search for: silk_int16_max

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