Re: [GnomeMeeting-list] Netmeeting compatibility

On Mon, 2002-11-04 at 11:52, Damien Sandras wrote:
> Le lun 04/11/2002 à 18:37, Marc Williams a écrit :
> > Well, I think I've run into a audio codec compatibility problem between
> > GM and Netmeeting.  Perhaps this is well known.  But I certainly didn't
> > know about it and I didn't see it addressed in the FAQ except
> > indirectly.
> > 
> > First off, when I (using GM .94.1) connect with NM users who have their
> > bandwidth settings at Cable or higher, there is no problem.  But when NM
> > users have their bandwidth settings at 28.8, neither of us have audio. 
> > The FAQ points out that when neither party has audio, it might be a
> > codec compatibility issue.  Ok.  So I have the NM user download and
> > install the GSM 6.10 codec available on the GM site.  After the user
> > then manually selects this new codec, both of us once again have audio.
> > 
> Yes, it is what the FAQ tells.
> > Evidently, whatever codec NM defaults to for bandwidth settings of Cable
> > _is_ built into GM and whetever NM defaults to for the 28.8 bandwidth
> > setting is _not_ built into GM.
> More or less.
> > 
> > So my question is this:  Exactly what codec is NM selecting as the
> > default for users that choose the 28.8 bandwidth setting and can that be
> > built in to GM so that my less clueful friends and relatives using
> > dialup don't have to go through the codec download and install process? 
> Actually, in GnomeMeeting you can select manually what codecs to use and
> in what order of preferences. Netmeeting doesn't directly permit this.
> If the Netmeeting user chooses Cable, then I guess all codecs are
> allowed, including G.711 which requires much bandwidth. If the
> Netmeeting user chooses 28.8k (does it still exist?), then G.711 is
> disabled, and only G.723.1 is enabled. G.723.1 is patented and closed
> and can't be used in GnomeMeeting except if I pay something like 10 000
> USD. 

Who owns this patent?  If the $10,000 USD is paid can the implimentation
be GPL'd or binary only?

Maybe we could take up a collection. :)

Chris Tooley

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