Displaying 3 results from an estimated 3 matches for "silk_int16_max".
2018 Sep 21
2
Opus 1.2.1 crash on silk/VAD.c:315
...0x7f267402cf30)
at /root/mediagateway/source/engine/media-objects/transcoder/codecs/opus.h:91
(gdb) frame 0
#0 0x0000000000aaf38a in silk_VAD_GetNoiseLevels (pX=pX at entry=0x7f26740297a0,
psSilk_VAD=psSilk_VAD at entry=0x15897c38) at silk/VAD.c:315
315 min_coef = silk_DIV32_16( silk_int16_MAX, silk_RSHIFT( psSilk_VAD->counter, 4 ) + 1 );
(gdb) p *psSilk_VAD
$20 = {AnaState = {0, 0}, AnaState1 = {0, 0}, AnaState2 = {0, 0}, XnrgSubfr = {0, 0, 0, 0}, NrgRatioSmth_Q8 = {
25600, 25600, 25600, 25600}, HPstate = 0, NL = {50, 25, 16, 12}, inv_NL = {42949656, 85899327, 134217709,
1...
2018 Sep 27
1
[Re:] Re: Opus 1.2.1 crash on silk/VAD.c:315
...oduce on seq number 4294967265 (20ms rtp packet).
This is about 994 days.
"Jean-Marc Valin" <jmvalin at jmvalin.ca> писал(а):Hi Dmitry,
>
>So it's not explicitly in your report, but it looks like the crash is
>due to a divide-by-zero at:
> min_coef = silk_DIV32_16( silk_int16_MAX, silk_RSHIFT(
> psSilk_VAD->counter, 4 ) + 1 );
>
>which happens because counter is -16 (which means (-16 >> 4) + 1 == 0).
>Now, this could be caused by an integer wrap-around, but it should only
>happen after encoding around 2 years and 9 months of audio (1 yea...
2018 Sep 27
0
Opus 1.2.1 crash on silk/VAD.c:315
Hi Dmitry,
So it's not explicitly in your report, but it looks like the crash is
due to a divide-by-zero at:
min_coef = silk_DIV32_16( silk_int16_MAX, silk_RSHIFT(
psSilk_VAD->counter, 4 ) + 1 );
which happens because counter is -16 (which means (-16 >> 4) + 1 == 0).
Now, this could be caused by an integer wrap-around, but it should only
happen after encoding around 2 years and 9 months of audio (1 year and 4
months for 1...