andyjm said:
newlash09 said:
Just like other music software that you mentioned. Roon can need a lot of processing power depending on your music library size, room correction and upsampling options used. And this kind computing muscle has disadvantages like a noisy pc in the audio room, heat generation and the main issue of jitter transmission.
From what I read regarding roon. The advantage of roon is that, it has its own lossless method of transmission of digital data called as RAAT. Suitable roon end points can decode this incoming data and receive the pristine digital signal alone without any digital bugbears like jitter etc. This contributes to roon's superior digital signal transmission.
And the main advantage is that the audio quality depends on the roon end point alone. And not on the server ( or core as they call it ). So folks can repurpose any existing PC's for the job or get a super power machine from a audiophile company and still have the same sound quality in the end. As the sound quality will depend on the roon end point, which can be a simple machine designed for this purpose alone.
I spent some time looking at Roon. Looks an interesting product. In many ways similar to Logitech media server and its predecessors of 10 years ago. Makes you wonder what the Squeeze product range could be now if Logitech hadn't made such a dog's breakfast of it.
I would question your jitter comments though. That is driven entirely by the endpoint. The blurb on the Roon site about RAAT is not clear, but effectively says that if the endpoint has jitter mitigation, then RAAT won't mess it up - which is generally true of most transport systems.
Honestly I dont know what artifacts a PC directly connected either via Ethernet or USB would pass on to a DAC. But it seems to be universally accepted that this is not the ideal connection from SQ point of view. Depending on where I read it, the reasons vary from jitter to noise to EMI. And some times a combination of the three above.
Considering that my knowledge in computers is non existent, I cannot fathom the reasons but can accept the results posted by millions of users on several forums. Hence I shared it here
And again from my reading, roon also advises keeping the end point separate from the server to avoid these digital artifacts.
The RAAT protocol they have is a asynchronous protocol with transfer of buffered audio streams , which are checked fore and back for transfer errors. And missing bits being retransferred for a bit perfect transmission.
Apart from that bit perfect transmission, the timing is vastly improved, as the roon end point conveys the clock of the DAC, and the roon server adjusts its software clock to exactly match the clock of the DAC. So the digital bits are streamed exactly in sync with the DAC's clock.
Usually when a computer is directly connected to DAC. And presuming the PC's clock is slower than the DAC's clock, then there will be instances when the DAC has to wait for the bits to arrive. And if the PC clock is faster, then if the DAC doesn't have a buffer, these bits will be omitted. So supposedly roon also eliminates the above timing errors, leading to better SQ