similar to: Reg: SILK codec conversion to mp3/wav format

Hi, I stumbled upon mentions of a "SILK" codec last night on skypes "skype for sip" information page. I tried looking into it further and found some blog and mailing list posts from 2009 but I can't find any mentions of anything other than skype using the codec. Has the codec not gotten anywhere so far? http://en.wikipedia.org/wiki/SILK

On Wed, Oct 29, 2014 at 7:10 PM, sean darcy <seandarcy2 at gmail.com> wrote: > On 10/29/2014 08:06 PM, Matthew Jordan wrote: > >> On Wed, Oct 29, 2014 at 5:16 PM, sean darcy <seandarcy2 at gmail.com> wrote: >> >>> Can we expect a SILK codec for 13 ? Or does the one for 12 work for 13? >>> >>> >> codec_silk for Asterisk 12 will most

Yes, regarding the unsigned to signed conversion you are right, it is implementation defined. I just had an issue a couple of years ago with a compiler which incorrectly treated unsigned overflow as undefined rather than implementation defined? Regarding the 64 bit profiling: I looked at the disassembly (gcc ?c ?S ?O2 ../opus/silk/sum_sqr_shift.c ?I../opus/include ?I../opus/celt) of the 64 bit

--- silk/SigProc_FIX.h | 4 +++ silk/arm/SigProc_FIX_arm64.h | 46 ++++++++++++++++++++++++++++++ silk/arm/macros_arm64.h | 66 ++++++++++++++++++++++++++++++++++++++++++++ silk/macros.h | 4 +++ silk_headers.mk | 2 ++ 5 files changed, 122 insertions(+) create mode 100644 silk/arm/SigProc_FIX_arm64.h create mode 100644 silk/arm/macros_arm64.h diff

Ashutosh- It sounds like you're trying to implement an Opus-like application but you have a very constrained environment. If you just want the Silk portion of the codec, then why not just ignore opus and use the silk codec directly? The old SDK is still available in some places, like here: https://code.google.com/archive/p/bkvoice/downloads (Keep in mind that Opus uses a modified version of

--- silk/NSQ.c | 18 ++------------- silk/NSQ.h | 27 ++++++++++++++++++++++ silk/arm/NSQ_neon.c | 66 +++++++++++++++++++++++++++++++++++++++++++++++++++++ silk/arm/NSQ_neon.h | 10 ++++++++ 4 files changed, 105 insertions(+), 16 deletions(-) diff --git a/silk/NSQ.c b/silk/NSQ.c index d8513dc..ec81f3b 100644 --- a/silk/NSQ.c +++ b/silk/NSQ.c @@ -205,7 +205,7 @@ void

--- silk/NSQ.c | 18 ++------------- silk/NSQ.h | 27 ++++++++++++++++++++++ silk/arm/NSQ_neon.c | 66 +++++++++++++++++++++++++++++++++++++++++++++++++++++ silk/arm/NSQ_neon.h | 10 ++++++++ 4 files changed, 105 insertions(+), 16 deletions(-) diff --git a/silk/NSQ.c b/silk/NSQ.c index d8513dc..ec81f3b 100644 --- a/silk/NSQ.c +++ b/silk/NSQ.c @@ -205,7 +205,7 @@ void

Fixes build failure on platforms with MAY_HAVE_SSE4_1 (but not PRESUME_SSE4_1) with --enable-intrinsics. --- silk/fixed/main_FIX.h | 11 +++++++++++ silk/x86/x86_silk_map.c | 2 ++ 2 files changed, 13 insertions(+) diff --git a/silk/fixed/main_FIX.h b/silk/fixed/main_FIX.h index ffeb4f3..375b5eb 100644 --- a/silk/fixed/main_FIX.h +++ b/silk/fixed/main_FIX.h @@ -97,6 +97,17 @@ void

Can we expect a SILK codec for 13 ? Or does the one for 12 work for 13? sean

Fixes build failure on platforms with MAY_HAVE_SSE4_1 (but not PRESUME_SSE4_1) with --enable-intrinsics. --- silk/fixed/main_FIX.h | 11 +++++++++++ silk/x86/x86_silk_map.c | 2 ++ 2 files changed, 13 insertions(+) diff --git a/silk/fixed/main_FIX.h b/silk/fixed/main_FIX.h index ffeb4f3..375b5eb 100644 --- a/silk/fixed/main_FIX.h +++ b/silk/fixed/main_FIX.h @@ -97,6 +97,17 @@ void

I need to extract SILK only FIXED POINT code. I have a couple of questions in this regard. 1. Is it enough to enable compile time flag (FIXED_POINT) in the config.h, include silk_fixed library and exclude silk_float in the opus_demo project. I am working in the MSVC framework. Anyone has tried this before? 2. It seems there is no compile time flag to enable SILK only code, the core

hi folks. i've been experimenting with SILK codec and meet with some success on incorporating it in pjsip (an open source sip client). now i'm trying to do the same thing on Asterisk. any documentations, pointers, etc i should look into? any help is appreciated. -- Edwin Lam <edwin.lam at officegeneral.com> Systems Engineer, OfficeWyze, Inc. Ph: +1 415 439 4988 Fax: +1 415 283

Hi Marcello, Thanks for the report. It's hard to debug this without the actual file. Can you please post the sweep_in.raw file you used? Cheers, Jean-Marc On 11/06/14 04:46 AM, Marcello Caramma (mcaramma) wrote: > Hi, > > Apologies if this is a known issues, but I have found what I believe is > a bug in the fixed point implementation of the Silk codec and could not > find

Dear all: I want to formulate couple of questions about SILK codec: 1. I've seen the documentation to the SILK codec that is part of the OPUS exactly the paper with title "The opus codec voice coding with opus, and the "RFC 6716 specification of opus" . Well, I detected that in both is defined a High-Pass filter as part of SILK; however in the paper you put the following

Hi Marcello, Thanks for the info and the proposed fixes. I'm currently investigating what's going on here before deciding on the best way to fix the problem. Have you been able to figure out why it doesn't work for rshifts >= 3? Cheers, Jean-Marc On 13/06/14 12:28 PM, Marcello Caramma (mcaramma) wrote: > Hi Jean Marc, > > please find attached the audio file (mono

Using 11.4.0, trying to use SILK on the cell phone to ulaw over gv, but no success: [Jun 10 16:18:22] WARNING[4090][C-0000000a]: channel.c:6164 ast_channel_make_compatible_helper: No path to translate from SIP/ng-00000000 to Motif/+12025551212 at voice.google.com-da3c [Jun 10 16:18:22] WARNING[4090][C-0000000a]: app_dial.c:3032 dial_exec_full: Had to drop call because I couldn't make

Hi Marcello, It turns out that the problem has a much simpler explanation. As far as I can tell, it's actually a bug in silk_sum_sqr_shift() and this trivial patch appears to fix the problem: http://jmvalin.ca/misc_stuff/sum_sqr_shift_fix.patch It would still require some testing to check that the fix doesn't have any bad side effect. Let me know how well the fix works for you. Again,

--- silk/macros.h | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/silk/macros.h b/silk/macros.h index 1ba614a..e1e05b9 100644 --- a/silk/macros.h +++ b/silk/macros.h @@ -48,14 +48,14 @@ POSSIBILITY OF SUCH DAMAGE. /* (a32 * (opus_int32)((opus_int16)(b32))) >> 16 output have to be 32bit int */ #if OPUS_FAST_INT64 -#define silk_SMULWB(a32, b32)

Fixes CID 1227580 --- silk/process_NLSFs.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/silk/process_NLSFs.c b/silk/process_NLSFs.c index c27cf03..d9123ef 100644 --- a/silk/process_NLSFs.c +++ b/silk/process_NLSFs.c @@ -100,6 +100,6 @@ void silk_process_NLSFs( } else { /* Copy LPC coefficients for first half from second half */ - silk_memcpy(

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