search for: nb_encoded

Displaying 20 results from an estimated 26 matches for "nb_encoded".

Did you mean: nb_encode
2006 Oct 30
2
2 questions, frame size and SPEEX_GET_LOOKAHEAD
...o if I don't want those padded zero after decoding, I assume that it is up to me to keep track of the number of zeros. Is it right? 2. What does SPEEX_GET_LOOKAHEAD do? How to use it? In speexenc.c, there is following code: ... speex_encoder_ctl(st, SPEEX_GET_LOOKAHEAD, &lookahead); ... nb_encoded = -lookahead; Can someone explain what this means? Thanks. j.p.
2006 Apr 08
2
speex cvs: 'EncState' has no member named 'frame'
Trying to build today's svn on fc5, gcc-4.1.0,amd64: gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I../include -I.. -I/usr/include -O2 -fPIC -funswitch-loops -ftree-loop-linear -march=k8 -ftree-vectorize -pipe -mfpmath=sse -frename-registers -O3 -msse -MT nb_celp.lo -MD -MP -MF .deps/nb_celp.Tpo -c nb_celp.c -fPIC -DPIC -o .libs/nb_celp.o nb_celp.c: In function 'nb_encode':
2004 Aug 06
3
libspeex crash with RC3
I tried to compress 160 samples of random garbage (range 0-500.f) at 4kbps and got a crash in nb_encode -> forced_pitch_quant because start was -858993460 (== ol_pitch). -- Daniel, Epic Games Inc. --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'speex-dev-request@xiph.org'
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
2005 Oct 25
1
(small) bug in nb_decode?
re: At 03:22 PM 10/25/2005, Jean-Marc Valin wrote: >Are you really sure you didn't have some corruption elsewhere? Totally possible- this is the first time this has happened that I know of in many many hours of usage- On the other hand, this null check isn't in my code base and it was in nb_decode_lost, and nb_encode- so I figured it was just an oversight- Tom
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.
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
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
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
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 Jan 18
2
TI 6xxx platform performance
I'm trying to make a design decision between a TI 6416 or DM642 (fixed point) and 6713 (floating point) platform. The application is a 32 channel speech encoder. (CBR only, 8khz, 8kbps) To get a feel for the computational load, I am running 1 second (50 frames) of voice through the encoder. My profile of the 6416 indicates I'm at 27.4M cycles/channel. I need to get below 720Mhz/32
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,
2006 Jan 18
2
Errors in speex lib with Blackfin
Hello! I'v downloaded speex lib 1.1.11.1. I am trying to port speex lib to Blackfin processor. I am using VisualDSP++ 4.0. If I am compiling source codes with using floating point everything ok. When I am compiling with FIXED_POINT defined everything's ok and code works about two times faster. But when I am defining BFIN_ASM I am getting several compiling errors in Blackfin assembler
2004 Aug 06
0
libspeex crash with RC3
Narrowed it down a bit. For me the code crashes encoding the second frame if the first encoded frame was all zeros. Can someone else reproduce this or am I on crack and should look for a bug elsewhere? // Initialize speex encoder. SpeexEncoderBits = new SpeexBits; SpeexEncoderState = speex_encoder_init(&speex_nb_mode); INT FrameSize, SamplingRate = 8000, // 8000 Hz BitRate
2004 Aug 06
0
Coredumps when --enable-sse is selected
Hi, I've tried the same configure options on my system and it doesn't crash. I have the same glibc and gcc 3.3.2 (can you see if a newer gcc works?). Also, could you explore a bit with different options so we can narrow it down a bit. For example, does it work with the default CFLAGS or without --vbr or --dtx. Last thing, maybe it's the file. If so, please send me the smallest sample
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 :
2005 Sep 05
0
[PATCH] fix gcc 3.4 warnings
> there is nothing wrong with "start" and "end", but in the Ubicom OS > there is a global function called "start()" which gives the warning: > > libspeex/ltp.c:573: warning: declaration of "start" shadows a global declaration > build/include/UbicomSDK.h:5651: warning: shadowed declaration is here Since it's just a warning and just on
2006 Oct 31
0
2 questions, frame size and SPEEX_GET_LOOKAHEAD
...decoding, I assume that it is > up to me to keep track of the number of zeros. Is it right? Right. > 2. What does SPEEX_GET_LOOKAHEAD do? How to use it? > In speexenc.c, there is following code: > > ... > speex_encoder_ctl(st, SPEEX_GET_LOOKAHEAD, &lookahead); > ... > nb_encoded = -lookahead; > > Can someone explain what this means? The lookahead is the number of samples you need to discard at the start. Jean-Marc
2006 Oct 31
2
2 questions, frame size and SPEEX_GET_LOOKAHEAD
> >> 2. What does SPEEX_GET_LOOKAHEAD do? How to use it? >> In speexenc.c, there is following code: >> >> ... >> speex_encoder_ctl(st, SPEEX_GET_LOOKAHEAD, &lookahead); >> ... >> nb_encoded = -lookahead; >> >> Can someone explain what this means? > > The lookahead is the number of samples you need to discard at the > start. > > Jean-Marc In my application, even 5ms (110 samples at 22KHz) matters. So what should I do to avoid discarding samples at the b...
2005 Oct 24
2
(small) bug in nb_decode?
Hi, So I got a crash on the following code: k1=SUBMODE(lpc_enh_k1); k2=SUBMODE(lpc_enh_k2); which in the newer codebase is: bw_lpc(SUBMODE(lpc_enh_k1), st->interp_qlpc, awk1, st->lpcSize); bw_lpc(SUBMODE(lpc_enh_k2), st->interp_qlpc, awk2, st->lpcSize); I am not sure if the newer code will have the same issue but the following check is