Re: [Ekiga-devel-list] ANNOUNCE - Ekiga 3.3.0 [UNSTABLE] available
- From: Thierry Simonnet <t simonnet esiee fr>
- To: Ekiga development mailing list <ekiga-devel-list gnome org>
- Subject: Re: [Ekiga-devel-list] ANNOUNCE - Ekiga 3.3.0 [UNSTABLE] available
- Date: Thu, 17 Feb 2011 14:24:39 +0100
Le 17/02/2011 14:14, Eugen Dedu a écrit :
On 17/02/11 13:10, Peter Robinson wrote:
On Thu, Feb 17, 2011 at 10:39 AM, Eugen Dedu
<Eugen Dedu pu-pm univ-fcomte fr> wrote:
On 17/02/11 11:09, Peter Robinson wrote:
On Thu, Dec 23, 2010 at 2:21 PM, Eugen Dedu
<Eugen Dedu pu-pm univ-fcomte fr> wrote:
On 23/12/10 15:10, Peter Robinson wrote:
On Thu, Dec 23, 2010 at 1:55 PM, Eugen Dedu
<Eugen Dedu pu-pm univ-fcomte fr> wrote:
On 23/12/10 14:48, Peter Robinson wrote:
On Thu, Dec 23, 2010 at 11:55 AM, Eugen Dedu
<Eugen Dedu pu-pm univ-fcomte fr> wrote:
On 23/12/10 12:38, Peter Robinson wrote:
Also neither the h263 nor celt plugins compiled in opal in
F-15. We
don't currently use either of them so its not a problem. I
hope to
enable celt before long now that its been announced the
bitstream
will
soon be stable. We don't compile either h263 or iLBC (in fact we
strip
the source out completely) in Fedora due to the openness of
them so
it
doesn't really bother me but that is more of a heads up.
What celt version do you have? Could you make a bug report
for it?
I think its 0.8.x but I just pushed 0.10.0 to rawhide
Debian has only 0.7.1, cf.
http://packages.qa.debian.org/c/celt.html,
and
celt is known to break with each release. Please post a bug report
with
the
error, hoping that someone creates a patch. Anyway, celt
between two
peers
will work only if both have the same version, if I understand
correctly.
It depends and varies greatly from release to release depending on
what changes have been made to the bitstream which why up until now
I've had it disabled in Fedora. Come January though the celt team
have
announced that the bit stream with be final and frozen which is
when I
will enable it in Fedora and hence why I thought i would try it out
again to see the status of it in opal.
http://lists.xiph.org/pipermail/celt-dev/2010-December/000553.html
Ok. Hence it is important to make ekiga work with 0.10...
Just an update on this. 0.11.1 is out and its now soft freeze for
bitstream. So I think it would be nice if we could support that
release. Details here
http://lists.xiph.org/pipermail/celt-dev/2011-February/000581.html
I do not know what to do, celt is changing too fast. On debian it
seems
there will be no new release anymore, cf.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=612273
As of 0.11.1 it should stop changing so it should be a thing of the
past in terms of having to keep updating. I was never going to enable
it until the bitstream was approved as then even different versions of
Fedora wouldn't have worked, Once the stream is classed stable that's
when I'll enable it so I know that if its used at all on Fedora is
should work between at least different Fedora releases.
I run into errors when I compile with celt 0.11.1:
make[3]: Entering directory
`/home/ededu/softs/ekiga/windows-master3/opal-3.8.3/plugins/audio/celt'
[CC] celtcodec.c
celtcodec.c: In function ‘init_mode’:
celtcodec.c:64: error: ‘CELT_GET_FRAME_SIZE’ undeclared (first use in
this function)
celtcodec.c:64: error: (Each undeclared identifier is reported only once
celtcodec.c:64: error: for each function it appears in.)
celtcodec.c: In function ‘celt_create_encoder’:
celtcodec.c:84: warning: passing argument 1 of ‘celt_encoder_create’
makes integer from pointer without a cast
/home/ededu/softs/ekiga/windows-master3/include/celt/celt.h:181: note:
expected ‘int’ but argument is of type ‘struct CELTMode *’
celtcodec.c: In function ‘celt_create_decoder’:
celtcodec.c:110: warning: passing argument 1 of ‘celt_decoder_create’
makes integer from pointer without a cast
/home/ededu/softs/ekiga/windows-master3/include/celt/celt.h:261: note:
expected ‘int’ but argument is of type ‘struct CELTMode *’
celtcodec.c: In function ‘celt_codec_encoder’:
celtcodec.c:162: warning: passing argument 3 of ‘celt_encode’ makes
integer from pointer without a cast
/home/ededu/softs/ekiga/windows-master3/include/celt/celt.h:237: note:
expected ‘int’ but argument is of type ‘void *’
celtcodec.c: In function ‘celt_codec_decoder’:
celtcodec.c:193: error: too few arguments to function ‘celt_decode’
make[3]: *** [celtcodec.o] Error 1
make[3]: Leaving directory
`/home/ededu/softs/ekiga/windows-master3/opal-3.8.3/plugins/audio/celt'
make[2]: *** [all] Error 2
make[2]: Leaving directory
`/home/ededu/softs/ekiga/windows-master3/opal-3.8.3/plugins'
make[1]: *** [subdirs] Error 2
make[1]: Leaving directory
`/home/ededu/softs/ekiga/windows-master3/opal-3.8.3'
make: ***
[/home/ededu/softs/ekiga/windows-master3/lib/libopal.3.8.3.dll] Error 2
I wait for someone with a bit of celt knowledge to post a patch...
The trouble is that there is no compatibility between versions as
written on the CELT web site.
I tried to patch but stopped.
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]