similar to: white noise problem when using -DFIXED_POINT

Displaying 20 results from an estimated 4000 matches similar to: "white noise problem when using -DFIXED_POINT"

2004 Sep 14
2
white noise problem when using -DFIXED_POINT
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
2004 Sep 15
1
white noise problem when using -DFIXED_POINT
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
2004 Sep 14
0
white noise problem when using -DFIXED_POINT
Hi Owen, I have little time right now to look at the details, but it would help if you could test with all 1.1.x versions and see when the problem appeared. Also, compile with --enable-fixed-point-debug so messages will be printed in case of overflows. Jean-Marc P.S. Please also post the original file. On mar, 2004-09-14 at 22:42 -0700, wrote: > Jean-Marc Valin wrote: > > On mar,
2004 Aug 06
1
Status of fixed point
Hello, Can somebody tell me something about the status of the fixed point code at this moment ? I did some tests today with the latest CVS version of speex, but enabling -DFIXED_POINT results in distorted sound in my test application. Is the fixed point code supposed to work properly at this moment ? Regards, /Ico -- :wq ^X^Cy^K^X^C^C^C --- >8 ---- List archives:
2007 Jul 04
1
Using speex on ARM7TDMI...
Hi, I'm evaluating the libspeex library for usage in an embedded platform based on an ARM7 TDMI micro (the ubiquitous Atmel AT91SAM7S). In details, I'm trying to use libspeex to encode the audio stream coming into the micro from an I2S channel and saving the encoded audio to an SD card (currently in binary format just to test it decoded back to the I2S channel from the saved file), but
2004 Sep 29
1
ARM w/ assembly & fixed point crash
I've targeted Speex to run under eCos with Thumb interworking using arm-elf-gcc 3.3.3 I'd written a small test case to verifiy the operation: #include <speex/speex.h> void speex_test(void) { SpeexBits bits; unsigned int frame_size; void *enc_state; float *speex_frame; cyg_uint64 t1, t2; int i; speex_frame = (float *)0x00030000; /* Address of Speex data
2004 Aug 06
2
Error in compiling Speexdec code (Speex-1.1.5 code)onWindows usingVC++6.0
Thanks a lot Zen. Basically I'm trying to create a Speex decoder for Pocket PC. Actually I've already implemented an application for (talking phrasebook) Pocket PC using .NET CF. Now in that app I'm using XAudio MP3 decoder to play MP3 files from within my application. My doesn't have a player GUI, I'm just using the MP3 decoder programmatically from within my app. Now since
2017 Oct 18
4
Global stack on Cortex-M4
Hi all ! I just learned about the Opus codec and would like to try it out on my NRF52 (Cortex-M4) target.   I've been struggling a bit with the "trival_example.c" setup but repeatedly run into "hard fault" crashes when stepping through the code. Firstly; for a "bare bone" configuration, does the following compiler directives make sense ? UDEFS =
2006 Dec 07
1
speex 1.2beta1 encoding/decoding clicking noise on WM2003
Would it help if I scale the input wav data before encoding to spx? One interesting thing is if I encode the same wav file to spx(or decode the same spx file to wav ) on Windows platform, then there is no such big clicking noise, samething is true if I use floating_point speex library to encode/decode on WM2003. Problem happens only on WM2003 using FIXED_POINT library. Thanks Yanxin -----
2004 Aug 06
4
Decoding .spx with 1.0 on ppc produces noise!
Hi, I got my hands on the LCA 2003 CD today and I tried to listen to it on my powerbook running Linux. Instead of getting speech, I got an earfull of noise! Attempting the same experiment on an i386 with the same CD produced understandable speech. It seems that the output routine in speexdec converts the output data to little endian short format, which is incorrect on the ppc architecture. The
2005 Sep 27
4
Speex ver 1.1.10 decoder problem
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 speex options. Somehow, I couldn't get the original wav file back. I used both Speex ver 1.1.6 and ver 1.1.10 to both encode and decode, despite the same output
2004 Dec 13
1
Encoding performance on ARM7/9 ?
Hi, I have read the decoding side performance on ARM7 or ARM9. Your comment is very useful for us on evaluating the possible usage of Speex on our ARM system. How about the encoding performance? In your article, you mentioned "optimization". What is it? Is it included the 1.1.6 release source codes? thanks, Jay -------------- next part -------------- An HTML attachment was
2003 May 19
2
New Ogg HW Player?
('binary' encoding is not supported, stored as-is) I just got this link. They're saying they will (or only the could?) support Vorbis with future Firmware Versions. http://www.frontierlabs.com/NEXIA.html -- Daniel <p>Have you noticed that all you need to grow healthy, vigorous grass is a crack in your sidewalk? --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg
2007 Sep 17
1
Possible fixed point overflow/div 0 preprocess.c
Hi, I'll try to keep this as brief, yet descriptive enough to save everyone some time. If I'm off with this one please forgive me, but it has fixed my issues. I am not sure whether it is just my compiler (gcc 3.3.5) doing the wrong thing with the cast. File: preprocess.c Arch affected: x86, (others?) svn revision: 12778 Description: The SpeexPreprocessState_ member 'nb_adapt'
2007 Aug 24
1
Speex on ARM7
Hello I'm testing SPEEX on embedded board using ARM7 (Atmel). ARM7 don't have floating point so I'm using FIXED_POINT. Unfortunately the encoding speed is about 5 times slower then necessary for real time. ARM7 is slow for 16/8 bits operations. The sequence: static inline spx_word32_t compute_pitch_error(spx_word16_t *C, spx_word16_t *g, spx_word16_t pitch_control) {
2008 Apr 01
2
problem with some ogg header files with speex
Hi all, I am following the README.arm from Simon to cross compile linphone from my PC to an arm architecture. But i encounter problems about the ogg header. I have this following error when i write this line : ./configure --prefix=/usr --host=arm-linux --with-gnu-ld --disable-static --enable-fixed-point --enable-arm-asm the error is : . . make[2]: entrant dans le r?pertoire ?
2005 Oct 12
2
help using libspeex in win32
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
2008 Apr 01
5
cross compilation for ARM - ogg headers problem
On 01/04/2008, Erwan A <mout551 at hotmail.fr> wrote: > > Hi, > > Yes i agree with you. You don't have to delete these files. > > But if i cross compile with ogg header files, i have the following error : > > > /usr/lib/libogg.so: could not read symbols: Invalid operation > collect2: ld returned 1 exit status > make[2]: *** [speexenc] Erreur 1
2019 Feb 17
2
Custom mode
Hi all ! If someone could give me a hint on how to proceed with the following i'd be very happy: I have a test setup on an nrf52832 (Cortex M4) in which I receive audio from a PDM microphone (64 sample frame) and pass it directly to an I2S device i.e. from ISR to ISR. With uncompressed audio this works just fine. Now I try to insert OPUS1.3 in the path but cannot make it work. The
2005 Sep 27
2
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 >