similar to: Improving memory allocation

> I don't think visual c++ 6.0, .Net or any other msft compiler in existence > will handle this properly. Msft has pushed off C99 support indefinitely, > from what I understand. Also didn't work on the intel compiler last > time I checked (v. 8.1). Can you check in case there's at least a compiler switch to allow it on those compilers? > In order to make things work

Le jeudi 03 mars 2005 ? 20:29 +0100, Kleijn, J.S. de a ?crit : > I use the Intel compiler 7.0 , and it doesn't like it Does it have an option to enable C99? Otherwise, if you're aware of another mechanism that allows it to allocate temporary stuff on the stack, I might be able to support it. Jean-Marc > -----Oorspronkelijk bericht----- > Van: Jean-Marc Valin

Good question. I'm coming to the conclusion that using plain UDP and "home-grown" packet construction for transmitting the speex data (with timestamp/sequence counter) and implementing jitter control on the receiver end is an adequate implementation for a VoIP application. Assuming of course that I don't care about any interoperability issues with other applications etc. I was

Hi Jean Marc, re: At 11:06 AM 3/3/2005, Jean-Marc Valin wrote: >Are there many people who cannot compile the following (valid C99) >program? I don't think visual c++ 6.0, .Net or any other msft compiler in existence will handle this properly. Msft has pushed off C99 support indefinitely, from what I understand. Also didn't work on the intel compiler last time I checked (v. 8.1).

Thank you very much for your immediate attention! I've exported my wav files to raw files before encoding and the click is now gone. That sure beats discarding the last packet, which was the workaround "solution" I was going to implement... Best regards, David Resnick -----Original Message----- From: Jean-Marc Valin [mailto:Jean-Marc.Valin@USherbrooke.ca] Sent: Thursday, July 07,

Hi everyone, As many noticed, I just released 1.0.5 and 1.1.8 over the weekend. There isn't much new in 1.0.5, except that I added all the API changes from 1.1.x so that it's possible to write code that will work with both 1.0.5 and 1.1.8. As for 1.1.8, here are the changes: - Initial TI C5x port: I integrated a patch from Jamey Hicks - Some fixed-point improvements and fixes - Better

If you have a couple minutes, it probably wouldn't be hard to see where the bug is (I just don't have time this week). It would have to do with the granulepos computation in speexenc. Jean-Marc Le jeudi 07 juillet 2005 ? 08:41 +0300, David Resnick a ?crit : > Thank you very much for your immediate attention! > > I've exported my wav files to raw files before encoding and

Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: good.wav Type: audio/wav Size: 7430 bytes Desc: not available Url : http://lists.xiph.org/pipermail/speex-dev/attachments/20050706/a77cade6/good-0001.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: bad.wav Type: audio/wav Size:

Hi, Just to let you know version 1.1.6 is out. Changes are: * Improved jitter buffer (now actually works!) * Denoiser tuning * Improved echo canceller (please send feedback) * Support for Symbian OS (thanks to Conrad Parker) * Gapless playback for speexenc/speexdec * Run-time identification of Speex version with a new speex_lib_ctl() call * Moved the includes to /usr/include/speex/ Jean-Marc

I saw from the interview on Slashdot that there is no support for channel coupling in Vorbis. I would like to help work on that. Has anything been started about that? I don't know yet whether if could work "in real life", but I have started to work on a way to do adaptative coupling between two channels (by finding the best transformation to predict one channel from the other). I

Hi, I tried the same options suggested in your post and the problem continues. What do you suggest? 2005/9/15, Jean-Marc Valin <Jean-Marc.Valin@usherbrooke.ca>: > Hi Eduardo, > > All I can say is that the timings you have are a bit odd. What > optimizations options are you using (I suggest -O3)? Also, perhaps you > can try --enable-arm4-asm just in case. I've had the

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

What platform (OS, compiler/version) Also, does it work with no options. Jean-Marc Le jeudi 12 mai 2005 ? 08:49 +0200, Pierre a ?crit : > Pierre wrote: > > Jean-Marc Valin wrote: > > > >> OK, first thing I see is the configure options: > >> > >> ./configure --enable-valgrind --enable-sse --enable-fixed-point > >> --enable-epic-48k

> 16 bit ints have a range of -32768 to 32767. If you divide > -32768 by 32767.0 you end up with -1.00003051850948 which > is a bad thing. > > Try normalizing with a value of 32768.0. No. Speex expects values in the +-32767 range, not +-1.0. Just converting from int16 to float *is* the right thing to do. Jean-Marc -- Jean-Marc Valin <Jean-Marc.Valin@USherbrooke.ca>

Hi, I'd like to contribute to Vorbis and I think this may be of some interest for low bitrate coding. I have been experimenting with low bit-rate coding for the high-band (11 kHz to 22 kHz) and, though I haven't yet started quantizing my coefficients (a gain and an LPC filter), I expect to be able to approximate the whole 11-22 kHz band with around 1000 bits/s per channel (maybe even 500

Hi, I found this message concerning VAD and was wondering whether VAD has been ported to fixed-point in the latest version? Thanks, SingHui ---------- Forwarded message ---------- From: Jean-Marc Valin <Jean-Marc.Valin@usherbrooke.ca> Date: Jul 22, 2005 1:02 AM Subject: Re: [Speex-dev] Fixed-point To: gue baja <gue_baja@yahoo.com> Cc: speex-dev@xiph.org Hi Baja, Here's a quick

Hi everyone, I've just released Speex 1.1.9. The main change in this release is the echo canceller work sponsored by Tipic Inc (http://www.tipic.com/). It is now possible to do acoustic echo cancellation and obtain good attenuation after a short adaptation time. This has been tested at 8 kHz, but it should also work at 16 khz and above, so give it a try. There were also some fixes to the

On Mar 16, 2005, at 11:41 PM, Jean-Marc Valin wrote: >> Is there any native software for OS X to convert an audio file to >> speex? Even a command line would be great. I looked for hours and >> couldn't find a program. I tried VLC but it just outputs screeching >> noises. > > The standard Speex distribution includes the speexenc utility, isn't > that what

I work with the Microsoft Embedded Visual C++, and i don't have a linux machine with me. I need to have the best performance in order to run my application for the Intel XSCale with MMX. I don't know if i can compile for this processor with the best performance using the Microsoft compiler. I would like a help regarding how to get or build this .obj. Thank you. Cesar Bremer Pinheiro

Can anyone tell me why the size of st is defined as: st = (EncState*)speex_alloc(sizeof(EncState)+8000*sizeof(float)); Reference: nb_encode_init function. Specifically, I would like to know why 8000 floats are allocated? Thanks and regards, Vinay -------------- next part -------------- An HTML attachment was scrubbed... URL: