[gstreamer-bugs] [Bug 339838] [audioconvert] support floats with non-native endianness

[GStreamer (bugzilla.gnome.org)]

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