Issue with QTGMC - Video is *not* interlaced if input type is *not* 0

[The_Tinkerer]

Do I get you right, that you want to apply filters that only support progressive content on interlaced content (even if that wracks the frame content) ?

No.

QTGMC input types 1, 2, or 3 mean progressive video. Input type 1 means only denoise (no deinterlace at all), input types 2 and 3 mean try to fix interlacing artifacts on progressive video. If I have progressive video, and want to run QTGMC for denoising only (Input Type = 1), I have to overwrite the input type to top field first (interlaced) just to get QTGMC into the script. With the video now set as interlaced, Hybrid treats it as interlaced, even though it's not, and any filters I want to run before the QTGMC denoising will get (incorrectly) deinterlaced with TDeint or (incorrectly) have interlacing options set. Hybrid does not "know" that QTGMC with Input Type = 1 is denoise only, and "thinks" that the QTGMC line is actually deinterlacing interlaced video, which it is not.

Here is an example:

I have a progressive scan pillar box video that is noisy. I want to use QTGMC with Input Type set to 1 to denoise. I want to crop the black borders first.

The video is 1920x1080, but without the black bars is 1440x1080.

So I crop 240 pixels off of the sides, and move the crop filter above deinterlacing in custom filter order.

This is the result:




With the old "force" option for QTGMC, Hybrid "sees" the content as progressive (which it is), and does NOT insert the bottom four highlighted lines into the script.

That seems to me the easiest and most versatile solution here, as it allows the user to get the script they want.

Otherwise, you could make it so Hybrid inserts QTGMC into the script for progressive video, and does NOT insert any deinterlacing lines or options into the script, if the QTGMC input type is set to 1, 2, or 3.