Bugzilla – Bug 29
Audio dropout at beginning of tracks using Squeezebox digital outputs
Last modified: 2004-06-07 12:21:38 UTC
It seems that with certain DACs when using the digital outputs, the DACs lose sync on the S/P-DIF output of the Squeezebox, so that the beginning of each track gets cut off while the DACs resync.
Problem found and fixed for PCM mode. Problem understood; still exists for MP3 mode (trickier, but possible to fix that).
*** Bug 165 has been marked as a duplicate of this bug. ***
The latest nightlies have an option to send some silence at the beginning of tracks to allow the digital inputs on some receivers to start up. Look for the "Audio Startup Time" under player preferences.
I'm using the latest nightly (2004-05-13), have tried setting the Audio Startup Time with various values the lead time is changing but the start of the track is still being chopped off compared to the analogue signal. The AV receiver is a Denon AVR-2802. TOS Link cable Server OS OS X 10.3 Slim firmware 23
During the leadtime the receiver indicates no digital signal is being sent. Which I guess is why it's still chopping of the start of the track.
anyone in teh cc list still having troubles with this one, even after using the 1.25s Audio Startup Time as suggested from the discussion list?
In response to #6, yes. Receiver (still) does not indicate sync until the music begins playing (~0.5 seconds into track), even when AST delays of several seconds are used.
In response to #6, yes, still having the same problem at various startup time settings. I have a Sony STR-DE945 receiver, SlimServer is the 5/15 nightly build.
Still happening to me, even with Start time set to 3 seconds. I'm Running 5/23 nightly, firmware v.23 - amp is Yamaha DSP-A1. I don't have this problem with other digital audio sources. Interestingly, I didn't have this bug until I upgraded the firmware from v.10 to v.23
Still experiencing this with 5-28 nightly and V23 firmware with 5 second delay setting.
Ok, I done some more testing and it seems that this is still a problem for certain mp3 files. As far as I can tell files encoded using lame (VBR) cause the DAC to loose S/PDIF lock. Its happening in normal playlist play as well as fwd and rew between songs.
The latest nightly release includes a fix where we shouldn't see dropouts at the beginning of MP3 tracks. (There is one exception, where the sample rate of the track is not 44.1khz. This should be a separate bug.)