GNOME Bugzilla – Bug 469979
[faad] Could not map channel positions - setting caps on source pad failed
Last modified: 2008-03-08 04:26:24 UTC
Please describe the problem: I have an AAC file (Hey Buddy - featuring Afrika Bambaataa) performed by KAJE on album Internet Surround Music Project - Round 1. But it can't be played at my Totem. Steps to reproduce: 1. I open the file 2. I play 3. The file can't played Actual results: The file can't played Expected results: The file can played Does this happen every time? Every Time Other information: The file compiled with aacPlus Surround and 5.1 way speaker.
Is this file available for download somewhere? If not, could you do this please: $ head --bytes=500k /path/to/file.aac > sample.aac and attach the sample.aac file to this bug report?
Created attachment 94321 [details] Sample of unplayed aac file this is the file that my Totem can't play. I have uploaded the full version at http://zendurl.com/elharun/snd/kaje_-_hey_buddy_aacPlus_surround.aac too
Works fine here, looks like a case of a missing plugin. What's the output of "gst-inspect-0.10 | grep -i aac" on your machine?
The AAC decoder is called 'faad', grep -i aac won't list it :) I can't play the file either (with GStreamer from CVS, and ubuntu gutsy packages otherwise, on x86_64). gstfaad.c:1083:gst_faad_sync: Found one ADTS syncpoint at offset 0x0, tracing next... gstfaad.c:1100:gst_faad_sync: Found ADTS syncpoint at offset 0x0 (framelen 854) gstfaad.c:1194:gst_faad_chain:<faad0> initialising ... gstfaad.c:1203:gst_faad_chain:<faad0> faacDecInit() ok: rate=24000,channels=6 gstfaad.c:450:gst_faad_chanpos_to_gst: faad channel 0 as 1 gstfaad.c:450:gst_faad_chanpos_to_gst: faad channel 1 as 2 gstfaad.c:450:gst_faad_chanpos_to_gst: faad channel 2 as 3 gstfaad.c:450:gst_faad_chanpos_to_gst: faad channel 3 as 6 gstfaad.c:450:gst_faad_chanpos_to_gst: faad channel 4 as 7 gstfaad.c:450:gst_faad_chanpos_to_gst: faad channel 5 as 9 gstfaad.c:450:gst_faad_chanpos_to_gst: faad channel 6 as 0 gstfaad.c:484:gst_faad_chanpos_to_gst: unknown channel 0 at 6 gstfaad.c:450:gst_faad_chanpos_to_gst: faad channel 7 as 0 gstfaad.c:484:gst_faad_chanpos_to_gst: unknown channel 0 at 7 gstfaad.c:504:gst_faad_chanpos_to_gst: Unsupported FAAD channel position 0xd0 encountered gstfaad.c:1038:gst_faad_update_caps:<faad0> Could not map channel positions gstfaad.c:1314:gst_faad_chain:<faad0> error: Setting caps on source pad failed gstfaad.c:811:gst_faad_sink_event:<faad0> Handling eos event GStreamer error: negotiation problem. Please file a bug at http://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer. => GStreamer
> The AAC decoder is called 'faad', grep -i aac won't list it :) Umm, ignore that nonsense.
Created attachment 94331 [details] Totem's File Properties
Created attachment 94332 [details] Winamp's File Screenshoot
i just dont understand why people said it take so long to get any responses of your problem at linux, thanks for the rapid responses. :) Ok then, im a newbie on linux, im sorry if i just a click-and-go type of computer user. I may too long using Widnows. If i lost some plug-in, how to add the plug-in i need?
This happened to me too on some HD trailers on trailers.apple.com.. For example: http://movies.apple.com/movies/weinstein/whereintheworldisobl/whereintheworldisobl_720p.mov This happens because FaacDecInit doesn't see a valid header in the first buffer, causing some bits to not be initialized. Specifically the channel position of all but the left and right channel aren't set, which makes the plugin barf.. Changing the looks_like_valid_header to match what faad2 looks for in a header fixes this issue.. I'll attach a patch
Created attachment 106806 [details] [review] patch!
2008-03-08 Sebastian Dröge <slomo@circular-chaos.org> Patch by: Sjoerd Simons <sjoerd at luon dot net> * ext/faad/gstfaad.c: (looks_like_valid_header): Improve the header checking to look for what faad2 looks for too. Fixes playback of same apple trailers. Fixes bug #469979.