Displaying 20 results from an estimated 200 matches similar to: "Modes?"
2010 Mar 03
2
uint decode error on visual studio...
Is this a common warning? The decoder doesn't return an error on it, but I
see it a lot in my test application on windows. It is non existent on my
linux box. I haven't tried mingw yet.
please note that I'm using visual studio 2008 w/the vcproj that Bjoern
Rasmussen made for 0.5.2 (w/some file references removed) at the moment and
it is giving a lot of C4554 warnings
2011 Mar 03
1
fixed point code
Hi,
I am looking into fixed-point code of the CELT decoder for real-time application. Here are some questions..
[1] array, window[]
The array, window[] is being initialized from a function below in modes.c. This array is being initialized differently for the decoder, depending on frame size and sampling freq. of the bitstream ..
Could you provide us with fixed-point code for initialization of
2011 Mar 03
0
[PATCH] Eliminate the ec_int32 and ec_uint32 typedefs.
These were used because the entropy coder originally came from
outside libcelt, and thus did not have a common type system.
It's now undergone enough modification that it's not ever likely to
be used as-is in another codec without some porting effort, so
there's no real reason to maintain the typedefs separately.
Hopefully we'll replace these all again somedate with a common set
2011 Jan 12
2
Crash when using odd frame size
Hi
I noticed a crash issue when I passed the following values:
celt_mode_create(96000, 258, &e);
CELTMode->mdct.kfft[0] is not initialized after calling?clt_mdct_init() and when?celt_mode_destroy() is called it tries to dereference this value in kiss_fft_free().
-- Bjoern
Here's the callstack:
!kiss_fft_free(const kiss_fft_state * cfg=0x00000000) ?Line 650 + 0x3 bytes
2011 Jan 29
2
Memory leak when specifying invalid channels count
Hi
I minor issue I noticed when I passed an invalid 'channels' parameter
to celt_encoder_create() is that celt_encoder_init() doesn't free
the CELTEncoder ('st' parameter) when 'if (channels < 0 || channels > 2)'
evaluates to true.
Seems celt_encoder_init() should do like this instead:
CELTEncoder *celt_encoder_init(CELTEncoder *st, const CELTMode *mode, int
2009 Oct 16
3
API Change
Hi everyone,
I've just changed the API for CELT, but at least there's a good reason
for that. It's now possible to use the same mode data for both mono and
stereo. So here's the change:
- The celt_mode_create() function has a "channels" parameter
- The celt_encode_create() and celt_decoder_create() functions now have
an additional "channels" parameter.
- I
2009 Jul 24
1
STATIC_MODES, fft and prob members
Hi Guys,
I've just been looking into STATIC_MODES. My plan is to generate and
store the modes as part of our sound banks when they are encoded.
I have noticed that even with STATIC_MODES turned on, celt_mode_create
still allocs and generates the fft and prob members (via
pitch_state_alloc and quant_prob_alloc respectively). I also notice that
in dump_modes.c, these two members are just
2015 Feb 04
0
[RFC PATCH v2] armv7(float): Optimize encode usecase using NE10 library
Optimize opus encode (float only) usecase using ARM NE10
library. Mainly effects opus_fft and ctl_mdct_forward
and related functions.
This optimization can be used for ARM CPUs that have NEON
VFP unit. This patch only enables optimizations for ARMv7.
Official ARM NE10 library page available at
http://projectne10.github.io/Ne10/
To enable this optimization, use
--enable-intrinsics
2015 Mar 03
0
[RFC PATCHv3] armv7(float): Optimize encode usecase using NE10 library
Optimize opus encode (float only) usecase using ARM NE10
library. Mainly effects opus_fft and ctl_mdct_forward
and related functions.
This optimization can be used for ARM CPUs that have NEON
VFP unit. This patch only enables optimizations for ARMv7.
Official ARM NE10 library page available at
http://projectne10.github.io/Ne10/
To enable this optimization, use
--enable-intrinsics
2015 May 08
0
[[RFC PATCH v2]: Ne10 fft fixed and previous 1/8] armv7(float): Optimize encode usecase using NE10 library
Optimize opus encode (float only) usecase using ARM NE10
library. Mainly effects opus_fft and ctl_mdct_forward
and related functions.
This optimization can be used for ARM CPUs that have NEON
VFP unit. This patch only enables optimizations for ARMv7.
Official ARM NE10 library page available at
http://projectne10.github.io/Ne10/
To enable this optimization, use
--enable-intrinsics
2010 Mar 25
0
Blackfin inline assembly for fixed math
Here some Blackfin inline assembly, mainly picked and adapted from
speex. It's helps a little on my BF537 eval board.
Julien
--------
/**
@file fixed_bfin.h
@brief Fixed-point operations for the ADI BF5xx DSP family
*/
/*
Redistribution and use in source and binary forms, with or without
modification, are permitted provided that the following conditions
are met:
-
2009 Jul 22
2
Allocating all memory up front
Hi guys,
I'm currently working on a CELT implementation for FMOD, and one of the
things we want to do is have all memory required allocated beforehand.
This is before we have any information about what sounds will be played.
We would like to create all of our CELTDecode instances up front.
Because celt_mode_create() requires a sample rate and number of channels
passed in, this
2011 Apr 20
1
CELT in ffmpeg and API questions
Hi.
I am glad to inform everyone here that support for decoding using libcelt
was just pushed to ffmpeg.
It raised a few API questions or issues:
* At least while it's experimental, having a constant in the library for the
supported bitstream version would probably be useful. Something like that
comes to mind:
extern celt_int32 celt_bitstream_version;
or, even better:
int
2019 May 27
0
opus-1.3.1 patch for ARM Cortex-M4F (single precision)
The patch prevents KEIL MDK compile warnings, like:
warning: #1035-d: single-precision operand implicitly converted to
double-precision
Actually ARM Cortex-M4F has only a *single precision* (float) FPU.
It's suit for all platforms.
See the comment at the begin of patch file.
Sincerely
Forrest Zhang
-------------- next part --------------
Specify the floating point constant with single
2015 Jan 20
0
[RFC PATCH v1 2/2] armv7(float): Optimize encode usecase using NE10 library
Optimize opus encode (float only) usecase using ARM NE10
library. Mainly effects opus_fft and ctl_mdct_forward
and related functions.
This optimization can be used for ARM CPUs that have NEON
VFP unit. This patch only enables optimizations for ARMv7.
Official ARM NE10 library page available at
http://projectne10.github.io/Ne10/
To enable this optimization, use
--enable-intrinsics
2011 Mar 02
1
[PATCH] Fix CNG when effEBands is less than nbEBands.
We were trying to normalize bands that didn't actually exist (e.g.,
the last band with 320-sample frames at 32kHz).
Thanks to John Ridges for the report.
---
libcelt/celt.c | 24 +++++++++++++++++-------
1 files changed, 17 insertions(+), 7 deletions(-)
diff --git a/libcelt/celt.c b/libcelt/celt.c
index 31d35f8..287c720 100644
--- a/libcelt/celt.c
+++ b/libcelt/celt.c
@@ -1137,6 +1137,7
2009 Oct 15
1
multichannel
Hi All,
Would it be possible to encode n channels with the CELT api?
I can't find a negative or positive in the CELT docs; all I could find
is c a check on the nr of channels in wav_io.c in the CELT tools. No
clear insight on wheter or not the channels parameter in
celt_mode_create can be > 2.
Answers on the list were (thanks!):
- Sure, You just encode each channel and then store the
2010 Jun 07
1
GLOBAL_STACK_SIZE
I am having trouble understanding the stack allocation scheme when using a
C55xx device. From what I can tell, the GLOBAL_STACK_SIZE is set in arch.h
to 100,000 bytes (when using FIXED_POINT), which is then used in the
ALLOC_STACK macro found in stack_alloc.h. This macro seems to say, if
global_stack==0, then call celt_alloc_scratch, found in os_support.h, which
in turn attempts to allocate (using
2010 Dec 03
1
memory violation in mode_create() !
?
There seems to be a memory violation when calling celt_mode_create(48000, 240).
?
The function compute_pulse_cache() calls celt_alloc (the second one,
bits=celt_alloc()) in order to allocate 343 byte, but it is using about 872
bytes at that location, which will be deleted by the following allocations.
?
In this case the following encoder call crashes at first run.
?
Sorry, my time is very
2011 Jun 07
1
Celt modes
I seem to be having trouble creating correct modes for a 44100 samplerate. In reading the header file it says an even value from 64 to 512 I believe (going off memory) for the frame_rate but celt_mode_create returns a null mode. I can get it all working if I use 48000 with 480 frame_rate.
I guess in short what is the best way to calculate the optimal mode for latency.
Thanks
Mike
--
Sent