If you are using USB to connect your PC to your DAC, then the clock makes absolutely zero difference (as long as the signal is within spec and the data passed between the PC and DAC remain intact). The reason is simply that USB communications is asynchronous and runs at a completely different clock rate from the one used by actual DAC chip (see figure from the XMOS USB Audio Design Guide). Since the signal is "reclocked" after it is decoded from the USB transimission anyway, the signal timing in the original USB transmission is irrelevant.
www.audiosciencereview.com
www.audiosciencereview.com
www.audiosciencereview.com
On a semi-related note, this site will let you hear what jitter sounds like, and how 'bad' it has to be in order TO hear it.
what does jitter ACTUALLY sound like?
In a previous post we had an encounter with jitter in audio. The talk about jitter is hard to miss these days. There are plenty of products on the mar...www.sereneaudio.com
Actual you gave me an idea. Put a 12$ Intel WiFi 6 SoM in PCIe x1 form into Pi 4 and you have it.
There are DACs reviewed on ASR that have real issues with SPDIF (getting/keeping) connections, as seen from posts in the review threads. Those DACs are measuring really good.
I think they run out of stock of old DAC's with interfaces for them (Toslinks, SPDIFs)SoM board's around year ago in China (SMSL, Topping...) and didn't had a decent substitute for it as (standard is old) but I might be wrong.
As I wrote some users have problems when connecting some of their devices to the DAC as in not getting a stable SPDIF signal lock, but have the said source devices working on other DACs.
Thank you very very much. Does that mean all USB card like JCAT, Innos, and Ideon are just completely bullshit because they claim to 'transform' the usb?If you are using USB to connect your PC to your DAC, then the clock makes absolutely zero difference (as long as the signal is within spec and the data passed between the PC and DAC remain intact). The reason is simply that USB communications is asynchronous and runs at a completely different clock rate from the one used by actual DAC chip (see figure from the XMOS USB Audio Design Guide). Since the signal is "reclocked" after it is decoded from the USB transimission anyway, the signal timing in the original USB transmission is irrelevant.
View attachment 169895
There are several threads and and a video from Amir on this often misunderstood and misrepresented subject.
Battle of S/PDIF vs USB: which is better?
I was recently asked about merits of S/PDIF versus USB for audio DACs. It has been said that S/PDIF was designed for audio whereas USB is a computer interface. And that makes USB noisier and less desirable interface. I think most of you know my opinion on this. But just in case, I believe...Understanding Jitter in Digital Audio: Measurements and Listening Tests
Yet another video, this time on topic of jitter. It is a tough topic to cover and I had to do it over and simplify it from my first "take." Hopefully you can follow it. :) Article: understanding digital audio measurements...Digital Audio Jitter Fundamentals
Author, our resident expert DonH50 Jitter 101 Jitter is yet another one of those things not terribly hard to understand but with lots and lots of nuances and seemingly hidden details. To begin, let’s define some terms, starting with aperture time. Figure 1 shows a signal we want to sample...
Lol. You reminded me about fuss they made couple of days ago why some USB cables don't work as intended or at all with new Google Pixel phones. Because Google always insisted on proper attendant (57 KHz resistor) USB cable's.
None that I have heard, to date.
This is undoubtedly a network issue. Direct connection of the tablet is unlikely to solve this, though it’s worth a try since there will be no difference in sound quality.
