similar to: Bug (typo) in tip of Git

These were used because the entropy coder originally came from outside libcelt, and thus did not have a common type system. It's now undergone enough modification that it's not ever likely to be used as-is in another codec without some porting effort, so there's no real reason to maintain the typedefs separately. Hopefully we'll replace these all again somedate with a common set

hey guys, I am using the tip of Git and attempting to compile for a C55x DSP. I am running into a couple compile errors and have found the source of the issue. The errors: "celt.c", line 957: error: declaration may not appear after executable statement in block as well as "celt.c", line 2303: error: declaration may not appear after executable statement in block Both of

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

Jean-Marc, I have attached a small patch with modifications to arch.h, bits.c, and misc.c. This contains the few mods remaining to support the various fixed point TI DSPs after the work that you did at the end of May (thank you for this). arch.h: Add switch for compilers not supporting "long long" (C55x does, C54x and older C64x does not) bits.c: Allow external definition for max

Vijay, I used Code Composer Studio 3.x to directly build everything. There could certainly be issues with the ./configure, make, make install process. There are .pjt files supplied to build in the CCS simulator, so I suggest that you try that. The c55x option is just a compile switch, which deals with the fact that this platform has a 16-bit "byte", among other things. Regards, Jim

John, > I can see that there has been some effort to compile the SPEEX codec to operate on the > TI c54x and c55x DSPs and I am wondering if anyone would be able to update the > mailing list with their current MIPs and Memory resource requirements for their c54x > and/or c55x compilation? The only estimate I was able to find in the mailing list archive > was 42MIPs but I'm

Hi guys, I am on a C55x stereo implementation of CELT 0.7.1; I am using 100 sample frame size and writing 58 Bytes per Packet. At the output of the decoder I see one channel reconstructed perfectly, but the other channel has random corruption that appears to be a sinusoid with a period of the frame size. The artifact is non-periodic and appears to happen randomly during the audio stream. Anyone

Hi Randy, Thanks for reply. I have one question though. While compiling the speex (downloaded from http://downloads.xiph.org/releases/speex/speex-1.2rc1.tar.gz), I gave ./configure -enable-ti-c55x option and then built the library through make and make install using cygwin. In this case, I get this error "error: member "bits.o" of archive

Hi, I can see that there has been some effort to compile the SPEEX codec to operate on the TI c54x and c55x DSPs and I am wondering if anyone would be able to update the mailing list with their current MIPs and Memory resource requirements for their c54x and/or c55x compilation? The only estimate I was able to find in the mailing list archive was 42MIPs but I'm not sure if this is an

Hello everyone, I just wanted to see if anyone else is using PLC on the C55x and having success? I am seeing some issues and was curious if I was doing anything wrong/stupid or maybe I have found a bug? I am using: - the CELT library from OPUS 0.9.5 ( I checked the git repo and no check ins have comments about PLC, I assume it hasn't been updated) - FRAME_SIZE: 240 - PACKET_SIZE:

NAKAMURA Takumi <geek4civic at gmail.com> writes: >> I don't think one can share commits from clone A to/from clone B without >> going through the parent git-svn repository.  Is that right?  I recall >> having read something about that somewhere. > > Maybe sure on git-svn's branch (eg. master). > "master" should never be pushed to

Good morning, Dave. On Thu, Feb 24, 2011 at 4:17 AM, David A. Greene <greened at obbligato.org> wrote: > Do git repositories cloned from git-svn mirrors work properly?  For > example: > >                         svn >                          ^ >                          | >                          | >                          V >                       git-svn

Hi Jim, Thank for the patch. I'll apply it when I have a few minutes. If I haven't done so after a few weeks, please send it again. I'm in the process of relocating to Australia, so everything's a bit of a mess around here. Also, please post the c5X-specific files to the list (.cmd, .pjt, ...) so they'll be archived. Last thing, I see you defined spx_word64_t as long long for

Jim, Thank you very much for your suggestions. I managed to get the C55x code working on the simulator. I would like to port Speex both on a C5502 EVM and a C5509A EVM. As such, if you can provide me with the details of your port on the C5509A, it would be greatly appreciated. Furthermore, I am looking for some technical documentation on the CELP algorithms. I would like to better

Oh my. The c:/Program Files/Speex/libspeex.lib file is a Windows/x86 library file. The code within this files is not C55x binary but x86 binary. Further, the format of a Windows/x86 library file is different from that produced by the C55x code generation tools' archive utility, and that is what the linker is complaining about. As far as I know, there is no pre-developed C55x speex library,

Stuart, Jean-Marc, >> 1) We need our own "fixed_xx.h" header file. I don't know why, and >> haven't >> had time to investigate, but there is a definite improvement when I use >> the >> attached fixed_c55x.h file which has turned all the maths into inline >> functions. > > Did you try with fixed_generic.h or just with fixed_debug.h?

There is a port for the TI C55X, in the TI directory of the source tree. This builds and runs directly on the TI C55x simulator (Code Composer). I have run this on the Spectrum Digital C5509A EVMPLUS board, by modifying some of the sample audio drivers (I could provide some details if you chose that board). You can certainly get started in the simulator. The Speex port does not include any

Hello everyone, I have been having trouble utilizing the PLC function (I think). In older versions (0.7.1) a pointer to NULL did the trick, but with code from the tip of the GIT repository, this method causes the codec to crash on the C55x fixed point platform. I have not determined where the crash occurs. I have also attempted to pass in an array of zero's and this creates an echoey, reverby

Hi Jim, Thanks a lot for helping track problems with Speex. > There is a bit of work remaining to get the memory usage down for a > multichannel application. There have been some good posts over the > last couple of months about reducing memory usage. I think 1.1.8 incorporates all memory reductions proposed. Let me know otherwise. > Also, to nominally comply with the TI XDAIS

Jean-Marc Valin wrote: > I don't know all the details, but here's a (partial) list of archs on > which I've heard of Speex running. I'm sure there are others (especially > the float version should really run on any chip with an FPU). > > float: > x86/x86-64 (SSE assembly optimizations provided) > PowerPC > SPARC I've had floating decoding running on a