I just don't think this is possible, without further ruining the video, deinterlacing it as progressive. Maybe you could separate the fields, and do it, but I'm just guessing here. Worth trying.
29.97fps x 99.0625 = 29.689fps math is wrong, that speeds it up.. I think. I don't know. Try 101.9375%, maybe?
Sorry, you're on your own with the math --- I'm too tired for this today, and I'm video/photo/writer, not human calculator.
If you figure it out, please let me know. Thanks. -admin
Anyway...
This is going to be harder for you, because you're not a VirtualDub user yet. That guide will come when more time is available, as it's complex to write. But for now...
1. Open video in VirtualDub, then after it's open...
2. Go to
Video > Filter and then add the
Deinterlace filter that comes with the program. Pick the
Unfold Fields option. OK, OK.
3. Now it's time to
Video > Frame Rate and change to the second bullet box down, and pick
Change frame rate to (fps) and then type in 29.689
(or whatever number you decide it should be).
4. Go to
Video > Compression and pick the
HuffYUV version that you have already installed separately (as per other threads).
5. Go to
Audio and pick
No Audio.
You may want to only do a short clip for the test, by selecting sections with the Mark In and Mark Out buttons on the drag bar below the previews, on the main VirtualDub window.
Encode it. Wait minutes or hours, depending on speed of CPU in computer, and length of video.
1. Open new encoded video file in VirtualDub, then after it's open..
2. Go to
Video > Filter and then change the
Deinterlace filter (this assumes you did not close VirtualDub yet). Pick the
Fold Side-By-Side Fields option. OK, OK.
3. Encode it.
The video is done.
For the audio, use the Goldwave method shown on the
PAL/NTSC conversion guide -- it's the same basic principle. See
http://www.digitalfaq.com/guides/vid...t-pal-ntsc.htm
Time warp the audio to match the exact time length of the new video. You don't want to do it by a percentage % and then have it be off, which is most common.
That's all there is to it. I've never tried this before, but it should work in theory. It's not often that I need to re-adjust a slight offset like this -- and generally it's progressive when I do, not interlaced.
If it fails, you can try the full method shown in that PAL/NTSC conversion guide, with the deinterlace step. Yes, I realize you don't have a PAL video, but the method is the same -- just a different %/framerate to input.
Good luck.
