2026.07.05
Reproduce:
Load MP4
Scenario1:
- VS/Deint/qtgmc
- Preset Custom with EdiExt MFDIN(old)
- Queue and Start: CRASH [attachment=3683]
Scenario2:
- VS/Deint/qtgmc
- Preset Custom with EdiExt MFDIN(old)-TRT
- Queue and Start: CRASH [attachment=3684]
additional phenomenon: vspipe keeps vram full and keeping gpu load high despite queue having crashed
[
attachment=3681][
attachment=3682]
Does the Vapoursynth Preview work?
I guess you are running out of vram.
With 16GB vram on hd content I get:
Code:
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
no, preview doesn't work either.
(it's a bit strange since i used it successfully in the past.)
Are you sure you used it on HD content? (works fine on SD content here)
hm iirc i used it on 576p and 720p, not above
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
Code:
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:
Code:
[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:
Code:
# 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
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
Uploaded a new dev, but the usage of named pipes does not work with
NVEncC/QSVEncC/VCEEnC/SVT-AV1/SVT-Hevc, so I disabled it for now and thus these encoders will still crash when using MFDIN.
Cu Selur