Speex dev - Mar 2005 - Valin 2.0 released

Hi everyone,

I'm pleased to announce the new and improved Valin 2.0, codename
"Alexandre", released March 7th, featuring:

- 6 lbs (2.7 kg) at birth
- Pretty face
- Built-in crying algorithm

Screenshots are available at http://people.xiph.org/~jm/alexandre/ .
Note that this new release is not open-source and only has two
"users".
Both co-authors are fine, but tired at this point.

	Jean-Marc & Nathalie

CONGRATULATIONS!!!!!! :-D
That's really great.... a question, does the built-in crying algorithm 
work properly with the de-noiser? i found that sometimes late at night 
(2 a.m. usually) they start to make really strange noises, someone on 
this thread suggested that resetting the state with a call to 
mother_breast_feeding() works but i haven't got it to work.... LOL.....

Cheers....

John Villar
Gerente de Proyectos
Computadores Flor Hard Soft 2058 C.A.
www.florhard.com



Jean-Marc Valin wrote:
>Hi everyone,
>
>I'm pleased to announce the new and improved Valin 2.0, codename
>"Alexandre", released March 7th, featuring:
>
>- 6 lbs (2.7 kg) at birth
>- Pretty face
>- Built-in crying algorithm
>
>Screenshots are available at http://people.xiph.org/~jm/alexandre/ .
>Note that this new release is not open-source and only has two
"users".
>Both co-authors are fine, but tired at this point.
>
>	Jean-Marc & Nathalie
>
>_______________________________________________
>Speex-dev mailing list
>Speex-dev@xiph.org
>http://lists.xiph.org/mailman/listinfo/speex-dev
>
>  
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: john.villar.vcf
Type: text/x-vcard
Size: 396 bytes
Desc: not available
Url :
http://lists.xiph.org/pipermail/speex-dev/attachments/20050310/c8dea6da/john.villar.vcf

I'm finding it dificult to get the code to fit within c5x dsp, especially
   due to the large heap necessary for the huge allocations in
nb_encoder_init and nb_decoder_init.
Are the people that have this running using additonal external ram?

Has anyone experimented with reducing the internal encoder/decoder stack
sizes
    for narrow band... is there a practical minimum that is usable?

Also, Should ENABLE_VALGRIND be enabled?

Any assistance always appreciated, thanks,

Paul