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
>