[BUG] QTGMC Deinterlace with MFDIN = crash

[tailland]

2026.07.05

Reproduce:
Load MP4

Scenario1:
 - VS/Deint/qtgmc
 - Preset Custom with EdiExt MFDIN(old)
 - Queue and Start: CRASH 
  HybridDebugOutput_crash1.rar (Size: 36,43 KB / Downloads: 9)

Scenario2:
 - VS/Deint/qtgmc
 - Preset Custom with EdiExt MFDIN(old)-TRT
 - Queue and Start: CRASH 
  HybridDebugOutput_crash2.rar (Size: 26,93 KB / Downloads: 9)

additional phenomenon: vspipe keeps vram full and keeping gpu load high despite queue having crashed

       

[Selur]

Does the Vapoursynth Preview work?
I guess you are running out of vram.
With 16GB vram on hd content I get:

Requested amount of GPU memory (1592786944 bytes) could not be allocated. There may not be enough free memory for allocation to succeed. UNSUPPORTED_STATE: Skipping tactic 49 due to insufficient memory on requested size of 1592786944 detected for tactic 0x1b099f7ac29a2a6a.

Cu Selur

[tailland]

no, preview doesn't work either.

(it's a bit strange since i used it successfully in the past.)

[Selur]

Are you sure you used it on HD content? (works fine on SD content here)

[tailland]

hm iirc i used it on 576p and 720p, not above

[Selur]

in your sample you used it on 1440x1080, so that is probably the problem.
I suspect that it will still work fine for you on SD content.

Cu Selur

[tailland]

576p source file: https://my.hidrive.com/lnk/d0Yzo4Q0O
resolution doesn't matter :ß

   
   

this used to be functional in the past.
now the job crashes, but the gpu starts working at 90%+

[Selur]

Invalid magic number for yuv4mpeg.

Vapoursynth error => need DebugOutput of Vapoursynth Preview

Sidenote: Why are you overwriting the scanorder to BFF ? Looking at the clip it seems to be TFF encoded progressively.

Seems like the crash happens due to the output of:

[07/11/2026-08:02:04] [TRT] [W] Functionality provided through tensorrt.plugin module is experimental.

which isn't send to std:cerr, but std:out which then ends up inside the pipe and breaks the encoding.
Hybrid does try to fix this by using:

# Force logging to std:err logging.StreamHandler(sys.stderr)

but, seems like this capturing the output anymore.

seems like the issue was fixed once, see: https://forum.selur.net/thread-4089.html and https://github.com/vapoursynth/vapoursyn...2791015549, but seemingly was removed in newer Vapoursynth versions.
Seems like one would need to use named pipes instead of normal pipe to workaround this.
=> this will take a while to look into, since I'm ill atm. this won't happen this weekend.

Cu Selur

[Selur]

Had a quick go at it: https://www.mediafire.com/file/1xjresbid...id.7z/file (Hybrid.exe only)
Try whether this works or not. (use latest dev, replace Hybrid.exe with the one above)
In theory, this should always use named pipes if vspipe is used and thus hopefully circumvent the problem.
(going to sleep again now, but I hope this works)

Cu Selur