GNOME Bugzilla – Bug 698157
Deinterleave doesn't handle multichannel (>2) audio properly.
Last modified: 2016-03-16 18:23:31 UTC
For example this pipeline displays no errors, but the xwindow with the wavescope never shows: gst-launch-1.0 -v alsasrc device="hw:M1010LT" ! deinterleave name="d" \ d.src_0 ! queue ! fakesink \ d.src_1 ! queue ! fakesink \ d.src_2 ! queue ! audioconvert ! wavescope ! videoconvert ! xvimagesink \ d.src_3 ! queue ! fakesink \ d.src_4 ! queue ! fakesink \ d.src_5 ! queue ! fakesink \ d.src_6 ! queue ! fakesink \ d.src_7 ! queue ! fakesink \ d.src_8 ! queue ! fakesink \ d.src_9 ! queue ! fakesink \ d.src_10 ! queue ! fakesink \ d.src_11 ! queue ! fakesink However, it does seem to work for a stereo alsasrc.
Wavescope needs an interleaved stereo stream on its sink pad, how is this pipeline supposed to work since deinterleave will generate single-channel audio data on each of its source pads?
Oops, my bad, but I just tried the same with monoscope instead of wavescope and I still get nothing. I've been away from this for a few days, but when I was talking to __tim on IRC about it, he thought it might be choking on the weird channel mask (bitmask)0x0000000000000000 coming out of alsasrc AFAIR. I've just been trying deinterleave with a stereo capture from another sound card. The pipeline seems to work fine until I introduce deinterleave, at which point the alsasrc starts spitting out "Error parsing spec". There's something weird going on, but I can't figure out what exactly. Anyway maybe I filed this too hastily, and need to work with someone on IRC to figure out exactly what's happening.
Can you get a debug log for this?
Closing this bug report as no further information has been provided. Please feel free to reopen this bug report if you can provide the information that was asked for in a previous comment. Thanks!