<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>i.MX Processors中的主题 Re: Potential Issue when using H.264 encoding when combined with RTP on i.MX8MMini</title>
    <link>https://community.nxp.com/t5/i-MX-Processors/Potential-Issue-when-using-H-264-encoding-when-combined-with-RTP/m-p/985109#M146331</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I've now found out that the H.264 stream generated by the i.MX8MMini VPU encoder contains one Filler NALU every 128 NALUs. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The NALUs surrounding the Filler look fine, no different from the other VCL NALUs in the stream.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This would seem to be related to the problem.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Has anyone not noticed this problem already? Am I the only one to be streaming VPU-encoded H.264 over RTP on the i.MX8MMini??&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 06 Feb 2020 14:59:17 GMT</pubDate>
    <dc:creator>vincentz63</dc:creator>
    <dc:date>2020-02-06T14:59:17Z</dc:date>
    <item>
      <title>Potential Issue when using H.264 encoding when combined with RTP on i.MX8MMini</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/Potential-Issue-when-using-H-264-encoding-when-combined-with-RTP/m-p/985108#M146330</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I’m working on an app streaming live video encoded to H.264 over RTP on the i.MX8MMini LPDDR4 EVK.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I’m experiencing dropped frames: 1 frame is lost frame every 128 frames precisely.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This can be reproduced with the pipeline below: &lt;/P&gt;&lt;P&gt;gst-launch-1.0 -v videotestsrc is-live=true ! video/x-raw,width=640,height=480,pixelformat=YUY2,framerate=30/1 ! vpuenc_h264 gop-size=30 bitrate=5000 ! queue ! rtph264pay ! queue ! rtph264depay ! queue ! fpsdisplaysink text-overlay=false video-sink=fakesink sync=false&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Running this command for 2min, you should see the average framerate stabilising to 29.77Hz, which corresponds precisely to 1 frame being dropped every 128.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I’ve also observed the frame drop using a custom app based on GStreamer and looking at the PTS after the ‘rtph264depay’ element and could see a jump of 33.33ms in the PTS, indicating a frame has been dropped.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Running the pipeline without the RTP payloader and depayloader does not show the problem.&lt;/P&gt;&lt;P&gt;gst-launch-1.0 -v videotestsrc is-live=true ! video/x-raw,width=640,height=480,pixelformat=YUY2,framerate=30/1 ! vpuenc_h264 gop-size=30 bitrate=5000 ! queue ! fpsdisplaysink text-overlay=false video-sink=fakesink sync=false&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Has anyone seen this before?&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;P&gt;JP&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 05 Feb 2020 13:18:41 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/Potential-Issue-when-using-H-264-encoding-when-combined-with-RTP/m-p/985108#M146330</guid>
      <dc:creator>vincentz63</dc:creator>
      <dc:date>2020-02-05T13:18:41Z</dc:date>
    </item>
    <item>
      <title>Re: Potential Issue when using H.264 encoding when combined with RTP on i.MX8MMini</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/Potential-Issue-when-using-H-264-encoding-when-combined-with-RTP/m-p/985109#M146331</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I've now found out that the H.264 stream generated by the i.MX8MMini VPU encoder contains one Filler NALU every 128 NALUs. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The NALUs surrounding the Filler look fine, no different from the other VCL NALUs in the stream.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This would seem to be related to the problem.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Has anyone not noticed this problem already? Am I the only one to be streaming VPU-encoded H.264 over RTP on the i.MX8MMini??&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 06 Feb 2020 14:59:17 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/Potential-Issue-when-using-H-264-encoding-when-combined-with-RTP/m-p/985109#M146331</guid>
      <dc:creator>vincentz63</dc:creator>
      <dc:date>2020-02-06T14:59:17Z</dc:date>
    </item>
  </channel>
</rss>

