search for: cumul_gain

Hi again, I tested lower cumul_gain limit values. In fact, I reduced the value to 240000, 230000, 220000, ..., 20000, 10000, 5000, 2000, 1000, 500. (quality 7, complexity 2) For input signal 2000 Hz, the values 190000, 130000, 60000, and 1000 look o.k., all others don't. For 500, the (zoomed out) waveform shows some kind of amp...

...ooke.ca> hat am 16. Januar 2010 um 01:41 geschrieben: > > > Did you run the encoder with the fixed-point debug option? > > > > Jean-Marc > > > > On 2010-01-14 11:11, Frank Lorenz wrote: > > > Hi again, > > > > > > I tested lower cumul_gain limit values. In fact, I reduced the value to 240000, 230000, 220000, ..., 20000, 10000, 5000, 2000, 1000, 500. (quality 7, complexity 2) > > > > > > For input signal 2000 Hz, the values 190000, 130000, 60000, and 1000 look o.k., all others don't. For 500, the (zoomed out) wa...

...we had the situation that the codec did only recover after we reduced the input signal to very small level. One thing to note is the very different "fade in time" after the frame loss for the two frequencies. I do not get the point what happens here... I will test for smaller values of cumul_gain (already tested a few vaules without success, but perhaps I missed a good one...) best regards, Frank Jean-Marc Valin <jean-marc.valin at usherbrooke.ca> hat am 14. Januar 2010 um 13:15 geschrieben: > What happens if you change that line: > > if (cumul_gain > 262144) > >...

...an-Marc Valin <jean-marc.valin at usherbrooke.ca> hat am 16. Januar 2010 um 01:41 geschrieben: > Did you run the encoder with the fixed-point debug option? > > Jean-Marc > > On 2010-01-14 11:11, Frank Lorenz wrote: > > Hi again, > > > > I tested lower cumul_gain limit values. In fact, I reduced the value to 240000, 230000, 220000, ..., 20000, 10000, 5000, 2000, 1000, 500. (quality 7, complexity 2) > > > > For input signal 2000 Hz, the values 190000, 130000, 60000, and 1000 look o.k., all others don't. For 500, the (zoomed out) waveform sho...

During hardware and network impairment testing, I sometimes just hold down a DTMF key to keep the audio busy. I have found that if I restart the receiver while the transmitter is still encoding DTMF, the receiver plays out a different tone, until the DTMF key goes off an on again. Also, today I captured some Speex frames during a tone (but not including the start of the tone). When I later fed

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

Hi Jean-Marc, yes, problem exists in narrowband-mode, too. I already twiddled with max_gain, but did not have real success. I changed line 337 of ltp.c (function pitch_gain_search_3tap_vq) if (sum>best_sum && gain_sum<=max_gain) { to if (sum>best_sum && gain_sum<max_gain) { -- that stabilizes speex for 2000 Hz and 2200 Hz input on quality setting 7 (23800