<?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: Bug in AMR-WB codec in Intel® Integrated Performance Primitives</title>
    <link>https://community.intel.com/t5/Intel-Integrated-Performance/Bug-in-AMR-WB-codec/m-p/957913#M19292</link>
    <description>&lt;P&gt;Thanks a lot!&lt;/P&gt;
&lt;P&gt;This is a bug. The bitstream length shouldbe calculated either wayyou pointed out. The bugwill be fixed in thenearest future version of IPP.&lt;/P&gt;
&lt;P&gt;Kind regards&lt;/P&gt;
&lt;P&gt;Vyacheslav &lt;/P&gt;
&lt;DIV&gt;&lt;/DIV&gt;</description>
    <pubDate>Tue, 13 Dec 2005 19:33:29 GMT</pubDate>
    <dc:creator>Vyacheslav_Baranniko</dc:creator>
    <dc:date>2005-12-13T19:33:29Z</dc:date>
    <item>
      <title>Bug in AMR-WB codec</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/Bug-in-AMR-WB-codec/m-p/957912#M19291</link>
      <description>I think, i've stumbled on buf in AMR-WB codec in IPP V5.0&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;In the funciongetBitstreamSize in the file uscamrwb.c&lt;BR /&gt;&lt;BR /&gt;The function calculates the wron number of bytes per AMR frame:&lt;BR /&gt;it contains following line:&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;   nbytes = ((BitsLenTbl[usedRate] + 14) / 15) * sizeof(short);&lt;BR /&gt;&lt;BR /&gt;I believe it should be:&lt;BR /&gt;&lt;BR /&gt;   a)&lt;BR /&gt;   nbytes = ((BitsLenTbl[usedRate] + 15) / 16) * sizeof(short);&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Or maybe:&lt;BR /&gt;  b)&lt;BR /&gt;  nbytes = ((BitsLenTbl[usedRate] + 7) / 8) * sizeof(short);&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;the b) is equivqlent to what is done in gsmamr (amr narrowband) module.</description>
      <pubDate>Tue, 13 Dec 2005 02:24:35 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/Bug-in-AMR-WB-codec/m-p/957912#M19291</guid>
      <dc:creator>vadim1</dc:creator>
      <dc:date>2005-12-13T02:24:35Z</dc:date>
    </item>
    <item>
      <title>Re: Bug in AMR-WB codec</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/Bug-in-AMR-WB-codec/m-p/957913#M19292</link>
      <description>&lt;P&gt;Thanks a lot!&lt;/P&gt;
&lt;P&gt;This is a bug. The bitstream length shouldbe calculated either wayyou pointed out. The bugwill be fixed in thenearest future version of IPP.&lt;/P&gt;
&lt;P&gt;Kind regards&lt;/P&gt;
&lt;P&gt;Vyacheslav &lt;/P&gt;
&lt;DIV&gt;&lt;/DIV&gt;</description>
      <pubDate>Tue, 13 Dec 2005 19:33:29 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/Bug-in-AMR-WB-codec/m-p/957913#M19292</guid>
      <dc:creator>Vyacheslav_Baranniko</dc:creator>
      <dc:date>2005-12-13T19:33:29Z</dc:date>
    </item>
    <item>
      <title>Re: Bug in AMR-WB codec</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/Bug-in-AMR-WB-codec/m-p/957914#M19293</link>
      <description>Actually thinkink some more about it&lt;BR /&gt;c) is buggy too&lt;BR /&gt;&lt;BR /&gt;the correct code will be:&lt;BR /&gt;&lt;BR /&gt;d)&lt;BR /&gt;nbytes = ((BitsLenTbl[usedRate] + 7) / 8);&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;and b) is faulty too because it will always generate an even&lt;BR /&gt;result which is incorrect&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Vadim</description>
      <pubDate>Tue, 13 Dec 2005 20:55:08 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/Bug-in-AMR-WB-codec/m-p/957914#M19293</guid>
      <dc:creator>vadim1</dc:creator>
      <dc:date>2005-12-13T20:55:08Z</dc:date>
    </item>
  </channel>
</rss>

