Bugzilla – Bug 9989
24/96 flac playback on the SBC will crash it
Last modified: 2011-03-16 04:39:16 UTC
Tom, Could you please verify SqueezePlay/windows works with 96k and 88.2k files. I have some flac files for testing if needed. +++ This bug was initially created as a clone of Bug #9874 +++ Created an attachment (id=4194) tail -f /var/log/messages playback of 24/96-flac files on the SBC (r3253) will crash it - hangs for a few seconds until the watchdog kicks in. It's no bandwidth issue (almost 100% if located near the AP) and no power problem (sits in its cradle). No problems with 24/48 flac files. I know the controller uses the same DAC as the receiver and is therefore incapable to do this natively but there should either be better error handling or some resampling within linux - the same applies probably to SqueezePlay on Windows. (how many soundcards - especially those onboard - have 24/96 DACs?) The same tracks on SqueezePlay/Windows (nightly, 08/11/02) play back in half speed. hint: could you include a "Squeezeplay Playback" component or where should squeezeplay related bugs (for the controller) be filed? thanks!
To put some informations to this bug: I've successfully played back 96k and 88.2k flac files with SqueezePlay (nightly from 12/13/2008) on my WXP SP3, which has a builtin Realtek soundcard (& ALC883 codec). Output via SPDIF to an external audio processor. I've applied the patch from bug 9874 to disable downsampling on SC's side. I'm rather confident downsampling happenens now on windows and not within my processor - but this is probably out of SP's responsibility (and i doubt my cheap soundcard could even output something higher than 48k)
Changing target to next release
This should work now, as described by Markus. Please re-open if you think otherwise.