search for: alfredh

Hi I just upgraded to http://svn.xiph.org/trunk/speex r10357 and got this build warning: alfredh@io:$ make -s mdf.o libspeex/mdf.c: In function 'speex_echo_cancel': libspeex/mdf.c:321: warning: statement with no effect libspeex/mdf.c:317: warning: `adapt_rate' might be used uninitialized in this function Is this intentional? In any case here is a simple fix: Index: libspeex/mdf...

...px_sig_t *orig;" in the encoder, the stack usage went from 17091 to 16451 bytes, I have already got a working decoder running on my Ubicom IP3K, using 10-15% of the CPU, with a decoder stack size of 4058 bytes. The encoder is next.. /alfred > Jean-Marc > -- Alfred E. Heggestad <alfredh@sxdesign.com> SX Design

...e a simple player with that. It runs on a Psion netBook but what I can hear is not music - just some random repeated noise. I have tried to experiment with word size (1 or 2), signed or unsigned and endianess, but it does not make a difference. The compiler I use is gcc cross compiling for ARM, [alfredh@dingo er5cpp]$ arm-pe-gcc -v gcc driver version cygnus-2.7.2-960323 (Psion GCC tools v113 05/03/1997) executing gcc version cygnus-2.7.2-960323 I am going to try a more recent version later. But I am not giving up yet, I have only spent two days on this so far. The changes in the libraries are po...

...on. question is; are there any clean way of reducing memory usage? the stack at the end of the state object, is it only accessed through the PUSH macros? perhaps I could write some wrappers to use Program RAM (PRAM) instead, which is not directly accessible. thanks. -- Alfred E. Heggestad <alfredh@sxdesign.com>

hi, jean-marc: i think we can remove spx_sig_t *orig. but am not sure about exc2Buf. is it for extension? rgds, tk On Mon, 28 Feb 2005 12:42:38 -0500, Jean-Marc Valin <Jean-Marc.Valin@usherbrooke.ca> wrote: > Hi, > > I looked at the code I think there are still places where you can reduce > memory. For example, I think bufSize can be reduced to around 400 > (instead of

...; > I have already got a working decoder running on my Ubicom IP3K, > > using 10-15% of the CPU, with a decoder stack size of 4058 bytes. > > The encoder is next.. > > > > > > /alfred > > > > > Jean-Marc > > > -- Alfred E. Heggestad <alfredh@sxdesign.com> SX Design

...7,7 @@ } /*Destroy the decoder state*/ - speex_encoder_destroy(state); + speex_decoder_destroy(state); /*Destroy the bit-stream truct*/ speex_bits_destroy(&bits); fclose(fout); -- Alfred E. Heggestad <aeh@db.org> Web: http://aeh.db.org/ VoIP: <sip:alfredh@symbianos.org> Phone: +47 21 98 71 20 Mobile: +47 98 23 67 05 Skype: alfredheggestad

...E_INIT {1,.5,1,1,0,0} /** Transforms a stereo frame into a mono frame and stores intensity stereo info in 'bits' */ void speex_encode_stereo(float *data, int frame_size, SpeexBits *bits); /alfred -- Alfred E. Heggestad <aeh@db.org> Web: http://aeh.db.org/ VoIP: <sip:alfredh@symbianos.org> Phone: +47 21 98 71 20 Mobile: +47 98 23 67 05 Skype: alfredheggestad

...release. > > Have fun, > > Jean-Marc > _______________________________________________ > Speex-dev mailing list > Speex-dev@xiph.org > http://lists.xiph.org/mailman/listinfo/speex-dev -- Alfred E. Heggestad <aeh@db.org> Web: http://aeh.db.org/ VoIP: <sip:alfredh@symbianos.org>, <sip:aeh@oplug.org> Phone: +47 85 24 72 75 Mobile: +47 94 29 65 87 Skype: alfredheggestad -------------- next part -------------- Index: libspeex/nb_celp.c =================================================================== --- libspeex/nb_celp.c (revision 11792) +++ libs...

Hi everyone, I'm about to release version 1.2-beta1 (which I could have called 1.1.13), which includes many, many changes. It would help if everyone could give the svn version (http://svn.xiph.org/trunk/speex/) a try and see if it works fine. I'll check my email next week when I'm back from some vacations and if nothing bad has been reported, I'll make the release. Have fun,

diffed against http://svn.xiph.org/trunk/speex r9583 Index: libspeex/sb_celp.c =================================================================== --- libspeex/sb_celp.c (revision 9583) +++ libspeex/sb_celp.c (working copy) @@ -272,7 +272,6 @@ st->g0_mem=speex_alloc((QMF_ORDER)*sizeof(spx_word32_t)); st->g1_mem=speex_alloc((QMF_ORDER)*sizeof(spx_word32_t)); -

hi attached is a patch fixing some build warnings with ip3k-elf-gcc (gcc 3.4-20030722-Ubicom-63-1211). not all fixes are elegant, please review carefully before applying.. /alfred -------------- next part -------------- A non-text attachment was scrubbed... Name: warnings.diff Type: text/x-patch Size: 17666 bytes Desc: not available Url :

On Mon, 2005-09-05 at 10:29 +1000, Jean-Marc Valin wrote: > > attached is a patch fixing some build warnings with ip3k-elf-gcc > > (gcc 3.4-20030722-Ubicom-63-1211). not all fixes are elegant, > > please review carefully before applying.. > > Euh, could you explain what's wrong with "start" and "end"? Also, AFAIK, > (int)floor(something) is