similar to: TI DSP support

I did find it using my browser search. I am not sure where the "Git" is. It looks like many of the macros that use the TI intrinsics are commented-out. #if 0 +#include "dsplib.h" + +#undef MAX16 +#define MAX16(a,b) _max(a,b) ... Once my development has commenced (still in the study phase). I will be trying it. dave -----Original Message----- From: Jean-Marc Valin

Hi Jean-Marc, thank you for that suggestion! It seems that the file "fixed_c6x.h" is not part of the Opus sources, so the compiler cannot find it after enabling the TI_C6X_ASM config option. Maybe it was only part of an early version of the Opus sources? I looked for the file in versions V1.1, V1.1.1, V1.2alpha and V1.3 but did not found it. Do you have an idea, where I can get the

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

On 29/08/16 03:54 PM, David Boles wrote: > I see the following in arch.h > > #elif defined (TI_C6X_ASM) > #include "fixed_c6x.h" > > But there does not seem to be a header file by that name in the 1.1.2 distribution. The file's in Git, but it's not included in the distribution right now. I don't think it's been tested since CELT version 0.3 or

Hi Robert, The file is not distributed in the official releases, but I can find it in the git repository. Cheers, Jean-Marc On 10/22/2018 03:53 AM, Robert Madinger wrote: > Hi Jean-Marc, > > thank you for that suggestion! > It seems that the file "fixed_c6x.h" is not part of the Opus sources, so the compiler cannot find it after enabling the TI_C6X_ASM config option.

Hi Robert, There's also a TI_C6X_ASM config option, that causes the fixed_c6x.h header to be used, but I think it hasn't been tested in years. I don't know if it still works, but if not it's probably not too hard to fix (patch welcome). The fixed_c6x.h file can also probably be extended to cover more of the C6x arithmetic operators. Beyond that, you'd have to go to

From: Thorvald Natvig <slicer at users.sourceforge.net> --- celt.pc.in | 2 +- configure.ac | 2 ++ libcelt/Makefile.am | 12 ++++++------ tests/Makefile.am | 2 +- tools/Makefile.am | 4 ++-- 5 files changed, 12 insertions(+), 10 deletions(-) diff --git a/celt.pc.in b/celt.pc.in index 98cc008..67a830b 100644 --- a/celt.pc.in +++ b/celt.pc.in @@ -10,5

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:

Hello, in celt/celt_encoder.c line 369, the 'b' argument to MAX16 can sometimes be greater than what can be represented by a 16bit integer. The default definition of MAX16 is type-less, but I am working on an architecture with hardware support for min/max of 16bit. Changing the default definition to take advantage of this hardware changes the result of that computation. Please consider

Howdy. I have a application I'm developing where I need to encrypt the data inside an OGG stream. I will be using a regular block cypher (AES, or others... configurable); and I would like to encrypt the pages in an OGG stream. I'm thinking that if I sit my decrypter in between the reading application and the encrypted file, you should be able to use all the normal seeking

I've got an idea for a program, and after readig about 1/3 of your documentation, I think LLVM is what I'm looking for. What I'd like now is some help to see if my idea is "sane" and and shed light and direction that could be provided. I want to build a simplified "Virtual Machine" containing: A Terminal Hard Drives (image files) Some Kind Of Networking Device

I need to add the opus audio codec to my TI TMS320C6455 DSP. The chip is configured for big-endian format and the encoded data will be transferred through RTP. Is there an endianness to the current source code? -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.xiph.org/pipermail/opus/attachments/20160824/0c590e61/attachment.html>

Hello All, I recently upgraded to Redhat AS3 from an older 7.3 installation. With samba 3 (3.0.2-6.3E is the rpm version), I've been seeing activity that wasn't present before. Every 15 minutes (within a few seconds accuracy), I receive an alert from our SonicWall (firewall appliance) reporting that a "Malformed IP packet dropped." where the source was the upgraded server, and

Hi, I'll try to keep this as brief, yet descriptive enough to save everyone some time. If I'm off with this one please forgive me, but it has fixed my issues. I am not sure whether it is just my compiler (gcc 3.3.5) doing the wrong thing with the cast. File: preprocess.c Arch affected: x86, (others?) svn revision: 12778 Description: The SpeexPreprocessState_ member 'nb_adapt'

Hello all, it seems my efforts in reading the manuals and help files aren't enough so here I am. The question is, how would I go about linking a pre-compiled DLL in to my package? I have previously successfully built packages with Fortran and C source code, but now I'd like to take this ready made DLL and call its routines from R. My collegue was brave enough to simply try and put

> >Actually, you're the first I know using the VisualDSP++ toolchain :-) > I guess that's because speex has pretty big memory footprint. So developers that integrate speex tend to have plenty of RAM and once one has plenty of RAM he could install biggish OS. And between biggish OSes for Blackfin the most popular choice is uCLinux. And ucLinux works best with gnu tools. Something

Hi everyone, I've recently been making various changes to the way the modes work and the supported frame size. On new feature that may be of interest to some is that CELT should soon support changing the frame size dynamically within a stream. By that I mean varying the amount of audio (in time) transmitted at once, not the compressed size -- which has always been variable. That would

Hi, I just started to examine the DIV32_16 function (Blackfin ASM version), and wondered why the return value of the function inside 'fixed_bfin.h' is of type 'spx_word16_t', but the local variable 'res' which is returned by this function is of type 'spx_word32_t'. Is this a trick of optimization or a bug? (Same question for PDIV32_16 and MAX16, too!) best

Shawn "AutoDMC" Boles wrote: > I've got an idea for a program, and after readig about 1/3 of your > documentation, I think LLVM is what I'm looking for. > > What I'd like now is some help to see if my idea is "sane" and and shed > light and direction that could be provided. > > I want to build a simplified "Virtual Machine"

> If you don't mind my asking, can you tell us a little more about your > overall goal for this project? > Snip > I can't really give any > feedback on which is more appropriate until I know more about the > constraints of your project. > > -- John T. Hopefully I can explain my project more fully (without being too wordy): "CRAZY CRACKPOT IDEA"