GNOME Bugzilla – Bug 516926
[mpegdemux] unrecognised/unhandled audio stream
Last modified: 2011-05-19 17:01:24 UTC
Using gst-plugins-good CVS, gstreamer-0.10.17-1.fc9.i386, and gst-fluendo-mpegdemux from today's SVN, I don't get any audio playing back the linked video. This video is a sample of what you get using Free.fr's Freebox online TV service. The video is MPEG-TS container, MPEG-4 video and AAC audio. In Totem, audio isn't even detected. In mplayer, the audio throws loads of errors from the faad decoder. Full video at: http://hadess.free.fr/stream_france3.mpeg
This stream has AAC audio on PID 0x45, with a stream type of '0x11'. From the code, flutsdemux/flupsdemux think AAC should have a stream type of 0x0f, which is why it isn't recognised. If I hack it to recognise 0x11, I get an audio pad, but it doesn't contain any data our faad plugin can recognise.
I might be mistaken thinking it's AAC audio (it's what mplayer thinks as well). It might be best to dump the audio and try to decode it on its own. I also have no ideas what VLC might think it is.
Hi, The sound works well here on freebox streaming; the only problem I have is the A/V desynchronization, I can open a separate bug if you prefer. If any developer needs some information, don't hesitate to ping me on the bug on via IRC on Freenode or GIMPnet
The original sample file is not available anymore. Does anybody still have it and does it maybe work nowadays?
http://people.gnome.org/~hadess/stream_france3.mpeg
Ah, 0x11 is AAC LATM/LOAS. Duplicate of bug #615681, which has a patch :) But still needs decoder support. *** This bug has been marked as a duplicate of bug 615681 ***