celt-doc

Rating: 
0
No votes yet

Documentation for the CELT audio codec library
CELT is an experimental audio codec for use in low-delay communication.
.
CELT stands for "Code-Excited Lapped Transform". It applies some of the CELP
principles, but does everything in the frequency domain, which removes some of
the limitations of CELP. CELT is suitable for both speech and music and
currently features:
.
* Ultra-low latency (typically from 3 to 9 ms)
* Full audio bandwidth (44.1 kHz and 48 kHz)
* Stereo support
* Packet loss concealment
* Constant bit-rates from 32 kbps to 128 kbps and above
* A fixed-point version of the encoder and decoder
.
The CELT codec is meant to close the gap between Vorbis and Speex for
applications where both high quality audio and low delay are desired.
.
This package provides the celt documentation

Category:

Application versions: 
AttachmentSizeDate
File celt-doc_0.7.1-1_all.deb33.61 KB05/08/2013 - 14:23
Changelog: 

celt (0.7.1-1) unstable; urgency=low

* The "correlation does not imply causation" release.
To celebrate the first release of celt that is actually compatible with a
a previously distributed version, we've renamed the library!
* libcelt is now libcelt0. The intent from upstream being to make it clear
that one of the above was an accident, and unlikely to be repeated soon.
On the bright side, this means we should be getting proper soname bumps
from now on when the code ABI changes. The bitstream format still remains
entirely fluid though, applications which communicate with a peer _must_
check that the formats are compatible at runtime. It may, and indeed is
very likely to, continue changing with every release.
* By some small miracle, this should be an entirely painless transition
though. The new package doesn't conflict with the existing one, and all
rdeps except mumble will switch to the new package with a binNMU, but not
be broken in the meantime. They use the .pc file provided, and have been
build tested. The mumble package is waiting on this one before it can work
properly anyway, so a fix for that is just waiting for this to get through
the NEW queue first now.
* The new PLC is reported to be working Really Well.