Displaying 2 results from an estimated 2 matches for "n_z".
Did you mean:
n_
2006 Apr 20
0
Major internal changes, TI DSP build change
...h?????b????H?ab?%aS{%q1jw
?Mro%aN?6$6V"9?m??'???SY??T4?!??
????}?Q3% ???|
T??=?????G
??m????(?tbE(Rm?hB?
?d?D19l?h???'?.??D\?5I4Y2?Ht?'l?D?`6??A?pJn?????????6?????G??L?{???????oh??=??Ul?PKx?[3????cspeex_config_types.h?UMo?6?? ?M??n?
vO?D?dI%?$>i?? ??!????w?r??&E/?!1??y???????n_Z????,:?/??_A??????7???f????j?\.l?4e???n????2
H
?B???1?????mAq???|~ ????WW???v????;! J?9
O?[?S???o??N?p?f??
???n7????v??:-tm\???
??U?9?k?????j_???
?(}?]G([??YT?@?j??vc?N?D?????V?^i?Y???i
m?{??B?6??Jk???v?????Tnv??Vwd%W???B??Fc;?????5???????V\?+??????`?#S^???z???.?K$??.v????c????6U?[S???u?-B=p?,??????...
2006 Apr 19
2
Major internal changes, TI DSP build change
> You found it. The SHL32 (not SHR32) line fixes the problem. It must be
> doing a 16-bit shift, then extending the result (which is reasonable). As
> it happens, that it the same macro which gave us trouble last May
> (25th/26th), when the C55 build was more subtlely broken.
Yes, that's what I finally remembered. I think I've fixed all
occurrences (by adding EXTEND32)