On Fri, Feb 16, 2001 at 02:23:35PM -0500, Peter Kaczowka wrote: > input card; in this case 34 (see below log output). I specify encoding > (XV_ENCODING) 1 - note that it shows up as set in below log output. I > set the background color of the window (and verified same with xwd and > gimp) to 0x101fe, which is the value of XV_COLOR_KEY, and I assume that > pixels with different values would block the video. There should be no need to set the background to the colour key. The drivers blit the colour key into the drawable, respecting whatever clipping needs to be done. > I couldn't get xawtv to configure and recognize Xv so it would support > it. Does anyone have a simpler program that tests XvPutVideo? xawtv does. It's called xvideo. ./xvideo --port 34 should do it given your config. I'm not sure if it's installed with the debian package, but apt-get source should get you a copy. The other thing to consider is that the v4l module needs support for something called 'offscreen surfaces' which are, AFAICT only supported by chips, mga, savage and siliconmotion at the moment (I've a patch for tdfx) Without that, v4l_drv.o falls back to RGB into the framebuffer, so it'll be no different from xawtv -noxv in that respect. Drivers which support PutImage will do a slower, scalable overlay using the 'grabdisplay' option of xawtv. Most should do that because that's the bit they did document ;o) -- Michael.
