similar to: Speex ver 1.1.10 decoder problem

OK, that was a stupid error in the le_int prototype. It's fixed in svn now. Jean-Marc Le mercredi 28 septembre 2005 ? 11:53 +1000, Jean-Marc Valin a ?crit : > OK, it seems like I screwed up the wav header code between 1.1.8 and > 1.1.9. Everything seems fine (playing to soundcard also works), except > that the length reported for the wav is too short, which is why it stops >

It's working fine now... Thanks for your help --- Jean-Marc Valin <Jean-Marc.Valin@USherbrooke.ca> wrote: > OK, that was a stupid error in the le_int prototype. > It's fixed in svn > now. > > Jean-Marc > > Le mercredi 28 septembre 2005 ? 11:53 +1000, > Jean-Marc Valin a ?crit : > > OK, it seems like I screwed up the wav header code > between

OK, it seems like I screwed up the wav header code between 1.1.8 and 1.1.9. Everything seems fine (playing to soundcard also works), except that the length reported for the wav is too short, which is why it stops player. Actually forcing the player to continue past the end gives the whole file. I'll check what went wrong and try to fix it when I have some time. It's likely in speexdec.c or

Are you using speexenc/speexdec? Which plateform? Jean-Marc Le mardi 27 septembre 2005 ? 17:32 -0700, Christina Saputra a ?crit : > Hi, > > I just started using speex recently and I've been > having problem with Speex ver. 1.1.10 decoder. I used > Speex to encode a wav file to spx then decode it back > to wav file to see the voice quality that results from > different

Hi all, I'm trying to use libspeex 1.1.10 on an ARM926EJ-Sid(wb) rev 3 (v5l). I executed the speexenc and speexdec test files and they can encode and decode. But I'm getting 95% of cpu utilization on the codification and 44% on the decodification. I saw in the post: http://lists.xiph.org/pipermail/speex-dev/2005-June/003485.html that this version of speex works fine on ARM

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, 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, I am experiencing some unfortunate problems when encoding WAV files to spx using version 1.0.4. A "click" which is not present in the original WAV file is added to the end of the spx file. Is this a known problem, and if so, which version of the encoder should I switch to... and if I have to switch the encoder, will I also have to switch the version of the decoder? Sincerely,

Hi all, i'm going to try to create an app using libspeex (Speex 1.1.10) and Visual Studio and just have a few questions. First, what's the difference between libspeex and libspeex_dynamic? Do I need to include both projects in my new workspace? Next, how do I enable fixed_point using libspeex? Am I correct in assuming that an ARM processor would be able to record speech as speex files

Ashhar Farhan wrote: > > dear Anders, > > the speex encoder really does not know when you are ending a wave file. > most probably there is a one-off error in your loop that reads the wave > file and you are incorrectly reading the end of the wave file. Hmmm, I am using code ripped verbatim from speexenc. Are there any known bugs of this kind in that? > btw, it will be

this is not really a development question, but i didn't find another mailing list to ask it. any idea why size of wav file doubles when it is encoded to speex and back to wav: $ ls -ls testi.wav 40 -rw-r--r-- 1 foo foo 40674 May 4 14:38 testi.wav $ speexenc --denoise --agc --quality 10 testi.wav testi.spx Encoding 8000 Hz audio using narrowband mode (mono) $ ls -ls testi.spx 20

Jean-Marc Valin wrote: > On mar, 2004-09-14 at 16:31 -0700, wrote: > >>Hi there. We're trying to build a speex decoder for Palm OS (i.e. ARM7). >> >>No major problems porting thus far, but when compiling the speex modules with -DFIXED_POINT all the silent parts of the output are replaced with what sounds like high-power white noise. The spoken parts sound great, but

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 there. We're trying to build a speex decoder for Palm OS (i.e. ARM7). No major problems porting thus far, but when compiling the speex modules with -DFIXED_POINT all the silent parts of the output are replaced with what sounds like high-power white noise. The spoken parts sound great, but all the silent parts in between speaking just sounds like white noise. We're using speex 1.1.6,

Hello Bernard, Friday, December 13, 2002, 7:22:54 AM, you wrote: Bernard> I've one small request - an option on speexenc that allows you to Bernard> specify a speex file to append to, allowing you to concatenate Bernard> streams without losing quality by decoding & encoding. Ideally, it Bernard> would: But you can `cat speex1.ogg speex2.ogg> unionspeex.og` and still have

Hello, I encode a file with speex so i get a .spx file but i want to decode the same file i get only one second of my file and nothing Some idea why? Thanks Damien -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/speex-dev/attachments/20070430/d5a95090/attachment.html

It seems that with the file I posted, the decode noise persists all the way back to 1.1.1, when using --enable-fixed-point. When we configure with --enable-fixed-point-debug, the decode seems to be correct, even on 1.1.6. Hope this helps, and thanks for your time! Regards, Owen Jean-Marc Valin wrote: > Hi Owen, > > I have little time right now to look at the details, but it would

Hi all, I've another trivial request: Is there any particular reason why speexenc and speexdec return 1 on successful completion? It would be preferable if they returned 0 unless there were errors, to be consistent with other *nix utilities and to allow for easier scripting (eg speexdec sample.spx && cp sample.spx somewhere) Would anyone be against this? TIA, Bernard. --

On Fri, Apr 4, 2008 at 12:19 AM, Jean-Marc Valin <jean-marc.valin at usherbrooke.ca> wrote: > Jahn, Ray (R.) a ?crit : > > > Dear Speex codec community: > > > > I am working on conversion of voice files. I could not figure out how to use speexdec.exe 1.2.3 in piped mode in order to avoid the creation of the potentially large intermediate *.wav or *.pcm files. Any

The following patch (based off of the current CVS tree) is necessary to compile Speex on IRIX (or any other system that doesn't include getopt_long in the system libraries). I would suggest further that src/getopt_win.h be renamed to getopt_long.h since it's not just Windows that lacks getopt_long. Michael Index: configure.in