<div dir="ltr">Hi Matt,<div><br></div><div>Thanks for your reply. I tried the following pipeline as per your suggestion but the video still continues to allude me.</div><div><br></div><div>gst_parse_launch("rtspsrc location=rtsp://<a href="http://10.51.52.115/h264">10.51.52.115/h264</a> ! rtph264depay ! rtph264pay ! application/x-rtp,media=video,encoding-name=H264,payload=96 ! webrtcbin name=sendrecv", &error);<br></div><div><br></div><div>I also tried replacing rtspsrc with urisourcebin but that hasn't worked either.</div><div><br></div><div>gst_parse_launch("urisourcebin uri=rtsp://<a href="http://10.51.52.115/h264">10.51.52.115/h264</a> ! rtph264depay ! rtph264pay ! application/x-rtp,media=video,encoding-name=H264,payload=96 ! webrtcbin name=sendrecv", &error);<br></div><div><br></div><div>Do both of these pipelines look reasonable? Perhaps I missed some intermediate element/plugin.</div><div><br></div><div>The only way that I have managed to get video is to decode the H264 frames and re-encode them in H264 format, which is redundant and undesirable.</div><div><br></div><div>gst_parse_launch("rtspsrc location=rtsp://<a href="http://10.51.52.115/h264">10.51.52.115/h264</a> ! rtph264depay ! h264parse ! decodebin ! videoconvert ! queue ! x264enc ! rtph264pay ! queue ! application/x-rtp,media=video,encoding-name=H264,payload=96 ! webrtcbin name=sendrecv", &error);</div><div><br></div><div>Thanks!</div><div>Talha</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Apr 11, 2018 at 1:16 AM, Matthew Waters <span dir="ltr"><<a href="mailto:ystreet00@gmail.com" target="_blank">ystreet00@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF"><span class="">
<div class="m_69276712286114439moz-cite-prefix">On 11/04/18 07:32, Ottawa Boy wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">Hi Nirbheek,
<div><br>
</div>
<div>In your reply to Ivan in the comments section of your blog
post, you mentioned that it should be possible to directly
payload-encode an RTSP stream containing H264 frames into
webrtcbin without having to first decode it and then re-encode
it. I am interested in this exact scenario. I've tried the
following pipeline but it doesn't show the video on the
webpage. There is no error in the browser console either.
Could you please take a look and let me know if there is
something wrong with this pipeline?</div>
<div><br>
</div>
<div>gst_parse_launch("rtspsrc location=<a class="m_69276712286114439moz-txt-link-freetext">rtsp://</a><a href="http://10.51.52.115/h264" target="_blank">10.51.52.115/<wbr>h264</a>
! queue ! rtph264pay !
application/x-rtp,media=video,<wbr>encoding-name=H264,payload=96 !
webrtcbin name=sendrecv", &error);<br>
</div>
</div>
</blockquote>
<br></span>
You need to depayload after rtspsrc before you repayload again.<br>
<br>
i.e. add a rtph264depay before rtph264pay.<br>
<br>
Cheers<br>
-Matt<br>
<br>
<blockquote type="cite">
<div dir="ltr">
<div>Thanks!</div>
</div>
</blockquote>
</div>
</blockquote></div><br></div>