similar to: Please test upcoming release

Hi Jim, Actually, I don't see anything wrong with the internal structure having a different type than the interface, as long both types are big enough to hold the possible values (in this case 0 and 1). Though, as you pointed out, testenc needs to be fixed to use spx_int32_t instead of int. I'll change that. Jean-Marc Jim Crichton a ?crit : > st->highpass_enabled is typed

Jean-Marc, The trouble is that one cannot identify the type difference without reading the nb_celp.c source file, and this parameter is treated differently than other, similar parameters. It would seem like the most intuitive approach would be to match the interface to the structure. This is a trivial point, of course. I have attached a patch to the two TI interface files, which adds the

I am wont to decode a speex 11kbps 8kHz 16bit to a raw data 8kHz 16bit LSB on a c5509. Trying to understand the "testenc-TI-C5x.c" exsample, but it looks to me wary complicated. Is there more documentation for the exsample or a decoder exsample available? Can somebody help? Peter -------------- next part -------------- An HTML attachment was scrubbed... URL:

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)

> For encoding into and decoding from "raw Speex stream" (if you can call > it that), I suggest you start with the sampleenc.c and sampledec.c > example code in Appendix B of the Speex Manual. There is no such a thing as a "raw Speex format". Also, sampleenc.c and sampledec.c are good for learning how to use the API, but the compressed format shouldn't be used in

Hello,   I have an OMAP5910 OSK board with C55 dsp and ARM9 processor. I just want to use speex as a simple application on the platform in order to check dsp's working well or not.   First, I found speex's source codes include "ti/speex_C55_test" directory so I thought speex could run on my platform well. Second, I open "Code Composer

Dear all, i am currently evaluating which codec to be used for a "very narrowband" voice communication system (using either VoIP either GSM CSD) on mobile devices running Windows Mobile and Symbian OS. I had experience in using AMR-NB 4.75 with VAD on Symbian OS and all worked very well. However, AMR it's not royalty free and if i need to use it on Windows Mobile i will need

Greetings, I've just started porting speex to a TI C5509 DSP. It doesn't look like it's going to be too painful, but there are a couple of quirks about the C5x. 1) chars are 16 bits because memory addresses are for 16bit words 2) ints and short are also 16 bits (so sizeof(char) = sizeof(short) = sizeof(int) = 1) 3) the c5x is essentially big endian My plan is to change int and

hi all, I can claim that our hotfoon service has run millions of mobile voip minutes using speex on mobile and desktops. it works! earlier you needed more powerful cpus (until the integer port), however now the cpus are much faster and the code complexity is much lower. my only regret is of not being able to write some demo apps for speex on win mob. I will surely deliver it in june to settle this

Hi, I have been using speex version 1.0.5 on a text-to-speech program. Recently I upgraded to version 1.2beta1 and noticed that the waveform the I got after encoding and decoding on the new versions (beta1,beta2) is much more different than the original than on version 1.0.5. I also ran a PESQ comparison test on 700 voice samples and got better results in the older version (I used quality 9, and

Dear Sir\Madam; Thanks for your source codes. You mentioned that your speex source code can be compiled for ti-c54 family; but you use linux command-line as following to compile speex for C54 family: % ./configure -prefix=<path> -enable-ti-c55x % make % make install Is it true?! Then what is the output file for loading on DSP chip (C54)?? As I remember the compiled file for C5x family

Hi I have tested speex from svn trunk r11792, here are my findings: * Builds ok for Symbian, with 1 warning (patch to fix this this attached.) - not tested on hardware * Builds ok for Ubuntu 6.06 (AMD64), although there are some issues with 'make -j4' (try it). Runs fine on AMD64 (64-bit mode), tested 8000Hz and 32000Hz * Stereo encoding/decode goes at half the frequency, but

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 to everyone! During building speex library for Symbian OS I encountered some problems. All thess problems can be solved by modifying the speex sources. I don't have access to SVN repository of speex, so I will just describe the changes to be done: 1) mmp file in symbian derictory misses windows.c sources. You need to add this string into speex.mmp: SOURCES windows.c 2) Symbian OS

Fabio Pietrosanti (naif) wrote: > i am not criticizing the technology itself, but the fact that from the > point of view of the implementator that need to make a technological > choice while selecting a codec to be used for a mobile multimedia > application, speex does not provide affordable informations on > "supported platform".

Hi, I am using 1.2beta2 on a C5416 doing narrowband in the decode function I am having a problem with the execution of my program vectoring off to random interrupts that are not used. I have tracked down the error to the highpass function called in nb_decode -very close to the end of the function-context: it is called here: ln 1719 for me if (st->highpass_enabled) highpass(out,

Hi, Just a couple tips to reduce complexity. First, I think you'd get a good speedup by enabling the PRECISION16 switch (if it's not done already). This (very) slightly reduces quality, but means you convert a lot of "emulated" 16x32 multiplications into 16x16. There are also several routines that would benefit from platform-specific optimizations. There are already

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

Hi Jim, First of all - thanks, turning the highpass filter off was what I needed, and the waveforms match now. But, when i did the PESQ tests again I found an interesting result : version 1.0.5 still got a slightly better average score, but the standard deviation on version 1.2 beta1 was much smaller. The cause for that is this - on some samples versions 1.0.5 and 1.2beta2 produced a single

Hello, I have an (Access violation reading location) on line 115 in the fftwrap.c : out[i] = scale*in[i]; with i = 1193 Only with preprocessor active Systems : Visual studio 2005, XP, WB 16000 Hz, last svn. Hope it helps you. Ouss -----Original Message----- From: speex-dev-bounces@xiph.org [mailto:speex-dev-bounces@xiph.org] On Behalf Of speex-dev-request@xiph.org Sent: dimanche 22 octobre