similar to: 8.4kbps data rate in 8kbps nb mode

> As I can't compile for dos/windows I was relying on the 1.1.6 binaries from > the download area. If you don't feel like recompiling, just discard the last byte and don't rely on the terminator. > Just to let you know, I've been working on a port for the eCOG > microcontroller (www.cyantechnology.com). Cool. > I managed to get a decoder-only build by adding a

I know that most of the narrow band submodes don't have an exact multiple of eight bits in each frame 79 bits for 3.95kbps 119 bits for 5.95kbps ...etc This means that you have a few unused bits when transporting Speex in the Ogg format (you can achieve a lower number of unused bits if you change the number of frames per Ogg packet to suit the mode). However, in 8kbps mode, the number of

Hi everybody, I have been examining on how I can use speex completely so I have one more question. I looked at examples and source code and it goes on. speex_bits_insert_terminator is called in speex_bits_write function. Shall I call this method one more time anywhere? Because in speexenc project, firstly speex_bits_insert_terminator is called then speex_bits_write is called when we assume that

Hi, Jean-Marc Valin wrote: >> I haven't tracked the Assignment of the SubModeID through the source >> code, so I just wanted to ask, if I can assume "speexenc -n" to use >> SubModeID 5 always? > > Only if you never change the bit-rate. But speexenc -n was a dumb idea > in the first place... I know ... Thats why I downsampled the WAV-File to 8kHz (I got

On Tue, Feb 25, 2020 at 05:45:06PM +0200, Ville Syrj?l? wrote: > On Tue, Feb 25, 2020 at 04:19:27PM +0100, Andrzej Hajda wrote: > > On 25.02.2020 12:21, Ville Syrj?l? wrote: > > > On Mon, Feb 24, 2020 at 03:14:54PM +0100, Andrzej Hajda wrote: > > >> On 19.02.2020 21:35, Ville Syrjala wrote: > > >>> From: Ville Syrj?l? <ville.syrjala at

Hello, I do test runs of speex using speexenc -n [name].wav [name].spx The wav-files (6 different speech files) hereby are sampled at 44100Hz. Most interestingly, all Frames have SubModeID 5. I haven't tracked the Assignment of the SubModeID through the source code, so I just wanted to ask, if I can assume "speexenc -n" to use SubModeID 5 always? Ciao, Bj?rn -- You will

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

Hi Jean-Marc, Hi Jim, I have also seen some problems with the 1.1.8 release on the C55x. So far I have boiled down the issues to the following: 1) We need our own "fixed_xx.h" header file. I don't know why, and haven't had time to investigate, but there is a definite improvement when I use the attached fixed_c55x.h file which has turned all the maths into inline functions.

> Use speex_mode_query with SPEEX_SUBMODE_BITS_PER_FRAME > You need to pass the submode number with the pointer and the number of > bits per frame is returned using the same pointer. Note that with > speex_mode_query, the first argument is the mode (e.g. &speex_nb_mode), > not the encoder/decoder state. Thank you Jean-Marc, This works well. Now a followup question. Is there

Dear Jean-Marc and Peter: Thank you both very much for your time and advice. I did not realize that Lame MP3 code has a -r option (without reading its code). I have tried the suggested command lines verbatim with the added -r option, along with other combination of option settings. I could not figure out how to eliminate the distortion in the result, like voice turning either high or low

Hi list! There seem to be some oddities in using ABR. The first thing I notice is that because "abr_count" increases without bound, after a while the weight of the bitrate history will completely swamp any change in the current bitrate and the ABR adjustment will essentially stop happening. This seems to be true in any mode (not just UWB) and perhaps a solution is to cap

> 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. >

Hi I have just written a small c programm which reads in speex files and outputs them as asci text numbers. This is necessary as for writing a hw testbench for decoding tests, since thy only read ascii files :-(.I can't read the bitrate properly from the header file. It's allways -1. Please see example below and attached c programm. I wan't to check for a fixed bitrate (8000).

I need to shrink speex so it will fit on an embedded processor along with some other code. The chip has only 20k of ram. I have done some work with libspeex.dsp by removing references to all modes but narrow band 8000 hz (submode 3). I used the defines: FIXED_POINT, DISABLE_FLOATING_POINT_API, DISABLE_VBR. I also removed the structures for the other submodes and the functions that they called.

Figures. I knew I should've just pasted my code: .. while (ret != -1 && speex_bits_remaining(&bits) > 0); I am using a newer version of Speex, so I guess the terminator is a relatively new thing. I'm not even sure if it's necessary, but I think Jean-Marc recommended using it back when I asked this question awhile ago..? Anyway, glad it's working for you. Tom

Hi Jean-Marc, will you include these optimizations for minimal ram usage in the main version? Maybe if Peter sends a Patch... Thanks, Alain Jean-Marc Valin escreveu: > Sounds like you did most of what you needed to do. Using a coverage > analysis tool might help you remove bits of code here and there (e.g. > unused _ctl() cases), but the main part is done. About the preprocessor,

David, Here's the trick ... do this just before your speex_bits_write(): speex_bits_insert_terminator(&bits); Then, when decoding, keep calling speex_decode() until it returns -1 or speex_bits_remaining(&bits) returns 0. Works for me, anyway. Tom David Barrett (dbarrett@quinthar.com) wrote: > > Hi, I'm using Speex and I want to pack multiple frames into a single >

This patch will export new speex functions in the generated library, such as speex_encode_int as well as the preprocessor, echo-cancellation and jitterbuffers. The ordinals used matches the 1.1.6 release from the speex.org website, so any new library created with this def file should be binary compatible with that one. -------------- next part -------------- Index: speex.def

Sounds like you did most of what you needed to do. Using a coverage analysis tool might help you remove bits of code here and there (e.g. unused _ctl() cases), but the main part is done. About the preprocessor, there are some of the state variables that could instead be allocated on the stack, but that's about as far as you can shrink things. Cheers, Jean-Marc Peter Ruckle a ?crit : > I

I have successfully DECODED speex on TI C5509: #define TESTENC_BYTES_PER_FRAME 20 /* 8kbps */ #define TESTENC_QUALITY 4 /* 8kbps */ I am trying to generate the files I need with speexenc.exe: speexenc -n --quality 4 -V male.wav male.spx But I can't decode the files on C5x. Yes, I have seen that speexenc.exe adds Ogg header and