Displaying 6 results from an estimated 6 matches for "sa_q15".
Did you mean:
a_q12
2017 Nov 20
4
Reg an issue with smoothing factor in VAD implementation
...n opus. We are looking at
> the code where speech probability is calculated based on which SNR is
> estimated. Below is the part of the code I am talking about.
>
> /*********************************/
> /* Speech Probability Estimation */
> /*********************************/
> SA_Q15 = silk_sigm_Q15( silk_SMULWB( VAD_SNR_FACTOR_Q16, pSNR_dB_Q7 ) -
> VAD_NEGATIVE_OFFSET_Q5 ); // step1: Calculate speech probability : comment
> by me
>
> /* Power scaling */
> if( speech_nrg <= 0 ) { // step2: update speech probability based on
> speech energy : comment by me
&...
2017 Nov 27
3
Reg an issue with smoothing factor in VAD implementation
...ira" <chandrakala.madhira at soctronics.com>
Cc: opus at xiph.org
Sent: Wednesday, November 22, 2017 12:12:39 PM
Subject: Re: [opus] Reg an issue with smoothing factor in VAD implementation
Yes, yes, I can reproduce it now, but only on platforms that define a 16-bit int by default (SA_Q15 is an opus_int rather than opus_int32). What system are you compiling this for?
On Tue, Nov 21, 2017 at 8:34 PM, Chandrakala Madhira < chandrakala.madhira at soctronics.com > wrote:
Hi Logan,
Please find attached the input stream we are using testing.
Thank you,
Chandrakala...
2018 Feb 16
1
Reg an issue with smoothing factor in VAD implementation
...ntended value for operations that ignore the sign bit (in cases
> where the 16-bit value is stored in a 32-bit int without sign-extension
> e.g. 0x00008b3b), but that doesn't seem to be the case here.
> The problem is even worse when opus_int is defined as 16-bit in the
> platform - SA_Q15 overflows to negative right here with a similar effect
> speech_nrg = silk_SQRT_APPROX(speech_nrg);
> SA_Q15 = silk_SMULWB(32768 + speech_nrg, SA_Q15);
>
> I can't speak for the logic where the speech energy gets doubled. It
> obviously seems intentional but I don't know why...
2017 Nov 27
0
Reg an issue with smoothing factor in VAD implementation
...still preserve the
intended value for operations that ignore the sign bit (in cases where the
16-bit value is stored in a 32-bit int without sign-extension e.g.
0x00008b3b), but that doesn't seem to be the case here.
The problem is even worse when opus_int is defined as 16-bit in the
platform - SA_Q15 overflows to negative right here with a similar effect
speech_nrg = silk_SQRT_APPROX(speech_nrg);
SA_Q15 = silk_SMULWB(32768 + speech_nrg, SA_Q15);
I can't speak for the logic where the speech energy gets doubled. It
obviously seems intentional but I don't know why. Maybe so that smoothing...
2017 Nov 22
0
Reg an issue with smoothing factor in VAD implementation
Yes, yes, I can reproduce it now, but only on platforms that define a
16-bit int by default (SA_Q15 is an opus_int rather than opus_int32). What
system are you compiling this for?
On Tue, Nov 21, 2017 at 8:34 PM, Chandrakala Madhira <
chandrakala.madhira at soctronics.com> wrote:
> Hi Logan,
>
> Please find attached the input stream we are using testing.
>
> Thank you,
>...
2017 Nov 20
0
Reg an issue with smoothing factor in VAD implementation
...the VAD implementation used in opus. We are looking at the code where speech probability is calculated based on which SNR is estimated. Below is the part of the code I am talking about.
/*********************************/
/* Speech Probability Estimation */
/*********************************/
SA_Q15 = silk_sigm_Q15( silk_SMULWB( VAD_SNR_FACTOR_Q16, pSNR_dB_Q7 ) - VAD_NEGATIVE_OFFSET_Q5 ); // step1: Calculate speech probability : comment by me
/* Power scaling */
if( speech_nrg <= 0 ) { // step2: update speech probability based on speech energy : comment by me
SA_Q15 = silk_RSHIFT( SA_Q1...