similar to: Re: [xiph-commits] r8071 - trunk/speex/libspeex

Hi, I am getting the following dump while trying to build for arm ./configure --prefix=/root/dump --host=arm-linux --with-gnu-ld --disable-static --enable-fixed-point --enable-arm-asm -enable-arm5e-asm configure: WARNING: unrecognized options: --enable-arm-asm Type "make; make install" to compile and install Speex root at rony-ubuntu:~/speex# make make all-recursive make[1]:

Hi, I am bring SPEEX up on Analog Device's Blackfin (using Visual DSP++ tool set). The floating point was too slow on this fixed-point processor so I am going for the integer version. The floating point library build was very clean, but when I build with FIXED_POINT defined, the compiler exits when it find this discrepancy in \libspeex\cb_search.c : ".\libspeex\cb_search.c",

I am attempting to build the RC1 drop of libspeex for Windows with the MSVC toolchain (VS2013) and MinGW, the following is my configure line: CC=cl.exe CFLAGS=-MD ./configure --enable-shared=no --prefix /builds/Windows81/x86 --host i686-pc-mingw32 During the configure process (specifically the "checking whether the C compiler works...") I get a Windows popup telling me that the test

Hi Jean-Marc, I have the following problem when cross-building speex 1.1.7 with MaverickCrunch support. To add this support I had to define CPPFLAGS as follows: export CPPFLAGS='-mcpu=ep9312 -mfix-crunch-d1' but it seems libtool does not like it, while the object files are compiled fine: ... arm-linux-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include

I've been able to get Speex to compile on gcc 2.95.3 with no problems. When using gcc 3.2 I get the following output: gcc -DHAVE_DLFCN_H=1 -DHAVE_SYS_SOUNDCARD_H=1 -DHAVE_LIBOGG=1 -DHAVE_LIBM=1 -DVERSION=\"1.0beta1\" -I. -I. -march=pentium4 -mcpu=pentium4 -O3 -pipe -c high_lsp_tables.c -o high_lsp_tables.o cb_search.c: In function `split_cb_search_shape_sign': cb_search.c:500:

I'm aware of the problem, but I don't know how to get autoconf to handle that properly. If someone knows how to make that work with autoconf even with non-gcc compilers and with default CFLAGS, I'm interested. Jean-Marc Le jeu 01/04/2004 à 17:21, Michael T. Dean a écrit : > When compiling Speex 1.1.4 with GCC 3.3.2, the option -msse must be > added to the CFLAGS in

I discovered that starting from svn commit 13186, liibspeex does not work anymore. Version 13178 and earlier works ok. Revision: 13186 Author: jm Date: 0:16:56, 25 June 2007 Message: Tuned the vocoder gains and prevented the ol_gain from being reduced by the encoder for voiced segments. ---- Modified : /trunk/speex/libspeex/nb_celp.c I tested it on Windows Mobile 5.0 PocketPC platform with

>> > Sorry if this a repost but I want to create the >> > smallest Speex library possible to be put in TI's >> > TMS320 DSP. I'm only interested in one >> configuration: >> > 5.97 Kbps narrowband. What part of source code >> can I >> > remove? Currently, when I compiled the version >> 1.1.12 >> > libspeex.a library

hi Jean-Marc, I just updated from svn and it looks like there are some errors in the speex.mmp file. the filters.c is duplicated, and the fft/kiss.c files are still missing.. /alfred Jean-Marc Valin wrote: > Applied in svn. Thanks. > > Jean-Marc > > Alfred E. Heggestad a ?crit : >> hi, >> >> this patch should fix the symbian build. >> >> >>

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

Applied in svn. Thanks. Jean-Marc Alfred E. Heggestad a ?crit : > hi, > > this patch should fix the symbian build. > > > /alfred > > > ------------------------------------------------------------------------ > > Index: symbian/bld.inf > =================================================================== > --- symbian/bld.inf (revision 12114) > +++

From: Jim Crichton [mailto:jim.crichton@comcast.net] Sent: Tuesday, June 19, 2007 10:47 PM > >For TI DSPs, I used a private memory array rather than the C stack, and a >debug patch in stack_alloc.h to measure the scratch usage: > >#if 1 >extern char *spxGlobalScratchFree; >#define ALLOC(var, size, type) (var = PUSH(stack, size, type),

--- Jim Crichton <jim.crichton@comcast.net> wrote: > >> > Sorry if this a repost but I want to create the > >> > smallest Speex library possible to be put in > TI's > >> > TMS320 DSP. I'm only interested in one > >> configuration: > >> > 5.97 Kbps narrowband. What part of source code > >> can I > >> >

Hi all, Can someone give me a simple rational explanation why a $5 analog handset gives me no echo whatsoever on an analog PSTN line, but PSTN-VoIP devices such as the TDM400 and Sipuras do and thus require software-based echo cancellation. Surely a $5 analog handset does not have an "echo canceller". The echo I mean is when I hear myself while talking to another party. I have heard

Hello *'s, I have question regarding Quintum Tenor AXT800 VOIP gateway can anyone integrate it with asterisk if anyone what is the scenerio i have scenerio which is quite simple but i am confused about it whether it is possible or not : I integrate it with asterisk for interanet no PSTN at all just only IPphones and analog phones connected on FXS port.Is it's neccassary to cannect with

Hi all! Speex can encode voice in eight different bit-rates that can be invoked by setting the "Quality" parameter. Another parameter that is of importance to what I am trying to achieve is "Complexity". My questions deal with "Complexity". I know that the CPU requirements for complexity 10 is about 5 times higher than for complexity 1. I have verified it while

Hi, I've been doing some development for Pocket PC 2003 applications and have happened to chance upon Speex. To date, I've been having some issues in linking libspeex.lib with my application in MS Visual Studio 2005. Upon building my program, I will always receive the error: fatal error LNK1181: cannot open input file 'd:\Recorder\libspeex.lib' Recorder A brief description

Here is code to add to configure.in to do what you want. It preserves CFLAGS and uses that var to hold the sse enable flags. You can subset this under the exisiting AC_ARG for sse or just make it do it all the time. If you notice the i?86, that means any x86 platform target will have it enabled. You can change that i686, but keep in mind that some distros compile/target for i386 on the glibc

On Fri, Mar 13, 2009 at 1:18 AM, Tzafrir Cohen wrote: > > On Thu, Mar 12, 2009 at 07:23:58PM -0700, James Salsman wrote: >> >> Apparently, on Ubuntu 8.04 LTS (which is based on Sarge, > > Wrong. Ubuntu LTS is not maintained by Debian. Please use the Ubuntu BTS > for problems with its packages. I understand that Ubuntu is not maintained by Debian, but it is based on it.

This is resolved: apt-get remove libspeex-dev cd ~/src/speex-1.2rc1/ ./configure --prefix=/usr make; make install cd ../ffmpeg ./configure --enable-libspeex make; make install worked; then I was able to decode a Speex .flv file: ~/flvs$ ffmpeg -i SpeexQ6R16Efalse.flv foo.wav FFmpeg version SVN-r17174, Copyright (c) 2000-2009 Fabrice Bellard, et al. configuration: --enable-libspeex