search for: denormalise_bands

Displaying 15 results from an estimated 15 matches for "denormalise_bands".

2011 Mar 02
1
[PATCH] Fix CNG when effEBands is less than nbEBands.
...Q15ONE); + } } st->rng = seed; - for (c=0;c<C;c++) - for (i=0;i<st->mode->nbEBands;i++) - renormalise_vector(X+N*c+(st->mode->eBands[i]<<LM), (st->mode->eBands[i+1]-st->mode->eBands[i])<<LM, Q15ONE); - denormalise_bands(st->mode, X, freq, bandE, st->mode->nbEBands, C, 1<<LM); + denormalise_bands(st->mode, X, freq, bandE, st->mode->effEBands, C, 1<<LM); compute_inv_mdcts(st->mode, 0, freq, out_syn, overlap_mem, C, LM); plc = 0; -- 1.7.3.4 --------------090601...
2011 Mar 02
1
Crash bug in CELT plc
...s is 21 and eBands[21] is 100 (the standard 2.5 ms short block ebands). This also gives me LM = 2, so what happens is eBands[nbEBands]<<LM is 400, whereas my framesize is only 320. This causes a stack overrun at line 1978 in celt.c in both calls to "renormalise_vector" and "denormalise_bands". It seems that the obvious solution for "denormalise_bands" is to call it with "st->mode->effEBands" instead of "st->mode->nbEBands", but I don't know what to do about the call to "renormalise_vector" (except perhaps use "st-&gt...
2014 Nov 25
1
[Profiling][FFT][AArch64] FFT Profiling data on AArch64
Hi everyone, I have profiled Opus on AArch64. I just run opus_demo with some pcm files. Following is time proportion of FFT with different bitrate. Bitrate | Time cost by FFT/iFFT 24kb/s | 15% 48kb/s | 15% 96kb/s | 13% Any comment? I want some data close to real application, any suggestion? Thanks, Phil Wang -------------- next part -------------- An HTML attachment was scrubbed... URL:
2009 Jan 14
0
[PATCH] Pitch now quantised at the band level, got rid of all the VQ code.
...h modes.h os_support.h pitch.h psy.h \ + quant_bands.h rate.h stack_alloc.h vq.h noinst_PROGRAMS = testcelt dump_modes testcelt_SOURCES = testcelt.c diff --git a/libcelt/bands.c b/libcelt/bands.c index 315cce8..49eaeda 100644 --- a/libcelt/bands.c +++ b/libcelt/bands.c @@ -210,9 +210,10 @@ void denormalise_bands(const CELTMode *m, const celt_norm_t * restrict X, celt_s /* Compute the best gain for each "pitch band" */ -void compute_pitch_gain(const CELTMode *m, const celt_norm_t *X, const celt_norm_t *P, celt_pgain_t *gains) +int compute_pitch_gain(const CELTMode *m, const celt_norm_t *X, co...
2013 Sep 24
5
Problem compiling opus-tools-0.1.7
...e/peppermint/build/opus-1.1-beta/celt/bands.c:349: undefined reference to `sqrtf' /usr/local/lib/libopus.a(bands.o): In function `compute_band_energies': /home/peppermint/build/opus-1.1-beta/celt/bands.c:165: undefined reference to `sqrtf' /usr/local/lib/libopus.a(bands.o): In function `denormalise_bands': /home/peppermint/build/opus-1.1-beta/celt/bands.c:229: undefined reference to `exp' /usr/local/lib/libopus.a(bands.o): In function `anti_collapse': /home/peppermint/build/opus-1.1-beta/celt/bands.c:272: undefined reference to `exp' /home/peppermint/build/opus-1.1-beta/celt/bands.c...
2009 Jan 14
0
[PATCH] Moved the application of the pitch gain to (un)quant_bands(). This doesn't change anything to the codec, but will make the next changes easier.
...Q15(pgains[pband], P[j]); + } else { + for (j=C*eBands[i];j<C*eBands[i+1];j++) + P[j] = 0; } if (q > 0) diff --git a/libcelt/bands.h b/libcelt/bands.h index dc9b471..3e4a37c 100644 --- a/libcelt/bands.h +++ b/libcelt/bands.h @@ -78,8 +78,6 @@ void denormalise_bands(const CELTMode *m, const celt_norm_t * restrict X, celt_s */ void compute_pitch_gain(const CELTMode *m, const celt_norm_t *X, const celt_norm_t *P, celt_pgain_t *gains); -void pitch_quant_bands(const CELTMode *m, celt_norm_t * restrict P, const celt_pgain_t * restrict gains); - /** Quantisati...
2013 Sep 24
0
Problem compiling opus-tools-0.1.7
...ild/opus-1.1-beta/celt/bands.c:349: undefined reference to `sqrtf' > /usr/local/lib/libopus.a(bands.o): In function `compute_band_energies': > /home/peppermint/build/opus-1.1-beta/celt/bands.c:165: undefined reference to `sqrtf' > /usr/local/lib/libopus.a(bands.o): In function `denormalise_bands': > /home/peppermint/build/opus-1.1-beta/celt/bands.c:229: undefined reference to `exp' > /usr/local/lib/libopus.a(bands.o): In function `anti_collapse': > /home/peppermint/build/opus-1.1-beta/celt/bands.c:272: undefined reference to `exp' > /home/peppermint/build/opus-1...
2015 Mar 04
0
[RFC PATCH v1] armv7(float): Optimize decode usecase using NE10 library
...ackward(&mode->mdct, &freq[b], out_syn[0]+NB*b, mode->window, overlap, shift, B); + clt_mdct_backward(&mode->mdct, &freq[b], out_syn[0]+NB*b, mode->window, overlap, shift, B, arch); } else { /* Normal case (mono or stereo) */ c=0; do { denormalise_bands(mode, X+c*N, freq, oldBandE+c*nbEBands, start, effEnd, M, downsample, silence); for (b=0;b<B;b++) - clt_mdct_backward(&mode->mdct, &freq[b], out_syn[c]+NB*b, mode->window, overlap, shift, B); + clt_mdct_backward(&mode->mdct, &a...
2015 Apr 28
0
[RFC PATCH v1 2/8] armv7(float): Optimize decode usecase using NE10 library
...ackward(&mode->mdct, &freq[b], out_syn[0]+NB*b, mode->window, overlap, shift, B); + clt_mdct_backward(&mode->mdct, &freq[b], out_syn[0]+NB*b, mode->window, overlap, shift, B, arch); } else { /* Normal case (mono or stereo) */ c=0; do { denormalise_bands(mode, X+c*N, freq, oldBandE+c*nbEBands, start, effEnd, M, downsample, silence); for (b=0;b<B;b++) - clt_mdct_backward(&mode->mdct, &freq[b], out_syn[c]+NB*b, mode->window, overlap, shift, B); + clt_mdct_backward(&mode->mdct, &a...
2015 Mar 04
1
[RFC PATCH v1] Decode(float) optimize using libNe10
Hello All, I extended the libNE10 optimizations for float towards mdct_backwards/opus_ifft. I am able to get about 14.26% improvement for Decode use case now on my Beaglebone Black. Please see [1] for measurements. Questions 1. Since this patch needs to go in after Encode [2] patch) should I submit this as patch series? 2. Since Jonathan Lennox posted intrinsics cleanup [3] patch, should
2015 Mar 18
5
[RFC PATCH v1 0/4] Enable aarch64 intrinsics/Ne10
Hi All, Since I continue to base my work on top of Jonathan's patch, and my previous Ne10 fft/ifft/mdct_forward/backward patches, I thought it would be better to just post all new patches as a patch series. Please let me know if anyone disagrees with this approach. You can see wip branch of all latest patches at https://git.linaro.org/people/viswanath.puttagunta/opus.git Branch:
2015 Mar 31
6
[RFC PATCH v1 0/5] aarch64: celt_pitch_xcorr: Fixed point series
Hi Timothy, As I mentioned earlier [1], I now fixed compile issues with fixed point and resubmitting the patch. I also have new patch that does intrinsics optimizations for celt_pitch_xcorr targetting aarch64. You can find my latest work-in-progress branch at [2] For reference, you can use the Ne10 pre-built libraries at [3] Note that I am working with Phil at ARM to get my patch at [4]
2015 May 08
8
[RFC PATCH v2]: Ne10 fft fixed and previous 0/8]
Hi All, As per Timothy's suggestion, disabling mdct_forward for fixed point. Only effects armv7,armv8: Extend fixed fft NE10 optimizations to mdct Rest of patches are same as in [1] For reference, latest wip code for opus is at [2] Still working with NE10 team at ARM to get corner cases of mdct_forward. Will update with another patch when issue in NE10 gets fixed. Regards, Vish [1]:
2015 May 15
11
[RFC V3 0/8] Ne10 fft fixed and previous
Hi All, Changes from RFC v2 [1] armv7,armv8: Extend fixed fft NE10 optimizations to mdct - Overflow issue fixed by Phil at ARM. Ne10 wip at [2]. Should be upstream soon. - So, re-enabled using fixed fft for mdct_forward which was disabled in RFCv2 armv7,armv8: Optimize fixed point fft using NE10 library - Thanks to Jonathan Lennox, fixed some build fixes on iOS and some copy-paste errors Rest
2015 Apr 28
10
[RFC PATCH v1 0/8] Ne10 fft fixed and previous
Hello Timothy / Jean-Marc / opus-dev, This patch series is follow up on work I posted on [1]. In addition to what was posted on [1], this patch series mainly integrates Fixed point FFT implementations in NE10 library into opus. You can view my opus wip code at [2]. Note that while I found some issues both with the NE10 library(fixed fft) and with Linaro toolchain (armv8 intrinsics), the work