search for: doornekamp

Hi, I'm trying a quick port of this terrific codec to uClinux, a Linux-derivate for mmu-less systems. I'm particulary interested in the alloc()'s the library does, and it's stack usage. In nb_celp.c I found two lines of code doing memory allocation : nb_celp.c: st = (EncState*)speex_alloc(sizeof(EncState)+8000*sizeof(float)); nb_celp.c: st =

...stack I use everywhere because C doesn't allow variable-length stack arrays. The sizes I used will work for all configurations (any mode/bit-rate/complexity), but if you're only interested in a subset, you can probably reduce these values. Jean-Marc Le sam 17/05/2003 à 17:00, Ico Doornekamp a écrit : > Hi, > > I'm trying a quick port of this terrific codec to uClinux, a Linux-derivate > for mmu-less systems. I'm particulary interested in the alloc()'s the > library does, and it's stack usage. > > In nb_celp.c I found two lines of code doing memo...

Hello, Can somebody tell me something about the status of the fixed point code at this moment ? I did some tests today with the latest CVS version of speex, but enabling -DFIXED_POINT results in distorted sound in my test application. Is the fixed point code supposed to work properly at this moment ? Regards, /Ico -- :wq ^X^Cy^K^X^C^C^C --- >8 ---- List archives:

Hi all, I'm having some problems with inaccurate sampling rates between sending and receiving party. (Using a simple raw UDP protocol sending packets from speex to speex) Both PC's have their soundcard set to 8 khz, but the samplerate seems to differ slightly between machines. The problem I have is that the sending machine sometimes samples with a slightly lower rate than the player