<?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: Splitter SetRate Negative in Intel® Integrated Performance Primitives</title>
    <link>https://community.intel.com/t5/Intel-Integrated-Performance/Splitter-SetRate-Negative/m-p/894644#M11916</link>
    <description>&lt;DIV style="margin:0px;"&gt;It appears that the above is how IPP is intended to perform.&lt;BR /&gt;&lt;BR /&gt;umc_manual.pdf, page 4-441, table 4-96, "predefined ranges of playback rate values", reveals that the SetRate argument is not a multiplier, even though it is a signed floating point number. It is apparently a code, with one meaning for MPEG2/MPEG4 and another meaning for H264. The codes are too complex to summarize. Take a look at the table in the document.&lt;/DIV&gt;</description>
    <pubDate>Thu, 28 May 2009 20:38:26 GMT</pubDate>
    <dc:creator>franknatoli</dc:creator>
    <dc:date>2009-05-28T20:38:26Z</dc:date>
    <item>
      <title>Splitter SetRate Negative</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/Splitter-SetRate-Negative/m-p/894643#M11915</link>
      <description>How exactly does a splitter behave after being called with SetRate with argument negative one? I observe that it does run backward, but it lurches backward by I-frame then forward by intermediate B and P frames.&lt;BR /&gt;&lt;BR /&gt;For example, here is the information returned by VideoData::GetTime function after Splitter::SetRate is set to negative one:&lt;BR /&gt;&lt;BR /&gt;
&lt;P&gt;2009-05-26 21:07:10.700 41.786&lt;BR /&gt;2009-05-26 21:07:10.730 41.819&lt;BR /&gt;2009-05-26 21:07:10.750 41.853&lt;BR /&gt;2009-05-26 21:07:10.780 41.886&lt;BR /&gt;2009-05-26 21:07:10.800 41.919&lt;BR /&gt;2009-05-26 21:07:10.810 41.953&lt;BR /&gt;2009-05-26 21:07:10.860 41.986&lt;BR /&gt;2009-05-26 21:07:10.890 42.019&lt;BR /&gt;2009-05-26 21:07:10.921 42.053&lt;BR /&gt;2009-05-26 21:07:10.941 42.086&lt;BR /&gt;2009-05-26 21:07:10.961 42.120&lt;BR /&gt;2009-05-26 21:07:10.991 42.153&lt;BR /&gt;2009-05-26 21:07:11.011 42.186&lt;BR /&gt;2009-05-26 21:07:11.041 42.220&lt;/P&gt;
&lt;P&gt;2009-05-26 21:07:11.061 41.319&lt;BR /&gt;2009-05-26 21:07:11.091 41.352&lt;BR /&gt;2009-05-26 21:07:11.111 41.385&lt;BR /&gt;2009-05-26 21:07:11.141 41.419&lt;BR /&gt;2009-05-26 21:07:11.161 41.452&lt;BR /&gt;2009-05-26 21:07:11.181 41.486&lt;BR /&gt;2009-05-26 21:07:11.211 41.519&lt;BR /&gt;2009-05-26 21:07:11.241 41.552&lt;BR /&gt;2009-05-26 21:07:11.251 41.586&lt;BR /&gt;2009-05-26 21:07:11.291 41.619&lt;BR /&gt;2009-05-26 21:07:11.321 41.652&lt;BR /&gt;2009-05-26 21:07:11.341 41.686&lt;BR /&gt;2009-05-26 21:07:11.371 41.719&lt;BR /&gt;2009-05-26 21:07:11.391 41.753&lt;/P&gt;
&lt;P&gt;2009-05-26 21:07:11.431 40.852&lt;BR /&gt;2009-05-26 21:07:11.451 40.885&lt;BR /&gt;2009-05-26 21:07:11.481 40.918&lt;BR /&gt;2009-05-26 21:07:11.501 40.952&lt;BR /&gt;2009-05-26 21:07:11.521 40.985&lt;BR /&gt;2009-05-26 21:07:11.551 41.018&lt;BR /&gt;2009-05-26 21:07:11.571 41.052&lt;BR /&gt;2009-05-26 21:07:11.602 41.085&lt;BR /&gt;2009-05-26 21:07:11.622 41.119&lt;BR /&gt;2009-05-26 21:07:11.652 41.152&lt;BR /&gt;2009-05-26 21:07:11.672 41.185&lt;BR /&gt;2009-05-26 21:07:11.702 41.219&lt;BR /&gt;2009-05-26 21:07:11.712 41.252&lt;BR /&gt;2009-05-26 21:07:11.752 41.285&lt;BR /&gt;&lt;BR /&gt;The above shows a date+time stamp followed by GetTime information. Note that GetTime &lt;EM&gt;increases&lt;/EM&gt; for fourteen frames, not coincidentally the number of frames between MPEG-2 I-frames, then lurches backward approximately one half second from the previous I-frame. Is this in fact how the splitter is intended to run? The result is awful. The user sees forward motion, then a jump backward, then more forward motion, then another jump backward, incrementally reversing, but also presenting a visually terrible forward/backward flipping.&lt;BR /&gt;&lt;BR /&gt;I don't suppose there's any way to get nice, simple, reverse playback?&lt;BR /&gt;&lt;BR /&gt;Thanks.&lt;/P&gt;</description>
      <pubDate>Wed, 27 May 2009 01:22:40 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/Splitter-SetRate-Negative/m-p/894643#M11915</guid>
      <dc:creator>franknatoli</dc:creator>
      <dc:date>2009-05-27T01:22:40Z</dc:date>
    </item>
    <item>
      <title>Re: Splitter SetRate Negative</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/Splitter-SetRate-Negative/m-p/894644#M11916</link>
      <description>&lt;DIV style="margin:0px;"&gt;It appears that the above is how IPP is intended to perform.&lt;BR /&gt;&lt;BR /&gt;umc_manual.pdf, page 4-441, table 4-96, "predefined ranges of playback rate values", reveals that the SetRate argument is not a multiplier, even though it is a signed floating point number. It is apparently a code, with one meaning for MPEG2/MPEG4 and another meaning for H264. The codes are too complex to summarize. Take a look at the table in the document.&lt;/DIV&gt;</description>
      <pubDate>Thu, 28 May 2009 20:38:26 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/Splitter-SetRate-Negative/m-p/894644#M11916</guid>
      <dc:creator>franknatoli</dc:creator>
      <dc:date>2009-05-28T20:38:26Z</dc:date>
    </item>
  </channel>
</rss>

