New tool - VapourBox

[tvd051955]

I found the fix!!!!

So simple:

# IVTC: Inverse Telecine (VFM field matching + VDecimate)
#clip = core.std.AssumeFPS(clip, fpsnum=30000, fpsden=1001)
clip = core.std.AssumeFPS(clip, fpsnum=24000, fpsden=1001)
#clip = core.vivtc.VFM(clip, order=1, cthresh=10)
#clip = core.vivtc.VDecimate(clip)

The template:

{{#DEINT_IVTC}}
# IVTC: Inverse Telecine (VFM field matching + VDecimate)
clip = core.std.AssumeFPS(clip, fpsnum=24000, fpsden=1001)
{{/DEINT_IVTC}}

Vern

[tvd051955]

Just processed 8 episodes from a series using the above IVTC settings. I used the first episode to compare NVenc and SW encoding. The NVEnc encode actually created a larger output MKV file and looked great.

For the first time I viewed some of them in my HT (where the audio delay settings on the receiver were calibrated using an oscilloscope and a light sensing probe and an audio sync calibration disc).

I don't know if anyone else is seeing audio sync issues, so here are my observations:

While audio delay for the deinterlace processing looks to be correct (at least within 20 ms) the IVTC process delay processing looks pretty far off.

To correct for proper audio delay on the IVTC episodes I had to reduce the delay from 240ms (the calibrated value in my HT for 24 FPS sources) by 220 ms (20ms on the receiver) when using nvenc, and using the software encoder, by -160ms (80ms on the receiver) to get acceptable audio sync.

[StuartCameronCode]

Oh wow, you've been down a rabbit hole, I hadn't been getting any notifications you'd been posting, not that I'd have been able to do much about it as I've had a busy week. I'll have a look into all this probably a bit later today. If you've got a short non-copyrighted mkv you could upload that I can use as a test case that'd be a huge help, I'm in Australia and I don't have many NTSC DVDs lying around or unadulterated rips.

[tvd051955]

I uploaded a test test clip from a NTSC DVD.

[StuartCameronCode]

Thanks! I'm working on a new "soft telecine" input filter as a third "deinterlacing" option on top of QTGMC & IVTC that uses the source frame rate correction you flagged. I'm still not sure about the source of the audio desync, but having a tinker and now I've got a good source to test against, thanks again! The trickiest bit is going to be making all this make sense to end users not completely familiar with everything.

[tvd051955]

I've got a suggestion on the handling of the presets:

When a preset currently exists, could you please add an option to update it?

Since the description shown on the list comes from an internal field in the preset file, rather than the actual physical file name, when I update the settings and then try to update the current preset by reentering the existing name, I wind up with multiple presets being saved with the same name, but containing different settings.

BTW, can you please concentrate of the existing stuff first?
Thanks

[tvd051955]

BTW, your % and ETA calculations are incorrect when processing IVTC data - 100% and -- with the frame #'s still incrementing during the last few minutes of the run.

[StuartCameronCode]

There's a new 0.7.0 release out, HOPEFULLY it addresses everyone's issues. It now supports soft telecine, hard telecine, improved auto-detection of input video format with an auto-switch to the best guess "deinterlacing" solution. There's improved preset support, and a bunch of smaller quality of life fixes.

https://github.com/StuartCameronCode/VapourBox