similar to: Re: Speex on a T.I. TMS320C5510 DSP

Salve, does sombody can say me if vorbis ogg run on this TI-chip? OMAP5910 Integrates a TMS320C55x™ DSP core with an ARM925 on a Single Chip Sampling today, the OMAP5910 processor integrates a TMS320C55x DSP core with a TI-enhanced ARM925 on a single chip for the optimal combination of high performance with low power consumption. This unique architecture offers an attractive solution to

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

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

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

Jean-Marc, Last week I tried the SVN code (build 11700) on the TI C55x DSP, and found that operation was broken again. I traced this to build 11522, committed on 5 June. The problem is in lsp.c, function lsp_to_lpc(). The line (lsp.c line 461 in build 11700): xin = 1<<(QIMP-1); /* 0.5 in QIMP format */ evaluates to zero. The following change corrects the problem: xin =

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)

Hi Jim, Thank for the patch. I'll apply it when I have a few minutes. If I haven't done so after a few weeks, please send it again. I'm in the process of relocating to Australia, so everything's a bit of a mess around here. Also, please post the c5X-specific files to the list (.cmd, .pjt, ...) so they'll be archived. Last thing, I see you defined spx_word64_t as long long for

The TI directory of the Speex source distribution contains a C5509A project that builds and runs in TI's Code Composer Studio simulator. This project does file I/O to files specified in the main source file. See README.TI_DSP in the main directory for some tips. You should use the 1.2 beta 3 distribution. You should be able to load, build, and run this with no effort except to get the

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

Thanks Jim, But i didnt find this project... It's in CCS folder or on TI site ????? Thk's Em 08/04/2008, ?s 15:52, Jim Crichton escreveu: > The TI directory of the Speex source distribution contains a C5509A > project that builds and runs in TI's Code Composer Studio > simulator. This project does file I/O to files specified in the > main source file. See

> 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

Hello all, Today I tried speex echo cancellation on my VoIP application running on a windows mobile based PDA (OMAP1510 168MHz). The result is disappointing: it takes 150-250 ms to do echo cancellation (by calling speex_echo_capture() ) for a 20 ms frame! I've defined the FIXED_POINT macro. Is there anyway to do some optimization? Nick

Hello all, I have recently ported Vorbis to a Texas instruments DSP (TMS320C5510), The problem I have is that it is not decoding the audio in real time( about 50% of real time). Could any one give me a clue in which area I could start to optimize the code. Regards Kevin <p><p><p>--- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage:

Since I'm new to this forum I probably I'm doing something wrong, I'm sorry if this's the case! I don't have a windows base system, solely Puppy Linux. I do have an Axim, though; can't do hardly anything useful with it since starting using just Linux. Went through many pages about WINE but failed to locate any useful info. That's the reason for posting my issue here.

> >I fixed it in svn. Could you check that? > > Now all platforms match again. Note that the measured SNR for this test > sample is lower than with the broken code (10.87 vs 11.10), but of course > this is no way to judge the real quality. SNR, especially on a single sample, can be very misleading. Yet, could you just check that the DSP results match what you get on a PC?

Hi Randy, Thanks for reply. I have one question though. While compiling the speex (downloaded from http://downloads.xiph.org/releases/speex/speex-1.2rc1.tar.gz), I gave ./configure -enable-ti-c55x option and then built the library through make and make install using cygwin. In this case, I get this error "error: member "bits.o" of archive

Hi, I'm use a DSP C5510 to implement a solution with voice, but I'm a beginner in the world of DSP, any one has a example or documents about how to use a speex in DSP's ???? Thanks. Att.; Rafael Vieira Gon?alves skype: rafaelvieira.goncalves msn: tux_surf at hotmail.com email: daconfama at gmail.com P Antes de imprimir, pense em sua responsabilidade e compromisso com o

Hello, I'm using *virt-sparsify* for compressing image file [ash2] jenkins@b-imagebuilder-worker-r13h17-prod:~/workspace/imagebuilder/packer/output$ virt-sparsify --compress /data/home/jenkins/workspace/imagebuilder/packer/output/packer-vm.qcow2 /data/home/jenkins/workspace/imagebuilder/packer/output/packer-vm.qcow2.sparsified Input disk virtual size = 41943040000 bytes (39.1G) Create

Actually, we have a integerized version of the vorbis libraries that are available, royalty free, with a simple attribution requirement. These libraries are 100% C code and run faster than real time on a cirrus 7312-74mhz processor (arm core). My guess is they should run at about 20-30% cpu utilization on a strongarm/200. Monty has this same code, but his version doesn't play b4 content real

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