search for: late_ratio_long

Hi, I'm one of the people working on the Rockbox project (http://www.rockbox.org) which is an open source alternative firmware for a range Digital Audio Players. Recently we integrated support for the Speex codec using libspeex and seems to work well. If you could add Rockbox to your list of software that supports Speex, that'd be great. So that's the introduction done. Now for

Is is possible to give a short hint about how the jitter buffer would "catch up" when network condition have been bad and then get better? I'm using the jitter buffer with success now, but sometimes I have a long delay that's caused by bad network conditions and then later when the conditions get better, I would think we would want the audio to gradually catch up with real-time

hi,Jean-Marc In jitter.c, the function speex_jitter_get has such code, if (late_ratio_short > .1 || late_ratio_long > .03) { jitter->shortterm_margin[MAX_MARGIN-1] += jitter->shortterm_margin[MAX_MARGIN-2]; jitter->longterm_margin[MAX_MARGIN-1] += jitter->longterm_margin[MAX_MARGIN-2]; for (i=MAX_MARGIN-2;i>=0;i--) { jitter->shortterm_margin[i+1] = jitter-...

...energy periods. > To achieve the effect you're describing, you'd need to increase > SPEEX_JITTER_MAX_BUFFER_SIZE to the longest delay you're expecting, and > then inside the block on line 231 (which says) > if (late_ratio_short + ontime_ratio_short < .005 && late_ratio_long + > ontime_ratio_long < .01 && early_ratio_short > .8) > .. add something that multiplies all the magins with 0.75 or so at the > end. This will force the jitter buffer to only skip 1 frame at a time and > wait a bit before it skips the next one. Don't think it'...

...uffer know it's the right time to adjust the buffering delay to the network conditions */ > int jitter_buffer_update_delay(JitterBuffer *jitter, JitterBufferPacket *packet, spx_uint32_t *start_offset) > { > - int i, j; > + int i; > float late_ratio_short; > float late_ratio_long; > float ontime_ratio_short; > diff -bu ../../../speex/libspeex/kiss_fft.c libspeex/kiss_fft.c > --- ../../../speex/libspeex/kiss_fft.c 2007-02-09 20:12:29.000000000 +1000 > +++ libspeex/kiss_fft.c 2007-03-08 20:33:21.000000000 +1000 > @@ -85,7 +85,7 @@ > tw3 = tw2 = tw1...

...f the late frames will be dropped. To achieve the effect you're describing, you'd need to increase SPEEX_JITTER_MAX_BUFFER_SIZE to the longest delay you're expecting, and then inside the block on line 231 (which says) if (late_ratio_short + ontime_ratio_short < .005 && late_ratio_long + ontime_ratio_long < .01 && early_ratio_short > .8) .. add something that multiplies all the magins with 0.75 or so at the end. This will force the jitter buffer to only skip 1 frame at a time and wait a bit before it skips the next one.

...>> To achieve the effect you're describing, you'd need to increase >> SPEEX_JITTER_MAX_BUFFER_SIZE to the longest delay you're expecting, and >> then inside the block on line 231 (which says) >> if (late_ratio_short + ontime_ratio_short < .005 && late_ratio_long + >> ontime_ratio_long < .01 && early_ratio_short > .8) >> .. add something that multiplies all the magins with 0.75 or so at the >> end. This will force the jitter buffer to only skip 1 frame at a time and >> wait a bit before it skips the next one. > >...

...ed. > > To achieve the effect you're describing, you'd need to > increase SPEEX_JITTER_MAX_BUFFER_SIZE to the longest delay > you're expecting, and then inside the block on line 231 (which says) > if (late_ratio_short + ontime_ratio_short < .005 && > late_ratio_long + ontime_ratio_long < .01 && > early_ratio_short > .8) .. add something that multiplies all > the magins with 0.75 or so at the end. This will force the > jitter buffer to only skip 1 frame at a time and wait a bit > before it skips the next one. > > ___________...