search for: os_support

...round with the > allocation functions. Can you check that the TI stuff still works with > that? In the end, it'll probably make things easier for you now. For > example, if you link statically, wideband should be automatically left > out if unused. Also, all the libc stuff is now in os_support.h, which is > less messy than misc.h/misc.c were. The TI C64x build produces bit-exact results with build 12825 (April 2007, a bit before 1.2beta2). The C54x and C55x builds did not work because the manual allocation scheme was broken when misc.c was removed. The old override mechanism was:...

Jean-Marc, Attached is a patch (to build 14264) to fix the TI DSP builds with the recent restructuring of libspeex. The change adds a hook in os_support.h to allow the user to override some memory allocation and I/O functions. A similar hook was present in misc.c, but was lost when that file was removed. Also, the size of the private memory allocation area has been reduced, to match improvements in Speex memory utilization. In this patch, the...

Please correct me if I am wrong, Jean-Marc, but I do not think that any patches are getting applied to 1.0.5 anyway. Also, if you expect a patch to be applied, you will need to provide the changes as a patch, not as a modified copy of the source tree. The 1.2 branch includes a mechanism for private memory allocation from a static buffer. You provide a usermisc.h file that replaces the

...llocation 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 calloc) 100,000 bytes for the global stack. However, the *celt_alloc_scratch expects an "int", which in C55x lingo is 16bits (+/-32768). When debugging this macro, a value of -31072 is passed to *celt_alloc_scratch, which allocates no stack, ca...

...arguments (test_opus_projection.c:235) ==22926== by 0x100001AEE: main (test_opus_projection.c:411) ==22926== Uninitialised value was created by a heap allocation ==22926== at 0x10009B616: malloc (vg_replace_malloc.c:302) ==22926== by 0x1000E6407: opus_projection_ambisonics_encoder_create (os_support.h:49) ==22926== by 0x1000014C1: test_creation_arguments (test_opus_projection.c:235) ==22926== by 0x100001AEE: main (test_opus_projection.c:411) ==22926== ==22926== Conditional jump or move depends on uninitialised value(s) ==22926== at 0x1000E61E5: opus_projection_ambisonics_encoder_init...

Hi Mark, Attached are corrections based on your comments. I will extend these to the patch I recently submitted to fix memory issues once that is resolved as well. Cheers, Drew On Sat, Nov 18, 2017 at 5:48 PM Mark Harris <mark.hsj at gmail.com> wrote: > Hi Drew, > > Some additional comments on your mapping family 253 changes: > > 1) mapping_matrix_get_data: The computed

...oved lots of stuff around with the allocation functions. Can you check that the TI stuff still works with that? In the end, it'll probably make things easier for you now. For example, if you link statically, wideband should be automatically left out if unused. Also, all the libc stuff is now in os_support.h, which is less messy than misc.h/misc.c were. Cheers, Jean-Marc

...NTR */ +# endif /* OPUS_ARM_MAY_HAVE_NEON_INTR */ # endif /* FIXED_POINT */ #endif /* OPUS_HAVE_RTCD */ diff --git a/celt/arm/celt_ne10_fft.c b/celt/arm/celt_ne10_fft.c index d354502..1901024 100644 --- a/celt/arm/celt_ne10_fft.c +++ b/celt/arm/celt_ne10_fft.c @@ -44,6 +44,7 @@ #include "os_support.h" #include "stack_alloc.h" +#if !defined(FIXED_POINT) #ifdef CUSTOM_MODES /* nfft lengths in NE10 that support scaled fft */ @@ -144,3 +145,4 @@ void opus_ifft_float_neon(const kiss_fft_state *st, } RESTORE_STACK; } +#endif /* !defined(FIXED_POINT) */ diff --git a/ce...

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

..._srcdir)/src include celt_sources.mk include silk_sources.mk diff --git a/celt/celt_decoder.c b/celt/celt_decoder.c index d5d2c57..673ab4b 100644 --- a/celt/celt_decoder.c +++ b/celt/celt_decoder.c @@ -33,6 +33,7 @@ #define CELT_DECODER_C +#include "cpu_support.h" #include "os_support.h" #include "mdct.h" #include <math.h> @@ -69,6 +70,7 @@ struct OpusCustomDecoder { int downsample; int start, end; int signalling; + int arch; /* Everything beyond this point gets cleared on a reset */ #define DECODER_RESET_START rng @@ -159,6 +161,7 @@...

...n solx_devfs.c Danny van Dyk (1): Fix function prototypes for C++ Dave Airlie (2): linux: add pci_device_enable entrypoint and sysfs support for it pciaccess: bump to 0.10.1 Hasso Tepper (1): Add DragonFly BSD support Julien Cristau (1): solaris: add pci_tools.h to OS_SUPPORT Keith Packard (1): Kludge around linux bug and turn off write-through and cache-disable bits Mark Kettenis (1): OpenBSD support for libpciaccess. Stuart Bennett (1): Bug #13988: Fix reads from "0"-sized ROMs. git tag: libpciaccess-0.10.2 http://xorg.freedesktop.org/...

...oved lots of stuff around with the allocation functions. Can you check that the TI stuff still works with that? In the end, it'll probably make things easier for you now. For example, if you link statically, wideband should be automatically left out if unused. Also, all the libc stuff is now in os_support.h, which is less messy than misc.h/misc.c were. Cheers, Jean-Marc

...++- tests/ectest.c | 4 ++-- 3 files changed, 8 insertions(+), 3 deletions(-) diff --git a/libcelt/entdec.c b/libcelt/entdec.c index 555543f..284ce39 100644 --- a/libcelt/entdec.c +++ b/libcelt/entdec.c @@ -5,6 +5,7 @@ #include <stddef.h> #include "entdec.h" #include "os_support.h" +#include "arch.h" void ec_byte_readinit(ec_byte_buffer *_b,unsigned char *_buf,long _bytes){ @@ -106,6 +107,8 @@ ec_uint32 ec_dec_uint(ec_dec *_this,ec_uint32 _ft){ unsigned s; int ftb; t=0; + /*In order to optimize EC_ILOG(), it is undefined for the value 0...

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

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

...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) >>> >&gt...

...round with the > allocation functions. Can you check that the TI stuff still works with > that? In the end, it'll probably make things easier for you now. For > example, if you link statically, wideband should be automatically left > out if unused. Also, all the libc stuff is now in os_support.h, which is > less messy than misc.h/misc.c were. > > Cheers, > > Jean-Marc > >

...t;/ClCompile> + <ClCompile Include="mlp.c"> + <Filter>Source Files</Filter> + </ClCompile> </ItemGroup> <ItemGroup> <ClInclude Include="..\celt\arch.h"> @@ -71,5 +77,11 @@ <ClInclude Include="..\celt\os_support.h"> <Filter>Header Files</Filter> </ClInclude> + <ClInclude Include="analysis.h"> + <Filter>Header Files</Filter> + </ClInclude> + <ClInclude Include="mlp.h"> + <Filter>Header Files</...

Dear all, I am trying to use the Speex library pre-processor, I only need the VAD and Echo Canceller. I am using a STM32F103 processor, but I am using a tiny OS and it doesn't allow to use malloc. Is there a version of the library that will work without the need of using malloc? Obviously I will use all the time the same parameters, like 8kHz sampling rate, 160 frame... I will appreciate

...T_LT_CURRENT@:@CELT_LT_REVISION@:@CELT_LT noinst_HEADERS = _kiss_fft_guts.h arch.h bands.h fixed_c5x.h fixed_c6x.h \ cwrs.h ecintrin.h entcode.h entdec.h entenc.h fixed_generic.h float_cast.h \ kfft_double.h kfft_single.h kiss_fft.h kiss_fftr.h laplace.h mdct.h mfrngcod.h \ - mathops.h modes.h os_support.h pgain_table.h pitch.h psy.h \ - quant_bands.h quant_pitch.h rate.h stack_alloc.h vq.h + mathops.h modes.h os_support.h pitch.h psy.h \ + quant_bands.h rate.h stack_alloc.h vq.h noinst_PROGRAMS = testcelt dump_modes testcelt_SOURCES = testcelt.c diff --git a/libcelt/bands.c b/libcelt/bands.c i...