Bugzilla – Bug 10619
Audio glitches when audio clock changes
Last modified: 2009-09-08 09:22:52 UTC
I'm hearing glitches/pops in playlists with a mixture of 44.1KHz and 48KHz audio tracks. These appear to correspond with the clock source changing from one to the other.
I get even when I do not think I am changing the sample rate.
Yes, maybe it is only on sample-rate changes. And it is pretty horrible.
Richard's working on pop suppression now.
So classical and rock only? Won't that limit your market a bit?
We'll have a special model for the other two genres, Country and Western. The tag line will be: "Squeezebox Yeehaw! It plays both kinds of music."
I think this should be improved in r4953, but it's difficult to be sure as they clock change happens shortly before the end of the track. It will be difficult, but not impossible, to improve on this. Can you hear a click now?
I'd love to test this, but my fab4 seems to be totally screwed up! See http://forums.slimdevices.com/showthread.php?t=61873
Sounding good to me.
Although the sample-rate change is happening at the wrong time - I think we are still getting mixed-sample-rate crossfade.
The glitches I believe are fixed, the mixed-sample-rate crossfade is a different bug.