Please try out firmware 35 in tonight's nightly and post your experience.  48k playback should be significantly better.  Please reopen if you the issue remains.

Note that there will be a gap when switching from 44.1 to 48.  Not much we can do about that.

Hi - I've just tried firmware 35 and unfortunatley the gap remains in my setup. I've tried both types of 48khz files that I have:- 2 channel stereo flac and dolby digital flac.
I can submit a few samples if you need them.
Normall playback is absolutley fine and the gap is less than half a second but I get it on both types of 48khz flac files.

Created attachment 1151 [details]
48Khz dolby digital flac file

Track 1

Created attachment 1152 [details]
48Khz dolby digital flac file track 2

I've uploaded 2 files - both from a live consert rip from a DVD.
They are dolby digital 5.1 flac files so thay will only playback of you hav the digital output connected to a DD amp/receiver.
I have got some normal 48khz stereo flac files but they are much larger (longer tracks).
Let me know if you want the stereo files too....

chris: these are not stereo PCM flac files, rather 5.1 encoded files?  For reference, what is doing the dolby digital decoding?  

I have the squeezebox 2 hooked up to an external Sony Dolby Digital receiver/amp via the optical output. The files playback fine and the amp detects the DD 5.1 encoding and playsback in full surround sound.

I can confirm this happens with DTS flac files too. 5.1/24 bit/48KHz.
Decoding with an Onkyo DS-797, connected through Coax out.

Hi,

I just wondered if there was any update on this - are the attachments suitable for testing etc?

Thanks in advance

Chris

Thanks, we'll take a look at this in the next major release.  Sorry for the delay.

This bug also occurs when just playing regular uncompressed audio files.  When switching between 44.1KHz and 48KHz data, various unpleasant noises including clicks, attenuated audio, and out-of-tune audio (I assume at a ratio of 44.1/48) can be heard.

This bug is related to bug 3303. I think this is fixed in firmware 52, but don't have a dolby digital amp to test with at the moment. This firmware is now in test.

Hi,

Looks like bug 3303 is fixed in firmware 54 as I've tested with my non dolby digital 48khz files.
However the Dolby Digital encoded files still playback with the gap (Bug 2990) :-(
I'm off on holiday for a couple of weeks now so I won't be able to test for a while....

Thanks

Chris

chris to verify fixed.

Ordered a reciever to better test this in the future.

This is at least improved.  I want to do some more testing with my new reciever, though, so I'm moving this bug to a target of 6.5.

There's going to be a new firmware (55) probably tonight in the nightlies.  I encourage anyone who's willing to give it a test and add any new comments you may have.

Hi,

I've tried firmware 55 and the problem is still there - can anyone else confirm?

Also Chris - do you have the test receiver now?

Cheers

Chris

I got my reciever earlier this week, but I've been snowed under with the 6.3 release.  I spent enough time on it to notice a few issues with it.  If anyone's thinking of getting an Onkyo TX-SR304, they should be aware that it will not play audio from a digital source out the tape monitor or the audio outputs for the "video" output.  :/

Anyway, yep I hear it.  It's a relatively small gap, probably less than 200msec, but certainly enough to annoy.

It's odd that regular flac files play gapless.

I'm guessing what's going on is 1 sample is getting altered.  This wouldn't cause a noticeable problem in straight audio, but an AC3 decoder would notice a problem, and mute the output for the duration of the invalid data (more than one sample, since ac3 is packetized).

Maybe it's something to do with a 48KHz sample rate, since that's the rate of AC3 files.

Nope, 48KHz audio flac files sound good too.  I'll have to make a digital recording and actually compare the values.

Hmm in my digital recording the values are grossly different than the source data.  I did this with 24-bit files not too long ago and they came out bit-perfect.  It looks like 16-bit audio is getting sample-rate-converted somewhere in this chain.  Could be the sound card drivers I updated not too long ago.

I'll work with it some more.

possibly a duplicate of bug 3620

Richard, do you have gear there to make recordings of the digital output and analyze them?  Or do I need to figure out what in my system has gone wrong so I can make a decent recording? :)

Chris, can you make a decent recording please :). I now have a digial receiver in my office so I can test against this bug, but don't have the kit to record the digital signal.

That's fine.  I think my little USB digital recording device is performing sample rate conversion on the incoming stream (and invalidating the integrity of the AC3 stream), so I'll hunt up some other device and see if I have the same problem.

I have a fancy new recording doodad to test with, but not much time before the 6.5 release.

Richard, I believe this bug can be closed now. All gapless AC3 and DTS files I have tried have performed flawlessly. However while investigating this bug I noticed that the files originally attached do not appear to be edited with a "frame accurate" editor and thus are not truly gapless. I will attach other files for reference.

Created attachment 1861 [details]
AC3 48.0 kHz Gapless Test Files

Please reopen if you are still experiencing this bug.

If you believe you are seeing this bug, please verify your flac files are created correctly.  If you affect a single bit of the data (which is in the proprietary dolby digital format), the data will no longer be recognized as properly formatted.

This bug has recently been fixed in the latest release of SqueezeCenter 7.0.1

Please try that version, if you still see the error, then reopen this bug.

To download this version, please navigate to: http://www.slimdevices.com/su_downloads.html