[opus] Global stack on Cortex-M4

Amit Ashara
Wed, 18 Oct 2017 20:46:33 -0000

Hello Eric,

I have ported the codec on an M4F device and the document for the same is
on the following link

http://opus-codec.org/docs/

During my porting I did notice that the codec does consume quite some
amount of SRAM. What is the NRF52 SRAM size?

Regards
Amit

On Wed, Oct 18, 2017 at 3:40 PM, Eric <eric at wiebols.se> wrote:

> Hi all !
>
> I just learned about the Opus codec and would like to try it out on my
> NRF52 (Cortex-M4) target.   I've been struggling a bit with the
> "trival_example.c" setup but 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 crash:
>
> opus_encode(..)-> opus_encode_native(..)->ALLOC_
> STACK->opus_alloc_scratch(..)->opus_alloc(..)
>
> Is this a bug or what am I missing here ?
>
> Any advise on how to get a basic encode/decode example working would be
> most appriciated.
>
> Thanks !
>
> \Eric
>
> _______________________________________________
> opus mailing list
> opus at xiph.org
> http://lists.xiph.org/mailman/listinfo/opus
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.xiph.org/pipermail/opus/attachments/20171018/14c825f9/attachment.html>