[gstreamer-bugs] [Bug 339838] [audioconvert] support floats with non-native endianness
GStreamer (bugzilla.gnome.org)
bugzilla-daemon at bugzilla.gnome.org
Sat Oct 7 12:33:49 PDT 2006
Do not reply to this via email (we are currently unable to handle email
responses and they get discarded). You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=339838
GStreamer | gst-plugins-base | Ver: HEAD CVS
------- Comment #1 from René Stadler 2006-10-07 19:32 UTC -------
Created an attachment (id=74242)
--> (http://bugzilla.gnome.org/attachment.cgi?id=74242&action=view)
Add float endianness conversion to audioconvert.
This patch adds the described capability (for input side only). Supporting
foreign endianness conversion for float on the output side in a sane way needs
introduction of float as intermediary format. This restriction will surely be
lifted at some point in the future (probably as part of solving bug #339837).
I have one uncertainity about the changes I made (I think I don't know enough
about caps negotiation yet): The static caps in the pad templates have been
changed to reflect the new capability on the sink side only, but the
transform_caps and fixate_caps functions never make use of the "direction"
parameter. Is there special handling needed somewhere? With the patch, the
make_lossless_changes function unconditionally sets the endianness field to
both values.
Also includes an addition to the test suite. A patch to remove the swapping
hack from auparse follows.
--
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email
More information about the Gstreamer-bugs
mailing list