Displaying 3 results from an estimated 3 matches for "mult16_32_q".
2006 Apr 22
2
Major internal changes, TI DSP build change
...It
> can multiply the low half in one cycle, then shift and add it to the high
> half in a second cycle. And, in a type loop the parallel ALUs would allow
> one 32x16 multiply per cycle.
Just one thing I'd like to understand. Did you do some tricks and/or
assembly to implement the MULT16_32_Q* routines with these instructions
or does the compiler figure them out by itself?
> The C54x cannot do this, and uses library calls for 32x16 multiplies.
Why is that? By default all the 32x16 multiplies are computed using only
16x16 multiplies (see fixed_generic.h).
> The
> changes t...
2006 Apr 22
0
Major internal changes, TI DSP build change
...half in one cycle, then shift and add it to the high
>> half in a second cycle. And, in a type loop the parallel ALUs would
>> allow
>> one 32x16 multiply per cycle.
>
> Just one thing I'd like to understand. Did you do some tricks and/or
> assembly to implement the MULT16_32_Q* routines with these instructions
> or does the compiler figure them out by itself?
No, I have done no assembly work on any of these DSPs. It has been a few
years since I did assembly work on any DSP, and it does not look like I will
need to for my applications. I just found the above instr...
2006 Apr 21
2
Major internal changes, TI DSP build change
> The C5x and C6x output diverges in build 10143, which has log message "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.
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