Interrupts, buffers, reprocessing, etc...........can all lead to jitter!............or worse!
I do use a quite ols Asus Eee laptop as a music server running Suse Linux Enterprise Desktop, when this is streaming via Squeezebox server software, I never see any CPU usage above 1 - 2 % which means the system is almost idling, it's all connected hardwired via ethernet so there should be no network issues, and I don't think there's any IO issues to talk about.
I do use a squeezebox connected to a Benchmark DAC-1, so the squeezebox is a digital only player... there is a 15 second buffer within the squeezebox so if I stop the server, the squeezebox will still play for a long time.... this setup is quite typical, I reckon....
With this as backgrounder I do have a hard time understanding where there could be timing issues because of the thing that the flac files are slightly compressed.....
I believe jitter issues must be related mainly to the digital interface to the dac then, yes? or no?
If you play diectly from computer, I believe the situation may be different as the computer is not a dedicated music player the same way as the squeezebox and high priority processes may interfere and then lead to these timing issues, perhaps this may be improved by taking away all processes that you don't need (uninstalling and/or stopping services), but this is not necessarily an easy task to do...
Hence playing from a somputer you're susceptible to jitter and situation may vary from music player to music player as architecture is different and processes run with different priorities interfering with S/W and H/W in different ways..... but it's hard to see how the usage of flac should make a difference because the decompressing runs at least 30 times quicker than what's really needed to playback the music file....
Well, we should just sit down and enjoy the music instead
Edited by haraldo, 08 May 2012 - 04:53 PM.