PDA

View Full Version : Bug with VirtualDubMod? fixed number of frames to encode


454Casull
6th January 2007, 23:07
I'm running this script:

AviSource("D:\captured\blahblah.avi")
KernelDeint(order=1)
Crop(40,0,640,480)

I'll run it in VirtualDubMod, and for the first few videos/passes it'll work fine. Then afterward, it'll either produce a video with an erroneous number of frames or with 0 audio samples. Restarting the program will fix this, but I really don't want to keep restarting the program.

More detail about the "wrong number of frames issue" - I'm not sure about the exact number of frames, but it seems to be that the number of frames that it encodes for the current job is the same as the last video encoded. In any case, once the problem starts, all the following encoded vids will have the exact same length (in seconds), regardless of the length of the raw vids. If the number of frames it encodes is higher than the actual number of frames of the current video, during playback, the encoded vid will stop playing/loop back at some time before the end - i.e. the playback bar and video time is wrong. If the number of frames is lower, the video simply cuts off.

Any ideas?

EDIT: I'm using Direct Stream Copy with Huffyuv-encoded YUY2 AVIs, though I believe the same error happens with Fast Recompress and Full Processing mode.

VirtualDubMod version is 1.5.10.2

454Casull
19th January 2007, 04:54
Any idea? I'd like to use batch mode later on.

chipzoller
19th January 2007, 05:04
Does any of this happen with VirtualDub (not mod)?

I'm using Direct Stream Copy with Huffyuv-encoded YUY2 AVIs

You can't process via avisynth in direct stream copy as this copies the source video UNALTERED. You should choose "Fast recompress" unless you're applying internal VDub filters in which case you must choose "Full Processing mode".