• WANTED: Happy members who like to discuss audio and other topics related to our interest. Desire to learn and share knowledge of science required. There are many reviews of audio hardware and expert members to help answer your questions. Click here to have your audio equipment measured for free!

Anybody measured jitter from a computer?

Keith_W

Major Contributor
Joined
Jun 26, 2016
Messages
2,660
Likes
6,064
Location
Melbourne, Australia
As some on ASR would know, I use a Windows 11 PC which does everything - stream and store media, perform convolution, and outputs digital via Ravenna to an 8 channel DAC. I recently had a discussion with a subjectivist who claims that computers are noisy environments and that they do not sound as good as a dedicated streamer or high end CD transport. He said the only way to get a computer to sound good is (insert usual audiophile nonsense) ... linear PSU, audiophile USB cards, reclocking the ethernet output, etc.

I then realized that I have never seen any measurements of output from a PC and whether "noise" and "jitter" are indeed lowered by all these audiophile tweaks (although I would highly suspect not) and whether bit perfect playback from a PC is the same as any other digital transport. As a good scientist, I don't think I can categorically say that it won't make a difference until I see measurements that say there is no difference. So: is anybody aware of any measurements of the output from a PC?
 

Blumlein 88

Grand Contributor
Forum Donor
Joined
Feb 23, 2016
Messages
20,771
Likes
37,636
A good start is here>



Jitter from an asynchronous USB connection leaves all timing to the DAC. It will use a free running crystal next to the DAC chip. This is the best way as you have a free resonating crystal at its own frequency not having to track or match another clock. What you can see sometimes is the basic 8 khz switching bleeding thru. There are a whole world of audiophile nonsense about how this is dirty. Funny how when asynch USB came out it was praised for its low noise and very low jitter. And sure enough over a few years when it is the norm someone says the old way was better which is BS. Records are better than CDs, and then CDs are better than audio over USB. Blah, blah, blah......

Read the above reviews by Amir and see what difference it makes having a USB cleaner vs not. All the measures are so low it cannot matter which does not show for certain that a streamer might in theory have a chance to be better. What it does show in fact is there is so little damage over USB it could never be heard if it were better.
 

Blumlein 88

Grand Contributor
Forum Donor
Joined
Feb 23, 2016
Messages
20,771
Likes
37,636
Then look at the results from some CD players.



 

charlielaub

Active Member
Joined
Jan 5, 2023
Messages
197
Likes
284
Audio inside a computer does not have "jitter". That term just does not apply to what is happening to the audio samples. Computers process audio in chunks and the audio is buffered multiple times. The audio subsystem controls the size of these buffers.

Audio sample rates are very, very, very slow compared to the clock of the computer. Also processing/moving of buffered samples happens much, much faster than the audio is being spooled out at the end of the playback chain. Once N samples have been received, from a file or other source, the computer groups them together. These audio samples may sit there doing nothing for a few msec while the computer waits for the appropriate time to send them to the sink (e.g. DAC) or to another process thread within the OS, etc. Meanwhile the computer has other stuff to do within the OS...

The only clock source that is controlling the playback timing of the samples is located in the DAC. An asynchonous DAC has its own clock, so that is the clock that is completely responsible for playback jitter. It has nothing to do with the computer. I believe that some older DACs (e.g. ES9023) that derive their clock from the USB bus clock do indeed get their playback rate from the computer, however, the mechanism for deriving the playback clock from the USB bus clock typically has relatively good jitter suppression.

Recently an entire thread developed over at DIYaudio in which it was claimed that tweaking "micro timing" and other aspects of the computer OS improved playback sound quality and reduced noise, e.g. insinuating that the OS processing of samples was degrading them somehow. It was complete rubbish from start to finish. I pointed out to the OP author that the OS has nothing to do with playback timing or noise and he replied that disbelievers like me didn't need to post - he was just looking for like minded people for a circle jerk. He could not and did not provide any measurement or objective evidence that the result of his tweaks improved anything. He only made lots of claims that is was "so obviously" sounding better, sounding more "analog", yadda yadda, under his sighted testing that was not even A-B. I am spending less and less time "over there" when these sorts of threads are the popular ones.

EDIT:
For an example of the mindset from those posting in the thread over at DIYaudio that I mentioned:
Over here at DIYA we usually talk about experiences and findings. That's not some theoretical hocus pocus.
People have been doing and trying it. And spent long hours and quite some money on it. A few people
even share some of the work with the community. Most problems over here at DIY-A start when
certain people start hijacking great opportunities by asking for explanations and measurements.
These people know very well that nobody can and would be willing to afford a scientific lab to
prove the point.
That's why it is so important to run the empirical approach. The more inmates confirm
a certain result or behaviour, the more you can rely on the validity of a subject.
 
Last edited:

fpitas

Master Contributor
Forum Donor
Joined
Jul 7, 2022
Messages
9,885
Likes
14,212
Location
Northern Virginia, USA
Blaming jitter is the audio equivalent of blaming the dog.
 
OP
Keith_W

Keith_W

Major Contributor
Joined
Jun 26, 2016
Messages
2,660
Likes
6,064
Location
Melbourne, Australia
Thank you for that reply. I have a Merging DAC, and I send audio to it via Ravenna. Am I correct in saying that the computer is sending packets to the DAC, which stores it in memory then reclocks it for DA conversion? It should be completely immune to any jitter from the PC, or if I understand you correctly, there is no such thing as jitter from the PC since audio is not being streamed, it is being sent in packets?
 

thegeton

Addicted to Fun and Learning
Forum Donor
Joined
Aug 20, 2020
Messages
938
Likes
3,330
Location
Manchester, WA
Blaming jitter is the audio equivalent of blaming the dog.

It's that open source? Am I free to use it?

Additionally, we should can your expression and use it as the first response to any new subjectivist jitter thread.

Just sayin'
 

notsodeadlizard

Senior Member
Joined
Feb 18, 2023
Messages
403
Likes
362
As some on ASR would know, I use a Windows 11 PC which does everything - stream and store media, perform convolution, and outputs digital via Ravenna to an 8 channel DAC. I recently had a discussion with a subjectivist who claims that computers are noisy environments and that they do not sound as good as a dedicated streamer or high end CD transport. He said the only way to get a computer to sound good is (insert usual audiophile nonsense) ... linear PSU, audiophile USB cards, reclocking the ethernet output, etc.

I then realized that I have never seen any measurements of output from a PC and whether "noise" and "jitter" are indeed lowered by all these audiophile tweaks (although I would highly suspect not) and whether bit perfect playback from a PC is the same as any other digital transport. As a good scientist, I don't think I can categorically say that it won't make a difference until I see measurements that say there is no difference. So: is anybody aware of any measurements of the output from a PC?
It has sense only if your PC is a bit special and has some kind of S/PDIF outputs (coax or TOSLINK typically).
But because S/PDIF also typically is implemented as USB to S/PDIF converter, there is no sense at all.
At receiving async USB side there are some kind of good DAC's clock generator with low jitter and internal process of resynchronization, so...
 

charlielaub

Active Member
Joined
Jan 5, 2023
Messages
197
Likes
284
Thank you for that reply. I have a Merging DAC, and I send audio to it via Ravenna. Am I correct in saying that the computer is sending packets to the DAC, which stores it in memory then reclocks it for DA conversion? It should be completely immune to any jitter from the PC, or if I understand you correctly, there is no such thing as jitter from the PC since audio is not being streamed, it is being sent in packets?
Correct, except that data sent in packets is no longer "clocked" per se, so techinically speaking the DAC is not "reclocking" the data stream.

See:

Your DAC is very likely running its own clock, and so is an asynchronous USB device (does not share a clock with the computers' clock).
 

voodooless

Grand Contributor
Forum Donor
Joined
Jun 16, 2020
Messages
10,406
Likes
18,366
Location
Netherlands
Am I correct in saying that the computer is sending packets to the DAC, which stores it in memory then reclocks it for DA conversion?
Essentially yes, the DAC will request new samples in regular intervals.

The OS will still need to know the sample rate, so this is still derived from the rate the packets are requested. Things like the OS mixer might resample audio to that rate.

For exclusive audio access applications however, the software will send the audio samples bit perfect.
It should be completely immune to any jitter from the PC, or if I understand you correctly, there is no such thing as jitter from the PC since audio is not being streamed, it is being sent in packets?
Everything is packets… like turtles, it’s packets all the way down ;) . There isn’t really a distinction between the two really. Network streaming audio of video is also just packets… even the I2S interface you could see as having packets.
 

Sokel

Master Contributor
Joined
Sep 8, 2021
Messages
6,127
Likes
6,206
There are a couple of measurements here:

 

Phorize

Major Contributor
Forum Donor
Joined
Apr 26, 2019
Messages
1,550
Likes
2,084
Location
U.K

phofman

Addicted to Fun and Learning
Joined
Apr 13, 2021
Messages
502
Likes
326
It has sense only if your PC is a bit special and has some kind of S/PDIF outputs (coax or TOSLINK typically).
Onboard SPDIF outputs are virtually always outputs of the onboard IntelHDA codec which is a standard soundcard, though clocked by onboard HW PLL clock. Certainly no OS jitter or other SW voodoos apply :)
 

potfur

Member
Joined
May 8, 2023
Messages
25
Likes
35
Location
Kraków, Poland
When I connect my PC to the SMSL C200 DAC using an optical Toslink cable, I have to set DPLL (digital phase-locked loop) on the DAC quite high (7 out of 9 for 44.1 kHz and 8 out of 9 for 192 kHz), otherwise the DAC cannot lock on to the signal, which is manifested by an intermittent stutter. This suggests that the clock stability of the optical signal output from the motherboard (which uses the ALC4082 chip) is not that great. When connected via USB, this issue is of course absent.
 

phofman

Addicted to Fun and Learning
Joined
Apr 13, 2021
Messages
502
Likes
326
@potfur : Your internal soundcard is not a standard internal codec hooked via Intel HDA bus to the chipset. ALC408x is a USB audio device, with output running in USB isochronous adaptive mode. I.e. it uses PLL to recover clock from the internal USB bus. The recovered clock is used to generate the SPDIF stream, with the clock being recovered again in your DAC.

All USB details of ALC4080 are e.g. http://alsa-project.org/db/?f=22aed0d76705b354a59364e6e8e41a4fde20e4da
 
Top Bottom