similar to: CELT 0.8.0 is out

Hi everyone, I'm pleased to announce version 0.6.0 of CELT, with many quality improvements. This includes better stereo coupling, better handling of transients, and better handling of highly tonal signals. In addition, packet loss robustness has been improved through the optional use of independent (intra) frames. CELT now supports a larger dynamic range, suitable for encoding 24-bit audio

# make make all-recursive make[1]: Entering directory `/tmp/celt-0.7.0' Making all in libcelt make[2]: Entering directory `/tmp/celt-0.7.0/libcelt' /bin/sh ../libtool --tag=CC --mode=compile gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I.. -s -O3 -march=i686 -fvisibility=hidden -W -Wstrict-prototypes -Wall -Wextra -Wcast-align -Wnested-externs -Wshadow -Wno-parentheses

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, In case it is of any help, to compile a static library for the iPhone, I had to add the following 2 lines in plc.c file : #include "arch.h" #include "stack_alloc.h" otherwise "celt_word16..." type are not defined and "VARDECL...." also not. Best Regards St?phane Letz

I am specifically using Celt Wideband (48kHz) over WiFi multicast that naturally leads to lost packets and am trying to minimize the impact to the audio. I implemented PLC but the audio it produces is robotic. Have I implemented PLC correctly? Checking the waveform it is using the previous received waveform to fill in a missing packet but not the full waveform so it has to repeat. Basically,

Hi everyone, I'd like to announce CELT 0.7.1, which improves the quality of the packet loss concealment (PLC), but does not change the rest of the codec. For this reason it is the first release NOT to break bit-stream compatibility with the previous release (0.7.0). But I promise not to do it again, the next CELT release will likely break compatibility once again. Note that the PLC

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:

Hello all Firstly thanks to everyone involved for creating CELT. It is really very useful :-) One of my targets is current generation Apple iPod with the fixed point decoder (latest version from website, 0.9.1) Based on my simple time-stamp based profiling of my running app it looks like decoding a null buffer for PLC costs a lot more than decoding a normal buffer. For example a standard

Dear CELT Developers, I wrote a proposal on how to integrate CELT into Digital Radio Mondiale (DRM+). The CELT codec has been integrated in the Spark transmission software and SoDiRa receiver software. Please download the proposal here: http://www.drm-sender.de/celt_in_drm.pdf Suggestions and comments are welcome! A live on-air DRM+ transmission using CELT (v.0.7.1) for audio encoding was

Is it all right to discuss CELT here? I haven't seen any specific mailing list for it yet. I would like to ask if someone could provide me one or two sample Ogg CELT files, so I could test detection in ogginfo. I know CELT content isn't really supposed to be around as files since it would lose all the format's latency advantages, but I assume people can create them if need be. -Ivo

Hi everyone, I'd just like to announce CELT 0.11.1 (sorry about failing to announce 0.11). The bit-stream is now is "soft-freeze", which means we won't change it unless we find bugs -- which we did between 0.11 and 0.11.1. The API should also be close to the final API. Compared to 0.10.x there are also small quality improvements, mostly at high bit-rate. I'd also like

Hi, Does Celt (in particular version 0.7.1) exploits correlation between the two channels in stereo mode? In practice, is it possible to use the two channels as two mono signals without affecting quality? Thanks Best Regards Riccardo Riccardo Micci Senior DSP Engineer, Wireless Group Cambridge Consultants Science Park, Milton Road Cambridge, CB4 0DW, England Switchboard: +44 (0)1223

Hi, We are testing CELT 0.7.1 on an iPod touch and it seems we are already reaching the CPU limit of the machine for a 1 channel both directions stream. The CELT README says that the code should be compiled with fixed-point support, but it it not clear how it has to be used later on. We currently use celt_encode_float/celt_decode_float functions. Can we still use them with the fixed point version

Hi, We're using Celt 0.7.1 at the moment. We're thinking to update the code to a newer version of it. Is there an appreciable complexity (decoding time) difference among versions (0.7.1 - 0.8.1 - 0.9.1 - 0.10 - 0.11.1)? If so, which one is the fastest? Thanks Regards Riccardo Riccardo Micci Senior DSP Engineer, Wireless Group Cambridge Consultants Science Park, Milton Road

Hi, I am an applications engineer for Texas Instruments in the UK. I am trying to port the CELT codec to the C5505, this has HW accelerated FFT engine (http://focus.ti.com/docs/prod/folders/print/tms320vc5505.html). I am having problems with the stack allocation. Do you have any reference code that compiles for the C55x under CCS (code composer studio)? *******************************

Tim, et al, I have run into several problems with V0.8.0. I will address them seperately. 1. My compiler is complaining about the following code in celt.c which seems to define metric first as celt_word32, then as celt_word16. Am I mis-interpreting something? ?? VARDECL(celt_word32, metric); ?? ALLOC(metric, len, celt_word16); Thx MikeH -------------- next part -------------- An HTML attachment

We were trying to normalize bands that didn't actually exist (e.g., the last band with 320-sample frames at 32kHz). Thanks to John Ridges for the report. --- libcelt/celt.c | 24 +++++++++++++++++------- 1 files changed, 17 insertions(+), 7 deletions(-) diff --git a/libcelt/celt.c b/libcelt/celt.c index 31d35f8..287c720 100644 --- a/libcelt/celt.c +++ b/libcelt/celt.c @@ -1137,6 +1137,7

Hello all, This is slightly off-topic, but should be of interest to some people on this list. I just released version 0.3.2 of the CELT ultra low-delay audio codec (http://www.celt-codec.org/). CELT is designed to encode high quality speech and music with less than 10 ms delay and at rates starting from around 32 kbit/s. This version is "special" in that it is the basis for some

Hi Jean-Marc, 1. Why CELT versus Speex? 2. What's the RTP payload for CELT, so we can add it in Yate? 3. What are the SDP declaration parameters? Diana Jean-Marc Valin wrote: > Hi everyone, > > I'm happy to announce CELT version 0.5.0. This release includes > simplifications to the bit allocation code and includes a new > low-complexity mode that can be enabled (without

Hi, I've try to enable the new loss concealment code with celt-0.6.1. I've run "configure --enable-new-plc" but I've got a missing plc.c file while compiling. It is also missing for version 0.6.0. Can you release this missing file? Thank you, Pascal CRC