search for: nonthreadsafe_pseudostack

...t repeatedly run into "hard fault" crashes when stepping through the code. Firstly; for a "bare bone" configuration, does the following compiler directives make sense ? UDEFS = -DOPUS_BUILD -DFIXED_POINT -DDISABLE_FLOAT_API \         -DOPUS_ARM_INLINE_EDSP -DEMBEDDED_ARM -DNONTHREADSAFE_PSEUDOSTACK \         -DOVERRIDE_OPUS_ALLOC  -DOVERRIDE_OPUS_FREE  \          -D'opus_alloc(x)=NULL' -D'opus_free(x)=NULL' Secondly; With the "overide" directives above no dynamic memory allocation is supposed to happen. However, the following call chain (obviously)  cause a cra...

Dear Opus family, we have implemented the Opus codec at a Texas Instruments DSP C6418. It is working fine! Does anyone has experience with the configuration of the codec for a speed optimized implementation on that DSP? At the moment, we use the following settings: #define NONTHREADSAFE_PSEUDOSTACK 1 #define FIXED_POINT 1 #define DISABLE_FLOAT_API 1 #define OPUS_BUILD 1 #define CONFIG_...

Hi, We have observed that the stack usage in Opus Encoder/Decoder is enormous(50-60Kb approx). As we all know, in embedded systems, high stack usage is discouraged. How are we planning to take care of that? One idea is to allocate the required memory on heap and pass it on as an argument to the main Opus API and allocate the internal buffers used by the internal modules on the allocated buffer.

...ec at a Texas Instruments DSP C6418. > > It is working fine! > >   > > Does anyone has experience with the configuration of the codec for a > speed optimized implementation on that DSP? > > At the moment, we use the following settings: > >   > > #define NONTHREADSAFE_PSEUDOSTACK                           1 > > #define > FIXED_POINT > 1 > > #define DISABLE_FLOAT_API >                 1 > > #define > OPUS_BUILD > 1 > > #define > CONFIG_TI_C6X                                                              > 1 > >   >...

...t; that's avoided by converting just two channels at a time, but here it's > not quite clear how to do that without duplicating a lot of the > multistream code. If we can't address the issue with this patch, the > least would be to abort when trying to use these calls with > NONTHREADSAFE_PSEUDOSTACK > Done. Let me know if we should try designing something around this. > > 12) I think opus_projection_decoder_ctl() is missing a va_end() call. > Done. > > > Cheers, > > Jean-Marc > > > > On 10/12/2017 05:44 PM, Drew Allen wrote: > > thanks fo...

Jean-Marc, Thanks for the response and the helpful info. I am trying to get the library to build without using the pseudostack define, and use either VAR_ARRAYS or ALLOC, but it seems the global stack is not defined. Where do can I define this in my example? VR -----Original Message----- From: Jean-Marc Valin [mailto:jmvalin at jmvalin.ca] Sent: Tuesday, February 20, 2018 5:40 PM To:

thanks for all your feedback. here's the revised patch: On Wed, Oct 11, 2017 at 2:20 PM Timothy B. Terriberry <tterribe at xiph.org> wrote: > Jean-Marc Valin wrote: > > I think you'll want something like: > > (opus_int16)((unsigned)demixing_matrix[2*i+1] << 8) > > (though you might want to check it too) > > FWIW, we use the construct > int s =

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

...----Original Message----- From: Jean-Marc Valin [mailto:jmvalin at jmvalin.ca] Sent: Friday, September 20, 2013 12:00 To: Rhishikesh Agashe Cc: opus at xiph.org Subject: Re: [opus] Regarding stack usage in Opus Actually, the code already has an option for using the heap rather than the stack, see NONTHREADSAFE_PSEUDOSTACK in the code. As the name implies, it's not thread-safe though. Cheers, Jean-Marc On 20/09/13 01:29 AM, Rhishikesh Agashe wrote: > Hi, > > > > We have observed that the stack usage in Opus Encoder/Decoder is > enormous(50-60Kb approx). As we all know, in embedded syste...

Hi! everybody: We used opus-codec for a VOIP gateway. The GW is running at a UBUNTU server. The opus stream is transcoded to G711 pcmu stream.So there are many opus codecs running simultaneously. We noticed that if there more than 5 streams in. the voice then has notisable glitchs.More streams in, worse voice got. Then we write test code for opus-codec which encode a .pcm file simultaneously.

...ondly; With the "overide" directives above no dynamic memory > allocation is supposed to happen. However, the following call chain > (obviously)  cause a crash: > > opus_encode(..)-> > opus_encode_native(..)->ALLOC_STACK->opus_alloc_scratch(..)->opus_alloc(..) NONTHREADSAFE_PSEUDOSTACK requires a working allocator. You should select either vararrays or alloca(). Both should work on any gcc-based Cortex-M toolchain. (For that matter, malloc() and free() should work fine too, unless you have other reasons to avoid them)

...dec at a Texas Instruments DSP C6418. > > It is working fine! > >   > > Does anyone has experience with the configuration of the codec for a > speed optimized implementation on that DSP? > > At the moment, we use the following settings: > >   > > #define NONTHREADSAFE_PSEUDOSTACK                           1 > > #define > FIXED_POINT                                                                   > 1 > > #define DISABLE_FLOAT_API                                     >                 1 > > #define > OPUS_BUILD                                ...

Actually, the code already has an option for using the heap rather than the stack, see NONTHREADSAFE_PSEUDOSTACK in the code. As the name implies, it's not thread-safe though. Cheers, Jean-Marc On 20/09/13 01:29 AM, Rhishikesh Agashe wrote: > Hi, > > > > We have observed that the stack usage in Opus Encoder/Decoder is > enormous(50-60Kb approx). As we all know, in embedded system...

...LAs, then by all means just define VAR_ARRAYS and you're good to go. If not, the second best option is alloca(), which you can use by defining USE_ALLOCA. If your compiler supports alloca() and USE_ALLOCA doesn't work, then you may need to make minor tweaks to celt/stack_alloc.h. Do not use NONTHREADSAFE_PSEUDOSTACK unless all other options fail. Cheers, Jean-Marc > -----Original Message----- From: Jean-Marc Valin > [mailto:jmvalin at jmvalin.ca] Sent: Tuesday, February 20, 2018 5:40 PM > To: Rodriguez, Vince; opus at xiph.org Subject: [EXTERNAL] Re: [opus] > Developing OPUS on TI CC3220 >...

...>> It is working fine! >> >>   >> >> Does anyone has experience with the configuration of the codec for a >> speed optimized implementation on that DSP? >> >> At the moment, we use the following settings: >> >>   >> >> #define NONTHREADSAFE_PSEUDOSTACK                           1 >> >> #define >> FIXED_POINT >> 1 >> >> #define DISABLE_FLOAT_API >>                 1 >> >> #define >> OPUS_BUILD >> 1 >> >> #define >> CONFIG_TI_C6X                                     ...

...two channels at a time, but here > it's > > not quite clear how to do that without duplicating a lot of the > > multistream code. If we can't address the issue with this patch, the > > least would be to abort when trying to use these calls with > > NONTHREADSAFE_PSEUDOSTACK > > > > Done. Let me know if we should try designing something around this. > > > > > > 12) I think opus_projection_decoder_ctl() is missing a va_end() call. > > > > > > Done. > > > > > > > > Cheers, > > > >...

...s_multistream_encode() that's avoided by converting just two channels at a time, but here it's not quite clear how to do that without duplicating a lot of the multistream code. If we can't address the issue with this patch, the least would be to abort when trying to use these calls with NONTHREADSAFE_PSEUDOSTACK 12) I think opus_projection_decoder_ctl() is missing a va_end() call. Cheers, Jean-Marc On 10/12/2017 05:44 PM, Drew Allen wrote: > thanks for all your feedback. here's the revised patch: > > On Wed, Oct 11, 2017 at 2:20 PM Timothy B. Terriberry <tterribe at xiph.org > &...

...oided by converting just two channels at a time, but here it's > not quite clear how to do that without duplicating a lot of the > multistream code. If we can't address the issue with this patch, the > least would be to abort when trying to use these calls with > NONTHREADSAFE_PSEUDOSTACK > > Done. Let me know if we should try designing something around this.  > > > 12) I think opus_projection_decoder_ctl() is missing a va_end() call. > > > Done.  > > > > Cheers, > >         Jean-Marc > > > > On 10/12/...

The opus code default compiles on -o2 optimization level. I would like to change it to -o3. I have tried doing the changes in makefile.unix . The change is not getting reflected. I am building the code in Code composer studio for TI processor C6000. Could anybody help me with this -------------- next part -------------- An HTML attachment was scrubbed... URL:

...a > lot of the > >     >     multistream code. If we can't address the issue with > this > >     patch, the > >     >     least would be to abort when trying to use these > calls with > >     >     NONTHREADSAFE_PSEUDOSTACK > >     > > >     > Done. Let me know if we should try designing something > around this.  > >     > > >     > > >     >     12) I think opus_projection_decoder_ctl() is missing a > >     v...