<?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 MP4V on the net in Intel® Integrated Performance Primitives</title>
    <link>https://community.intel.com/t5/Intel-Integrated-Performance/MP4V-on-the-net/m-p/957427#M19241</link>
    <description>Hi, I'm making video transmission software ( beta here - &lt;A href="http://mycomputer.cc/iptelco/soft/)" target="_blank"&gt;http://mycomputer.cc/iptelco/soft/)&lt;/A&gt;&lt;BR /&gt; using mp4v codec found in ffmpeg.&lt;BR /&gt;&lt;BR /&gt;Now I'm trying to adapt IPP mp4v code. Basic code adaptations are done with mp4v enc/decoding examples provided in support site. Much much fater but&lt;BR /&gt;&lt;BR /&gt;I found I have two problems.&lt;BR /&gt;- If some packets are dropped by network, IPP never go back decoding. All subsequent frames are not decoded.&lt;BR /&gt;- CHROMA_422 is defined in header but only 420 inputs seemed to be supported.&lt;BR /&gt;&lt;BR /&gt;Are supports available for these?</description>
    <pubDate>Wed, 19 May 2004 21:16:09 GMT</pubDate>
    <dc:creator>akihiko2004</dc:creator>
    <dc:date>2004-05-19T21:16:09Z</dc:date>
    <item>
      <title>MP4V on the net</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/MP4V-on-the-net/m-p/957427#M19241</link>
      <description>Hi, I'm making video transmission software ( beta here - &lt;A href="http://mycomputer.cc/iptelco/soft/)" target="_blank"&gt;http://mycomputer.cc/iptelco/soft/)&lt;/A&gt;&lt;BR /&gt; using mp4v codec found in ffmpeg.&lt;BR /&gt;&lt;BR /&gt;Now I'm trying to adapt IPP mp4v code. Basic code adaptations are done with mp4v enc/decoding examples provided in support site. Much much fater but&lt;BR /&gt;&lt;BR /&gt;I found I have two problems.&lt;BR /&gt;- If some packets are dropped by network, IPP never go back decoding. All subsequent frames are not decoded.&lt;BR /&gt;- CHROMA_422 is defined in header but only 420 inputs seemed to be supported.&lt;BR /&gt;&lt;BR /&gt;Are supports available for these?</description>
      <pubDate>Wed, 19 May 2004 21:16:09 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/MP4V-on-the-net/m-p/957427#M19241</guid>
      <dc:creator>akihiko2004</dc:creator>
      <dc:date>2004-05-19T21:16:09Z</dc:date>
    </item>
    <item>
      <title>Re: MP4V on the net</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/MP4V-on-the-net/m-p/957428#M19242</link>
      <description>&lt;FONT size="2"&gt;
&lt;P&gt;If I understand right you have 2 problems:&lt;/P&gt;
&lt;P&gt;1. mp4decode sample stops after founding error in bitstream and it doesn't continue to decode the rest of bitstream.&lt;/P&gt;
&lt;P&gt;2. mp4encode sample encodes source in 4:2:0 format only.&lt;/P&gt;
&lt;P&gt;The answers are:&lt;/P&gt;
&lt;P&gt;1. IPP provides a low-level blocks. mp4decode sample shows only how a application can be constructed from these block. So you should support hi-level error handler in your application yourself.&lt;/P&gt;
&lt;P&gt;2. Yes, mp4encode sample requires source in 4:2:0 format only. IPPVC_CHROMA_422 and IPPVC_CHROMA_444 were defined for future extension of sample. In any case MPEG-4 standard deals with 4:2:0 subsampling only, so you should convert any source to 4:2:0 format.&lt;/P&gt;&lt;/FONT&gt;
&lt;DIV&gt;Regards,&lt;/DIV&gt;
&lt;DIV&gt; Vladimir&lt;/DIV&gt;</description>
      <pubDate>Mon, 24 May 2004 21:49:10 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/MP4V-on-the-net/m-p/957428#M19242</guid>
      <dc:creator>Intel_C_Intel</dc:creator>
      <dc:date>2004-05-24T21:49:10Z</dc:date>
    </item>
  </channel>
</rss>

