search for: nb_mode

...[Speex-dev] Compile error (svn 10743) Hi, I've received svn 10743 revision. But there are compile errors at three files with VS2005. Please check these reports. Sohn, Platform system engineer. ============================================================================= 1. modes.c - nb_mode_new() SpeexNBMode * nb_mode; nb_mode = (SpeexNBMode *) speex_alloc (sizeof (SpeexNBMode)); if (nb_mode == NULL) return NULL; nb_mode->frameSize = frameSize; nb_mode->subframeSize = subframeSize; nb_mode->lpcSize = lpcSize; nb_mode->bufSize = bufSize; <<<---...

Hi, I've received svn 10743 revision. But there are compile errors at three files with VS2005. Please check these reports. Sohn, Platform system engineer. ============================================================================= 1. modes.c - nb_mode_new() SpeexNBMode * nb_mode; nb_mode = (SpeexNBMode *) speex_alloc (sizeof (SpeexNBMode)); if (nb_mode == NULL) return NULL; nb_mode->frameSize = frameSize; nb_mode->subframeSize = subframeSize; nb_mode->lpcSize = lpcSize; nb_mode->bufSize = bufSize; <<<---...

...-I. -I. -I.. -I../include -I../include -I.. -I/home/liselene/projects/speex/speex-1.1.11.1/bin-fixed/include -g -O2 -MT modes.lo -MD -MP -MF .deps/modes.Tpo -c modes.c -fPIC -DPIC -o .libs/modes.o modes.c:390: error: initializer element is not constant modes.c:390: error: (near initialization for `nb_mode.lpc_floor') modes.c:395: error: initializer element is not constant Tks, ---------------------------------------------- Liselene de Abreu Borges 10LE - Linux Embedded Lab INdT - Nokia Institute of Tecnology liselene.rs@gmail.com -------------- next part -------------- An HTML attachment was s...

...t SpeexMode *m) { /* snip */ st = (DecState *)speex_alloc(sizeof(DecState)+4000*sizeof(spx_sig_t)); /* snip */ } I tried to reduce the stacksize from 8000/4000 to say 2000/1000, and reduce buffer size to 160 bytes: src/modes.c: /* Default mode for narrowband */ static const SpeexNBMode nb_mode = { 160, /*frameSize*/ 40, /*subframeSize*/ 10, /*lpcSize*/ 640, /*bufSize*/ <--------- reduce to 160 this does not work, there are various crashes in strange places which looks like its caused by stack overflow or data corruption. question is; are there a...

...s 9854-10141 to 9.22 and 9.24 in 10143. Actually, build 10143 introduced another bug, that was the reason for the 1.1.11.1 release. > There is just four lines in modes.c which declare the constant, and one line > changed in nb_celp.c and sb_celp.c which use the constant. Looking at > nb_mode, QCONT16(.0002,15) evaluates to 0x3FF9 on the C55 and 0x4006 on the > C6x. When I patch the value 0x4006 into the C55 build, the output matches > the C6x. The problem is that 2^15 evaluates to -32768 on the C55 and 32768 > on the C6x. Right on! > Applying our friend EXTEND32 caus...

...er the code so I may have been absolutely wrong. The main assumption was about the exc tables. In looking through modes.c it appeared that only one table was required for 8kbs so I commented out the portions of the code that referenced the other tables and modified "static const SpeexNBMode nb_mode" structure so that the pointers to the other structures that referenced the tables were NULL. We did not have enough data memory to store all the tables. I thought this would work with my initialization but when I stepped through the code in nb_celp for encode it would put it in mode 6 (inst...

...still be some tuning do to on > the DTX. > > Jean-Marc > > > diff -u -r1.118 sb_celp.c > --- sb_celp.c 18 Mar 2003 06:13:30 -0000 1.118 > +++ sb_celp.c 4 May 2003 04:58:16 -0000 > @@ -351,6 +351,8 @@ > int modeid; > modeid = mode->nb_modes-1; > st->relative_quality+=1.0*(ratio+2); > + if (st->relative_quality<-1) > + st->relative_quality=-1; > while (modeid) > { > int v1; > @@ -361,7 +363,7 @@ > else > thr...

...ex_alloc(sizeof(DecState)+4000*sizeof(spx_sig_t)); > /* snip */ > } > > I tried to reduce the stacksize from 8000/4000 to say 2000/1000, > and reduce buffer size to 160 bytes: > > > src/modes.c: > > /* Default mode for narrowband */ > static const SpeexNBMode nb_mode = { > 160, /*frameSize*/ > 40, /*subframeSize*/ > 10, /*lpcSize*/ > 640, /*bufSize*/ <--------- reduce to 160 > > > this does not work, there are various crashes in strange places which > looks like its caused by stack overflow or da...

...nner consid?re les > adresses num?riques comme dangereuses:1.1.11.1/bin-fixed/include -g > -O2 -MT modes.lo -MD -MP -MF .deps/modes.Tpo -c modes.c -fPIC -DPIC > -o .libs/modes.o > modes.c:390: error: initializer element is not constant > modes.c:390: error: (near initialization for `nb_mode.lpc_floor') > modes.c:395: error: initializer element is not constant > > Tks, > ---------------------------------------------- > Liselene de Abreu Borges > 10LE - Linux Embedded Lab > INdT - Nokia Institute of Tecnology > liselene.rs@gmail.com > > > ________...

...143. > >Actually, build 10143 introduced another bug, that was the reason for >the 1.1.11.1 release. > >> There is just four lines in modes.c which declare the constant, and one >> line >> changed in nb_celp.c and sb_celp.c which use the constant. Looking at >> nb_mode, QCONT16(.0002,15) evaluates to 0x3FF9 on the C55 and 0x4006 on >> the >> C6x. When I patch the value 0x4006 into the C55 build, the output >> matches >> the C6x. The problem is that 2^15 evaluates to -32768 on the C55 and >> 32768 >> on the C6x. > >Ri...

Hello opus-dev, I've been cooking up this patchset to integrate NE10 library into opus. Current patchset focuses on encode use case mainly effecting performance of clt_mdct_forward() and opus_fft() (for float only) Glad to report the following on Encode use case: (Measured on my Beaglebone Black Cortex-A8 board) - Performance improvement for encode use case ~= 12.34% (Based on time -p

...HIS + SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. +*/ + +#include <stdio.h> +#include <stdlib.h> +#include "modes.h" +#include "dump_modes_arch.h" +#include <NE10_dsp.h> + +static FILE *file; + +void dump_modes_arch_init(CELTMode **modes, int nb_modes) +{ + int i; + + file = fopen(ARM_NE10_ARCH_FILE_NAME, "w"); + fprintf(file, "/* The contents of this file was automatically generated by\n"); + fprintf(file, " * dump_mode_arm_ne10.c with arguments:"); + for (i=0;i<nb_modes;i++) + { + CELTMode *mo...

...message "lpc floor converted to fixed-point." Also, the measured SNR changed from 11.05 in builds 9854-10141 to 9.22 and 9.24 in 10143. There is just four lines in modes.c which declare the constant, and one line changed in nb_celp.c and sb_celp.c which use the constant. Looking at nb_mode, QCONT16(.0002,15) evaluates to 0x3FF9 on the C55 and 0x4006 on the C6x. When I patch the value 0x4006 into the C55 build, the output matches the C6x. The problem is that 2^15 evaluates to -32768 on the C55 and 32768 on the C6x. Applying our friend EXTEND32 causes the constant to evaluate cor...

...NE10_ARCH_FILE_NAME); > + fprintf(file, "#endif\n"); At least if you do generate the files on a system without NE10, and then build on a system with NE10, this will fail, which is probably the right thing. > @@ -205,7 +220,6 @@ void dump_modes(FILE *file, CELTMode **modes, int nb_modes) > fprintf(file, "#endif\n"); > fprintf(file, "\n"); > > - > /* Print the actual mode data */ > fprintf(file, "static const CELTMode mode%d_%d_%d = {\n", mode->Fs, mdctSize, mode->overlap); > fprintf(f...

...ump_modes/dump_modes.c @@ -35,6 +35,7 @@ #include "modes.h" #include "celt.h" #include "rate.h" +#include "dump_modes_arch.h" #define INT16 "%d" #define INT32 "%d" @@ -62,6 +63,10 @@ void dump_modes(FILE *file, CELTMode **modes, int nb_modes) fprintf(file, "\n It contains static definitions for some pre-defined modes. */\n"); fprintf(file, "#include \"modes.h\"\n"); fprintf(file, "#include \"rate.h\"\n"); + fprintf(file, "\n#ifdef HAVE_ARM_NE10\n"); + fprint...

...ump_modes/dump_modes.c @@ -35,6 +35,7 @@ #include "modes.h" #include "celt.h" #include "rate.h" +#include "dump_modes_arch.h" #define INT16 "%d" #define INT32 "%d" @@ -62,6 +63,10 @@ void dump_modes(FILE *file, CELTMode **modes, int nb_modes) fprintf(file, "\n It contains static definitions for some pre-defined modes. */\n"); fprintf(file, "#include \"modes.h\"\n"); fprintf(file, "#include \"rate.h\"\n"); + fprintf(file, "\n#ifdef HAVE_ARM_NE10\n"); + fprint...

...ump_modes/dump_modes.c @@ -35,6 +35,7 @@ #include "modes.h" #include "celt.h" #include "rate.h" +#include "dump_modes_arch.h" #define INT16 "%d" #define INT32 "%d" @@ -62,6 +63,10 @@ void dump_modes(FILE *file, CELTMode **modes, int nb_modes) fprintf(file, "\n It contains static definitions for some pre-defined modes. */\n"); fprintf(file, "#include \"modes.h\"\n"); fprintf(file, "#include \"rate.h\"\n"); + fprintf(file, "\n#ifdef HAVE_ARM_NE10\n"); + fprint...

...er the code so I may have been absolutely wrong. The main assumption was about the exc tables. In looking through modes.c it appeared that only one table was required for 8kbs so I commented out the portions of the code that referenced the other tables and modified "static const SpeexNBMode nb_mode" structure so that the pointers to the other structures that referenced the tables were NULL. We did not have enough data memory to store all the tables. I thought this would work with my initialization but when I stepped through the code in nb_celp for encode it would put it in mode 6 (inst...

Changes from RFC PATCH v3 - Just rebased on tip - For all else, please see notes from RFC PATCH v3 at http://lists.xiph.org/pipermail/opus/2015-March/002902.html - latest wip opus tree/branch https://git.linaro.org/people/viswanath.puttagunta/Ne10.git branch: rfcv4_final_fft_ne10 Viswanath Puttagunta (1): armv7(float): Optimize encode usecase using NE10 library Makefile.am

Changes from RFC PATCH v1: - passing arch parameter explicitly - reduced stack usage by ~3.5K by using scaled NE10 fft version - moved all optimization array functions to arm_celt_map.c - Other cleanups pointed out by Timothy Phil, As you mentioned earlier, could you please address all compile and linker errors/warnings coming out of Ne10 library? You can find my working Ne10 repo at [1] You