<?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>topic Does H.264 Encoder support RGB24? in Intel® Integrated Performance Primitives</title>
    <link>https://community.intel.com/t5/Intel-Integrated-Performance/Does-H-264-Encoder-support-RGB24/m-p/816718#M4346</link>
    <description>The input stream actually was RGB24 and the output after decode byH264VideoDecoder looked correct when viewed as RGB24. We only started looking more deeply at the issue when we noticed latency problems and what looked like occasional buffer overruns in the decoder. I'll convert the video to YUV422 and see if that fixes our issues.</description>
    <pubDate>Fri, 07 Oct 2011 16:12:12 GMT</pubDate>
    <dc:creator>Torrey_Lyons</dc:creator>
    <dc:date>2011-10-07T16:12:12Z</dc:date>
    <item>
      <title>Does H.264 Encoder support RGB24?</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/Does-H-264-Encoder-support-RGB24/m-p/816716#M4344</link>
      <description>The readme.htm for the H.264 encoder in IPP samples says, "The encoder assumes that input VideoData object contains frame in YUV420 (I420 according to FOURCC.org) format." Before we read this we were setting the color format to&lt;SPAN style="line-height: 16px; font-family: verdana, sans-serif;"&gt;UMC::RGB24 and the decoded output appears to be fine although we have issues with latency on decode. Is there some advantage or performance impact to using YUV420 rather than another color format? Or is the comment in the read me out of date? This is with IPP 7 update 5 and the latest IPP Samples7.0.5.044.&lt;/SPAN&gt;</description>
      <pubDate>Fri, 07 Oct 2011 02:14:33 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/Does-H-264-Encoder-support-RGB24/m-p/816716#M4344</guid>
      <dc:creator>Torrey_Lyons</dc:creator>
      <dc:date>2011-10-07T02:14:33Z</dc:date>
    </item>
    <item>
      <title>Does H.264 Encoder support RGB24?</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/Does-H-264-Encoder-support-RGB24/m-p/816717#M4345</link>
      <description>H.264 works with YUV420 and YUV422 only. These are native formats for codec. You will need color conversion steps if your input format is different, thus performance penalties.&lt;DIV&gt;What was actual input stream color format when you specified RGB24?&lt;/DIV&gt;</description>
      <pubDate>Fri, 07 Oct 2011 09:06:58 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/Does-H-264-Encoder-support-RGB24/m-p/816717#M4345</guid>
      <dc:creator>Sergey_K_Intel</dc:creator>
      <dc:date>2011-10-07T09:06:58Z</dc:date>
    </item>
    <item>
      <title>Does H.264 Encoder support RGB24?</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/Does-H-264-Encoder-support-RGB24/m-p/816718#M4346</link>
      <description>The input stream actually was RGB24 and the output after decode byH264VideoDecoder looked correct when viewed as RGB24. We only started looking more deeply at the issue when we noticed latency problems and what looked like occasional buffer overruns in the decoder. I'll convert the video to YUV422 and see if that fixes our issues.</description>
      <pubDate>Fri, 07 Oct 2011 16:12:12 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/Does-H-264-Encoder-support-RGB24/m-p/816718#M4346</guid>
      <dc:creator>Torrey_Lyons</dc:creator>
      <dc:date>2011-10-07T16:12:12Z</dc:date>
    </item>
  </channel>
</rss>

