Couldn't find the frame in the source, but the combi of filters + BasicVSR++ should fix the problem.

(you can check the Preview to know for sure)
I was wrong about AA not affecting the progressive sequences. Guess I'm down to fixing frames in post.
Quote:Couldn't find the frame in the source
Below is the example. When running Stab or AA before TFM, VS doesn't pick the jagged source frames. The result is really clean and doesn't require additional post processing. BUT, it screws up any progressive sequences.
I can't find a way for TFM to not pick the jagged frames and also save the progressive sequences.
Standard filter order
Stab / AA first
The earlier image of the kid buying a hat demonstrates the progressive damage it does.
@Selur any ideas on how to have TFM not choose the deinterlaced source frames? They always seem to be dupes.
One could write a script that only uses tfm if
tdm.IsCombed reports that the source is combed.
Code:
def conditionalTFM(n, f, orig, tfm):
if f.props._Combed:
return deint
else:
return orig
clipTFM = clip = core.tivtc.TFM(clip=clip) # settings might need adjustments
clipCombProps = core.tdm.IsCombed(clip=clip) # settings might need adjustments
clip = core.std.FrameEval(clip, functools.partial(conditionalTFM, orig=clip, tfm=clipTFM), clipCombProps)
Cu Selur
Ps.: Clean telecined content should have no combing after field matching (just duplicates) and those get removed by decimation. Using the above idea with a deinterlaced instead of a field matcher after appling a field matcher might be a better approach.