GNOME Bugzilla – Bug 558250
[audioconvert] Doesn't negotiate optimal caps
Last modified: 2011-05-19 08:58:05 UTC
Hi, audioconvert sometimes doesn't negotiate the optimal caps: gst-launch-0.10 -v audiotestsrc num-buffers=1 ! audioconvert ! "audio/x-raw-int,endianness=little_endian,width=16,depth=16" ! audioconvert ! "audio/x-raw-int,endianness=big_endian,width=(int){32,24,16,8}" ! fakesink silent=true This example creates width=32 at the sink while width=16 would be better and without any loss. audioconvert should prefer (if just endianness differs) the same format as the input or at least the format with the least increase of size. Same goes for other conversions where audioconvert can even increase the depth although this is not necessary.
(In reply to comment #0) > Same goes for > other conversions where audioconvert can even increase the depth although this > is not necessary. The increase in depth happens if the downstream caps are like "audio/x-raw-int,width=32,depth={24,32};audio/x-raw-int,width=16,depth=16" in the above example. width=32 and depth=24 is chosen then.
*** Bug 628938 has been marked as a duplicate of this bug. ***
This works as expected now in 0.10 and 0.11, not sure when and how this was fixed.