Displaying 4 results from an estimated 4 matches for "qcont16".
Did you mean:
qconst16
2006 Apr 21
2
Major internal changes, TI DSP build change
...141 to 9.22 and 9.24 in 10143.
Actually, build 10143 introduced another bug, that was the reason for
the 1.1.11.1 release.
> There is just four lines in modes.c which declare the constant, and one line
> changed in nb_celp.c and sb_celp.c which use the constant. Looking at
> nb_mode, QCONT16(.0002,15) evaluates to 0x3FF9 on the C55 and 0x4006 on the
> C6x. When I patch the value 0x4006 into the C55 build, the output matches
> the C6x. The problem is that 2^15 evaluates to -32768 on the C55 and 32768
> on the C6x.
Right on!
> Applying our friend EXTEND32 causes the co...
2006 Apr 22
0
Major internal changes, TI DSP build change
...>Actually, build 10143 introduced another bug, that was the reason for
>the 1.1.11.1 release.
>
>> There is just four lines in modes.c which declare the constant, and one
>> line
>> changed in nb_celp.c and sb_celp.c which use the constant. Looking at
>> nb_mode, QCONT16(.0002,15) evaluates to 0x3FF9 on the C55 and 0x4006 on
>> the
>> C6x. When I patch the value 0x4006 into the C55 build, the output
>> matches
>> the C6x. The problem is that 2^15 evaluates to -32768 on the C55 and
>> 32768
>> on the C6x.
>
>Right on!
&...
2006 Apr 21
0
Major internal changes, TI DSP build change
...quot;lpc
floor converted to fixed-point." Also, the measured SNR changed from 11.05
in builds 9854-10141 to 9.22 and 9.24 in 10143.
There is just four lines in modes.c which declare the constant, and one line
changed in nb_celp.c and sb_celp.c which use the constant. Looking at
nb_mode, QCONT16(.0002,15) evaluates to 0x3FF9 on the C55 and 0x4006 on the
C6x. When I patch the value 0x4006 into the C55 build, the output matches
the C6x. The problem is that 2^15 evaluates to -32768 on the C55 and 32768
on the C6x.
Applying our friend EXTEND32 causes the constant to evaluate correctly....
2006 Apr 20
5
Major internal changes, TI DSP build change
Hi Jim,
> Build 11169 in SVN works correctly.
Good. I'll try not to forget the EXTEND32 from now on.
> I have attached a zip file (renamed
> .txt) with a patch to bits.c to make the byteswapping for TI DSPs
> consistent.
Seems like unzip can't read it. Either it's in an unknown format or the
file got corrupted. Could simply send as multiple (uncompressed)