Gawdawmighty!
@tedsmith
Forgive me if Iâve already suggested/inquired about this (I donât remember).
Speaking of modularity, would it make sense for TSS to have an isolated input module (which could still be internal to the digital box)? By that I mean a shielded board, with its own power supply, (and possibly some reclocking, thought that might not be necessary) to which all the digital inputs are attached. This board would then be connected to the digital processing board via a high-speed fiber optic cable. Since the digital board is already going to be connected to the analog box via another fiber optic cable, this completely isolates the digital board galvanically, with respect to RF if the shielding is good enough, and does a rough pass at cleaning up input jitter (again the reclocking might not be necessary because of the design of the DS/TSS).
For that matter, the upcoming PS Audio Music Server could have a similar module for its outputs.
Yeah I did experience some of that early behaviour. I think the USB receiver itself did a scalar multiply on the PCM data before handing it off via I2S.
USB Audio Device Class spec most definitely includes a standard hardware volume property which can be read or set by software. Youâll need to override the behaviour of the XMOS or whatever USB chipset so that instead of modifying the data stream it just passes the values on out of band of the audio. I think the DS doesnât have any data channels (I2C etc) from the XMOS to send that info on, so the TSS would need to incorporate those somewhere.
I suspected there might be a USB volume property, but I didnât know for sure, thanks.
There is much more interconnectivity in the TSS so we can send more real time data around as well as more control data.
Fantastic discussion on the development of a component before it hits the market. The level of detail being discussed must definitely be a first for any industry. Please carry on, I always want to learn about my products; and, it is fascinating and exciting that I have a chance to witness their development considerations before they are made available.
Who is writing the PIC code in TSS, Ted or PS Audio?
I expect that the TSS will be unveiled at an exhibition venue.
Will it be ready for Munich (May 19)?
The TSS has separate (optionally) galvanically isolated inputs and outputs. There isnât much need to separate things in the digital box from other things in the digital box. Right now thereâs more electrical noise (and to a lesser extent jitter) leaking from the digital box to the analog box than weâd like, but the in the TSS the optical connection to the analog box and reclocking there will take care of any such jitter from the digital box.
Gotcha. I just figured that this could be a way of absolutely eliminating electrical noise from input sources (no matter the format), which are of course out of the DACâs control.
The answer wonât mean what you think it will There will be a PIC on the digital board with the FPGA, but it will be used to control the FPGA and talk to the outside world. Iâll write the code for the PIC. There will be a link to the display/UI with itâs own processor (which is not a PIC) and PS Audio will be doing that code. Not that I donât take your point.
Perhaps thereâs a misunderstanding but each input will be electrically isolated from all other inputs and the digital boxâs ground. The sub systems that need power have (well filtered) isolated power supplies. There will be a configuration to ground any of them for the systems that that may help.
So TSS has a display, right? That is a new tit-bit of information.
No I donât think itâs new. I have explicitly stated that the analog box wonât have a display. Paul has explicitly talked about the new display technology.
Perhaps a confusion is that the display wonât literally be in the digital box - there will be a wall between it and the rest of the digital box. But to the user the display will be essentially part of the digital box.
Needless to say the display in previous products has been a cause of grief for some people. A new display technology that will overcome the previous display problems? I hope the learning curve of a new technology isnât of itself a potential problem.
I would prefer an app over a display but this implies an Ethernet connection.
The new display definitely addresses many of the concerns and problems of the old display. The prototypes Iâve seen look great. The sensitivity of the touch would be much more consistent. The supported quality of the graphics is much higher. The processor is much faster. There will be more real estate so you wonât have to be so precise when gesturing. We intend to allow more nuanced user control of whatâs displayed (if anything) while playing. And not least of all there wonât be any code shared with the old display.
Paul definitely likes the idea of an app as well. There will be an optional Ethernet connection to the display. It will be able to be disabled in the hardware for people that donât want the associated noise (or hassle.) Conversely there will be an option to use it to upgrade the software, one again optional and controlled by the user. All of this is transparent to the rest of the digital box, e.g. the board with the FPGA, etc.
I donât mean to imply that there definitely will be an app - I donât know. How the future music server/Octave, what ever interacts with the TSS and how they are all/each controlled is all in PS Audioâs hands.
Or thisâŚ