Re: [GnomeMeeting-list] About G.723.1 codecs!

[Damien Sandras <dsandras seconix com>]

Le lun 20/01/2003 à 02:42, Saint Forest a écrit :
> Dear all:
>    I am a little bit confused with the patent of G.723.1 codec in openh323. I don't know whether the patent is on the codec only or on the ITU-T G.723.1 standard itself. I really wanna add G.723.1 codec to openh323 and it seems that openh323 does have a skeleton of G.723.1 . it is an empty codec using ITU-T test code.  I tested the ITU-T ANSI C codec, the encoding is poorly slow, decoding has no problem. 
>    So it's easy to add G.723.1 codec to openh323 except the optimization of sourcecode. I am not sure if there is anyone dealing with G.723.1 codec. By the way, I need your explanation and advises, on the patent, codecs and so on, before I can settle on the work. 
>    What's more, the TMN code of H.263 has the same problem. The encoding is shabbily slow(decoding is fine). So the optimization is huge on TMN code of H.263 and even optimized, it may not possibly work efficiently in software. Maybe we need another codec.


The patents about G.723.1 has been discussed many times on the mailing
list that you can find on www.openh323.org .
If you want G.723.1 with GnomeMeeting, the best is to use a Quicknet
card.

For H.263, I think there is no problem to add the H.263 implementation
of ffmpeg, people told me that the quality was very good.

-- 
 _	Damien Sandras
(o-	GnomeMeeting: http://www.gnomemeeting.org/
//\	FOSDEM 2003:  http://www.fosdem.org
v_/_	H.323 phone:  callto://ils.seconix.com/dsandras seconix com
echo '12245692587856285105409351sn[ln0=aln256%Pln256/snlbx]sb[q]salbxq'|dc