<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=us-ascii"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
span.EmailStyle18
        {mso-style-type:personal-compose;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-US link="#0563C1" vlink="#954F72" style='word-wrap:break-word'><div class=WordSection1><p class=MsoNormal>This is a duplicate post, originally posted in gstreamer-bugs, but that list seems to be dormant so I am posting this issue here.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>I have a project using Gstreamer that sends stereo audio to clients located on two loudspekers, where the audio is rendered and played back. I am using rtpbin to implement synchronized streaming with NTP running on all machines. The pipeline is running without errors and seems to work properly (speakers are producing sound, etc).<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>I recently generated a pipeline diagram on the sender/server side of the system. But it does not seem to match up with the Gstreamer commands that I am running. <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>My sender/server side commands are:<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>rtpbin name=server_rtpbin rtp-profile=avpf ntp-time-source=ntp  <o:p></o:p></p><p class=MsoNormal>alsasrc device='hifiberry_capture' ! audio/x-raw,rate=48000,format=S32LE,channels=2 ! queue ! audioconvert ! audio/x-raw,format=F32LE ! deinterleave name=input   <o:p></o:p></p><p class=MsoNormal>input.src_0 ! tee name=input_ch0   <o:p></o:p></p><p class=MsoNormal>input.src_1 ! tee name=input_ch1    <o:p></o:p></p><p class=MsoNormal>audiointerleave name=client0_stream latency=100000000 ! audioconvert ! audioresample quality=10 ! audio/x-raw,rate=48000,format=S24LE ! audioconvert ! rtpL24pay ! server_rtpbin.send_rtp_sink_0 <o:p></o:p></p><p class=MsoNormal>server_rtpbin.send_rtp_src_0 ! udpsink host=192.168.100.101 port=32768  <o:p></o:p></p><p class=MsoNormal>server_rtpbin.send_rtcp_src_0 ! udpsink host=192.168.100.101 port=32769 sync=false async=false  <o:p></o:p></p><p class=MsoNormal>udpsrc port=32768 ! server_rtpbin.recv_rtcp_sink_0    <o:p></o:p></p><p class=MsoNormal>input_ch0. ! queue ! client0_stream.sink_0   <o:p></o:p></p><p class=MsoNormal>input_ch1. ! queue ! client0_stream.sink_1    <o:p></o:p></p><p class=MsoNormal>audiointerleave name=client1_stream latency=100000000 ! audioconvert ! audioresample quality=10 ! audio/x-raw,rate=48000,format=S24LE ! audioconvert ! rtpL24pay ! server_rtpbin.send_rtp_sink_1 <o:p></o:p></p><p class=MsoNormal>server_rtpbin.send_rtp_src_1 ! udpsink host=192.168.100.102 port=32768  <o:p></o:p></p><p class=MsoNormal>server_rtpbin.send_rtcp_src_1 ! udpsink host=192.168.100.102 port=32769 sync=false async=false  <o:p></o:p></p><p class=MsoNormal>udpsrc port=32769 ! server_rtpbin.recv_rtcp_sink_1    <o:p></o:p></p><p class=MsoNormal>input_ch0. ! queue ! client1_stream.sink_0            <o:p></o:p></p><p class=MsoNormal>input_ch1. ! queue ! client1_stream.sink_1<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>The pipeline diagram generated from these commands is attached.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Up to the point where the input reaches the GstDeinterleave element everything looks correct. Then there is only one GstTee element (input_ch0) , but my pipeline commands request TWO of them (input_ch0 and input_ch1). Both input channels are supposed to be sent to both of the clients. But if you look at the GstAudioInterleave elements in the diagram, one has two channels and the other one has only one channel. This is not what the Gstreamer commands are requesting. So, why is this? I suspect a bug.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>I cannot find an error with my Gstreamer pipeline commands, so I think the error might be either with the generation of the pipeline diagram OR Gstreamer has an internal error in how it is building the actual pipeline from my commands and the pipeline diagram is revealing the error.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Thanks for your help with this. <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>-Charlie<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p></div></body></html>