similar to: Does VBR work for speex in non-float platform now?

Hi everyone, Just to let you know that version 1.2beta3 is out. The main change is the split into libspeex and libspeexdsp. Basically, libspeex keeps the codec (just like it was for 1.0.x) and libspeexdsp has all the new components. Other changes include a new jitter buffer algorithm and resampler improvements/fixes. This is also the first release where libspeex can be built without any floating

Hi all, I am a newbie here and just started using speex in our lab. During compiling my voice application with windows-compiled version provided today, I am getting "unresolved external symbol _speex_wb_mode". I am probably missing some setting with VS6.0 linker... (I am a bit new to windows too) If anyone could point it out, I would appreciate it. - Tim -----Original Message-----

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

Do you have the WIN32 macro defined in your code that includes speex.h. If not, try defining that and let me know if it works. Cheers, Jean-Marc Tim Na wrote: > Hi all, > > I am a newbie here and just started using speex in our lab. > During compiling my voice application with windows-compiled version provided > today, I am getting "unresolved external symbol

Greetings to All! Now I am trying to run speex on TI DSP... I need only coder+decoder+AEC. Bitrate 8000bps. Building with floating point support. What can i do, to reduce RAM consumption? I mean very serious RAM optimisations. Deleting not used structure fields, etc... May be I can do something with alloc... Help me to determine that it is possible to throw out. What is best result(in RAM

-----Original Message----- From: Jean-Marc Valin [mailto:jean-marc.valin@usherbrooke.ca] Sent: Tuesday, June 19, 2007 6:38 PM To: Michael Shatz Cc: speex-dev@xiph.org Subject: Re: [Speex-dev] Blackfin inline assembler and VisualDSP++ toolchain >> Yes, data footprint in the new version is quite manageable. Still I would >> wish better documentation for speex_alloc_scratch(). >

Hi Mark, Code below: int16_t* samples; int16_t* fbSilenceFrame; void *fSpeexState; float eng(0.f); int speexFrameSize(0); speex_encoder_ctl(speexState, SPEEX_GET_FRAME_SIZE, &speexFrameSize); for (int i = 0; i < speexFrameSize; i++) { eng += samples[i] * samples[i]; } if (eng / speexFrameSize < 3.f) { memcpy(samples, silenceFrame, speexFrameSize * sizeof(int16_t)); } where

Hello, I'm trying to compile linphone 3.0.0 in Ubuntu And I'm getting the following compilation error. I somewhere read that the fault happens because of the gcc 4.3.2 that debian based linux uses. Is there any solution (except downgrading gcc) Thank you in advance if /bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I.. -I../../oRTP/include

> Speex has gone through alot of improvements since then, and I don't think the > speex you have produces a binary compatible bitstream with the current > trunk/release (if you are not looking for compatibility with other systems, > it doesn't matter). Just a note here. Speex has maintained bit-stream compatibility since pre-1.0 releases. I make lots of minor optimisations

Hi, I've attached a patch against SVN r14645 which adds GCC visibility information to all symbols exported from libspeex.so and libspeexdsp.so. It includes a configure.ac change to test that both the compiler flags and __attribute__((visibility)) works, and if so will #define EXPORT __attribute__((visibility("default"))) and if not #define EXPORT I've attached a diff output

Hi, I've attached a patch against SVN r14645 which adds GCC visibility information to all symbols exported from libspeex.so and libspeexdsp.so. It includes a configure.ac change to test that both the compiler flags and __attribute__((visibility)) works, and if so will #define EXPORT __attribute__((visibility("default"))) and if not #define EXPORT I've attached a diff output

On Mon, 21 Dec 2009 21:00:01 +0100, <speex-dev-request at xiph.org> wrote: > Thank you for your product Speex. We want to use it in > microcontroller AT91SAM7S256 (48 MHz). I'd strongly advice to use a higher performance micro. Let's consider that you'd succeed in getting it working right after optimizations. The time you want to add other speex features or other

Hello, I'm trying to use speex for implementing a VoIP demo application using linphone on an embedded system. At the moment I'm not really able to do real time encoding, and thinking about making an assembler port for speex to the AVR32 architecture. The AVR32 is a new hybrid MCU/DSP fixed point processor running at 120Mhz in my application. Does anyone have experiences/info about the

Hi, I dial on A* from a linphonec to a Playback() extension, then suddenly the sound stops after a while, without any notice. I enabled debug both in linphone and A*, and the RTP packets are sent from A* and received from linphone. It doesn't matter whether I choose alaw, ulaw, gsm as codec (besides changing cpu load of course). How can I debug it? I'm using A* 1.6.2 and both linphone

Hi John, 1. Could you get any further, in your quest for working BLF with linphone ? 2. Have you tried with a different Linphone version (4.12 is pending on Linux, packaged as an AppImage, or 4.11 exists on iOS/Android/Win10) ? Best regards Le mer. 25 mars 2020 à 15:06, John Hughes <john at calva.com> a écrit : > > On 23/03/2020 18:51, Joshua C. Colp wrote: > > On Mon, Mar

How much memory reduction are you after? There's lots of stuff you can delete, starting with defining DISABLE_VBR, DISABLE_WIDEBAND and DISABLE_FLOAT_API. From there, you can delete all the *table.c files except for exc_10_32_table.c, gain_table_lbr.c and lsp_tables_nb.c. In libspeexdsp, you can pretty much delete everything (preprocessor, jitter buffer, resampler, ...) but mdf.c Jean-Marc

Today's "frustrated programmer" award goes to Linphone, which has the following debug output: > (linphone:28655): LinphoneCore-WARNING **: this fucking remote sip phone did not answered properly to my sdp offer! I get this message when I connect to linphone using a softphone, or when I try to use linphone to connect to asterisk and listen to an announcement. I suspect that

Hi folks an issue I don't understand. I'm running * stable 1.0.3 on public internet, with following iax.conf / sip.conf entries: iax.conf [100] type=friend username=Foo context=default auth=md5,plaintext,rsa secret=secret host=dynamic callerid="Foo" <100> qualify=no sip.conf [10] type=friend username=Bar context=default callerid=Bar <10>

Hi All, I am getting this error during make. please help me./ speexec.c: In function `speex_ec_process': speexec.c:112: syntax error before "noise" cc1: warnings being treated as errors speexec.c:133: warning: implicit declaration of function `speex_echo_state_reset' speexec.c:148: warning: passing arg 5 of `speex_echo_cancel' makes pointer from integer without a cast

-----Original Message----- From: Jean-Marc Valin [mailto:jean-marc.valin@usherbrooke.ca] Sent: Thursday, June 14, 2007 11:17 PM To: Michael Shatz Cc: speex-dev@xiph.org Subject: Re: [Speex-dev] Blackfin inline assembler and VisualDSP++ toolchain Michael Shatz a ?crit : >>> Actually, you're the first I know using the VisualDSP++ toolchain >>> :-) >> >> I guess