[GnomeMeeting-devel-list] Re: [OpenH323]VIDEO ISSUE SOLVED:Reg Latest Openh323 compilation in Linux

[Craig Southeren <craigs postincrement com>]

On Thu, 02 Sep 2004 11:34:58 +0200
Damien Sandras <dsandras seconix com> wrote:

> Le jeudi 02 septembre 2004 à 19:27 +1000, Craig Southeren a écrit :
> > Damien,
> > 
> > I think that the driver should definitely work with both "friendly"
> > names and device names. If I had known that device names had been
> > disabled, then I would have applied the patch myself :)
> > 
> > The main issue is that when using a command line interface, it is
> > easier to type "/dev/video0" rather than "USB Camera v1.0 From Big
> > Company (C) 1999", especially as the spaces may have to be individually
> > escaped.
> > 
> 
> That's the reason why it also works if you specify "USB" or "Camera" or
> "Big Company".

Yes, but if you have two similar (but not identical) devices you end up
having to type more. Either way, it's not a good solution

> > If you don't want GM users to see device names, then ensure that you
> > filter out anything that matches the spec "/dev/*" before displaying the
> > list. But I think it is essential that the underlying library (and hence
> > the plugins) work with device names
> 
> I will do that, but I think it is a totally broken and awful hack.
> 
> Probably ohphone should be fixed, but the plugin should not return both
> in the same function because that leads user application to need the
> knowledge of the specific behavior of a given plugin to be able to use
> them, so the plugins system is not generic anymore and is pointless.

I disagree that ohphone needs fixing, unless it is requiring device
names. It should use whatever names the plugin allows, whether they are
device names, or friendly names, or both (my choice).

The issue is whether the device list should have the device names. I
agree that filtering out the device names is an awful hack, and I don't
think you should it, because I think the list should contain both types.
However, As GM is your program, this is your call as to what is done.

As far as the library is concerned, it is preferable to include both the
device names and the friendly names in the same list, so the user can
use whichever they are more familar with. At the API level, this also
allows programs to find and enumerate devices more easily. I would
disagree with having two different functions - there are already too
many function associated with getting device names and this is one are
that I am very close to rewriting.

On a related issue, what happens with the friendly names if two
identical devices are plugged in? How do you choose between them?

   Craig

-----------------------------------------------------------------------
 Craig Southeren      craigs postincrement com / craigs voxgratia org

 Phone:  +61 243654666      ICQ: #86852844
 Fax:    +61 243673140      MSN: craig_southeren hotmail com
 Mobile: +61 417231046   Jabber: craigs jabber voxgratia org

 Post Increment - Consulting & Services    http://www.postincrement.com
 Vox Gratia - The Open Source VoIP portal  http://www.voxgratia.org
 Raving Of A Strange Mind - the VoIP blog  http://www.southeren.com/blog