Displaying 20 results from an estimated 4000 matches similar to: "24-bit audio?"
2010 Jul 01
4
(no subject)
Jean-Mark, Tim,
Could either of you expound on the following comment in cwrs.c?
/*If _k==0, the following do-while loop will overflow the buffer.*/
----------------------------------------------------------------
...because the following do-loop does overflow the buffer when k=126
k=2;
do _u[k]=(k<<1)-1;
while(++k<len);
Thanks,
MikeH
-------------- next
2010 Mar 22
2
Porting CELt to the C5505
Tony,
How is this going? Have you been able to get CELT to run on a TI55xx? I am
very interested in the % utilization of the hardware and whether multiple
instance of CELT on the same DSP are feasible. I look forward to your
findings.
MikeH
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
2010 Jun 02
1
C55xx Linking Error
I am attempting to port CELT to the TI C5515 DSP. I am
compiling/assembling/linking with Code Composer Studio 4. I have enabled the
TI_55 specific optimizations in my config.h file per this
<http://lists.xiph.org/pipermail/celt-dev/2008-December/000033.html> post.
However, I am getting several "undefined symbol" linking errors that do not
make sense to me. According to the error
2012 Feb 16
1
Static Variables?
I am trying to get CELT running on a TI 5515 and am having trouble creating
a heap large enough to accommodate all of the dynamically created variables.
In fact, I would much prefer to have all variables created statically. Could
someone give me a short tutorial on what I need to do the create all of the
requisite variable statically?
Thx,
MikeH
-------------- next part --------------
An
2010 Nov 04
1
Frame_size?
"frame_size = PCM audio in signed 16-bit format (native endian). There must
be exactly frame_size samples per channel."
Sorry for such a simple request, but could you please clarify the definition
of frame_size when using stereo audio channels? When you say "frame_size
samples" does this mean that, if my frame_size is defined as 128, there are
64 left samples and 64 right
2011 Jun 06
1
QCONST16?
Gents,
In Version 8.1, QCONST16 is defined as follows in arch.h within the
FLOATING_POINT section:
#define QCONST16(x,bits) (x)
However, in both celt.c and quant_bands.c, QCONST16 is referenced without a
conditional FLOATING_POINT define. So when I compile as FIXED_POINT I get an
"undefined identifier" for QCONST16. Am I doing something wrong?
Thx,
MikeH
2010 Jul 06
3
V0.8.0 Problems
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
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 Jul 19
1
Endianess Switch?
Jean-Marc,
It appears that since testcelt reads a WAVE file from disck and passes the
data directly to celt_encode, so that celt_encode's "in" buffer must be
expecting little-endian formatted packets. Is this correct? Is there
endiness switch somewhere?
Thx
MikeH
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
2012 Aug 31
1
Memory Size?
In order to determine the optimum heap size requirements for my embedded
C55xx design, I have used the following to get the encoder and decoder
memory requirements:
size = opus_encoder_get_size(config.channels);
enc = malloc(size);
error = opus_encoder_init(enc, config.Fs, config.channels,
config.application);
size = opus_decoder_get_size(config.channels);
2012 Aug 22
2
int operation
Gents,
My TI C55xx complier is complaining about (in opus_encoder.c,
opus_encode()):
st->silk_mode.payloadSize_ms = 1000 * frame_size / st->Fs;
where .payloadSize_ms is opus_int, frame_size is an int, and Fs is a long.
Should one of these be cast differently?
Thx,
MikeH
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
2012 Aug 21
1
FIX vs FLP switch?
Gents,
Where might I find the Fixed Point switch for the Silk portion of Opus
1.0.1? I have generated a config.h file and added #define FIXED_POINT to my
project, but still get FLP compile errors in the Silk files.
Thx,
MikeH
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.xiph.org/pipermail/opus/attachments/20120821/f1c2327a/attachment.htm
2014 Feb 21
2
Make check failure on clone from 31 January
I tracked down the bug to an incorrect use of restrict.
I would not consider this a compiler bug: we are lying to the optimizer by
telling it that a pointer is restrict when in fact it isn't.
This can be fixed like so:
diff --git a/celt/mdct.c b/celt/mdct.c
index 1634e8e..fa5098c 100644
--- a/celt/mdct.c
+++ b/celt/mdct.c
@@ -276,8 +276,8 @@ void clt_mdct_backward(const mdct_lookup *l,
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 Feb 04
4
[RFC PATCH v2] Encode optimize using libNe10
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
2015 Mar 03
2
[RFC PATCHv3] Encode optimize using libNe10
Changes from RFC PATCH v2
- fixed compile issue when just compiling for --enable-intrinsics
for ARMv7 without NE10
- Notes for NE10:
- All compile/link warnings are now in upstream NE10
- Only patch pending upstream in NE10 is the one that
needs to add -funsafe-math-optimizations for ARMv7
targets.
- Phil Wang @ ARM is working on getting this fixed.
- Note that even without
2015 Mar 03
1
[RFC PATCH v4] Enable optimize using libNe10
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
2015 Jan 20
6
[RFC PATCH v1 0/2] Encode optimize using libNE10
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
2014 Feb 24
1
Make check failure on clone from 31 January
After a few experiments, I found that both alternatives are very similar, and 2~5% slower compared to the following:
diff --git a/celt/mdct.c b/celt/mdct.c
index 1634e8e..e490c3b 100644
--- a/celt/mdct.c
+++ b/celt/mdct.c
@@ -277,7 +277,7 @@ void clt_mdct_backward(const mdct_lookup *l, kiss_fft_scalar *in, kiss_fft_scala
it in-place. */
{
kiss_fft_scalar * OPUS_RESTRICT yp0 =
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]: