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.osl...@rl.ac.uk] > Sent: Monday, June 21, 2004 3:46 AM > To: 'jud...@mcs.anl.gov'; dgol...@cp.dias.ie > Cc: ag-t...@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.osl...@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-t...@mcs.anl.gov [mailto:owner-ag-t...@mcs.anl.gov]On > > Behalf Of Ivan R. Judson > > Sent: 18 June 2004 16:55 > > To: dgol...@cp.dias.ie > > Cc: ag-t...@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: dgol...@cp.dias.ie [mailto:dgol...@cp.dias.ie] > > > Sent: Friday, June 18, 2004 9:43 AM > > > To: jud...@mcs.anl.gov > > > Cc: ag-t...@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 > > > > > > > > > > > > > > > >
