search for: dsps

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 estimate for the c54x...

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 these processors. The...

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...

I'm currently running 1.4b3 with a Digium card and 23 g.729 licenses. Is there a way I can get the g.729 codec work off the CPU and onto a DSP? Any T1/PRI cards with onboard codec DSPs? -Matt -- Matthew S. Crocker Vice President Crocker Communications, Inc. Internet Division PO BOX 710 Greenfield, MA 01302-0710 http://www.crocker.com

...(v4 and v5E) (assembly optimizations provided) Blackfin (assembly optimizations provided) TI C6x TI C55x TI C54x (but still too slow due to compiler issues) Jean-Marc Le dimanche 04 septembre 2005 ? 09:08 +0100, Gervase Markham a ?crit : > 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,...

...trant code, state structure, etc.). > Who knows you might want to run it on an embedded DSP that doesn't > support C++ someday. <p>I doubt I will. Others might :-) More specifically - the manufacturer of VoIP cards I refer to earlier build their current cards using fixed point DSPS (although they use floating point DSPs (Sharc) elsewhere in their range. They have a number of seriously talented and very well equipped DSP programmers in their staff - their business depends on how much they can squeeze out of every DSP. If suceeded in getting them interested it would be good...

Jean-Marc Valin wrote: > I don't know all the details, but here's a (partial) list of archs on > which I've heard of Speex running. I'm sure there are others (especially > the float version should really run on any chip with an FPU). > > float: > x86/x86-64 (SSE assembly optimizations provided) > PowerPC > SPARC I've had floating decoding running on a

...is going to be rather a long message, but that can't be avoided. My name is Andrew Baker and I work for a company called TeleDesign. We are based in the UK. http//www.teledesign.co.uk I have lots of experience with telecomms, a fair bit with VoIP, quite a bit (but rather less recent) with DSPs and some concerning codecs. I am currently working on a project where I have "end to end" control - ie I know about both terminals and what connects them. The terminals at each end must be embedded devices. This project requires a codec which will compress speech down to around 8kbps....

Anyone have any idea if the any of the Sharc or TigerSHARC DSPs are powerful enough to do realtime Speex? <p>--- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'speex-dev-request@xiph.org' containing only the word 'unsubscribe' in th...

...we can saturate before storing. But in resampler_basic_interpolate_single(), we can also saturate in the cubic interpolation part. So I propose shifting the 32 bits accumulators 1 bit right before this operation. --> Implemented and tested in resample4.patch About the 4 accumulators: Simple DSPs have only 2 accumulators, so this is really not good on DSPs for 2 reasons: - this inserts extra load/store operations, cutting performance in half - we lose the accumulator register guard bits However, for resampler_basic_interpolate_single(), this is actually better to keep only 1 loop, because...

...entrant code, state structure, etc.). > > Who knows you might want to run it on an embedded DSP that doesn't > > support C++ someday. > > > I doubt I will. Others might :-) Point taken. Generically, if it is open source, I expect people might want to use more than just TI DSPs. We use TI DSPs alot and tried to say we'd never put it anywhere else. But, we found you can never say never. > > OK. Noted. > > I've also been told by a TI applications BOD that although the 55x is a > fixed point device, it does contain some internal features which speed...

Let me chime in with a few facts regarding DSPs. It may be review to anyone who has programmed DSPs, but some may find it informative. Fixed-Point vs. Floating Point DSP chips Floating Point DSPs make the best/easiest compiler targets. Most of the standard operations present in ANSI C translate fairly well into floating point DSP ass...

Hello ! I am developing a kind of phone using TI's OMAP 5912 and speex. The soft works great on ARM, and it is time to move speex and voice processing stuff to DSP. Could some one point me how to do it ? Should I install CCS ? Or it possible to compile speex using just ti_dsptools ? Does anybody ran speex and dsp gateway ? It would be great, if some one share makefile, cmd etc. for

...work and you must enable re-invites which could cause CDRs not to reflect the true details of the call. Asterisk/Digium also has no interest in any further interest in expanding T.38 or faxing support in Asterisk. Steve Underwood and the other fine persons that have helped to develop the software DSPs and other stuff required for FoIP support also have no interest in writing any further faxing support for Asterisk (RxFax, TxFax + the newest span_dsp wont even compile, much less work under Asterisk any more) probably because they know it will never be included into the Asterisk code. On 2/5/07,...

...t C++ someday. 5. You should take a close look at the intrinsic definitions on the 55x when making your (the?) integer implementation. When you port to the 55x you can substitute the intrinsics and get alot of MIPS reduction right away. We've seen alot of similar intrinsics on other (non-TI) DSPs too. > -----Original Message----- > From: owner-speex-dev@xiph.org [mailto:owner-speex-dev@xiph.org]On > Behalf Of Andrew Baker > Sent: Wednesday, February 19, 2003 12:56 PM > To: speex-dev@xiph.org > Subject: [speex-dev] Introduction... > > > I've been following thi...

Dear Christian van Bijleveld, You can use any of the below DSPs of Texas Instruments 1. TMS320C674x - This supports floating point implementation of opus 2. TMS320C66x - This supports both floating and fixed point implementations 3. TMS320C64x - This supports only fixed point implementation Regards, Mahantesh On Mon, May 13, 2013 at 10:12 PM, <opus-req...

...t;patrik.h.hagglund at ericsson.com> wrote: >> non-8-bit byte I'm a bit confused by this concept. I'm aware of the archaic meaning of the word byte, but it has meant 8 bits for the last 30 years. There's even an ISO/IEC standard. I know of architectures like Texas' C55x DSPs that address 16 bits at a time, but even their data sheets state: • 256K Bytes Zero-Wait State On-Chip RAM, Composed of: • – 64K Bytes of Dual-Access RAM (DARAM), 8 Blocks of 4K x 16-Bit • – 192K Bytes of Single-Access RAM (SARAM), 24 Blocks of 4K x 16-Bit Perhaps you could begin by definin...

...icsson.com> wrote: > >>> non-8-bit byte > > I'm a bit confused by this concept. I'm aware of the archaic meaning of the word byte, but it has meant 8 bits for the last 30 years. There's even an ISO/IEC standard. > > I know of architectures like Texas' C55x DSPs that address 16 bits at a time, but even their data sheets state: > > • 256K Bytes Zero-Wait State On-Chip RAM, Composed of: > • – 64K Bytes of Dual-Access RAM (DARAM), 8 Blocks of 4K x 16-Bit > • – 192K Bytes of Single-Access RAM (SARAM), 24 Blocks of 4K x 16-Bit > > Perhap...

...e a clock speed of up to 300 mhz. Jean-Marc Valin wrote: >Tell me how fast these chips are, I'll tell you if there's a chance... > > Jean-Marc > >Le jeu 18/12/2003 à 16:52, David Siebert a écrit : > > >>Anyone have any idea if the any of the Sharc or TigerSHARC DSPs are >>powerful enough to do realtime Speex? >> >> >>--- >8 ---- >>List archives: http://www.xiph.org/archives/ >>Ogg project homepage: http://www.xiph.org/ogg/ >>To unsubscribe from this list, send a message to 'speex-dev-request@xiph.org' >...

Hi, Over the past few months I've been developing a LLVM backend for TIs C64X family of DSPs. It can be found as a co-processor in a variety of OMAP-based devices such as gumstix, beagleboard and even Nokia's N900 phone. A project I'm working on [0] has had need to put code on it, and we wanted to avoid TIs proprietary compiler. The DSP itself is a VLIW machine, with 64 32-bit reg...