Bug 17556 - m4a files with some non-audio content hang SBS on Windows
: m4a files with some non-audio content hang SBS on Windows
Status: UNCONFIRMED
Product: Logitech Media Server
Classification: Unclassified
Component: Transcoding
: 7.6.2
: PC Windows Home Server
: -- normal (vote)
: ---
Assigned To: Unassigned bug - please assign me!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2011-09-09 03:07 UTC by Wigster
Modified: 2011-09-09 03:10 UTC (History)
0 users

See Also:
Category: ---


Attachments
Log file from seek-hang event (53.25 KB, application/octet-stream)
2011-09-09 03:07 UTC, Wigster
Details
Media Info analysis of m4a container (4.12 KB, text/plain)
2011-09-09 03:09 UTC, Wigster
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Wigster 2011-09-09 03:07:44 UTC
Created attachment 7457 [details]
Log file from seek-hang event

I am running 7.6.2 r33340 on Windows Home Server and have a Squeezebox 3.

When I attempt to play a local m4a file which contains some non-audio content
(it's an enhanced podcast file, it has some graphics and some timed text inside
it), it is correctly recognised as MPEG-4 and the transcoding begins happily.
FAAD runs and the file plays.

However, if I then try to skip to different place in the file, the FAAD process
starts taking up 100% of CPU time and SBS effectively hangs. The only solution
is to manually kill the process, at which point SBS restarts FAAD in the new
location in the file. The same problem occurs if I try to stop playing the file
and move to another track: SBS hangs and I have to manually kill FAAD.

I understand that under Linux seeking this file is just not possible, so this
problem does not occur.

The file in question can be downloaded here:

http://media.xlr8r.com/files/podcasts/m4a/XLR8R_Podcast_Magda1_2011_08_16.m4a

I am attaching a Media Info analysis of the m4a container's content and also a
log from SBS:
Comment 1 Wigster 2011-09-09 03:09:11 UTC
Created attachment 7458 [details]
Media Info analysis of m4a container
Comment 2 Wigster 2011-09-09 03:10:59 UTC
I should add that you can see in the log that I tried to seek the file at timestamp 23:55:35.4227 after which there is a minute of the log missing, restarting once I killed the FAAD process.