Re: [Ekiga-devel-list] CELT codec warning



>> >> Its just been pointed out to me that the latest celt 0.5.2 release is
>> >> incompatible with the 0.5.1 release. It compiles against it perfectly
>> >> well but I believe the changes to the new allocation algorithm make it
>> >> incompatible with previous releases. Welcome to the bleeding edge!
>> >>
>> >
>> > It would be interesting to test. Eugen wanted to do some tests before
>> > the release (video codecs and others).
>>
>> Well I added this to a Redhat bug about it (celt is being used in
>> virtualisation for audio):
>>
>> <quote>
>> well 0.5.1 was never linked against anything in Fedora but I presume this means
>> that in the case of ekiga if someone with an ekiga using celt 0.5.1 calls
>> someone with ekiga using celt 0.5.2 this isn't going to work?
>> </quote>
>>
>> And the response that came back was:
>>
>> <quote>
>> It's not 24pt high but I've added some additional warning text in bold to the
>> celt-codec.org page, to the download page, and to the release notes. Obviously
>> this doesn't fix the pre-existing problem, but hopefully it will reduce it in
>> the future.
>>
>> Regarding ekiga, thats correct. Ekiga is also not yet compatible with the
>> (still being written) CELT RTP payload. (Ekiga did its own thing with CELT
>> without consulting CELT development, which is fine, but what they did isn't
>> something we can standardize on so it's not going to be interoperable until it
>> is updated at some point in the future).
>> </quote>
>>
>> And there is now a warning on the website for download. It looks like
>> most versions of celt aren't inter operable.
>
> Indeed, once their RTP profile is written, we will fix the codec.

Wasn't so much that which bothered me, it was more that the algorithm
changes from one release to the next so an ekiga built against celt
0.5.1 wouldn't work with one built against another version.

Peter


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]