similar to: CELT license

Hi Xiph, We are porting the CELT audio codec onto our Blackfin DSP for subsequent software distribution to our customers and would like to ensure we have covered the licensing appropriately. In reviewing the Opus codec info, it looks like there are multiple contributors (Xiph, Qualcomm, Broadcom, Skype, Microsoft, Huawei), however Xiph seems to be the main (and possibly only) IP holder in

> > > > I’m still not completely convinced by this argument, given that the > majority of patent lawsuits come from NPEs. That is not necessarily where the majority of patent lawsuit *danger* comes from, and i'd argue, pretty strongly, it's not the most likely case for LLVM. > We’d still be in the situation where a malicious contributor could: > > 1. Spin up a

Hi everyone, I've made several posts recently about CELT being "replaced" by the Opus codec ( http://opus-codec.org/ ) and I thought it was time to give an update on what's going on. As many of you know, I've been involved at the IETF on this new Opus codec, which essentially merge (a modified version of) Skype's SILK codec with CELT. This is more than just two codecs

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

On 09/12/2007, Jean-Marc Valin <jean-marc.valin@usherbrooke.ca> wrote: > > The full source for CELT is available at: > http://downloads.us.xiph.org/releases/celt/celt-0.0.1.tar.gz > or through git at http://git.xiph.org/celt.git It seems the current version of celt in git has an experimental Ogg mapping ... I've written up the bos page at

--- celt/arch.h | 2 ++ celt/arm/fixed_arm64.h | 75 ++++++++++++++++++++++++++++++++++++++++++++++++++ celt_headers.mk | 1 + 3 files changed, 78 insertions(+) create mode 100644 celt/arm/fixed_arm64.h diff --git a/celt/arch.h b/celt/arch.h index 9f74ddd..219569b 100644 --- a/celt/arch.h +++ b/celt/arch.h @@ -122,6 +122,8 @@ static OPUS_INLINE opus_int16 SAT16(opus_int32 x)

--- celt/arch.h | 2 ++ celt/arm/fixed_arm64.h | 75 ++++++++++++++++++++++++++++++++++++++++++++++++++ celt_headers.mk | 1 + 3 files changed, 78 insertions(+) create mode 100644 celt/arm/fixed_arm64.h diff --git a/celt/arch.h b/celt/arch.h index 9f74ddd..219569b 100644 --- a/celt/arch.h +++ b/celt/arch.h @@ -122,6 +122,8 @@ static OPUS_INLINE opus_int16 SAT16(opus_int32 x)

Aymeric Moizard a ?crit : >> None of that is defined yet, though I'm open to suggestions on how to do >> the mapping. > > CELT/44100 and CELT/48000 > a=fmtp:105 stereo=on > > probably a latency value? It would definitely need a frame_size value > "CELT" doesn't seems to be used for any other existing audio related > stuff? right? Not yet.

did anyone compile CELT for Windows 64 bit? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/opus/attachments/20110412/746edf83/attachment-0002.htm

Diana Cionoiu a ?crit : > Hi Jean-Marc, > > 1. Why CELT versus Speex? There's nearly no overlap between Speex and CELT. CELT is much higher quality, very low latency, and of course, higher bit-rate than Speex. So it really depends on the application. > 2. What's the RTP payload for CELT, so we can add it in Yate? > 3. What are the SDP declaration parameters? None of that

Hi all, Just a quick note to let you know that we are currently integrating CELT with our DAB transmission and reception software tools. We plan to have a working demo at the broadcast conference IBC 2009 in September where we have a small booth. We hope to be able to demonstrate a real-time DAB CELT encoder as part our our Live CD based on Ubuntu and GNU/Radio (

I need to test the latency of a system that I ported CELT to. I'd like to set a flag when the stream "changes". In order to see the stream "change", I'd like to be able to scan the compressed CELT directly to set the flag. ie. I'd like to be able to find a byte or two that change reliably between two values when the stream "changes". I don't

I am aware of a couple CELT users running the codec across a bit-error channel where corruption takes the form of flipped bits (such as a raw wireless link) rather than a packet-loss channel (like ethernet or an IP network). CELT has been designed to work reasonably well on both kinds of channel. You can turn a bit-error channel into a packet-loss channel by including a CRC across the entire

Hi, folks, I have an old CELT thing that I'm updating to Opus and I'm trying to get individual pieces upgraded.  My first task is upgrading the CELT encoder to Opus. The old CELT thing treated the L and R channels as independent mono streams, encoded them somehow with CELT to form one bitstream, sent one bitstream across, and then unpacked it manually after the decoder. Can I do that

Hi all, In my setup, I'm using a framesize of 320 samples at a sample rate of 32000 Hz (10 ms frames). This gives me a mode where nbEBands is 21 and eBands[21] is 100 (the standard 2.5 ms short block ebands). This also gives me LM = 2, so what happens is eBands[nbEBands]<<LM is 400, whereas my framesize is only 320. This causes a stack overrun at line 1978 in celt.c in both calls

Hi Bob, Would you be willing to send me your test audio file? I've been using an unencubered solution to the problem (since I'm probably going to be distributing my software long before the IPR for the pre/post filter is available) and I'm curious to see how it stacks up against the pre/post filter. Cheers, John Ridges > On Mon, Mar 21, 2011 at 3:06 PM, Bob

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, This isn't that new anymore, but I'd let everyone know that CELT 0.10.0 is out. We've improved the quality quite a bit since the last release and we fixed many bugs. For this release, Monty has written an extensive demo page at: http://people.xiph.org/~xiphmont/demo/celt/demo.html Although it's not final yet, it contains a lot of information of CELT, recent changes and

I saw the custom API, but nothing explicitly says "CELT-only" just "custom sample rate and frame size". I'll dig further now that you've pointed me in a direction. Thanks, -a On 7/6/15, 6:18 PM, Jean-Marc Valin wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > I believe what you want is called Opus custom (OPUS_CUSTOM in the > code).