similar to: FIXED_POINT issue

Hi, Should FIXED_POINT work fine on WIN32 or is it just for CE, Symbian and TI? - Keith ----- Original Message ----- From: "Jean-Marc Valin" <jean-marc.valin@usherbrooke.ca> To: "Keith Gurganus" <kgurganus@zygodigital.com> Cc: <speex-dev@xiph.org> Sent: Friday, October 19, 2007 10:59 PM Subject: Re: [Speex-dev] FIXED_POINT issue > What version are you

Keith Gurganus wrote: > Should FIXED_POINT work fine on WIN32 or is it just for CE, Symbian and TI? Fixed-point should work on any platform that can multiply two 16-bit integers, including Win32 (that is, until MS releases it's proprietary replacement for integers). Jean-Marc > - Keith > > ----- Original Message ----- From: "Jean-Marc Valin" >

Hello - We are building Speex 1.2rc1 on Symbian/S60 using the GNU csl-arm-2005Q1C tool chain provided in the S60 SDK. We build with the supplied config.h and define FIXED_POINT to 1. We found that the encoded audio is "garbled" when we build with GCC -O1 or -O2 optimization level with fixed point enabled. But if fixed point is enabled and no GCC optimization level is specified,

hi, i am trying to compile a fixed point version of lipspeex on desktop windows environment. a short reason for the complicated story is that we need to keep the 'engine' part of our project same across the various ports of our voip project (blame the pointy haired boss). now, when i compile with FIXED_POINT defined in the Visual C++ 6.0, i get these errors:

I have build celt with FIXED_POINT option (latest 0.6.1 as well as from the git repo) on windows. However I am not getting a valid output (all samples are saturated) when I try to decode with this version. The input file was encoded with the same fixed point version. Does fixed point version work at all? Following are the command line settings; Samplerate; 48000 Channels: 2 Framesize: 256

Hi, I've recently successful built and run CELT under Windows using "testcelt.c" example file. Since I'm about to port it on a embedded platform i activated the FIXED_POINT #define. I included fixed_generic.h and without other changes to the code i tried to encode and decode the same file i previously used. The output though is completely saturated i.e. it jumps from -32768 to

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

Hi, We are rebasing our audio compression subsystem using OPUS rather than SPEEX. The platform is Android but this piece is written in C code: we need to support armv5/armv7/x86 architectures.... and we use the released opus-1.1beta package from here<http://downloads.xiph.org/releases/opus/opus-1.1-beta.tar.gz>. A lot of our OPUS build system + code to drive the audio compression has been

Actually opus-tools-0.2 has the same issue. Sincerely Forrest Zhang -------------- next part -------------- Add "#define FIXED_POINT 1" into the top of resample.c, outputs of resample are all zeros. Actually the data transform is required before/after calling speex_resampler_process_native(). diff -Naupr libopusenc-0.2.1-vanilla/src/resample.c libopusenc-0.2.1/src/resample.c ---

I'm using speex under symbian (8000 hz, 16 bit) narrow band. The phones API only give me a buffer of 4096 bytes in recording.To reproduce audio I must fill up the buffer of the same dimension. 4096 isn't a multiple of 320. I want encode the audio in streaming. The solution that I adopt to encode is: - Divide 4096-256 bytes in 12 frames of 320 bytes. - Therefore the frame number 13 is

Why don't you just try it? From what others have been reporting, it shouldn't take you long to get it running. You can use speexenc and speexdec for testing. On Nov 12, 2008, at 2:26, "Vincent Burel" <vincent.burel at vb-audio.com> wrote: > ok, thanks for these precision, and do you have some measure about > CPU load > ? > i really would like to get a

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 -----

Jonathan Lennox wrote: > -# if defined(FIXED_POINT) > +# if defined(FIXED_POINT) && \ > + ((defined(OPUS_ARM_MAY_HAVE_NEON) && !defined(OPUS_ARM_PRESUME_NEON)) || \ > + (defined(OPUS_ARM_MAY_HAVE_MEDIA) && !defined(OPUS_ARM_PRESUME_MEDIA)) || \ > + (defined(OPUS_ARM_MAY_HAVE_EDSP) && !defined(OPUS_ARM_PRESUME_EDSP))) > opus_val32 (*const

I can confirm that it will run in real time on iPhone if you compile with FIXED_POINT defined; it will also run in real time if you have FLOATING_POINT defined and disable 'Compile for Thumb' in the target's build settings in xcode. Wideband works too. Cheers, Dave

Hello, for your consideration. The following patch moves the channel_pos() function from within the #if !defined(DISABLE_FLOAT_API). This change is required when compiling with FIXED_POINT and DISABLE_FLOAT_API defined. #### ### diff --git a/src/opus_multistream_encoder.c b/src/opus_multistream_encoder.c index 3efab53..6f3eb53 100644 --- a/src/opus_multistream_encoder.c +++

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

Hi all, i'm using speex under symbian. When i have compiled the lib for ARM platform i have obtained the follow error: "Error: Can not represent OFFSET_IMM8 relocation in this object file format (1)" I have defined FIXED_POINT 1 and ARM4_ASM. The error is in the function forced_pitch_quant contained in ltp.c. The line that produce the error is:

Please compare samples: http://www.ivo.pl/ivo2/sound/krwawa_org.wav http://www.ivo.pl/ivo2/sound/krwawa_fixed.wav http://www.ivo.pl/ivo2/sound/krwawa_float.wav krwawa_org.wav is original file. Both output files was created using same program by compressing from wav to speex, then decompressing from speex to wav (using speex_encode_int and speex_decode_int). Only difference was used speex

Hi all I have spent the last three days evaluating CELT on our supported platforms. I found a bug in quant_bands.c, that due to processor/compilation differences did not cause an issue on x86 platforms, but is a problem on the MIPS processor embedded devices. When decoding on the MIPS devices, there was a lot of noise added during the decoding, the noise is mainly in the 15 khz to 21 khz range.

Hi, I'm trying to use a denoiser on a wince with a FIXED_POINT defined. Denoiser works OK - it removes the noise, but then it unacceptable hurts a voice. Here is a code that I use: #define TEST_DENOISE_SAMPLES 2000 void test_denoise() { FILE *fin; FILE *fout; spx_int32_t rate=0; int chan=1; int fmt=16; int denoise_enabled = 1; SpeexPreprocessState *preprocess;