search for: mihoop

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

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:

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

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:

"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

Gents, "CELT now supports a larger dynamic range, suitable for encoding 24-bit audio (float version only)." I realize this was way back in V6, but is it still true? Thx, MikeH -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/opus/attachments/20111010/d38482b5/attachment-0002.htm

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

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);

Jean-Marc, Can you give us some insight into the meaning and usage of #define SMALL_FOOTPRINT that appears in cwrs.c? Thx MikeH -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/opus/attachments/20100630/6edffd7c/attachment-0002.htm

I found a reference to "fixed_arm5e.h" in arch.h but cannot find the file. Is it available for download somewhere? Thx, Mike -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/opus/attachments/20110427/7db64945/attachment-0002.htm

I have been using CELT ver 8 for some time, but am now attempting to use the latest git (ver 11+). However, I am having problems with modes. I don't completely understand what is going on in the following code. Could you provide some guidance on what parameters are now acceptable? I am trying to create a stereo channel with Fs=48000 and 128 byte frames, but get NULL returned from the

I realize this is ancient history, but I am trying to compile Ver 8.1 (from the download page) using Fixed Point and am getting compile errors as follows: argument of type "celt_sig *" is incompatible with parameter of type "celt_int16 *" libcelt81_orig_DSP/libcelt celt.c line 321 1304524612394 19769 argument of type "celt_sig *" is incompatible

Gents, I am getting the following compile error on V11.1 "declaration may not appear after executable statement in block". This occurs in two places in celt.c. ============================================================================ ==================== #ifdef FIXED_POINT #ifndef DISABLE_FLOAT_API CELT_STATIC int celt_encode_with_ec_float(CELTEncoder * restrict st, const

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

I am having trouble compiling Opus for my TI55xx project. When I define CONFIG_TI_C55X, I get several compile errors regarding int vs long and int vs opus_int32. (i.e. int *value = va_arg(ap, opus_int32*); in opus_decoder_ctl). Also, shouldn't the following be included at the top of opus_types.h? #ifdef HAVE_CONFIG_H #include "config.h" #endif Thanks.

Opus users, We are developing embedded solutions based on the TI C55xx DSPs. We are considering Opus as a solution for our audio compression algorithm. However, before we invest heavily in code integration we would like to get some idea of the MIPS required. We have experience with CELT v.81 and have seen encode (mono) at ~60MIPS and decode at ~40MIPS. Does anyone have any knowledge of the

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

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:

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

Is it possible to mix (sum) two or more compressed audio streams with either CELT or Opus? If not, could you add this functionality? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/opus/attachments/20111128/72223804/attachment-0002.htm