From: GStreamer (bugzilla.gnome.org) <bug...@bu...> - 2007-01-31 00:10:19
|
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=3D402593 GStreamer | gst-plugins-bad | Ver: HEAD CVS ------- Comment #5 from Tim-Philipp M=C3=BCller 2007-01-31 00:10 UTC ---= ---- This is really something you guys need to figure out, I think, at least i= t's much easier for you and pretty painful to reproduce without hardware. I'v= e written a simple test feeding generated data, and it seems to be split correctly, at least when feeding float data, haven't tried feeding intege= r data + audioconvert. There's one thing to note though, and that's that deinterleave seems to o= utput channels on the pads in a reverse ordering if I'm not mistaken, so e.g. channel 0 - src7 channel 1 - src6 ... channel 6 - src1 channel 7 - src0 Maybe you guys could add some pad probes and dump the first buffer of inc= oming data and outgoing data to see what's happening? --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail |