BabyTiger said:
Look like, I need to buy. Someone have a freeware?.
btwincap works well under xp and in many case better and give more option (for example analog sharping filter before AD-converter) than orginaldriver from tv-card manufactory.
I also using virtual dub for capturing, but if you want capture TV in 720x576 50 Hz (or 640x480 for 60 Hz TV) resolution without frame loss, you need PICvideo MJPEG codec for first capure round, yes, is commersial (realtive cheap price), but very hard to find other well working software real time compress-program for TV-capture.
Forget all Divx/Xvid or most other codec you can find inside windows, this take for much resources (and give mostly terrible quality) and if even i look good on TV:s test picture, is give unusable result with lot of drop frames in action scenes (actual on divx/Xvid)...
You can also try lossless huffyuv-codec, but needs very good bandwidth to huge sized harddisk (compression 2.4 compare to orginal size and dataflow around 10-15 Mbyte/sec).
If use PICvide MJPEG in quality '18' make 10 GByte data per hour ('19' give 18-20 GByte/hour but give very, very near orginal visible quality), with huffyuv possible around 40-50 GByte per hour.
[edit]
I check now codec package ffdshow (
https://sourceforge.net/projects/ffdshow/)
seems worked without fuzz if you select mjpeg or huffyuv and 'eat' 50% CPU on 3 GHz machine (PICmjpeg take around 25-30%)
[edit/]
uncompressed you have around 33 Mbyte/sec data flow (around 116 Gbyte/hour) and is difficult to make windows handle properly even on (very) fast disk without interference to capture process. Is very easy make part of seconds block of frame drop time to time in moment on flushing filebuffers, seeking , open new explorer etc. windows internal housekeeping operation...
You have no margin without compression and simple mouse movement can give 10 dropped frames straigth even if you have 3 GHz computer...
Forget external USB-disk in this high datarate, take for much resources in wrong time for USB-handle in OS and interference capturing process, but possible working better on IEEE 1394 (firewire) ie. mostly DMA-driven management.
windows high priority random using of resources is a hell and inteference with capturing process and compression time to time (must be done every 40 ms or 33.3 ms straigth) and practical CPU load need lower than 50% for succefull drop free TV-capture.