Removing extra frames in NTSC video

[iisdev]

Hi there,

I'm using MeGUI and would greatly appreciate some advice on how to approach encoding this clip. It's from a NTSC DVD from a series I personally have purchased. It is a legitimate copy. The original source however was PAL and to complicate things - it may or may not have been FILM before it was aired in Europe.

Let me be very clear - these are my own legitimately purchased copies. They weren't downloaded. They are NOT illegal copies.

Previous attempts to encode the series resulted in a frame rate of 25fps (that seemed right) but some frames appeared to be de-interlaced improperly.

I'd like to learn the best way to encode this clip. I've tried most of the default filters with MeGUI but still see frames where de-interlacing has occurred. When I examine the frames prior (and after) it's my opinion that a full frame *could* have been reconstructed. The problem is I don't really know how to do it with MeGUI or which filters to use.

Can someone please take a look at the intro? It's representative of the rest of the series. It's easy to (visually) identify where the full frames have been broken up. I usually use the horses movement as reference but you can see it as the people walk, etc..

Thanks in advance. Please let me know what you think. 25fps or possibly FILM? What filters should I use?

sample clip (http://www.megaupload.com/?d=SQDDGE79) (vob, ~25MB)

[HymnToLife]

Try this (warning: it's quite heavy and will slow down encoding a lot!) :

AssumeTFF()
interp = separatefields().EEDI2(field=-2)
tdeint(mode=1,edeint=interp)
SelectEven()

EDIT: just tested it on your source, it seems to do quite a good job at removing the combing. (You might want to convert it to 23,976 afterwards though.)

[iisdev]

Try this (warning: it's quite heavy and will slow down endocing a lot!) :

AssumeTFF()
interp = separatefields().EEDI2(field=-2)
tdeint(mode=1,edeint=interp)
SelectEven()

Hi and thanks for the suggestion. I tried it but there are still some de-interlaced frames. When I examine the frames immediately before and after It appears that a progressive frame *could* have been constructed successfully.

Oh, and I don't mind about slow encoding.

The sample vob is NTSC. The source was PAL and before that it might have been FILM. (I'm not sure about the last part - it might have been made for broadcast only). When I examine the frames one by one (of the horses trotting around the corner) I can see the two sets of fields that when matched would be a progressive frame. Most of the de-interlacing filters that I've tried have gotten this wrong because they de-interlace with the wrong frames.

I hope I'm explaining the problem correctly.

1. What I have now is 29.97fps
2. I know the final encoded video will be either 25fps (or possibly) 24fps.
3. When re-constructing the progressive frames, the filters (MeGUI) are not using the correct frames.

What problem should I be solving first? Reconstructing the progressive frames or the adjusting the framerate?

[HymnToLife]

Actually, it seems your source was telecined, but I can't see a general pattern to it. I guess you'll have to wait for someone with more experience with film stuff than me, since I mostly work on anime.

[neuron2]

Your video has blended fields, so there is no valid telecine pattern, and no way to match fields to regain the progressive frames. You need to use a deblending solution such as mrestore() and other filters of that ilk.

http://www.google.com/search?sourceid=navclient&ie=UTF-8&rls=GGLD,GGLD:2005-08,GGLD:en&q=blended+fields+site%3aforum%2edoom9%2eorg