similar to: error compiling when FIXED_POINT and DISABLE_FLOAT_API are defined

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

Hi. I found that DTX is always unavailable when DISABLE_FLAOT_API is not defined in OPUS_AUTO mode. As you know analysis_info.valid is alway true except NaN case and is_silence is alway true except digital zero signal case. In general, following condition will be alway true except exceptional case. (analysis_info.valid || is_silence) But in a code, there is a NOT expression in front of above

The opus code default compiles on -o2 optimization level. I would like to change it to -o3. I have tried doing the changes in makefile.unix . The change is not getting reflected. I am building the code in Code composer studio for TI processor C6000. Could anybody help me with this -------------- next part -------------- An HTML attachment was scrubbed... URL:

Greetings, I have found that QCONST16(32.f, 10) yields different result (from gcc 4.4.7 ) when the code is compiled for TI C55 or C64 DSPs. gcc - result is 32767 TI compiler result is -32768 (C55 compiler version 4.4.1 and C6x compiler version 7.4.2) Although not in the current code, QCONST32(32.f, 26) results differ in similar fashion. Judging by the use #ifdef TI_C.. in the code base, these

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

Description =========== This patch adds support of CMake meta build system, so you can generate Unix makefiles, VS 6.0-2017 projects and many more. Features ======== * Win32 and Linux tested * Travis CI test added * Generates working Visual Studio 6.0-2017 solutions * Generates working Unix Makefile * Supported options (<option> - <default value>): * `ENABLE_FLOATING_POINT` - on

Should call celt_inner_prod(). --- celt/bands.c | 7 ++++--- celt/bands.h | 2 +- celt/celt_encoder.c | 6 +++--- celt/pitch.c | 2 +- src/opus_multistream_encoder.c | 2 +- 5 files changed, 10 insertions(+), 9 deletions(-) diff --git a/celt/bands.c b/celt/bands.c index bbe8a4c..1ab24aa 100644 --- a/celt/bands.c +++ b/celt/bands.c

Hi, I've attached a patch to fix use_dtx when building with DISABLE_FLOAT_API. Thanks, Felicia -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.xiph.org/pipermail/opus/attachments/20160720/4bcbab8d/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Fix-use_dtx-for-DISABLE_FLOAT_API.patch

Change-Id: I16bd4cd990d8ad5888c9e30016218ac25242ecb5 --- src/opus_multistream_encoder.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/src/opus_multistream_encoder.c b/src/opus_multistream_encoder.c index 30cafe1..c07132f 100644 --- a/src/opus_multistream_encoder.c +++ b/src/opus_multistream_encoder.c @@ -747,7 +747,8 @@ static void ambisonics_rate_allocation( if

--- src/opus_multistream_encoder.c | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/src/opus_multistream_encoder.c b/src/opus_multistream_encoder.c index 6e87337..7163d14 100644 --- a/src/opus_multistream_encoder.c +++ b/src/opus_multistream_encoder.c @@ -98,7 +98,8 @@ static opus_val32 *ms_get_preemph_mem(OpusMSEncoder *st) else ptr += align(mono_size);

Fixes issue #95 on GitHub. --- src/opus_multistream_encoder.c | 57 ++++------------------------------ 1 file changed, 6 insertions(+), 51 deletions(-) diff --git a/src/opus_multistream_encoder.c b/src/opus_multistream_encoder.c index 6cc1f432..9cb9bf34 100644 --- a/src/opus_multistream_encoder.c +++ b/src/opus_multistream_encoder.c @@ -742,20 +742,9 @@ static void ambisonics_rate_allocation( {

Hi, I have an application for Windows that encodes speex into a QT Movie. This all work just fine. I am porting it to Windows Mobile and read to use the FIXED_POINT define for better performance. I decided to test FIXED_POINT on Windows and noticed that with FIXED_POINT the audio was garbled where before it was fine without FIXED_POINT defined. Is there any known issues or anything I must do

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

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

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,

On 13-07-18 8:12 AM, Dubois-Rande, Antoine wrote: > C:/android/android-ndk-r8e/toolchains/arm-linux-androideabi-4.6/prebuilt/windows/bin/../lib/gcc/arm-linux-androideabi/4.6/../../../../arm-linux-androideabi/bin/ld.exe: ./obj/local/armeabi/lib0.a(analysis.o): in function > run_analysis:jni/src/libopus/src/analysis.c:636: error: undefined reference to > 'optimize_framesize'

Hi all, I'm developing a VoIP application for my IPAQ 5450 and from some moths i'm using speex as codec. Now is the time to obtain the best possible audio quality. As my PocketPC is not a smartphone my main problems are the echo cancellation and the noise. As the first one can be solved by using headphones how can i solve the second? Do someone have some hint for me regarding the

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