Bug 13270 - AAC playback does not function, causes ALL audio file types to not play
: AAC playback does not function, causes ALL audio file types to not play
Status: CLOSED FIXED
Product: SB Radio
Classification: Unclassified
Component: Audio
: Include FW version in comment
: PC Windows XP
: P1 normal (vote)
: 7.4.0
Assigned To: Richard Titmuss
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-08-06 09:51 UTC by Toby
Modified: 2009-10-05 14:25 UTC (History)
5 users (show)

See Also:
Category: Bug


Attachments
AAC file trying to play on Baby (241.86 KB, video/mp4)
2009-08-06 09:51 UTC, Toby
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Toby 2009-08-06 09:51:21 UTC
Created attachment 5577 [details]
AAC file trying to play on Baby

SC = Version: 7.4 - r28080 @ Thu Aug 6 04:02:32 PDT 2009
Baby = 7.4 r6930

AAC mp4 = no audio, but Baby and SC7.4 show that it is playing

Note: This same AAC file plays back fine via Boom on same SC7.4 build.

The real problem is that once this AAC file plays no audio, I now have NO audio
for any/all other music files and radio streams. All show as playing on Baby
and in the SC7.4 UI, but absolutely no audio. The only way to recover is to
unplug Baby.
Comment 1 James Richardson 2009-08-07 08:27:30 UTC
Please retest with r6950

Are you able to stream http://somafm.com/groovesalad48.pl
Comment 2 James Richardson 2009-08-07 08:28:31 UTC
QA confirms that the attached filed fails to play properly
==========================================================
File Details below
==================
Artist 
Title 
Album 
Track 
Disc 
Genre 
Year 
Rating 
Composer 
Size 242 KB  (94% Compressed)
Original Size 3.66 MB
Length 30 seconds
Channels 2  (stereo)
Sample Rate 32 KHz{CR}
Sample Size 16 bit
Bit Rate 64 kbps
Encoder AAC (LC)
Encoder Settings 
Audio Quality Low  (Lossy)
Contains 
Channel Mapping 
File BUG13270
Type MPEG-4 Movie    [.mp4]
Comment 3 SVN Bot 2009-08-07 14:06:47 UTC
 == Auto-comment from SVN commit #6963 to the jive repo by richard ==
 == https://svn.slimdevices.com/jive?view=revision&revision=6963 ==

Bug #13270
Fixed so that this file does not lock up the decoder thread. The file still does not play.
Comment 4 Toby 2009-08-07 14:24:20 UTC
r6950
Same results with that AAC file.  All audio fails after attempt.
I don't use AAC so that's the only "test" file I've ever had.  But that file has been tested on numerous devices and has played fine.  Even Boom via SC7.4 plays it fine.

No, that Soma stream will not play.  But no loss of other audio files/streams after failed play.
Comment 5 Toby 2009-08-07 14:25:40 UTC
r6950
Same results with that AAC file.  All audio fails after attempt.
I don't use AAC so that's the only "test" file I've ever had.  But that file has been tested on numerous devices and has played fine.  Even Boom via SC7.4 plays it fine.

No, that Soma stream will not play.  But no loss of other audio files/streams after failed play.
Comment 6 Toby 2009-08-07 14:27:09 UTC
Now how the @#$%&* did that post twice???  Sorry.   *shrug*
Comment 7 Toby 2009-08-07 16:19:41 UTC
I think your Soma pls URL is bad, it won't play anywhere.
This Soma AAC+ 96kbps stream plays fine on Baby:
http://205.188.215.230:8010
Comment 8 Richard Titmuss 2009-08-10 02:52:07 UTC
Toby, as you can see from the checkin comment the fix went in r6963. You'll need to wait for the next firmware release before you can test. I still need to work out why that track won't play. Do you know where you got it, or what encoder was used?
Comment 9 Toby 2009-08-10 05:10:59 UTC
Yes, I'll test after r6963.  I was just testing with r6950 per request.  :)
I have no idea where that file came from, probably dl online somewhere.  That "problem" file is mp4, m4a files play fine on Baby.

I would not have even mentioned this if not for three (seemingly) important factors:
1.  that file plays fine on Boom on SC7.4 (same SC instance Baby is running on)
2.  file caused complete audio lockup (no audio on any format) on Baby after attempting to play it
3.  it may well be an odd/rogue file, and probably a very rare issue for most Baby users, but that file has played successfully on any/all software and hardware devices that support mp4 playback

I'm just trying to throw Baby as many curve balls & variations that I can come up with.  But Baby usually outsmarts me.  :)
Comment 10 SVN Bot 2009-08-13 09:08:39 UTC
 == Auto-comment from SVN commit #6330 to the player repo by richard ==
 == https://svn.slimdevices.com/player?view=revision&revision=6330 ==

Bug #13270
AAC updates for mp4 parser api changes.
Comment 11 SVN Bot 2009-08-13 09:10:54 UTC
 == Auto-comment from SVN commit #7060 to the jive repo by richard ==
 == https://svn.slimdevices.com/jive?view=revision&revision=7060 ==

Bug #13270
Fix mp4 parser for AAC file in this bug.
Comment 12 Toby 2009-08-22 16:36:41 UTC
Yes, Baby properly plays the questionable AAC file now.
But now WMA Lossless seems to be broken on Baby.  Major buffering & studder.
Same WMA Lossless file plays fine on my Boom on same SC7.4

Baby = r7177
SC = 7.4 - r28243

Let me know if you want me to attach a file, but maybe this WMA Lossless playback is a known issue and you don't need it.
Comment 13 Toby 2009-08-22 16:45:15 UTC
Nevermind.  I see the WMA Lossless is not optimized yet.
Comment 14 James Richardson 2009-10-05 14:25:49 UTC
This bug has been marked as fixed in the 7.4.0 release version of SqueezeBox Server!
    * SqueezeCenter: 28672
    * Squeezebox 2 and 3: 130
    * Transporter: 80
    * Receiver: 65
    * Boom: 50
    * Controller: 7790
    * Radio: 7790  

Please see the Release Notes for all the details: http://wiki.slimdevices.com/index.php/Release_Notes

If you haven't already, please download and install the new version from http://www.logitechsqueezebox.com/support/download-squeezebox-server.html

If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.