Displaying 20 results from an estimated 1000 matches similar to: "speex cvs: 'EncState' has no member named 'frame'"
2005 Apr 20
2
Speex-1.1.7 seems to crash with --enable-sse (on P3/GCC-3.2)..
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
<b></b>Hi,<br>
<br>
I also tried to build speex
2006 Feb 25
2
gcc-4.1: svn 10958 fix point build fails
Building svn 10958 on amd64, gcc-4.1:
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I../include -I..
-I/usr/include -O2 -fPIC -funswitch-loops -fvisibility-inlines-hidden
-march=k8 -ftree-vectorize -pipe -mfpmath=sse -O3 -msse -MT filters.lo
-MD -MP -MF .deps/filters.Tpo -c filters.c -fPIC -DPIC -o
.libs/filters.o
cc1: warning: command line option "-fvisibility-inlines-hidden" is
2004 Nov 30
1
Problem compiling speex 1.1.6
# make
make all-recursive
make[1]: Entering directory `/tmp/speex-1.1.6'
Making all in libspeex
make[2]: Entering directory `/tmp/speex-1.1.6/libspeex'
source='nb_celp.c' object='nb_celp.lo' libtool=yes \
depfile='.deps/nb_celp.Plo' tmpdepfile='.deps/nb_celp.TPlo' \
depmode=gcc3 /bin/sh ../depcomp \
/bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I.
2004 Aug 06
2
Port to uClinux
Hi,
I'm trying a quick port of this terrific codec to uClinux, a Linux-derivate
for mmu-less systems. I'm particulary interested in the alloc()'s the
library does, and it's stack usage.
In nb_celp.c I found two lines of code doing memory allocation :
nb_celp.c: st = (EncState*)speex_alloc(sizeof(EncState)+8000*sizeof(float));
nb_celp.c: st =
2005 Feb 19
2
memory usage
Hi
I am currently trying to port speex v1.1.6 to a microcontroller with
very limited memory (<64Kbyte RAM).
what I found when initialising the encoder, a chunk of 32Kb was
attempted to be alloced, which failed:
src/nb_celp.c:
void *nb_encoder_init(const SpeexMode *m)
{
/* snip */
st = (EncState*)speex_alloc(sizeof(EncState)+8000*sizeof(spx_sig_t));
/* snip */
}
same goes for the
2005 Sep 05
2
[PATCH] fix gcc 3.4 warnings
On Mon, 2005-09-05 at 10:29 +1000, Jean-Marc Valin wrote:
> > attached is a patch fixing some build warnings with ip3k-elf-gcc
> > (gcc 3.4-20030722-Ubicom-63-1211). not all fixes are elegant,
> > please review carefully before applying..
>
> Euh, could you explain what's wrong with "start" and "end"? Also, AFAIK,
> (int)floor(something) is
2005 Jul 28
1
[patch] libvorbis + gcc4
http://trac.xiph.org/cgi-bin/trac.cgi/ticket/583
looking at why gcc4 could increase vorbis so much, i first had a look at
the compiler options, and i saw -O20, as far as i know there is
-O0, .. -O3 and -Os but no -O20. changing that to -O2 (patch attached)
one gets close to the result of gcc-3.4.
gcc3.4-O20.ogg 20423
gcc4-O20.ogg 54623
gcc4-O3.ogg 54623
gcc4-O2.ogg 20423
looking
2005 Mar 08
1
Speex-1.1.7 seems to crash with --enable-sse (on P3/GCC-3.2)..
I tried building speex with SSE, and found that it crashes for me here:
[This is on RH=8.0]:
# libtool gdb ./src/speexenc
GNU gdb Red Hat Linux (5.2.1-4)
[...]
This GDB was configured as "i386-redhat-linux"...
(gdb) r --rate 8000 --16bit -n /dev/zero /tmp/foo
Starting program: /usr/src/speex-1.1.7/src/.libs/lt-speexenc --rate 8000
--16bit -n /dev/zero /tmp/foo
Encoding 8000 Hz audio
2006 Mar 01
0
gcc-4.1: svn 10958 fix point build fails
I'm not sure what you're trying to achieve here, but SSE and fixed-point
are mutually exclusive.
Jean-Marc
On Sat, 2006-02-25 at 19:02 -0500, sean darcy wrote:
> Building svn 10958 on amd64, gcc-4.1:
>
> gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I../include -I..
> -I/usr/include -O2 -fPIC -funswitch-loops -fvisibility-inlines-hidden
> -march=k8 -ftree-vectorize
2004 Aug 06
4
libspeex/SSE Intrinsics with GCC 3.3.x
When compiling Speex 1.1.4 with GCC 3.3.2, the option -msse must be
added to the CFLAGS in libspeex/Makefile.
GCC 3.1.1 added a new option "-msse" (see
http://gcc.gnu.org/gcc-3.1/changes.html , specifically under "New
Targets and Target Specific Improvements") to enable SSE instructions
within the compiler's output (for appropriate architectures).
Compiling speex on
2004 Sep 29
1
ARM w/ assembly & fixed point crash
I've targeted Speex to run under eCos with Thumb interworking using
arm-elf-gcc 3.3.3
I'd written a small test case to verifiy the operation:
#include <speex/speex.h>
void
speex_test(void)
{
SpeexBits bits;
unsigned int frame_size;
void *enc_state;
float *speex_frame;
cyg_uint64 t1, t2;
int i;
speex_frame = (float *)0x00030000; /* Address of Speex data
2009 Apr 11
1
kernel: problems compiling if_ath.c
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
I did a cvsup for RELENG_7 earlier today.
# uname -a
FreeBSD polo.example.org 7.1-STABLE FreeBSD 7.1-STABLE #8: Sat Apr 11
18:50:17 EDT 2009 dan@polo.example.org:/usr/obj/usr/src/sys/PHENOM
amd64
No idea what went wrong here. Clues please.
cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g
- -Wall -Wredundant-decls
2006 Jul 31
2
[LLVMdev] Auto-vectorization in GCC 4.0
Hi,
I am trying to turn on the new GCC auto-vectorization feature within
llvmgcc4. Below is the command I used, but nothing was vectorized. Does it
mean that llvmgcc4 has disabled this optimization and all I can do is to
embed SSE intrinsics in the source code by hand?
Thanks!
./llvm-gcc4-x86/bin/llvm-gcc -c -O2 -ftree-vectorize -msse
-ftree-vectorizer-verbose=5 -emit-llvm vec.c -o vec.bc
2004 Aug 06
2
Coredumps when --enable-sse is selected
System: Linux 2.4.25, glibc-2.3.2, gcc-3.2.3 (weird palindrome there), on a
Williamette core Pentium 4 (1.6Ghz) system.
I've tried both speex 1.1.5 release, and the current CVS (which self-IDs as
1.1.4), and the result is the same.
I suspect some funk in the use of the SSE intrinsics macros.
Backtrace:
#0 0x40024594 in filter_mem2_10 (x=0x805f31c, _num=0x8061fb8,
_den=0x8061fe4,
2004 Nov 17
3
Jitter buffer
Jean-Marc Valin wrote:
>>Heh. I guess after playing with different jitter buffers long enough,
>>I've realized that there's always situations that you haven't properly
>>accounted for when designing one.
>>
>>
>
>For example? :-)
>
>
I have a bunch of examples listed on the wiki page where I had written
initial specifications:
2006 Jul 31
2
[LLVMdev] Auto-vectorization in GCC 4.0
Does llvmgcc4 convert the high-level AST to LLVM (like llvmgcc3x) or
does it go from GIMPL to LLVM? If the latter, would it be possible
to allow some TreeSSA optimizations before emitting LLVM?
--Vikram
http://www.cs.uiuc.edu/~vadve
http://llvm.cs.uiuc.edu/
On Jul 31, 2006, at 1:10 PM, Devang Patel wrote:
> llvmgcc4 emits LLVM byte code before executing GCC optimizations,
> so one
2005 Apr 20
0
Speex-1.1.7 seems to crash with --enable-sse (on P3/GCC-3.2)..
Hi,
To increase the stack size, you can increase the value in the
speex_alloc() call in nb_celp.c. Let me know if it solves the problem.
Also, what compiler are you using. I think some older versions of gcc
may have problems with SSE intrinsics.
Jean-Marc
Le mardi 19 avril 2005 ? 16:02 +0200, jehan Monnier a ?crit :
> Hi,
>
> I also tried to build speex 1.1.7 with sse enabled on a
2006 Jul 31
0
[LLVMdev] Auto-vectorization in GCC 4.0
llvmgcc4 emits LLVM byte code before executing GCC optimizations, so
one can say that llvmgcc4 disables all GCC optimizations.
On Jul 31, 2006, at 11:01 AM, Zhiru Zhang wrote:
> Hi,
> I am trying to turn on the new GCC auto-vectorization feature
> within llvmgcc4. Below is the command I used, but nothing was
> vectorized. Does it mean that llvmgcc4 has disabled this
>
2004 Aug 06
1
Re: speex 1.1.4 compile fails/vq.h parse error
It's not really documented, but when you compile with --enable-sse, you
need to add -march=pentium3 to the compile switches. That's actually a
gcc requirement.
Jean-Marc
Le mer 21/01/2004 à 04:22, war a écrit :
> gcc-3.2.2 + slack 9 + p4 2.6ghz (has sse/2)
>
> ./configure --prefix=/app/speex-1.1.4 --enable-shared --enable-sse
> --with-ogg-dir=/app/libogg-1.1
>
2005 Sep 04
2
[PATCH] fix gcc 3.4 warnings
hi
attached is a patch fixing some build warnings with ip3k-elf-gcc
(gcc 3.4-20030722-Ubicom-63-1211). not all fixes are elegant,
please review carefully before applying..
/alfred
-------------- next part --------------
A non-text attachment was scrubbed...
Name: warnings.diff
Type: text/x-patch
Size: 17666 bytes
Desc: not available
Url :