similar to: Increasing the speed of speex playback

You're asking the wrong question. The question is not "why does it would bad with Speex?", but "why does it sound good with LPC10 and MELP?". And the answer is that both are vocoders. Try dropping frames/subframes with anything else (Vorbis, MP3, G.729, u-law, ...) and it'll sound terrible as well. The only reason it sounds good with vocoders is because the

Here's one clue about whatever is causing the low quality speech. Speech sounds terrible at 1.01X faster, and it sounds excellent at normal speed (1.0X). So, the main problem is something that breaks with any change in frame size in the decoder. Any idea what that might be? Thanks, Bill On Tue, Oct 19, 2010 at 5:14 PM, Bill Cox <waywardgeek at gmail.com> wrote: > I was able to

Hi, Steve. I tried your the time_scale_tests program, and it works well! Especially for low speed changes, it's the best I've heard so far. For high speed increases, there is what sounds like static added to the sound output. I've attached two sound samples of high speed speech, which is a 4X speed up of a popular TTS voice in the blind community (voxin/Eloquence). I've sped

Hi, Jean-Marc, and thanks for the quick reply. Let me just say I'm a huge fan of speex, and the work you've done. I actually barely understand what I'm reading so far in the source code and documentation, just enough to understand just how cool the algorithms are. LPC10 and MELP allow me to speed up speech with a simple hack on the decoder frame size. Playing fewer samples per

I was able to easily hack in an option to play back at different speeds. For example, using "speexdec --speed 2.0 file.enc file.wav" plays back encoded file.enc at 2X speed. What I did was divide st->frameSize and st->subFrameSize by the speedup, and added a SPEEX_SET_SPEED decoder control for the nb_celp decoder. This produced speech that was 2X faster than the original.

Hi Bill, Any attempt to alter speed by simple insert or dropping produces poor results. Even if you can get it to sound smooth, the resulting pitch shift is horrible. You really need to use a transform that alters speed smoothly, while maintaining the original pitch of the voice. If you look in my spandsp library you will find a module which does exactly this, using an algorithm called

Hi I am currently trying to port speex v1.1.6 to a microcontroller with very limited memory (<64Kbyte RAM). what I found when initialising the encoder, a chunk of 32Kb was attempted to be alloced, which failed: src/nb_celp.c: void *nb_encoder_init(const SpeexMode *m) { /* snip */ st = (EncState*)speex_alloc(sizeof(EncState)+8000*sizeof(spx_sig_t)); /* snip */ } same goes for the

Thanks Jean-Marc. I do want to change Speex frame size to 320. In this case, I've changed frame size in init and modes (include framesize and subframesize). However, the audio quality becomes bad. It seems something else needs to be changed as well. Could you give a clue? Thanks, Dennis -----Original Message----- From: Jean-Marc Valin [mailto:jean-marc.valin@usherbrooke.ca] Sent:

This is going to take some explaining and I apologize in advance if any of this is found in the manual or sample code but I couldn't find it. I just graduated last may and this is my first experience with vocoders and dissecting a professional's code. I work for a company that is currently using a G729A vocoder from a 3rd party software company and is looking into speex so they no

I have been using the Speex NB mode with an 11025 kHz signal, without adjusting the framesize, and it's been sounding just fine to me. However I was wondering what the best way to make 11025kHz would be. I also have an audio driver that uses 2kB buffers, and the NB framesize of 160 doesn't divide evenly into that so I end up having to shovel tails of buffers around which isn't too

Hi Jean-Marc, Hi Jim, I have also seen some problems with the 1.1.8 release on the C55x. So far I have boiled down the issues to the following: 1) We need our own "fixed_xx.h" header file. I don't know why, and haven't had time to investigate, but there is a definite improvement when I use the attached fixed_c55x.h file which has turned all the maths into inline functions.

Has anyone needed a coded that Asterisk does not natively support, such as MELPe or CVSD? If so, did you find a pure software solution and provided that as an addition to Asterisk? Was that solution successful? Has using an I/F card with a DSP proved to be the better solutions? We are beginners with Asterisk so any help/advice on how to best implement non-native Codecs into Asterisk will be

Thank you so much for your quick reply. It looks quite easy to change it. But, how about those codebook and excite table? I notice them have been fixed as the length of 160. Thanks again, Dennis -----Original Message----- From: Jean-Marc Valin [mailto:jean-marc.valin@usherbrooke.ca] Sent: Wednesday, February 13, 2008 4:03 PM To: Dennis Liu Cc: speex-dev@xiph.org Subject: Re: [Speex-dev] Can

Hi, I am using speex 1.2beta2 on a 24bit DSP that has a severe program and data space limitations. I am only interested in the speex decoder for 11kbps narrowband implementation. I am using the following parameters and structures 160, /*frameSize*/ 40, /*subframeSize*/ 10, /*lpcSize*/ 17, /*pitchStart*/ 144, /*pitchEnd*/ /* 11 kbps medium bit-rate

Hi everyone, I've recently done some major internal changes in Speex aimed at reducing RAM (by nearly a factor of 2!) and improving quality of the fixed-point. In doing so, I might have accidently broken a few things. I'd like to hear feedback on the current svn code to make sure I fix any regression before the next release. I'm already aware that --enable-vorbis-psy is broken and

Hi, I have a module sampling raw PCM data on Win CE as 10ms time slice (160 bytes), mono, 8000HZ, 16 bits per sample. Does anyone know what is the mflops for using fixed point on a Win CE compared to using floating point? Looking at the manual, "In practice, frame_size will correspond to 20 ms when using 8, 16, or 32 kHz sampling rate." for a 8 kHz sampling, the framesize should be

# make make all-recursive make[1]: Entering directory `/tmp/speex-1.1.6' Making all in libspeex make[2]: Entering directory `/tmp/speex-1.1.6/libspeex' source='nb_celp.c' object='nb_celp.lo' libtool=yes \ depfile='.deps/nb_celp.Plo' tmpdepfile='.deps/nb_celp.TPlo' \ depmode=gcc3 /bin/sh ../depcomp \ /bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I.

Trying to build today's svn on fc5, gcc-4.1.0,amd64: gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I../include -I.. -I/usr/include -O2 -fPIC -funswitch-loops -ftree-loop-linear -march=k8 -ftree-vectorize -pipe -mfpmath=sse -frename-registers -O3 -msse -MT nb_celp.lo -MD -MP -MF .deps/nb_celp.Tpo -c nb_celp.c -fPIC -DPIC -o .libs/nb_celp.o nb_celp.c: In function 'nb_encode':

It's not really documented, but when you compile with --enable-sse, you need to add -march=pentium3 to the compile switches. That's actually a gcc requirement. Jean-Marc Le mer 21/01/2004 à 04:22, war a écrit : > gcc-3.2.2 + slack 9 + p4 2.6ghz (has sse/2) > > ./configure --prefix=/app/speex-1.1.4 --enable-shared --enable-sse > --with-ogg-dir=/app/libogg-1.1 >

Hi All, I'm trying to build speex for the mini2440 board, with this toolchain: http://www.friendlyarm.net/dl.php?file=arm-linux-gcc-4.3.2.tgz because speex is a dependency of the sip softphone 'linphone'. The 'configure' string I'm using is this: ./configure --prefix=/usr --host=arm-linux --with-gnu-ld --disable-static --enable-fixed-point --enable-arm-asm Other