<div dir="ltr">Hi Nocolas, <div><br></div><div>Sorry it was an issue at our side that we were depaying an MPEG2-TTS packet with h264 depayloader. </div><div>Later we realized that input stream is MPEG2-TTS type encapsulated, so it was a non issue. </div><div><br></div><div>Thanks for your support anyways. Look forward to having more interactions in the future.</div><div><br></div><div>Regards,</div><div>Abhinav</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Aug 31, 2020 at 4:23 PM Nicolas Dufresne <<a href="mailto:nicolas@ndufresne.ca">nicolas@ndufresne.ca</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 dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le dim. 30 août 2020 15 h 00, Abhinav Agrawal <<a href="mailto:aagrawal@futopstech.com" target="_blank">aagrawal@futopstech.com</a>> a écrit :<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 dir="ltr"><div>Hi,</div><div><br></div><div>Thanks for quick response. I understood. Let me try to get a patch soon if that's the case :-) </div><div><br></div><div>>Out of curiosity, what is the sender? </div><div><br></div><div dir="ltr">We have got a pcap file captured from IP Camera (Multicast RTP Stream, RTP + RTCP muxed) of one of the potential customers. <div>They said they are are using following encoders - <div><br><table border="0" cellpadding="0" cellspacing="0" width="285" style="border-collapse:collapse;width:213pt">
 <colgroup><col width="183" style="width:137pt">
 <col width="102" style="width:76pt">
 </colgroup><tbody><tr height="18" style="height:13.2pt">

  <td height="18" width="183" style="height:13.2pt;width:137pt;font-family:"Meiryo UI",monospace;border:0.5pt solid windowtext;padding-top:1px;padding-right:1px;padding-left:1px;color:black;font-size:11pt;vertical-align:middle;white-space:nowrap">Hitachi
  Kokusai Electric</td>
  <td width="102" style="border-left:none;width:76pt;font-family:"Meiryo UI",monospace;border-top:0.5pt solid windowtext;border-right:0.5pt solid windowtext;border-bottom:0.5pt solid windowtext;padding-top:1px;padding-right:1px;padding-left:1px;color:black;font-size:11pt;vertical-align:middle;white-space:nowrap">HC-IP3100HD</td>

 </tr>
</tbody></table></div></div></div><div><br></div><div>I do not have much information other than this. Anything specific would be useful ? <br></div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">A pcap is excellent thing to share. You can develop and test this by replaying the pcap (we can help here with that if needed), and by sharing it, you let us validate your implementation even if this isn't yet implemented in our payloader. </div><div dir="auto"><br></div><div dir="auto">Note that implementing this in our payloader is to be made opt-in, as producing MTAP16/24 is incompatible with all client out there that do not support it (as you discovered).</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><br></div><div>Regards,</div><div>Abhinav</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Aug 30, 2020 at 10:52 PM Olivier Crête <<a href="mailto:olivier.crete@collabora.com" rel="noreferrer" target="_blank">olivier.crete@collabora.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 style="text-align:left;direction:ltr"><div>Hi,</div><div><br></div><div>They're still not implemented. I actually didn't know any other deployed implementation used them. Out of curiosity, what is the sender? </div><div><br></div><div>And no, you can't safely ignore them. They may contain important parts of the bitstream. If you need to ingest such a stream, you will have to implement support for them in rtph264depay. Patches would be very welcome upstream for this!</div><div><br></div><div>Olivier</div><div><br></div><div>On Sun, 2020-08-30 at 22:28 +0530, Abhinav Agrawal wrote:</div><blockquote type="cite" style="margin:0px 0px 0px 0.8ex;border-left:2px solid rgb(114,159,207);padding-left:1ex"><div dir="ltr">Sorry friends, <div><br></div><div>Just realized that I attached a wrong log file here. No idea how to remove this. <div>But my issue is similar to this one - </div><div><br></div><div><a href="http://gstreamer-devel.966125.n4.nabble.com/rtph264depay-Undefined-packet-type-amp-NAL-unit-type-26-27-not-supported-yet-td4693045.html" rel="noreferrer" target="_blank">http://gstreamer-devel.966125.n4.nabble.com/rtph264depay-Undefined-packet-type-amp-NAL-unit-type-26-27-not-supported-yet-td4693045.html</a>  <br></div><div><br></div><div>Just wanted to check if any fixes are already provided for this ? </div><div>Also, is it possible to just ignore the buffers with NAL 26/27 without any harm and change the error message on bus to info or something non destructive? </div><div><br></div><div>Any help would be highly appreciated. </div><div><br></div><div>Regards,</div><div>Abhinav</div><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jul 27, 2020 at 12:49 AM Abhinav Agrawal <<a href="mailto:aagrawal@futopstech.com" rel="noreferrer" target="_blank">aagrawal@futopstech.com</a>> wrote:<br></div><blockquote type="cite" style="margin:0px 0px 0px 0.8ex;border-left:2px solid rgb(114,159,207);padding-left:1ex"><div dir="ltr">Hi, <div><br></div><div>I am trying to create mp4 video file from pcap file having capture of RTP Stream (RTP + RTCP muxed to single port) using following pipeline: </div><div><br></div><div>`gst-launch-1.0 -e filesrc location=file1-h264-converted.pcap ! pcapparse name=pcap ! "application/x-rtp,media=(string)video,clock-rate=(int)90000,encoding-name=(string)H264" ! rtpbin name=rtpbin ! rtph264depay ! h264parse ! "video/x-h264" ! mp4mux ! filesink async=False location=out.mp4`<br></div><div><br></div><div>However, I am getting following errors: (Full log attached)</div><div>NAL unit type 26 not supported yet<br>ERROR: from element /GstPipeline:pipeline0/GstRtpH264Depay:rtph264depay0: The stream is in the wrong format.<br>Additional debug info:<br></div><div>Undefined packet type<br>WARNING: from element /GstPipeline:pipeline0/GstRtpH264Depay:rtph264depay0: Could not decode stream.<br>Additional debug info:<br>../gst-plugins-good/gst/rtp/gstrtph264depay.c(1288): gst_rtp_h264_depay_process (): /GstPipeline:pipeline0/GstRtpH264Depay:rtph264depay0<br></div><div><br></div><div>Just wanted to check if there is an issue in the pipeline? I checked the same pipeline with two different sources of H264 RTP streams and I am hitting the same issue with two different sources of H264, so I am suspecting the issue is with my pipeline rather than the stream itself. Any help is highly appreciated. </div><div><br></div><div>Regards</div><div>Abhinav</div><div class="gmail_chip gmail_drive_chip" style="width:396px;height:18px;max-height:18px;background-color:rgb(245,245,245);padding:5px;font-family:arial;font-weight:bold;font-size:13px;border:1px solid rgb(204,204,204);line-height:1"><a href="https://drive.google.com/file/d/1mP2_6rxS4kdUbh7iCTSGJN0blq_SPC0l/view?usp=drive_web" style="display:inline-block;max-width:366px;overflow:hidden;text-overflow:ellipsis;white-space:nowrap;text-decoration-line:none;padding:1px 0px;border:none" rel="noreferrer" target="_blank"><img style="vertical-align: bottom; border: none;" src="https://ssl.gstatic.com/docs/doclist/images/icon_10_generic_list.png"> <span dir="ltr" style="vertical-align:bottom;text-decoration:underline">logs.tar.gz</span></a><img style="opacity: 0.55; float: right;"><div><div></div></div></div><div><br></div></div>
</blockquote></div>
<pre>_______________________________________________</pre><pre>gstreamer-devel mailing list</pre><a href="mailto:gstreamer-devel@lists.freedesktop.org" rel="noreferrer" target="_blank"><pre>gstreamer-devel@lists.freedesktop.org</pre></a><pre><br></pre><a href="https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" rel="noreferrer" target="_blank"><pre>https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</pre></a><pre><br></pre></blockquote><div><span><pre><pre>-- <br></pre>Olivier Crête
<a href="mailto:olivier.crete@collabora.com" rel="noreferrer" target="_blank">olivier.crete@collabora.com</a>
</pre></span></div></div>
</blockquote></div></div>
_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org" rel="noreferrer" target="_blank">gstreamer-devel@lists.freedesktop.org</a><br>
<a href="https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" rel="noreferrer noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
</blockquote></div></div></div>
</blockquote></div>