<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></style></head><body lang=EN-US link="#0563C1" vlink="#954F72" style='word-wrap:break-word'><div class=WordSection1>Through experimentation I discovered that if I replace the second alsasink (e.g. alsasink device='hw:CARD=Audio,DEV=0') with fakesink the error does not occur. This is probably a clue about the source of the error.<o:p></o:p><o:p> </o:p>I tried to revert back to the original alsasink, and set the provide-clock property to false, however, the error still occurred. <o:p></o:p><o:p> </o:p>Is there anything else I might try to root out the problem?<o:p></o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p><div><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in'>From: gstreamer-devel <gstreamer-devel-bounces@lists.freedesktop.org> On Behalf Of Charlie Laub via gstreamer-devel Sent: Sunday, July 11, 2021 1:57 PM To: charleslaub@sbcglobal.net; 'Discussion of the development of and with GStreamer' <gstreamer-devel@lists.freedesktop.org> Cc: Charlie Laub <charleslaub@sbcglobal.net> Subject: RE: strange "no more pads available" error generated by a deinterleave element<o:p></o:p></div></div><o:p> </o:p>I attempted to insert a queue between the deinterleaved source and the tee, but this did not change the delayed linking error. Below is the new client pipeline, followed by the complete debug output generated by gst-launch-1.0. Info regarding the error is found starting in message #399. Any thoughts on what might be causing this and how to figure that out and fix the issue would be helpful.<o:p></o:p><o:p> </o:p><o:p> </o:p>rtpbin name=client_rtpbin ntp-time-source=ntp ntp-sync=true latency=60 rtp-profile=avpf buffer-mode=synced <o:p></o:p><o:p> </o:p>udpsrc port=32768 caps='application/x-rtp, media=(string)audio, clock-rate=(int)48000, encoding-name=(string)L16, channels=(int)1, payload=(int)96' ! client_rtpbin.recv_rtp_sink_0 <o:p></o:p>client_rtpbin. ! rtpL16depay ! audioconvert ! audio/x-raw,format=F32LE ! deinterleave name=input <o:p></o:p>udpsrc port=32769 ! client_rtpbin.recv_rtcp_sink_0 <o:p></o:p>client_rtpbin.send_rtcp_src_0 ! udpsink host=192.168.1.201 port=32769 sync=false async=false <o:p></o:p><o:p> </o:p>audiointerleave name=output0 latency=100000000 ! queue ! alsasink device='hw:CARD=sndrpihifiberry,DEV=0' <o:p></o:p>audiointerleave name=output1 latency=100000000 ! queue ! alsasink device='hw:CARD=Audio,DEV=0' <o:p></o:p><o:p> </o:p>input.src_0 ! queue ! tee name=input_ch0 <o:p></o:p><o:p> </o:p>input_ch0. ! queue ! ladspa-acdf-so-acdf type=26 db=-5 fp=950 qp=1.3 ! ladspa-acdf-so-acdf type=28 fp=1200 qp=0.5 fz=1800 qz=0.5 ! ladspa-acdf-so-acdf type=5 db=-4 fp=6000 ! tee name=right <o:p></o:p><o:p> </o:p>right. ! queue ! ladspa-acdf-so-acdf type=22 db=-1 fp=2700 qp=0.6 ! ladspa-acdf-so-acdf type=22 fp=2700 qp=0.71 ! audioconvert ! 'audio/x-raw,format=S32LE,channel-mask=(bitmask)0x1' ! output0.sink_0 <o:p></o:p>right. ! queue ! ladspa-acdf-so-acdf type=21 fp=2200 qp=0.71 ! ladspa-acdf-so-acdf type=21 fp=2200 qp=0.71 ! audioconvert ! 'audio/x-raw,format=S32LE,channel-mask=(bitmask)0x2' ! output0.sink_1 <o:p></o:p><o:p> </o:p>input_ch0. ! queue ! ladspa-acdf-so-acdf type=28 db=-3 fz=38 qz=0.42 fp=27 qp=0.8 ! ladspa-acdf-so-acdf type=21 fp=120 qp=0.71 ! ladspa-acdf-so-acdf type=21 fp=120 qp=0.71 ! tee name=sub <o:p></o:p>sub. ! queue ! audioconvert ! 'audio/x-raw,format=S32LE,channel-mask=(bitmask)0x1' ! output1.sink_0 <o:p></o:p>sub. ! queue ! ladspa-acdf-so-acdf type=0 polarity=-1 ! audioconvert ! 'audio/x-raw,format=S32LE,channel-mask=(bitmask)0x2' ! output1.sink_1<o:p></o:p><o:p> </o:p><o:p> </o:p></div></body></html>