<?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: Using GSM-FR decode/endocde with MS WAV 65 byte double fram in Intel® Integrated Performance Primitives</title>
    <link>https://community.intel.com/t5/Intel-Integrated-Performance/Using-GSM-FR-decode-endocde-with-MS-WAV-65-byte-double-frames/m-p/871601#M8997</link>
    <description>&lt;DIV style="margin:0px;"&gt;&lt;/DIV&gt;
Do you have a chance to check this with the latest IPP 6.0 release?&lt;BR /&gt;&lt;BR /&gt;Vladimir&lt;BR /&gt;</description>
    <pubDate>Thu, 26 Mar 2009 17:45:54 GMT</pubDate>
    <dc:creator>Vladimir_Dudnik</dc:creator>
    <dc:date>2009-03-26T17:45:54Z</dc:date>
    <item>
      <title>Using GSM-FR decode/endocde with MS WAV 65 byte double frames</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/Using-GSM-FR-decode-endocde-with-MS-WAV-65-byte-double-frames/m-p/871600#M8996</link>
      <description>I'm using the USC library with IPP 5.2, implementing code to decode a WAV file GSM-FR codec file to PCM-16, and also to encode PCM-16 to GSM-FR and store in an MS WAV file. The Decode function works if passed 33 byte GSM-FR packed frames, but will not handle the 65 byte packed double frames which MS uses. Similar problem when encoding -- I tried simply packing together the two 32.5 byte encoded frames into a 65 byte frame, but it is not that simple. Does anyone have experience using the library with the MS 65 byte format?&lt;BR /&gt;Thanksin advance,&lt;BR /&gt;Frank</description>
      <pubDate>Thu, 26 Mar 2009 17:41:45 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/Using-GSM-FR-decode-endocde-with-MS-WAV-65-byte-double-frames/m-p/871600#M8996</guid>
      <dc:creator>fviggian</dc:creator>
      <dc:date>2009-03-26T17:41:45Z</dc:date>
    </item>
    <item>
      <title>Re: Using GSM-FR decode/endocde with MS WAV 65 byte double fram</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/Using-GSM-FR-decode-endocde-with-MS-WAV-65-byte-double-frames/m-p/871601#M8997</link>
      <description>&lt;DIV style="margin:0px;"&gt;&lt;/DIV&gt;
Do you have a chance to check this with the latest IPP 6.0 release?&lt;BR /&gt;&lt;BR /&gt;Vladimir&lt;BR /&gt;</description>
      <pubDate>Thu, 26 Mar 2009 17:45:54 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/Using-GSM-FR-decode-endocde-with-MS-WAV-65-byte-double-frames/m-p/871601#M8997</guid>
      <dc:creator>Vladimir_Dudnik</dc:creator>
      <dc:date>2009-03-26T17:45:54Z</dc:date>
    </item>
    <item>
      <title>Re: Using GSM-FR decode/endocde with MS WAV 65 byte double fram</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/Using-GSM-FR-decode-endocde-with-MS-WAV-65-byte-double-frames/m-p/871602#M8998</link>
      <description>&lt;DIV style="margin:0px;"&gt;
&lt;DIV id="quote_reply" style="width: 100%; margin-top: 5px;"&gt;
&lt;DIV style="margin-left:2px;margin-right:2px;"&gt;Quoting - &lt;A href="https://community.intel.com/en-us/profile/336498"&gt;Vladimir Dudnik (Intel)&lt;/A&gt;&lt;/DIV&gt;
&lt;DIV style="background-color:#E5E5E5; padding:5px;border: 1px; border-style: inset;margin-left:2px;margin-right:2px;"&gt;&lt;EM&gt; Do you have a chance to check this with the latest IPP 6.0 release?&lt;BR /&gt;&lt;BR /&gt;Vladimir&lt;BR /&gt;&lt;/EM&gt;&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
No, we don't have IPP 6.0 here. Do you know if GSM-FR support for MS WAV format has been added in the 6.0 release?</description>
      <pubDate>Fri, 27 Mar 2009 18:34:53 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/Using-GSM-FR-decode-endocde-with-MS-WAV-65-byte-double-frames/m-p/871602#M8998</guid>
      <dc:creator>fviggian</dc:creator>
      <dc:date>2009-03-27T18:34:53Z</dc:date>
    </item>
    <item>
      <title>Re: Using GSM-FR decode/endocde with MS WAV 65 byte double fram</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/Using-GSM-FR-decode-endocde-with-MS-WAV-65-byte-double-frames/m-p/871603#M8999</link>
      <description>&lt;DIV style="margin:0px;"&gt;
&lt;DIV id="quote_reply" style="margin-top: 5px; width: 100%;"&gt;
&lt;DIV style="margin-left:2px;margin-right:2px;"&gt;Quoting - &lt;A href="https://community.intel.com/en-us/profile/420053"&gt;fviggian&lt;/A&gt;&lt;/DIV&gt;
&lt;DIV style="background-color:#E5E5E5; padding:5px;border: 1px; border-style: inset;margin-left:2px;margin-right:2px;"&gt;&lt;EM&gt;I'm using the USC library with IPP 5.2, implementing code to decode a WAV file GSM-FR codec file to PCM-16, and also to encode PCM-16 to GSM-FR and store in an MS WAV file. The Decode function works if passed 33 byte GSM-FR packed frames, but will not handle the 65 byte packed double frames which MS uses. Similar problem when encoding -- I tried simply packing together the two 32.5 byte encoded frames into a 65 byte frame, but it is not that simple. Does anyone have experience using the library with the MS 65 byte format?&lt;BR /&gt;Thanksin advance,&lt;BR /&gt;Frank&lt;/EM&gt;&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;BR /&gt;Hi Frank&lt;BR /&gt;&lt;BR /&gt;IPP does not support Microsoft propriatary GSMWAVformat (MSGSM), instead IPP support GSM RTP format (see RFC3551).Each frame in RTPGSM format has 4 leadingextra bits which are not used for decompression, so can be be omitted.These bits must beremoved by left-shift of all bits while packing two RTP GSM frames intoMSGSM 65-bytes double frame and vice versa.&lt;BR /&gt;&lt;BR /&gt;Best regards, Vyacheslav, IPP, speech codecs.</description>
      <pubDate>Mon, 06 Apr 2009 08:58:59 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/Using-GSM-FR-decode-endocde-with-MS-WAV-65-byte-double-frames/m-p/871603#M8999</guid>
      <dc:creator>Vyacheslav_Baranniko</dc:creator>
      <dc:date>2009-04-06T08:58:59Z</dc:date>
    </item>
  </channel>
</rss>

