From chenpo at fmod.org  Thu Nov  5 20:02:32 2009
From: chenpo at fmod.org (Chen-Po Sun)
Date: Fri, 06 Nov 2009 15:02:32 +1100
Subject: [CELT-dev] FMOD released with CELT support.
Message-ID: <4AF39FD8.3020302@fmod.org>

An HTML attachment was scrubbed...
URL: http://lists.xiph.org/pipermail/celt-dev/attachments/20091106/f81f413d/attachment.htm 

From pierre42d at 9online.fr  Sat Nov  7 17:58:39 2009
From: pierre42d at 9online.fr (Pierre)
Date: Sun, 08 Nov 2009 02:58:39 +0100
Subject: [CELT-dev] Problem compiling celt 0.7.0
Message-ID: <4AF625CF.3030204@9online.fr>

# 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 -Wno-unused-parameter -Wno-sign-compare -MT celt.lo -MD 
-MP -MF .deps/celt.Tpo -c -o celt.lo celt.c
libtool: 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 
-Wno-unused-parameter -Wno-sign-compare -MT celt.lo -MD -MP -MF 
.deps/celt.Tpo -c celt.c  -fPIC -DPIC -o .libs/celt.o
celt.c:1231:17: error: plc.c: No such file or directory
celt.c: In function 'celt_decode_float':
celt.c:1340: warning: implicit declaration of function 'celt_decode_lost'
celt.c:1340: warning: nested extern declaration of 'celt_decode_lost'
make[2]: *** [celt.lo] Error 1
make[2]: Leaving directory `/tmp/celt-0.7.0/libcelt'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/celt-0.7.0'
make: *** [all] Error 2


From gmaxwell at gmail.com  Sun Nov  8 14:05:23 2009
From: gmaxwell at gmail.com (Gregory Maxwell)
Date: Sun, 8 Nov 2009 17:05:23 -0500
Subject: [CELT-dev] Problem compiling celt 0.7.0
In-Reply-To: <4AF625CF.3030204@9online.fr>
References: <4AF625CF.3030204@9online.fr>
Message-ID: <e692861c0911081405p13b86a0fy9ea5d4c578f23939@mail.gmail.com>

On Sat, Nov 7, 2009 at 8:58 PM, Pierre <pierre42d at 9online.fr> wrote:
> celt.c:1231:17: error: plc.c: No such file or directory
> celt.c: In function 'celt_decode_float':
> celt.c:1340: warning: implicit declaration of function 'celt_decode_lost'
> celt.c:1340: warning: nested extern declaration of 'celt_decode_lost'

Do not "--enable-new-plc": that code is not included in the celt
distribution because it hasn't been finished. The configure option was
added to make development easier for the person working on it.

From jean-marc.valin at usherbrooke.ca  Sun Nov  8 14:02:38 2009
From: jean-marc.valin at usherbrooke.ca (Jean-Marc Valin)
Date: Mon, 09 Nov 2009 07:02:38 +0900
Subject: [CELT-dev] Problem compiling celt 0.7.0
In-Reply-To: <4AF625CF.3030204@9online.fr>
References: <4AF625CF.3030204@9online.fr>
Message-ID: <4AF73FFE.3000707@usherbrooke.ca>

Rule #1: Don't enable options unless you know what they're doing :-)

In this case, you probably configured with --enable-new-plc , which was
just a switch for playing with new PLC algorithms (that don't exist
yet!). Remove that switch and CELT should compile fine.

Cheers,

	Jean-Marc

Pierre a ?crit :
> # 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 -Wno-unused-parameter -Wno-sign-compare -MT celt.lo -MD 
> -MP -MF .deps/celt.Tpo -c -o celt.lo celt.c
> libtool: 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 
> -Wno-unused-parameter -Wno-sign-compare -MT celt.lo -MD -MP -MF 
> .deps/celt.Tpo -c celt.c  -fPIC -DPIC -o .libs/celt.o
> celt.c:1231:17: error: plc.c: No such file or directory
> celt.c: In function 'celt_decode_float':
> celt.c:1340: warning: implicit declaration of function 'celt_decode_lost'
> celt.c:1340: warning: nested extern declaration of 'celt_decode_lost'
> make[2]: *** [celt.lo] Error 1
> make[2]: Leaving directory `/tmp/celt-0.7.0/libcelt'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/tmp/celt-0.7.0'
> make: *** [all] Error 2
> 
> _______________________________________________
> celt-dev mailing list
> celt-dev at xiph.org
> http://lists.xiph.org/mailman/listinfo/celt-dev
> 
> 

From Jean-Marc.Valin at USherbrooke.ca  Tue Nov 10 21:29:53 2009
From: Jean-Marc.Valin at USherbrooke.ca (Jean-Marc Valin)
Date: Wed, 11 Nov 2009 00:29:53 -0500
Subject: [CELT-dev] Royalty-free codecs at the IETF
Message-ID: <1257917393.4afa4bd136c65@www.usherbrooke.ca>

Hi everyone,

For the past few months, we have been working with the IETF to form a new
working group dedicated to standardising truly free audio codecs. Following the
BoF (meeting) we had in Stockholm a few months ago, we have addressed several
issues and we will be having a second BoF *tomorrow* in Hiroshima. Everyone
interesting in the matter can participate virtually and give input. The
information for the audio feed, time and Jabber rooms can be found here:
http://people.xiph.org/~jm/hiroshima_bof.html
and in this post:
http://www.ietf.org/mail-archive/web/codec/current/msg00840.html

Cheers,

   Jean-Marc

From rbailey at sevenstudios.com  Wed Nov 11 09:58:57 2009
From: rbailey at sevenstudios.com (Bailey, Robert)
Date: Thu, 12 Nov 2009 04:58:57 +1100
Subject: [CELT-dev] XCode project
Message-ID: <CCD8E132C4B0594C92F1953D76DC00B005477E82@ausydex01.activision.com>

Is there an XCode version of CELT available anywhere?

 

Thanks/Rob


______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
______________________________________________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.xiph.org/pipermail/celt-dev/attachments/20091112/2f54301a/attachment.htm 

From phoogervorst at engineering-spirit.nl  Mon Nov 16 01:49:23 2009
From: phoogervorst at engineering-spirit.nl (Peter Hoogervorst)
Date: Mon, 16 Nov 2009 10:49:23 +0100
Subject: [CELT-dev] CELT question
Message-ID: <4B012023.4070309@engineering-spirit.nl>

Hello,

I want to use the CELT codec in an embedded solution. For the embedded 
solution, the processor speed is of great importance.
In the documentation (the presentation of Dr. Jean-Marc Valin, Gregory 
Maxwell and Dr. Timothy B. Terriberry) the CELT LC (low complexity) mode 
is mentionned. The LC mode should use half the memory recources and half 
the MIPS.
My question is how to tell the CELT library to use the low complexity 
mode. Should I use the 
"celt_encoder_ctl(enc,CELT_SET_COMPLEXITY(complexity))" function and set 
the complexity to zero, or is there also a compile time define which I 
should use?

I use the CELT version 0.7.0.

Thanks,
-- 
Best regards,
P. Hoogervorst
	Engineering Spirit
De Werf 4e,    3632 AE Loenen a/d Vecht
The Netherlands
tel: (+31)294-237007 <skype:+31294237007?call>  
www.engineering-spirit.nl <http://www.engineering-spirit.nl/>   




__________ Information from ESET Smart Security, version of virus signature database 4610 (20091115) __________

The message was checked by ESET Smart Security.

http://www.eset.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.xiph.org/pipermail/celt-dev/attachments/20091116/240a1271/attachment.htm 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: EspiritLogo.gif
Type: image/gif
Size: 2212 bytes
Desc: not available
Url : http://lists.xiph.org/pipermail/celt-dev/attachments/20091116/240a1271/attachment.gif 

From jean-marc.valin at usherbrooke.ca  Mon Nov 16 03:56:08 2009
From: jean-marc.valin at usherbrooke.ca (Jean-Marc Valin)
Date: Mon, 16 Nov 2009 06:56:08 -0500
Subject: [CELT-dev] CELT question
In-Reply-To: <4B012023.4070309@engineering-spirit.nl>
References: <4B012023.4070309@engineering-spirit.nl>
Message-ID: <4B013DD8.3020903@usherbrooke.ca>

Peter Hoogervorst a ?crit :
> My question is how to tell the CELT library to use the low complexity
> mode. Should I use the
> "celt_encoder_ctl(enc,CELT_SET_COMPLEXITY(complexity))" function and set
> the complexity to zero, or is there also a compile time define which I
> should use?

Just using:
celt_encoder_ctl(enc,CELT_SET_COMPLEXITY(complexity));
will do here. If you want to also save on code size, there's entire
functions you can remove as well, but there's no define for that at this
point.

Cheers,

	Jean-Marc

From thorvald at natvig.com  Tue Nov 17 15:09:58 2009
From: thorvald at natvig.com (thorvald at natvig.com)
Date: Wed, 18 Nov 2009 00:09:58 +0100
Subject: [CELT-dev] [PATCH] Change name of libcelt to libceltXYZ
Message-ID: <1258499398-21214-1-git-send-email-thorvald@natvig.com>

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 +10,5 @@ Description: CELT is a low-delay audio codec
 Version: @CELT_VERSION@
 Requires:
 Conflicts:
-Libs: -L${libdir} -lcelt -lm
+Libs: -L${libdir} -lcelt at LIBCELT_SUFFIX@ -lm
 Cflags: -I${includedir}
diff --git a/configure.ac b/configure.ac
index 4f13d7e..d5e31a7 100644
--- a/configure.ac
+++ b/configure.ac
@@ -9,6 +9,7 @@ CELT_MINOR_VERSION=7
 CELT_MICRO_VERSION=0
 CELT_EXTRA_VERSION=
 CELT_VERSION=$CELT_MAJOR_VERSION.$CELT_MINOR_VERSION.$CELT_MICRO_VERSION$CELT_EXTRA_VERSION
+LIBCELT_SUFFIX=${CELT_MAJOR_VERSION}${CELT_MINOR_VERSION}${CELT_MICRO_VERSION}
 
 CELT_LT_CURRENT=0
 CELT_LT_REVISION=0
@@ -17,6 +18,7 @@ CELT_LT_AGE=0
 AC_SUBST(CELT_LT_CURRENT)
 AC_SUBST(CELT_LT_REVISION)
 AC_SUBST(CELT_LT_AGE)
+AC_SUBST(LIBCELT_SUFFIX)
 
 # For automake.
 VERSION=$CELT_VERSION
diff --git a/libcelt/Makefile.am b/libcelt/Makefile.am
index 7c574cc..c4f3787 100644
--- a/libcelt/Makefile.am
+++ b/libcelt/Makefile.am
@@ -11,17 +11,17 @@ TESTS = match-test.sh
 
 noinst_SCRIPTS = match-test.sh
 
-lib_LTLIBRARIES = libcelt.la
+lib_LTLIBRARIES = libcelt at LIBCELT_SUFFIX@.la
 
 # Sources for compilation in the library
-libcelt_la_SOURCES = bands.c celt.c cwrs.c ecintrin.h entcode.c \
+libcelt at LIBCELT_SUFFIX@_la_SOURCES = bands.c celt.c cwrs.c ecintrin.h entcode.c \
 	entdec.c entenc.c header.c kfft_single.c kiss_fft.c kiss_fftr.c laplace.c mdct.c \
 	modes.c pitch.c psy.c quant_bands.c rangedec.c rangeenc.c rate.c \
 	vq.c
 
 #noinst_HEADERS =
 
-libcelt_la_LDFLAGS = -version-info @CELT_LT_CURRENT@:@CELT_LT_REVISION@:@CELT_LT_AGE@
+libcelt at LIBCELT_SUFFIX@_la_LDFLAGS = -version-info @CELT_LT_CURRENT@:@CELT_LT_REVISION@:@CELT_LT_AGE@
 
 noinst_HEADERS = _kiss_fft_guts.h arch.h bands.h fixed_c5x.h fixed_c6x.h \
 	cwrs.h ecintrin.h entcode.h entdec.h entenc.h fixed_generic.h float_cast.h \
@@ -31,9 +31,9 @@ noinst_HEADERS = _kiss_fft_guts.h arch.h bands.h fixed_c5x.h fixed_c6x.h \
 
 noinst_PROGRAMS = testcelt dump_modes
 testcelt_SOURCES = testcelt.c
-testcelt_LDADD = libcelt.la
+testcelt_LDADD = libcelt at LIBCELT_SUFFIX@.la
 INCLUDES = 
-#libcelt_la_LIBADD = 
+#libcelt at LIBCELT_SUFFIX@_la_LIBADD =
 
 dump_modes_SOURCES = dump_modes.c
-dump_modes_LDADD = libcelt.la
+dump_modes_LDADD = libcelt at LIBCELT_SUFFIX@.la
diff --git a/tests/Makefile.am b/tests/Makefile.am
index 61e8f28..05ebd30 100644
--- a/tests/Makefile.am
+++ b/tests/Makefile.am
@@ -15,4 +15,4 @@ mdct_test_SOURCES = mdct-test.c
 #rotation_test_SOURCES = rotation-test.c
 mathops_test_SOURCES = mathops-test.c
 tandem_test_SOURCES = tandem-test.c
-tandem_test_LDADD = $(top_builddir)/libcelt/libcelt.la
+tandem_test_LDADD = $(top_builddir)/libcelt/libcelt at LIBCELT_SUFFIX@.la
diff --git a/tools/Makefile.am b/tools/Makefile.am
index c7678b6..65099ce 100644
--- a/tools/Makefile.am
+++ b/tools/Makefile.am
@@ -15,7 +15,7 @@ noinst_HEADERS = wav_io.h
 bin_PROGRAMS = celtenc celtdec
 
 celtenc_SOURCES = celtenc.c wav_io.c skeleton.c
-celtenc_LDADD = $(top_builddir)/libcelt/libcelt.la $(OGG_LIBS)
+celtenc_LDADD = $(top_builddir)/libcelt/libcelt at LIBCELT_SUFFIX@.la $(OGG_LIBS)
 
 celtdec_SOURCES = celtdec.c wav_io.c
-celtdec_LDADD = $(top_builddir)/libcelt/libcelt.la $(OGG_LIBS)
+celtdec_LDADD = $(top_builddir)/libcelt/libcelt at LIBCELT_SUFFIX@.la $(OGG_LIBS)
-- 
1.6.4


From jean-marc.valin at usherbrooke.ca  Tue Nov 17 18:50:48 2009
From: jean-marc.valin at usherbrooke.ca (Jean-Marc Valin)
Date: Tue, 17 Nov 2009 21:50:48 -0500
Subject: [CELT-dev] [PATCH] Change name of libcelt to libceltXYZ
In-Reply-To: <1258499398-21214-1-git-send-email-thorvald@natvig.com>
References: <1258499398-21214-1-git-send-email-thorvald@natvig.com>
Message-ID: <4B036108.6040408@usherbrooke.ca>

I think that's the best way of handling the CELT versioning until the
bit-stream (and API) stabilize. Anyone disagrees?

	Jean-Marc


thorvald at natvig.com a ?crit :
> 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 +10,5 @@ Description: CELT is a low-delay audio codec
>  Version: @CELT_VERSION@
>  Requires:
>  Conflicts:
> -Libs: -L${libdir} -lcelt -lm
> +Libs: -L${libdir} -lcelt at LIBCELT_SUFFIX@ -lm
>  Cflags: -I${includedir}
> diff --git a/configure.ac b/configure.ac
> index 4f13d7e..d5e31a7 100644
> --- a/configure.ac
> +++ b/configure.ac
> @@ -9,6 +9,7 @@ CELT_MINOR_VERSION=7
>  CELT_MICRO_VERSION=0
>  CELT_EXTRA_VERSION=
>  CELT_VERSION=$CELT_MAJOR_VERSION.$CELT_MINOR_VERSION.$CELT_MICRO_VERSION$CELT_EXTRA_VERSION
> +LIBCELT_SUFFIX=${CELT_MAJOR_VERSION}${CELT_MINOR_VERSION}${CELT_MICRO_VERSION}
>  
>  CELT_LT_CURRENT=0
>  CELT_LT_REVISION=0
> @@ -17,6 +18,7 @@ CELT_LT_AGE=0
>  AC_SUBST(CELT_LT_CURRENT)
>  AC_SUBST(CELT_LT_REVISION)
>  AC_SUBST(CELT_LT_AGE)
> +AC_SUBST(LIBCELT_SUFFIX)
>  
>  # For automake.
>  VERSION=$CELT_VERSION
> diff --git a/libcelt/Makefile.am b/libcelt/Makefile.am
> index 7c574cc..c4f3787 100644
> --- a/libcelt/Makefile.am
> +++ b/libcelt/Makefile.am
> @@ -11,17 +11,17 @@ TESTS = match-test.sh
>  
>  noinst_SCRIPTS = match-test.sh
>  
> -lib_LTLIBRARIES = libcelt.la
> +lib_LTLIBRARIES = libcelt at LIBCELT_SUFFIX@.la
>  
>  # Sources for compilation in the library
> -libcelt_la_SOURCES = bands.c celt.c cwrs.c ecintrin.h entcode.c \
> +libcelt at LIBCELT_SUFFIX@_la_SOURCES = bands.c celt.c cwrs.c ecintrin.h entcode.c \
>  	entdec.c entenc.c header.c kfft_single.c kiss_fft.c kiss_fftr.c laplace.c mdct.c \
>  	modes.c pitch.c psy.c quant_bands.c rangedec.c rangeenc.c rate.c \
>  	vq.c
>  
>  #noinst_HEADERS =
>  
> -libcelt_la_LDFLAGS = -version-info @CELT_LT_CURRENT@:@CELT_LT_REVISION@:@CELT_LT_AGE@
> +libcelt at LIBCELT_SUFFIX@_la_LDFLAGS = -version-info @CELT_LT_CURRENT@:@CELT_LT_REVISION@:@CELT_LT_AGE@
>  
>  noinst_HEADERS = _kiss_fft_guts.h arch.h bands.h fixed_c5x.h fixed_c6x.h \
>  	cwrs.h ecintrin.h entcode.h entdec.h entenc.h fixed_generic.h float_cast.h \
> @@ -31,9 +31,9 @@ noinst_HEADERS = _kiss_fft_guts.h arch.h bands.h fixed_c5x.h fixed_c6x.h \
>  
>  noinst_PROGRAMS = testcelt dump_modes
>  testcelt_SOURCES = testcelt.c
> -testcelt_LDADD = libcelt.la
> +testcelt_LDADD = libcelt at LIBCELT_SUFFIX@.la
>  INCLUDES = 
> -#libcelt_la_LIBADD = 
> +#libcelt at LIBCELT_SUFFIX@_la_LIBADD =
>  
>  dump_modes_SOURCES = dump_modes.c
> -dump_modes_LDADD = libcelt.la
> +dump_modes_LDADD = libcelt at LIBCELT_SUFFIX@.la
> diff --git a/tests/Makefile.am b/tests/Makefile.am
> index 61e8f28..05ebd30 100644
> --- a/tests/Makefile.am
> +++ b/tests/Makefile.am
> @@ -15,4 +15,4 @@ mdct_test_SOURCES = mdct-test.c
>  #rotation_test_SOURCES = rotation-test.c
>  mathops_test_SOURCES = mathops-test.c
>  tandem_test_SOURCES = tandem-test.c
> -tandem_test_LDADD = $(top_builddir)/libcelt/libcelt.la
> +tandem_test_LDADD = $(top_builddir)/libcelt/libcelt at LIBCELT_SUFFIX@.la
> diff --git a/tools/Makefile.am b/tools/Makefile.am
> index c7678b6..65099ce 100644
> --- a/tools/Makefile.am
> +++ b/tools/Makefile.am
> @@ -15,7 +15,7 @@ noinst_HEADERS = wav_io.h
>  bin_PROGRAMS = celtenc celtdec
>  
>  celtenc_SOURCES = celtenc.c wav_io.c skeleton.c
> -celtenc_LDADD = $(top_builddir)/libcelt/libcelt.la $(OGG_LIBS)
> +celtenc_LDADD = $(top_builddir)/libcelt/libcelt at LIBCELT_SUFFIX@.la $(OGG_LIBS)
>  
>  celtdec_SOURCES = celtdec.c wav_io.c
> -celtdec_LDADD = $(top_builddir)/libcelt/libcelt.la $(OGG_LIBS)
> +celtdec_LDADD = $(top_builddir)/libcelt/libcelt at LIBCELT_SUFFIX@.la $(OGG_LIBS)

From tterribe at email.unc.edu  Tue Nov 17 19:12:44 2009
From: tterribe at email.unc.edu (Timothy B. Terriberry)
Date: Tue, 17 Nov 2009 22:12:44 -0500
Subject: [CELT-dev] [PATCH] Change name of libcelt to libceltXYZ
In-Reply-To: <4B036108.6040408@usherbrooke.ca>
References: <1258499398-21214-1-git-send-email-thorvald@natvig.com>
	<4B036108.6040408@usherbrooke.ca>
Message-ID: <4B03662C.3070701@email.unc.edu>

Jean-Marc Valin wrote:
> I think that's the best way of handling the CELT versioning until the
> bit-stream (and API) stabilize. Anyone disagrees?

It does limit you to single-digit major and micro version numbers (but
you can keep multi-digit minor version numbers). Not a serious issue,
just something to be aware of.

From jean-marc.valin at usherbrooke.ca  Tue Nov 17 19:44:52 2009
From: jean-marc.valin at usherbrooke.ca (Jean-Marc Valin)
Date: Tue, 17 Nov 2009 22:44:52 -0500
Subject: [CELT-dev] [PATCH] Change name of libcelt to libceltXYZ
In-Reply-To: <4B03662C.3070701@email.unc.edu>
References: <1258499398-21214-1-git-send-email-thorvald@natvig.com>
	<4B036108.6040408@usherbrooke.ca> <4B03662C.3070701@email.unc.edu>
Message-ID: <4B036DB4.8080404@usherbrooke.ca>

Not sure I understand why I couldn't release libcelt03245

	Jean-Marc

Timothy B. Terriberry a ?crit :
> Jean-Marc Valin wrote:
>> I think that's the best way of handling the CELT versioning until the
>> bit-stream (and API) stabilize. Anyone disagrees?
> 
> It does limit you to single-digit major and micro version numbers (but
> you can keep multi-digit minor version numbers). Not a serious issue,
> just something to be aware of.
> _______________________________________________
> celt-dev mailing list
> celt-dev at xiph.org
> http://lists.xiph.org/mailman/listinfo/celt-dev
> 
> 

From hzshlomi at gmail.com  Fri Nov 20 02:09:26 2009
From: hzshlomi at gmail.com (Shlomi Hazan)
Date: Fri, 20 Nov 2009 12:09:26 +0200
Subject: [CELT-dev] What is the relation of CELT and SPEEX?
Message-ID: <e7e9c8370911200209s1c26282xbdb346fbacb5f4fa@mail.gmail.com>

Hi Jean-Marc,

I got to this mailing list while trying to use the latest SPEEX version
(1.2rc1) VAD capabilities.
I had difficulties to successfully distinguish speech from non speech on
recorded files (probably doing something wrong).
Digging into the code I found out a remark saying :"*The VAD has been
replaced by a hack pending a complete rewrite*".
In search for answer I found out about CELT which looks more lively, judging
by the release date (July 23, 2008) and traffic on the mailing list.
Is CELT a replacement (or will be) of SPEEX, or are they strictly different
by aim?
If they overlap, will CELT support the same features as SPEEX?
If not, Is there an estimated release schedule for the stable SPEEX 1.2
version? is it still maintained?
And also, what is the current status of the SPEEX pre-processor, and more
specifically VAD, AGC, AEC, denoise, dereverb, etc?
what is the right way to use?
I will be very happy to help including testing and coding on both projects,
both on Windows and Linux (CentOS is my favorite...).

10x,
Shlomi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.xiph.org/pipermail/celt-dev/attachments/20091120/13301c04/attachment.htm