Displaying 3 results from an estimated 3 matches for "pssilk_vad".
2018 Sep 21
2
Opus 1.2.1 crash on silk/VAD.c:315
Stack:
(gdb) bt
#0 0x0000000000aaf38a in silk_VAD_GetNoiseLevels (pX=pX at entry=0x7f26740297a0,
psSilk_VAD=psSilk_VAD at entry=0x15897c38) at silk/VAD.c:315
#1 0x0000000000aa4a9d in silk_VAD_GetSA_Q8_sse4_1 (psEncC=0x15897c18, pIn=<optimized out>) at silk/x86/VAD_sse.c:177
#2 0x0000000000a9f92b in silk_encode_do_VAD_FLP (psEnc=psEnc at entry=0x15897c18) at silk/float/encode_frame_FLP.c:51
#3 0x...
2018 Sep 27
1
[Re:] Re: Opus 1.2.1 crash on silk/VAD.c:315
...).
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 year and 4
>months for 10-ms frames). If th...
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 10-ms frames). If that's really what...