I'm not sure whether this is the right forum for this post, but I did a search on VirtualDubMod and this forum seems to pop up the most here.

I do not get this. I can capture analog vidoe (PAL VHS) with VirtualDubMod and PICVIdeo M-JPEG VfW Codec (altough cropping and other filters might not work), I can open the captured file in VDM, but I can *not* re-encode this file to XviD! All I get is...

"Cannot start video compression: An unknown error occured (may be corrupt data). (error code -100)"

This at least when PICVideo M-JPEG is both the compressor and decompressor.

With LEAD MCMP/MJPG VfW Codec I can capture and crop (and r use noise reduction if I see fit). In VirtualDubMod I can open the file, use filters and re-encode to XviD, but the resulting XviD is jerky ie. movement is not smooth.

I suppose this is not interlacing filed order problem, since the captured file should not be interlaced/interleaved to begin with and I use teh LEAD MJPEG both for compressing (realtime, on the flY) and for decompressing. With the same logic, this should not be frame order problem either, since the same coden is used both for compressing and decompressing.

And, I have made tons of XviD's from different formats (MPG, MPEG and numerous AVI-codecs) just fine. The results are good, not jerky and everything works fine!

I do not get this at all.

LEAD data format (color space) is RGB24 and driver is VfW, both of which VirtualDubMod supports. PICVideo might be YUY2, but I am not sure.

My capture card (Asus My Cinema-P7131 Dual DVB-T TV tuner) uses WDM drivers, but the capture seems to work ok with VirtualDubMod (at least with the LEAD MJPG).

So, somebody please tell me which codec(s) definetely work when capturing analog with VirtualDubMod and which can afterwards be re-encoded to XviD. I do prefer MJPEG.

HuffYUV does not work and has too little compression anyways. Meanin, it takse huge HDD space.