<?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 Re: H264 artifacts in decoded stream. in Intel® Integrated Performance Primitives</title>
    <link>https://community.intel.com/t5/Intel-Integrated-Performance/H264-artifacts-in-decoded-stream/m-p/897002#M12308</link>
    <description>Hi Gord,&lt;BR /&gt;&lt;BR /&gt;Wecan reproduce the problem. There arerandom garbages at the bottom of frames. But I found that stream is corrupted (reference decoder meet bitstream errors too). So, I guessumc h264codecrobustness algorithm is poor and should be improved to eliminate random garbage. I have esclated the request tothe sampledevelopers. I willkeep you update ifwe have any news for this. &lt;BR /&gt;&lt;BR /&gt;Best Regards,&lt;BR /&gt;Ying</description>
    <pubDate>Sun, 31 May 2009 08:18:27 GMT</pubDate>
    <dc:creator>Ying_H_Intel</dc:creator>
    <dc:date>2009-05-31T08:18:27Z</dc:date>
    <item>
      <title>H264 artifacts in decoded stream.</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/H264-artifacts-in-decoded-stream/m-p/897000#M12306</link>
      <description>We are using the umc_h264_dec_con sample to decode. We have one stream that produces garbage randomly.&lt;BR /&gt;I have attached the file that demonstrates this. (The stream is from an Arecont IP camera). Areconts application decodes and displays the H264 stream correctly, so it would seem that there is something wrong the IPP decoder.</description>
      <pubDate>Fri, 22 May 2009 19:54:33 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/H264-artifacts-in-decoded-stream/m-p/897000#M12306</guid>
      <dc:creator>gord</dc:creator>
      <dc:date>2009-05-22T19:54:33Z</dc:date>
    </item>
    <item>
      <title>Re: H264 artifacts in decoded stream.</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/H264-artifacts-in-decoded-stream/m-p/897001#M12307</link>
      <description>&lt;DIV style="margin:0px;"&gt;&lt;/DIV&gt;
Thanks for providing us with test data. What version of IPP do you use?&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt; Vladimir&lt;BR /&gt;</description>
      <pubDate>Mon, 25 May 2009 14:49:57 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/H264-artifacts-in-decoded-stream/m-p/897001#M12307</guid>
      <dc:creator>Vladimir_Dudnik</dc:creator>
      <dc:date>2009-05-25T14:49:57Z</dc:date>
    </item>
    <item>
      <title>Re: H264 artifacts in decoded stream.</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/H264-artifacts-in-decoded-stream/m-p/897002#M12308</link>
      <description>Hi Gord,&lt;BR /&gt;&lt;BR /&gt;Wecan reproduce the problem. There arerandom garbages at the bottom of frames. But I found that stream is corrupted (reference decoder meet bitstream errors too). So, I guessumc h264codecrobustness algorithm is poor and should be improved to eliminate random garbage. I have esclated the request tothe sampledevelopers. I willkeep you update ifwe have any news for this. &lt;BR /&gt;&lt;BR /&gt;Best Regards,&lt;BR /&gt;Ying</description>
      <pubDate>Sun, 31 May 2009 08:18:27 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/H264-artifacts-in-decoded-stream/m-p/897002#M12308</guid>
      <dc:creator>Ying_H_Intel</dc:creator>
      <dc:date>2009-05-31T08:18:27Z</dc:date>
    </item>
  </channel>
</rss>

