similar to: Issue with Wideband mode for qualities higher than 5

On Mon, 2006-01-02 at 22:37 -0500, tom abcd wrote: > I am hoping to use Speex for a embedded project using Philips Arm > processor (50 mips) 512kb flash 32kb ram. I found in the manual that > decode takes about 0.5 mips so I should have enough processing power > and I compiled the lib and it seems to take less then 64K so the only > issue is memory usage. I have been testing the

I am hoping to use Speex for a embedded project using Philips Arm processor (50 mips) 512kb flash 32kb ram. I found in the manual that decode takes about 0.5 mips so I should have enough processing power and I compiled the lib and it seems to take less then 64K so the only issue is memory usage. I have been testing the speex decode on windows looking at the stack usage and how much is malloc.

> > I have tested lowering these values and then running the speexdec > > program and looking for errors. By trial and error it appears that I > > can lower MAX_CHARS_PER_FRAME = 750, SB_DEC_STACK = > > 750*sizeof(spx_sig_t) and NB_DEC_STACK = 250*sizeof(spx_sig_t) > > and not get any memory errors but have no idea if these are safe > > values or not. I

Hello there I'm having trouble decoding speex frames when using 32KHz audio and quality setting 4. If I encode three frames and then decode the three frames then the speex_bits_remaining() still reports that there are bits remaining. All other band modes and qualities reports that the buffer is emptied. Here's an example that shows 4 bits remaing in the buffer after the frames have

On 15/12/09 10:37, Blaise Potard wrote: > Having recently upgrading to speex rc1, It occurred to us that there > seems to have been a regression in the quality of encoding since > version beta1. Just curious, did you identify where exactly the regression occurred? > We are compressing some 22khz wave files in wb mode with maximum > quality / complexity in VBR, and the result was

Hello, To start with, thanks a lot for making such a great voice codec available! Having recently upgrading to speex rc1, It occurred to us that there seems to have been a regression in the quality of encoding since version beta1. We are compressing some 22khz wave files in wb mode with maximum quality / complexity in VBR, and the result was really great with speex beta1. With rc1 (or beta3),

Hello Jean-Marc, and thanks a lot for your quick answer! 2009/12/16 Jean-Marc Valin <jean-marc.valin at usherbrooke.ca>: > On 15/12/09 10:37, Blaise Potard wrote: >> >> Having recently upgrading to speex rc1, It occurred to us that there >> seems to have been a regression in the quality of encoding since >> version beta1. > > Just curious, did you identify

An update: I found that the "ADD32: output is not int:" messages are caused by the enhancer. When I turn the enhancer off, the messages vanish, but the "freak out" of the codec is still there - so the problem seems not to be related to the overflow messages. best regards, Frank ---------- Urspr?ngliche Nachricht ---------- Von: Frank Lorenz <Frank_wtal at web.de> An:

Hi Jean-Marc, all, I didn't get any response to my issue up to now and would like to now if anyone can reproduce this behaviour and if there is some idea what happens. I am willing to fix this issue, but because I do not know the internals of speex, I need some advice on how to proceed... best regards, Frank Frank Lorenz <Frank_wtal at web.de> hat am 21. Dezember 2009 um 10:49

Hi, I'm quite sure we found a bug inside the codec (1.2rc1, wideband mode). It only occurs when speex is compiled with the FIXED_POINT flag. I feed in a 2000 Hz sine wave (-15 dBFS). When I simulate a single frame loss (i.e. pass a null pointer to speex_decode_int as second parameter for just one frame), the decoder starts to freak out a second later: It produces horrible noise with 0 dBFS.

> I was wondering if anyone has experimented with Speex's wideband (16kHz) > mode at lower quality settings. In particular I have been using quality 3, > and with wideband input files the resultant frequency spectrum is limited to > about an upper end around 3.5kHz (almost telephony quality bandwidth). Has > anyone tried increasing the spectral bandwidth at the expense of

Hi Jean-Marc, I thought at quality 3 (wideband) - wb_submode1 that the 4-8k band was not using a codebook table. From the code I can see that some sort of "lsp" encoding is performed. What exactly does this encode? (I assume lsp means line-spectral pairs) The reason I am asking is I'm comparing the "effective" spectral bandwidth of Speex against the

Hi Frank, Sorry, I *do* care about the problem and just happen to be overworked at the moment. What I suspect is that the pitch gain gets close enough to unity that the loss makes it bust. Did you test with the floating-point code? Jean-Marc On 2010-01-13 03:45, Frank Lorenz wrote: > Hi, > > is no one willing to spent some effort on this topic? At least it would > be good >

Hi, I was wondering if anyone has experimented with Speex's wideband (16kHz) mode at lower quality settings. In particular I have been using quality 3, and with wideband input files the resultant frequency spectrum is limited to about an upper end around 3.5kHz (almost telephony quality bandwidth). Has anyone tried increasing the spectral bandwidth at the expense of lowering the

What happens if you change that line: if (cumul_gain > 262144) to use a smaller value? What value works OK (if any)? One more thing, when things go wrong, do they eventually go back to normal or does the codec never recover? It's unavoidable that the audio goes bad for a short period of time because of the long-term predictor. Jean-Marc On 2010-01-14 05:57, Frank Lorenz wrote: >

Jean-Marc, I have attached a small patch with modifications to arch.h, bits.c, and misc.c. This contains the few mods remaining to support the various fixed point TI DSPs after the work that you did at the end of May (thank you for this). arch.h: Add switch for compilers not supporting "long long" (C55x does, C54x and older C64x does not) bits.c: Allow external definition for max

<body bgcolor="#ffffff" background="https://img.web.de/v/p.gif" class="bgRepeatYes" style="background-repeat: repeat; background-color: rgb(255, 255, 255); color: rgb(0, 0, 0); font-size: 9pt; padding-left: 0px;" ><span style="font-size: 9pt;"><span style="font-family: verdana,geneva;"><span

I'm attempting to use speex preprocess for automatic gain control in an application I'm working on and could use some help. I'm using Opus as my codec. In order to keep the number of packets down, I'm using 60msec frames. I'm sampling at 48KHz as is recommended for Opus. So, the frame length is 2880 samples and the sampling rate is 48000. The source of the data is a

Hi, I found this list of Speex bitrates in the mail archive. http://www.xiph.org/archives/speex-dev/200306/0004.html Can somebody confirm that this list is correct? I am wondering about the following: - On the Speex website it says: "Speex is based on CELP and is designed to compress voice at bitrates ranging from 2 to 44 kbps." while the bitrates listed here are e.g. 84400 for

Hello everyone. I would like to know which are the available bitrate using the ultra-wideband compression. Thank you! Paolo Gruppo Telecom Italia - Direzione e coordinamento di Telecom Italia S.p.A. ================================================ CONFIDENTIALITY NOTICE This message and its attachments are addressed solely to the persons above and may contain confidential information. If you