search for: c54x

Hi, I can see that there has been some effort to compile the SPEEX codec to operate on the TI c54x and c55x DSPs and I am wondering if anyone would be able to update the mailing list with their current MIPs and Memory resource requirements for their c54x and/or c55x compilation? The only estimate I was able to find in the mailing list archive was 42MIPs but I'm not sure if this is an estimat...

...;working" in my project but the encode and the decode don't seem to be working like I would hope. I am using speex 1.2beta2 and I am trying to 16bit 8kbs narrowband. on the decode side I encoded a voice on a windows machine. I took the encoded information and transferred it over to the C54x project and decoded it and it didn't sound that great. I watched the decode process and it would appear that the first 40 of the 160 words (2 bytes) are all 0. this means that every 20ms there is 5ms of silence which is what I believe is causing our poor decode quality or at the very least an...

John, > I can see that there has been some effort to compile the SPEEX codec to operate on the > TI c54x and c55x DSPs and I am wondering if anyone would be able to update the > mailing list with their current MIPs and Memory resource requirements for their c54x > and/or c55x compilation? The only estimate I was able to find in the mailing list archive > was 42MIPs but I'm not sure if t...

...properly, which you did. you didn't have to be a dick about it. >>> Jean-Marc Valin <jean-marc.valin@usherbrooke.ca> 08/03/07 9:13 AM >>> > on the decode side I encoded a voice on a windows machine. I took the > encoded information and transferred it over to the C54x project and > decoded it and it didn't sound that great. I watched the decode process > and it would appear that the first 40 of the 160 words (2 bytes) are all > 0. Speex (just like any other speech codec) is stateful and this is the (*one time*) latency you're seeing. Nothing...

...ications to arch.h, bits.c, and > misc.c. This contains the few mods remaining to support the various fixed > point TI DSPs after the work that you did at the end of May (thank you for > this). > > arch.h: Add switch for compilers not supporting "long long" (C55x does, C54x > and older C64x does not) > bits.c: Allow external definition for max buffer size, change > MAX_BYTES_PER_FRAME > to MAX_CHARS_PER_FRAME for consistency > misc.c: Added override switches to alloc routines, conditional include of > user file > changes to allo...

...a small patch with modifications to arch.h, bits.c, and misc.c. This contains the few mods remaining to support the various fixed point TI DSPs after the work that you did at the end of May (thank you for this). arch.h: Add switch for compilers not supporting "long long" (C55x does, C54x and older C64x does not) bits.c: Allow external definition for max buffer size, change MAX_BYTES_PER_FRAME to MAX_CHARS_PER_FRAME for consistency misc.c: Added override switches to alloc routines, conditional include of user file changes to allow manual memory allocation rather t...

...IP number was from my post of 24 May, and it was for C55x and > Speex 1.1.8. I tested 1.1.10 yesterday, and the number went down very > slightly; it was just over 41 MIPs peak measured in 20 ms blocks on > MALE.WAV, for encoder/decoder loop, 8kbps narrowband with minimum > complexity. C54x was just awful in comparison (>200 MIPs, not enough > for real time), and I abandoned that family and switched to the > C5509A. At least one other user has made some optimizations for C54x > and gotten the MIPs down some, but the C55x family seems to like Speex > a lot better (32-bi...

The attached file contains build files for TI's Code Composer Studio (CCS) for the C54x, C55x, and C6x DSPs. I had intended to post this a couple of months ago, but it took a long time to get around to doing the little bit of cleanup required. This is a file I/O loopback application suitable for running with the CCS simulators, for evaluating memory and MIPs requirements for thes...

...> you send me a file with only the macros you want to override from > fixed_generic.h, I can include it in the tree. Good, but I will not get around to this for a while. My next step is getting a multichannel version working on C64x. >> By the way, the lsp.c change also fixes the TI C54x build, as expected. > > What do you mean? Before that, it worked on C55, but not C54? No, they have always produced the same results. The C54x seems to take about 5x as many cycles to do the task. I can see that 32x32 multiplies are being done by library calls rather than inline, so I wi...

Jim Crichton, I'm trying to run speex on omap 1610 platform and i saw that you have a patch for c55. When i saw your mail about this, i decided to ask you for send me those files above: include\config.h (not automatically generated, sets memory sizes, enables manual alloc) include\speex\speex_config_types.h (match Speex types to compiler types, not generated from types.in

Michael Jacobson a ?crit : > wow, the attitude wasn't necessary. Sorry about that, but I also like when people read the doc carefully. > What I was asking wasn't in the > documentation, how am I supposed to know I wasn't supposed to initialize > the encoder/decoder every time (I was trying to save space for the > allocs), I've never dealt with codecs before and

...decoding running on a C5510. > fixed: > ARM (v4 and v5E) (assembly optimizations provided) > Blackfin (assembly optimizations provided) Any chip in the Blackfin range, or just certain ones? > TI C6x > TI C55x Can you be more specific about which C55x chips it has run on? > TI C54x (but still too slow due to compiler issues) Are these all both encode and decode? Do you think decode-only might run on the C54x? Thanks, Gerv

...clude 32-bit shifts, 16x16=32 and 32x16=32 MPY, and 32+16x16=32 MAC (with and without rounding). The multiply arithmetic all returns saturated results. It seems to me that can't hurt. Do you see any problem with using saturated MPY and MACs? By the way, the lsp.c change also fixes the TI C54x build, as expected. - Jim Crichton

Hi; I have a question about speex on TMS320C54X: I have build and run the related project on Code Composer Studio IDE (ver. 3.1) and the male.snd (93.7KB) was its input file and malebits5x.dat (5.85KB) and maleout5x.snd (93.5KB) are output files. What is malebits5x.dat file? if it is encoded file, why I could'nt decode it? Also if m...

hi, am trying speex on TI c54x dsp. does anyone has any idea whether we can make both the coder AND decoder run in about 10ms for a 20ms frame for this dsp, looking at narrowband, no VAD/CNG/VBR, using a low complexity, say 1, for a midrange bitrate, say 15kbps? was the c55 dsp able to run real-time on speex for the above con...

It would be great to get some idea of what chips and DSPs people have tried to compile Speex for, and what success they've had. So, if you've tried Speex on a chip, could you take a second to fill in the following and post it to the list? Chip Name: Speex Version: Floating or Fixed: Encode, Decode, Both or Simultaneous: MIPS (if known): Other comments: Many thanks, Gerv

...cating, and provides the pointers back to the > application. I'm not familiar with XDAIS, but I would think you could just overload the speex_alloc() and speex_free() functions, right? > The C5x has been another matter altogether. There were some build > issues: > > 1. The C54x compiler does not recognize "long long" and in fact does > not support any 64-bit integer types. For the moment I am using > "double" which maps to a 32-bit floating point on the C54x and C55x. > The C55x compiler does support "long long". > > Questio...

...d 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 that you have made since 1.1.8 are most dramatic for the 54x, which > dropped from 184 (unusab...

...larger because some line ends got changed in a couple of the files > when the first patch was applied. I am sorry for the clutter, but its my > first time with the patch tool. > > I have one lingering concern. The C6x encoder does not produce the same > results as the C55x and C54x. The waveform reproduction is less accurate as > measured by a sample by sample comparison. In the test programs, the SNR is > 11.10 in the C55x and C54x, and 10.79 in the C6x build. I figured that the > encoders might not produce bit-exact results because of differences in their &g...

Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: maleout12may.wav Type: audio/wav Size: 95884 bytes Desc: not available Url : http://lists.xiph.org/pipermail/speex-dev/attachments/20050524/57112d0c/maleout12may-0001.bin