<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<div class="moz-cite-prefix">Add a new sink pad on the webrtcbin be
requesting a new sink pad, wait for caps to reach the new pad and
then perform another sdp negotiation cycle.<br>
<br>
On 3/10/20 6:49 pm, Anton Pryima wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CAKaSWJwN-m8cWgnD_5EGNC+38WsL=Wtn=8fQOcco7D5Hv7GWZg@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="ltr">Hello Matthew,
<div><br>
</div>
<div>Thanks for your quick response.</div>
<div><br>
</div>
<div>What is the best way to achieve this? Add one more
transceiver at the sending side for the same pipeline? Or I
need to create another pipeline with the same webrtc sink?</div>
<div><br>
</div>
<div>Best regards,</div>
<div>Anton.</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Sat, Oct 3, 2020 at 2:16 AM
Matthew Waters <<a href="mailto:ystreet00@gmail.com"
moz-do-not-send="true">ystreet00@gmail.com</a>> wrote:<br>
</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div>
<div>It sounds like you're attempting a renegotiation of the
stream format for the same mline. That is currently an
entirely unsupported reconfiguration scenario :). For now
should add a new stream and remove the old stream if you
want to change formats.<br>
<br>
Cheers<br>
-Matt<br>
<br>
On 3/10/20 4:09 am, Anton Pryima wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">Hello all.<br>
<div><br>
</div>
<div>I have an issue with the webrtcbin and changing
pipes. </div>
<div>My sender is:</div>
<div><br>
</div>
<div>appsrc->parser->payer->webrtcbin</div>
<div><br>
</div>
<div>My receiver is:</div>
<div><br>
</div>
<div>webrtcbin->depayer->parser->decodebin->autovideosink.</div>
<div><br>
</div>
<div>My app source can push 2 kinds of samples: H264 and
H265. I start my send/recv pipelines on the H264
codec. </div>
<div>Then, when the pipeline is PLAYING and I have the
h265 sample, I put a blocking probe and dynamically
reconfigure the sending pipe to <b>appsrc->h265parser->h265payer->webrtcbin</b>.
And everything is fine and my sending pipe continues
working.</div>
<div>On the receiving side, I've got the signal through
the data channel about codec change from the sending
side and configure my receiving pipeline to<b>
webrtcbin->h265depay->h265parse->decodebin->autovideosink</b>.</div>
<div>But right after that, I hove:</div>
<div> <b>GStreamer-CRITICAL **: 16:24:34.926: Padname
src_0 is not unique in element webrtcbin0, not
adding</b><br>
</div>
<div>Error and frames stop flowing through webrtc src_0
pad.</div>
<div><br>
</div>
<div>Can anyone suggest what am I doing wrong and how to
resolve this?</div>
<div><br>
</div>
<div>Best regards,</div>
<div>Anton.</div>
</div>
<br>
<fieldset></fieldset>
<pre>_______________________________________________
gstreamer-devel mailing list
<a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank" moz-do-not-send="true">gstreamer-devel@lists.freedesktop.org</a>
<a href="https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank" moz-do-not-send="true">https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a>
</pre>
</blockquote>
<br>
</div>
</blockquote>
</div>
</blockquote>
<br>
</body>
</html>