search for: ebands

...Mode *m, celt_norm_t * restrict X, celt_norm_t *P, celt_mask_t *W, int pitch_used, celt_pgain_t *pgains, const celt_ener_t *bandE, const int *stereo_mode, int *pulses, int shortBlocks, int fold, int total_bits, ec_enc *enc) { int i, j, remaining_bits, balance; const celt_int16_t * restrict eBands = m->eBands; celt_norm_t * restrict norm; VARDECL(celt_norm_t, _norm); const int C = CHANNELS(m); + const celt_int16_t *pBands = m->pBands; + int pband=-1; int B; SAVE_STACK; @@ -414,6 +399,15 @@ void quant_bands(const CELTMode *m, celt_norm_t * restrict X, celt_norm...

...log2Amp(st->mode, st->start, st->end, bandE, backgroundLogE, C); seed = st->rng; - for (i=0;i<C*N;i++) + for (c=0;c<C;c++) { - seed = lcg_rand(seed); - X[i] = (celt_int32)(seed)>>20; + for (i=0;i<st->mode->effEBands;i++) + { + int j; + int boffs; + int blen; + boffs = N*c+(st->mode->eBands[i]<<LM); + blen = (st->mode->eBands[i+1]-st->mode->eBands[i])<<LM; + for (j=0;j<blen;j++) + { +...

Hi all, In my setup, I'm using a framesize of 320 samples at a sample rate of 32000 Hz (10 ms frames). This gives me a mode where nbEBands 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 "d...

...energy) in each of the bands */ -void compute_band_energies(const CELTMode *m, const celt_sig *X, celt_ener *bandE, int end, int C, int LM) +void compute_band_energies(const CELTMode *m, const celt_sig *X, celt_ener *bandE, int end, int C, int LM, int arch) { int i, c, N; const opus_int16 *eBands = m->eBands; + (void)arch; N = m->shortMdctSize<<LM; c=0; do { for (i=0;i<end;i++) @@ -155,7 +156,7 @@ void normalise_bands(const CELTMode *m, const celt_sig * OPUS_RESTRICT freq, cel #else /* FIXED_POINT */ /* Compute the amplitude (sqrt energy) in each of the b...

...p front with the maximum values for sample rate and number of channels, this will allocate all the memory we need. Then when we actually go to play a sound and know the rate and number of channels, we can fix up the appropriate mode parameters before decoding. The only problem I can see is that eBands and window are generated when celt_mode_create() is called. I'm thinking I can just generate these in our encoder, and store it in our sound banks. Then when we go to fix up the mode members before decoding, set the appropriate eBand and window. Does this sound okay to you guys? Is there an...

Hi All, Is the following loop in function compute_ebands meant to work out the nearest celt frequency bin to a bark critical band? ?If so why an offset is required to be considered? Thanks in advance if somebody can explain it. Thanks, Hamid /* Spacing follows critical bands */ for (i=0;i<high;i++) { int target = bark_freq[lin+i];...

...-gains[i]*gains[i])); printf ("\n"); }*/ + return gain_sum > 5; } static void intensity_band(celt_norm_t * restrict X, int len) @@ -402,7 +406,17 @@ void quant_bands(const CELTMode *m, celt_norm_t * restrict X, celt_norm_t *P, ce } else if (pitch_used && eBands[i] < m->pitchEnd) { if (eBands[i] == pBands[pband+1]) + { + int enabled = 0; pband++; + if (pgains[pband] > QCONST16(.5,15)) + enabled = 1; + ec_enc_bits(enc, enabled, 1); + if (enabled) +...

...the 15 khz to 21 khz range. The amount of noise also caused the output to clip numerous times. The problems where observed when encoding 48kHz at 60kbs using the following parameters: <rate> 48000 <channels> 1 <frame size> 1024 <bytes per packet> 160 At these settings nbEBands = 25. However the eMeans[] array as defined in the top of quant_bands.c and used in quant_coarse_energy() and unquant_coarse_energy() has only 24 members. Using the settings above, the code illegally reads the 25th member from random memory. If this memory is 0 as in the x86 implementations tes...

...# define EC_CODE_MASK ((((celt_uint32)1U)<<EC_CODE_BITS-1)-1<<1|1) #endif diff --git a/libcelt/quant_bands.c b/libcelt/quant_bands.c index 9aa05fe..e007dcb 100644 --- a/libcelt/quant_bands.c +++ b/libcelt/quant_bands.c @@ -155,7 +155,7 @@ static int intra_decision(const celt_word16 *eBands, celt_word16 *oldEBands, int static int quant_coarse_energy_impl(const CELTMode *m, int start, int end, const celt_word16 *eBands, celt_word16 *oldEBands, - ec_int32 budget, ec_int32 tell, + celt_int32 budget, celt_int32 tell, const unsigned char *prob_model, celt_word16...

Tim, et al, I have run into several problems with V0.8.0. I will address them seperately. 1. My compiler is complaining about the following code in celt.c which seems to define metric first as celt_word32, then as celt_word16. Am I mis-interpreting something? ?? VARDECL(celt_word32, metric); ?? ALLOC(metric, len, celt_word16); Thx MikeH -------------- next part -------------- An HTML attachment

The Wine development release 1.4-rc1 is now available. This is the first release candidate for the upcoming Wine 1.4. It marks the beginning of the code freeze period. Please give this release a good testing to help us make 1.4 as good as possible. What's new in this release (see below for details): - Improved crash dialog with support for saving the backtrace. - Support for the Back