similar to: [PATCH] smallft.c

Hello list I've been studying libvorbis code and found a strange fragment in smallft.c: 38 static void drfti1(int n, float *wa, int *ifac){ 39 static int ntryh[4] = { 4,2,3,5 }; 40 static float tpi = 6.28318530717958648f; 41 float arg,argh,argld,fi; 42 int ntry=0,i,j=-1; 43 int k1, l1, l2, ib; 44 int ld, ii, ip, is, nq, nr; 45 int ido, ipm, nfm1; 46 int nl=n; 47 int nf=0;

Hello, I''ve setuped an ethernet bridge on a debian sarge 3.1 with l7-filter + ipp2 shapper rules The server is a supermicro p4sci + celeron pentium 4 base 3ghz + 512Mb + 2 ethernet e1000 One interface is connected to a cisco catalyst switch The other interface is connected directly to a CMTS (a sort of router for cable modem) configured as bridge too. More than 20Mbps of bandwith

Hi all, Speex and the Vorbis library both define internally used functions with the names: drft_init drft_forward drft_backward drft_clear When Speex and Vorbis are used as dynmaic libs, there is no symbol clash because both libraries limit the number of functions they export to what is absolutely necessary. However, when linking static versions of these two libraries, the names

Hi all, I recently noticed that Vorbis shlibs export several symbols which are not present in it's public header (for a total of 85 symbols, see attach). Would it make sense to filter them via -fvisibility=hidden and -Wl,--version-script? I attached a draft patch. Best regards, Yury Gribov -------------- next part -------------- _book_maptype1_quantvals _book_unquantize __bss_start

faced this exact same problem a few times on more than one servers and it was 1) dialplan issue which was not hanging up the zap channels correctly 2) using more than 8 spans on a server. Asterisk can't handle more than 96 zap channels on T1s. FXO/FXS combinations can vary the number of spans but if you know what I mean by spans, in production don't use more than 6 spans. On 2010-03-17

This patch enables compilation with GCC 4.7.1 and --enable-shared=yes --enable-static=no --enable-vorbis-psy -------------- next part -------------- diff -r -u speex/configure.ac speex/configure.ac --- speex/configure.ac 2013-04-24 19:08:00.710564608 +0400 +++ speex/configure.ac 2013-04-24 20:04:33.589310544 +0400 @@ -204,7 +204,7 @@ AC_DEFINE([TI_C55X], , [Enable support for TI C55X DSP])

Any C gurus out there that can tell me if this code compiled ok to be used in x86_64 (Pentium Dual Core). It's for the app_conference application. Im using Centos 4.3 x86_64 kernel: 2.6.9-34.ELsmp libgcc-3.4.5-2 gcc-3.4.5-2 after the compilation part is the makefile ************begin compilation******************* [root@centos app_conference]# make clean rm -f *.so *.o app_conference.o

--- Jean-Marc Valin <jean-marc.valin@usherbrooke.ca> 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 > > remove? Currently, when I compiled the version >

A couple of things to be noted on the symbian port. 1. the spokn.mmp file is missing window.c, please add that. 2. smallft.c is not required. it has global data that prevents compilation on symbian. 3. lbr_48k_tabels.c has a global variable called dummy_epic_48k_variable on line 37. this has to be commneted out too. 4. check that all tables are declared const. i will shortly post the symbian

Hi, 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 with the TI TMS320 and Fixed-Integer options, I get around 522Kb. I would like to reduce it to as small

Hi, I am submitting a small patch for Vorbis psy.c... * Make use of NEGINF constant where possible Does this look OK? - Michael Index: psy.c =================================================================== --- psy.c (revision 18737) +++ psy.c (working copy) @@ -29,7 +29,7 @@ #include "scales.h" #include "misc.h" -#define NEGINF -9999.f +#define NEGINF (-9999.f)

Hi, The --sign option in flac can be signed or unsigned, but the error message mentions "uint32_t". - Michael diff --git a/src/flac/main.c b/src/flac/main.c index 4e7361b3..c6d9b1e3 100644 --- a/src/flac/main.c +++ b/src/flac/main.c @@ -817,7 +817,7 @@ int parse_option(int short_option, const char *long_option, const char *option_a else if(0 == strncmp(option_argument,

The following block in os.h needs to be changed for vorbis to work under Borland: Original: #ifndef __GNUC__ #ifdef _WIN32 # define alloca(x) (_alloca(x)) # define rint(x) (floor((x)+0.5)) #endif #endif New: #ifndef __GNUC__ #ifdef _WIN32 # ifdef __BORLANDC__ # include <malloc.h> # else # define alloca(x) (_alloca(x)) # endif # define rint(x) (floor((x)+0.5)) #endif

I'm working on getting the Darwin/Mac OS X port of Vorbis up and running again and have run into problems building libvorbisfile. I have installed the latest libtool (1.3.5) and modified it to handle Darwin/Mac OS X better (to create shared libraries, dylibs, that can be linked against other dylibs instead of creating bundles which cannot be used as input to the linker). But, when it tries

Hi, Attached is a patch which enables FFTW3 to be used by libspeexdsp. Using SSE, the FFT code is more than twice as fast, and it's 50% faster even without SSE. To enable the library, you'll need to call configure with '--with-gpl-fftw3'. Based on the benchmarking we did, this also changes the default FFT to smallft for floating point implementations when not using FFTW3.

Hi Guys, I want to compile libvorbis, but I get this error message if I made a make. I use Sun Solaris 9 on a UltraSPARC Server and gcc 3.3 can anyone help me, please? <p>Best Thanks Daniel Here the message output from compiling. ----------------------------------------- /usr/ccs/bin/ld -G -z defs -h libvorbis.so.0 -o .libs/libvorbis.so.0.3.0 mdct.lo smallft.lo block.lo envelope.lo

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

This patch updates the symbian build files to latest svn trunk, and also adds a new makefile for speexdsp. Signed-off-by: Alfred E. Heggestad <aeh@db.org> --- Index: symbian/speexdsp.mmp =================================================================== --- symbian/speexdsp.mmp (revision 0) +++ symbian/speexdsp.mmp (revision 0) @@ -0,0 +1,42 @@ +/* + Copyright (C) 2003 Commonwealth

>> > 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 think it's worth trying the float version on your CPU. However, I >wouldn't be surprised if the fixed-point was still faster than float. ok, I'll try both configurations. >BTW, you can use --enable-arm5-asm instead of --enable-arm4-asm. While >both are currently almost the same, eventually it would be possible to >get better performance using the