Well, as far as I understand, mkv2vfr creates a timecodes(v1) file(which is later used when muxing it back into a container that supports vfr) from the input and outputs the video as cfr(which if you would view it would appear slow motion/sped up depending on the original framerate), and the source I'm working with (uncompressed avi from a dv2 processed with TDeint/TDecimate) as well as the source DVD is cfr... So that would be pointless in this case, or am I missing something? Besides mkv won't appear before it's time to mux it into the final encode in megui (remember I'm working with uncompressed avi at this point)... Even if the source was vfr/hybrid that fact wouldn't matter for avisynth/VDub/megui as they're 'blind' to it(vfr), they just process it(the video, you might want to keep audio separated if you deal with vfr source...). However you will need the original timecodes, or where the processing changes the number of frames I'd rather keep tab of the points of fps changes and write v1 timecodes manually in notepad later(you can find those values/points easily by calculating with the known framecount/times in any media player that let's you advance frame by frame, or a frameserver that respects timecodes(like Aegis) and examining the extracted timecodes should you have them...), for the final encode... Alternatively you could use directshowsource with 'convertfps=true' and 'fps=23.976' or 29.970 or whatever to convert the framerate to whatever suits you and then deal with encoding(however the motion might become jerky)... (for v1 timecode to v2, mux it into mkv(mkvmerge) and extract it, for v2 to v1, use convert-timecodes.exe; to get v1 file (from mkv) use mkv2vfr, v2 use mkvextract(part of mkvmerge/toolnix)) What I'm trying to do is create a vfr from cfr source, which I'd normally probably use DeDup for... and which for the reasons named is impossible in this case forcing me to decimate the frames and editing the timecodes file manually... Anyway, I don't really mind the extra work even though this part will take at least ten days yet (three minutes a day at best...). With the gimp part, it'll probably take whole month before I'm close to the finish line... Just generally wondering why there are so few tools for true vfr? The concept itself is quite simple after all; a line of frames with set time for each frame to stay on screen...