Bugzilla – Bug 15809
MP4 (AAC) file encoded with ffmpeg may not play because of use of unsupported encoding type
Last modified: 2010-04-08 17:24:29 UTC
It would seem that the tags within an MP4 ES_Descriptor ('esds' box) may have their length fields encoded using a self-delimiting variable number of bytes. Most encoders seem to use a fixed length of 4 bytes and this is all that SP handles. We need to be able to decode the ES_Descriptor sufficiently to identify the Decode-Specific Info Tag and its contents. The variable-length nature of the contents introduced by the encoding options above mean that cannot be done on the bases of absolute offset (35).
Created attachment 6583 [details] Sample file
A fix would require regression-testing against AAC (AAC-LC), AAC-HD and ALAC, all of which use the MP4 container.
This came up in the bug meeting, but we didn't know what to talk about. Please feel free to follow up with the relevant parties or we can talk about it in next week's meeting.
You sent email about this bug. This priority and target seem correct to me. Thanks!
== Auto-comment from SVN commit #6680 to the player repo by ayoung == == https://svn.slimdevices.com/player?view=revision&revision=6680 == Fixed bug 15809: MP4 (AAC) file encoded with ffmpeg may not play because of use of unsupported encoding type Do a better job of parsing the 'esds' box and propagate errors back up. Tested with a variety of AAC-LC, AAC-HD and ALAC tracks.
== Auto-comment from SVN commit #8620 to the jive repo by ayoung == == https://svn.slimdevices.com/jive?view=revision&revision=8620 == Fixed bug 15809: MP4 (AAC) file encoded with ffmpeg may not play because of use of unsupported encoding type Do a better job of parsing the 'esds' box and propagate errors back up. Tested with a variety of AAC-LC, AAC-HD and ALAC tracks.
This bug has been marked fixed in a released version of Squeezebox Server or the accompanying firmware or mysqueezebox.com release. If you are still seeing this issue, please let us know!