On Wed Dec 5 03:02:50 2001 Justin Schoeman wrote... > >Stan Brown wrote: > > > ... > >> NVrec: error getting more video data. Trying to continue. >> VQ: 7.028 Offset: 0.004 Slipage: 0.008 Warp: -7 Drop: 0 VQ: 10.365 Offset: 0.005 Slipage: 0.008 Warp: -7 Drop: 0 VQ: 11.497 Offset: 0.005 Slipage: 0.008 Warp: -7 Drop: 0 VQ: 11.716 Offset: 0.000 Slipage: 0.008 Warp: -7 Drop: 0 VQ: 11.579 Offset: 0.002 S >> >> Also how do I control the lenght of the capture? >> >> Thanks for all the help on this. >> >> Oh, BTW even droping the quality to 1 doesn't make all the errors go away, >> althogh it does reduce the qty. This is on an Athalon 750mHZ with 256MB of >> memory, a WinTV card, and an IDE drive, if thta helps. > > >The "errors" are due to the difference between the system clock, and the >source video clock. Unfortunatley, low-end capture cards do not >generate a clock from the input stream, so we have to use the system >clock. The slight drift between the two will result in occasional >(although hopefully rare) frame drops/dups. > >V4L2 is a little better, as the frame is timestamped on the VSYNC pulse, >which improves the accuracy quite a bit. Will adjusting quality, or size of captured image, etc improve this? Actually more genreally, now that I have it working, which of the knobs should I try tweaking to optimize it's operation? > >You can control the length of capture with the "-F x" switch, where x is >the number of frames to capture, or the "timer" app in the tools directory. Cool. thnak, I'll give the timer app a look. -- Stan Brown stanb@xxxxxxxx 843-745-3154 Charleston SC. -- Windows 98: n. useless extension to a minor patch release for 32-bit extensions and a graphical shell for a 16-bit patch to an 8-bit operating system originally coded for a 4-bit microprocessor, written by a 2-bit company that can't stand for 1 bit of competition. - (c) 2000 Stan Brown. Redistribution via the Microsoft Network is prohibited.
