[AG-TECH] AG2.2 replacement for setupvideo.py

[Ivan R. Judson]

Hey Chris,

The existing interfaces are meant to be reasonably stable and permanent,
however there is work being done on node management to make it more clear
and complete. 

Please have Matt send a clear and complete description of the problem and
the fix either to ag-tech or filed in bugzilla so that can be integrated at
the design phase, rather than testing :-). If there are other issues with
node management, now is the time to let us know, when Tom gets back from his
family vacation he'll be deep in node mgmt work.

--Ivan

PS -- We've never even tried the registry thing since we don't have those
cards, we're relying on you all who do to tell us when it does and doesn't
work -- which means you really need to be willing to try the alpha/beta
software to make sure it gets into a release -- we don't have the resources
to get and test every hardware configuration in use. 

> -----Original Message-----
> From: Osland, CD (Chris) [mailto:C.D.Osland at rl.ac.uk] 
> Sent: Monday, June 21, 2004 3:46 AM
> To: 'judson at mcs.anl.gov'; dgolden at cp.dias.ie
> Cc: ag-tech at mcs.anl.gov; Thorpe, MS (Matt) 
> Subject: RE: [AG-TECH] AG2.2 replacement for setupvideo.py
> 
> Just a comment from the outfield ...
> 
> I think this is the area that can allow or disallow 
> multi-input video capture cards (e.g. the Winnov Videum 4400 
> which we use) to work - which Matt Thorpe solved with a patch 
> to the registry (I'm talking Windows XP here, of course).  
> Just a request that some mechanism (setupvideo.py or registry 
> hack) still allows this sort of card to work under AG 2.2, as 
> we don't anticipate moving to inSors software, so can't use 
> the 'inSors patch'.  I'd heard that what Matt had worked out 
> for AG 2.1.2 didn't work in AG 2.2; I think that comment was 
> from Cindy.
> 
> Cheers
> 
> Chris
> 
> ____________________________________________________________________
> Chris Osland                                               
> Office tel: +44
> (0) 1235 446565
> Digital Media and Access Grid                          
> Medialab tel: +44 (0)
> 1235 446459
> BIT Department                                     Access 
> Grid room tel: +44
> (0) 1235 445666
> e-mail:   C.D.Osland at rl.ac.uk                                 
>       Fax: +44
> (0) 1235 445597
> CLRC Rutherford Appleton Laboratory (Bldg. R18) Chilton, 
> DIDCOT, Oxon OX11 0QX, UK [The contents of this email are 
> confidential and are for the use of the intended recipient only.
> If you are not the intended recipient do not take any action 
> on it or show it to anyone else, but return this email to the 
> sender and delete your copy of it.]
> 
> 
> 
> 
> 
> > -----Original Message-----
> > From: owner-ag-tech at mcs.anl.gov [mailto:owner-ag-tech at mcs.anl.gov]On
> > Behalf Of Ivan R. Judson
> > Sent: 18 June 2004 16:55
> > To: dgolden at cp.dias.ie
> > Cc: ag-tech at mcs.anl.gov
> > Subject: RE: [AG-TECH] AG2.2 replacement for setupvideo.py
> > 
> > 
> > 
> > That makes sense, clearly the discovery of devices in that code is 
> > platform specific.
> > 
> > If you can write a python function that enumerates them we can 
> > integrate that as a patch.
> > 
> > --Ivan
> > 
> > > -----Original Message-----
> > > From: dgolden at cp.dias.ie [mailto:dgolden at cp.dias.ie]
> > > Sent: Friday, June 18, 2004 9:43 AM
> > > To: judson at mcs.anl.gov
> > > Cc: ag-tech at mcs.anl.gov
> > > Subject: RE: [AG-TECH] AG2.2 replacement for setupvideo.py
> > > 
> > > 
> > > >
> > > > We'll have to sort out what's going on.
> > > >
> > > 
> > > Haven't filed a formal bug report yet, but I immediately saw the 
> > > problem once pointed to that method:
> > > 
> > > /proc/video/dev doesn't exist at all on my system...
> > > (stock debian 2.6 kernel).
> > > 
> > > In kernel 2.6 , the information is available via sysfs in 
> > > /sys/class/video4linux not /proc/video/dev ...
> > > 
> > > In 2.6 there has been a move to rationalise the /proc fs 
> to be for 
> > > processes only, and the sundry kernel stuff to /sys
> > > 
> > > Neater that way, I guess.
> > > 
> > > Best Regards,
> > > 
> > > David Golden
> > > 
> > > 
> > > 
> > > 
> > 
> 
>