[Bug 767226] audioconvert: Preserve channels when we only need to reposition

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Wed Jun 8 13:21:22 UTC 2016


https://bugzilla.gnome.org/show_bug.cgi?id=767226

--- Comment #13 from Sebastian Dröge (slomo) <slomo at coaxion.net> ---
There was some confusion here. I think what we need first now is a patch to the
audioconvert unit tests to show the problem :) This might be bug #706884


So for the confusion. There is exactly one valid *order* of channels in 1.x, if
encoders/decoders/etc need something different we have API for conversion but
that's internal to the elements. So this is not the problem here.

The problem here is, according to Thibault, that opusenc wants 0x3f as channel
mask and the input is 0xc0f. The audioconvert between the input and opusenc
however is converting to mono instead of the appropriate 6 channel layout. That
might be bug #706884 but we don't know for sure yet, needs more debugging/info
from Thibault :)


The other problem seems to be that audioconvert happily converts channel
positions it does not actually know about. The 0xc00 part of the channel mask
is IIRC not supported for conversion in audioconvert at all, as such
negotiation should fail (for going to mono as well as going to 0x3f). Which is
then related to bug #666506.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.


More information about the gstreamer-bugs mailing list