GNOME Bugzilla – Bug 549799
all audio codecs claim to support up to 6 channels
Last modified: 2008-08-29 09:54:29 UTC
I think this commit should be reverted at least for the upcoming release: * ext/ffmpeg/gstffmpegcodecmap.c: (gst_ff_aud_caps_new): ffmpeg audio decoders can now do up to 6 channels... and actually expose it properly. Don't expect any channel mapping though. IMHO, pad templates should announce possibilities and not impossibilities. For decoders this is probably less critical, but in the case of encoders this could lead to breakages, e.g. ffenc_mp2 now advertises to support 6 channels. Arguably our ffmpeg encoder caps have a long history of being incomplete and broken, but we should try not to add more such things. My suggestion is to white-list the decoders that can output 6 channels for now, and use [1, 2] for all other elements for the upcoming release.
This should work rather than error out with not-negotiated: gst-launch-0.10 audiotestsrc ! audioconvert ! audio/x-raw-int,channels=6 ! audioconvert ! ffenc_mp2 ! fakesink
2008-08-29 Edward Hervey <edward.hervey@collabora.co.uk> * ext/ffmpeg/gstffmpegcodecmap.c: (gst_ff_aud_caps_new): Instead of marking all audio decoders/encoders as accepting up to 6 channels, we white-list those for which we are sure they can handle those 6 channels. Fixes #549799