search for: opus_alloc

...'m trying to use Opus in an Embedded Project which I'm developing in a STM32F429IIT6 microcontroller. Currently, I'm playing wav files in it. I ported all the files from OpusLib 1.1.4 needed to compile the project, but when I try to create and OpusDecode state, it returns the error -7 (OPUS_ALLOC_FAIL). I'm compiling it with the USE_ALLOCA flag. I also tried to compile it with the flags OVERRIDE_OPUS_ALLOC OVERRIDE_OPUS_FREE 'opus_alloc(x)=NULL' and 'opus_free(x)=NULL', but still having no success. The code I wrote is: int size; int error; OpusDecoder* dec...

...shes 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_e...

On 05/06/17 08:28 AM, Ulisses Piassa wrote: > I ported all the files from OpusLib 1.1.4 needed to compile the project, > but when I try to create and OpusDecode state, it returns the error -7 > (OPUS_ALLOC_FAIL). Are you getting OPUS_ALLOC_FAIL on the opus_decoder_init() too or just on opus_decoder_create()? > I'm compiling it with the USE_ALLOCA flag. I also tried to compile it > with the flags OVERRIDE_OPUS_ALLOC OVERRIDE_OPUS_FREE > 'opus_alloc(x)=NULL' and 'opus_free(x)...

...tion_encoder.c:261) > by 0x1000013D9: test_creation_arguments (test_opus_projection.c:268) > by 0x100001D06: main (test_opus_projection.c:396) > Uninitialised value was created by a heap allocation > at 0x10010FE71: malloc (vg_replace_malloc.c:302) > by 0x10006AB84: opus_alloc (os_support.h:49) > by 0x10006AC1F: opus_projection_ambisonics_encoder_create > (opus_projection_encoder.c:252) > by 0x1000013D9: test_creation_arguments (test_opus_projection.c:268) > by 0x100001D06: main (test_opus_projection.c:396) > > Another issue occurs in mappin...

...10/18/2017 01:40 PM, Eric wrote: > 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(..) 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)

Andrew, Stephan Thanks for your help. Well, I really don?t have the choice of the interface it has to be CAN. My malloc is working but it may have some bug. I?m going to check the use of the CCRAM with an implementation of opus_alloc/opus_free. I will let you know how it works. Regards. Benjamin ________________________________ Comme vous le savez, les messages envoy?s par e-mail peuvent ?tre manipul?s par des tiers. Pour cette raison, nos messages e-mails n'ont pas de valeur juridique. Ces messages ?lectroniques (y co...

Hello all, Attached is the initial proposed implementation for ch.mapping 253/3, based on the IETF proposal: https://tools.ietf.org/html/draft-ietf-codec-ambisonics-03 A brief overview of the patch, as it is slightly lengthy: After discussion with Jean-Marc, we determined that ch.253/3 will need the demixing matrix as part of the encoder/decoder struct stack and thus will require a new

...0x1000013D9: test_creation_arguments (test_opus_projection.c:268) >>> by 0x100001D06: main (test_opus_projection.c:396) >>> Uninitialised value was created by a heap allocation >>> at 0x10010FE71: malloc (vg_replace_malloc.c:302) >>> by 0x10006AB84: opus_alloc (os_support.h:49) >>> by 0x10006AC1F: opus_projection_ambisonics_encoder_create >>> (opus_projection_encoder.c:252) >>> by 0x1000013D9: test_creation_arguments (test_opus_projection.c:268) >>> by 0x100001D06: main (test_opus_projection.c:396) >>...

...coder_create (opus_projection_encoder.c:261) by 0x1000013D9: test_creation_arguments (test_opus_projection.c:268) by 0x100001D06: main (test_opus_projection.c:396) Uninitialised value was created by a heap allocation at 0x10010FE71: malloc (vg_replace_malloc.c:302) by 0x10006AB84: opus_alloc (os_support.h:49) by 0x10006AC1F: opus_projection_ambisonics_encoder_create (opus_projection_encoder.c:252) by 0x1000013D9: test_creation_arguments (test_opus_projection.c:268) by 0x100001D06: main (test_opus_projection.c:396) Another issue occurs in mapping_matrix_dot_short(). It att...

...>> by 0x1000013D9: test_creation_arguments (test_opus_projection.c:268) >> by 0x100001D06: main (test_opus_projection.c:396) >> Uninitialised value was created by a heap allocation >> at 0x10010FE71: malloc (vg_replace_malloc.c:302) >> by 0x10006AB84: opus_alloc (os_support.h:49) >> by 0x10006AC1F: opus_projection_ambisonics_encoder_create >> (opus_projection_encoder.c:252) >> by 0x1000013D9: test_creation_arguments (test_opus_projection.c:268) >> by 0x100001D06: main (test_opus_projection.c:396) >> >> Anothe...

Hi everyone, I?m currently trying to use opus on a ST ARM (STM32F407) without any OS (bare metal). The aim of my project is to transmit voice over CAN bus. The main issue I have is that opus fail to allocate memory, the ALLOC macro always return a NULL pointer. I have sure that I have enough free space to allocate buffers. Is there anyone who already try this or have meet this issue ? Thanks

...ine NE10_FFTSCALED_SUPPORT_MAX 4 +static const int ne10_fft_scaled_support[NE10_FFTSCALED_SUPPORT_MAX] = { + 480, 240, 120, 60 +}; + +int opus_fft_alloc_arm_float_neon(kiss_fft_state *st) +{ + int i; + size_t memneeded = sizeof(struct arch_fft_state); + + st->arch_fft = (arch_fft_state *)opus_alloc(memneeded); + if (!st->arch_fft) + return -1; + + for (i = 0; i < NE10_FFTSCALED_SUPPORT_MAX; i++) { + if(st->nfft == ne10_fft_scaled_support[i]) + break; + } + if (i == NE10_FFTSCALED_SUPPORT_MAX) { + /* This nfft length (scaled fft) is not supported in NE10...

...ine NE10_FFTSCALED_SUPPORT_MAX 4 +static const int ne10_fft_scaled_support[NE10_FFTSCALED_SUPPORT_MAX] = { + 480, 240, 120, 60 +}; + +int opus_fft_alloc_arm_float_neon(kiss_fft_state *st) +{ + int i; + size_t memneeded = sizeof(struct arch_fft_state); + + st->arch_fft = (arch_fft_state *)opus_alloc(memneeded); + if (!st->arch_fft) + return -1; + + for (i = 0; i < NE10_FFTSCALED_SUPPORT_MAX; i++) { + if(st->nfft == ne10_fft_scaled_support[i]) + break; + } + if (i == NE10_FFTSCALED_SUPPORT_MAX) { + /* This nfft length (scaled fft) is not supported in NE10...

...ine NE10_FFTSCALED_SUPPORT_MAX 4 +static const int ne10_fft_scaled_support[NE10_FFTSCALED_SUPPORT_MAX] = { + 480, 240, 120, 60 +}; + +int opus_fft_alloc_arm_float_neon(kiss_fft_state *st) +{ + int i; + size_t memneeded = sizeof(struct arch_fft_state); + + st->arch_fft = (arch_fft_state *)opus_alloc(memneeded); + if (!st->arch_fft) + return -1; + + for (i = 0; i < NE10_FFTSCALED_SUPPORT_MAX; i++) { + if(st->nfft == ne10_fft_scaled_support[i]) + break; + } + if (i == NE10_FFTSCALED_SUPPORT_MAX) { + /* This nfft length (scaled fft) is not supported in NE10...

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

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

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

Hi All, Since I continue to base my work on top of Jonathan's patch, and my previous Ne10 fft/ifft/mdct_forward/backward patches, I thought it would be better to just post all new patches as a patch series. Please let me know if anyone disagrees with this approach. You can see wip branch of all latest patches at https://git.linaro.org/people/viswanath.puttagunta/opus.git Branch:

Hi Timothy, As I mentioned earlier [1], I now fixed compile issues with fixed point and resubmitting the patch. I also have new patch that does intrinsics optimizations for celt_pitch_xcorr targetting aarch64. You can find my latest work-in-progress branch at [2] For reference, you can use the Ne10 pre-built libraries at [3] Note that I am working with Phil at ARM to get my patch at [4]

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]: