Sorry for not responding sooner - was a bit busy yesterday. I tried the preview vbr option, and unlike the preview and play options, it did indeed *not* crash virtualdubmod. So that's good, however, playback was very slow and choppy - I guess my old machine can't really handle that mode well.
Anyway, I hope that bug gets fixed in a future release. Sometimes I need to edit "by ear" as it were, and as such I need to be able to listen to the audio in a file playing in virtualdub in order to mark where to edit the file.
Now onto the subject of the more mysterious crashing. I gave it some thought, in particular, since I don't like making bug reports without giving as much information about what happened as I can.
I looked over the file that crashes while in the middle of parsing, and I think I realized what happened. As it turns out, just as I thought I figured it out, someone in the Doom9 forum stumbled on the same issue, so I am pretty sure about what it is.
At the time I tested the file, I hadn't realized that the avi clip I had transmuxed into an mkv was one of those 120 fps avi files that utilizes drop frames in order to compensate for a variable rame rate source. So apparently when I made it into an mkv in order to test it, vdubmod dropped the false frames and made a genuinely variable framerate mkv as theorized at Doom9. Subsequently, virtualdubmod was no longer able to open the mkv, and would crash while parsing the file. I guess I tried something a bit advanced without meaning to or even realizing it.  |
