https://forum.selur.net/ Wed, 14 Oct 2026 00:50:07 +0000 MyBB https://forum.selur.net/thread-4513.html Tue, 13 Oct 2026 13:58:57 +0200 Parth09]]> https://forum.selur.net/thread-4513.html
I'm using Hybrid's VIVTC handling on telecined NTSC film sources (720x480/486, ProRes 422 HQ)
and noticed something in the generated VapourSynth script that I'd like to check with you.

Settings: Filtering > (De-)Interlace/Telecine > Auto deinterlace handling: VIVTC (Vapoursynth)
VFM tab: Mode "2-way match + 3rd match on combed (p/c + n)", Deinterlacer: QTGMC (preset slow),
Order 0, Field 2, Mi 80, Block 32/32, Exclude 16/16, Scene threshold 12, Chroma matching on, Mic match 1.
Seen with Hybrid 2026.09.06.1, 2026.09.26.1 (macOS) and the 2026.10.01.1 Linux AppImage.

The generated script contains:

  clip2clip = clip
  clip2clip = qtgmc.QTGMC(Input=clip2clip, Preset="slow", TFF=False, ...)
  yv12 = core.resize.Bicubic(clip=clip2clip, format=vs.YUV420P8, range_in_s="limited")
  clip = core.vivtc.VFM(yv12, clip2=clip2clip, order=0, chroma=False)
  ...
  clip = core.std.FrameEval(clip=clip, eval=functools.partial(postprocess, clip=clip, deinterlaced=clip2clip), prop_src=clip)
  clip = core.vivtc.VDecimate(clip)

So VFM both analyses and outputs the already-deinterlaced QTGMC clip, never the original fields.
I measured this on 300 frames: VFMMatch was 'c' on 300/300 and every VFM output frame was
bit-identical to the QTGMC frame. Run on the original fields, VFM chose p on about two-thirds of
those frames, i.e. it actually re-paired fields. Over a full film, the chain's output is about
41 dB PSNR to the original fields, vs about 55 dB when VFM matches the original fields.

The vivtc docs describe clip2 as the format workaround with clip2 = the original
(yv12 = Bicubic(original); VFM(yv12, clip2=original)), and the post-processing example
applies the deinterlacer to the matched clip, used only for frames flagged _Combed.

Questions:
1. Is applying the selected Deinterlacer to every frame before VFM intended? I expected it to be
  used only for frames VFM still flags as combed.
2. If it isn't intended, could VIVTC mode generate VFM on the original (clip = 8-bit copy of the
  source, clip2 = source) with the deinterlacer only in the FrameEval post-processing?
3. Only order and chroma reach VFM in the script; the Block 32/32 (and other VFM tab values) don't
  seem to be passed. Is that expected?

P.S. In case it's useful for other users: with 720x486 sources, the YUV420P8 match clip has 243-row
chroma planes, and vivtc's compareFieldsSlow (field=0) reads one row past the end of the plane
(curnf on row 243). On Linux this intermittently segfaults vspipe in vivtc.so (it never crashed on
macOS for us). Padding the match clip to 488 rows (std.AddBorders(bottom=2)) avoids it.

Thanks for Hybrid and for any insight!]]>
I'm using Hybrid's VIVTC handling on telecined NTSC film sources (720x480/486, ProRes 422 HQ)
and noticed something in the generated VapourSynth script that I'd like to check with you.

Settings: Filtering > (De-)Interlace/Telecine > Auto deinterlace handling: VIVTC (Vapoursynth)
VFM tab: Mode "2-way match + 3rd match on combed (p/c + n)", Deinterlacer: QTGMC (preset slow),
Order 0, Field 2, Mi 80, Block 32/32, Exclude 16/16, Scene threshold 12, Chroma matching on, Mic match 1.
Seen with Hybrid 2026.09.06.1, 2026.09.26.1 (macOS) and the 2026.10.01.1 Linux AppImage.

The generated script contains:

  clip2clip = clip
  clip2clip = qtgmc.QTGMC(Input=clip2clip, Preset="slow", TFF=False, ...)
  yv12 = core.resize.Bicubic(clip=clip2clip, format=vs.YUV420P8, range_in_s="limited")
  clip = core.vivtc.VFM(yv12, clip2=clip2clip, order=0, chroma=False)
  ...
  clip = core.std.FrameEval(clip=clip, eval=functools.partial(postprocess, clip=clip, deinterlaced=clip2clip), prop_src=clip)
  clip = core.vivtc.VDecimate(clip)

So VFM both analyses and outputs the already-deinterlaced QTGMC clip, never the original fields.
I measured this on 300 frames: VFMMatch was 'c' on 300/300 and every VFM output frame was
bit-identical to the QTGMC frame. Run on the original fields, VFM chose p on about two-thirds of
those frames, i.e. it actually re-paired fields. Over a full film, the chain's output is about
41 dB PSNR to the original fields, vs about 55 dB when VFM matches the original fields.

The vivtc docs describe clip2 as the format workaround with clip2 = the original
(yv12 = Bicubic(original); VFM(yv12, clip2=original)), and the post-processing example
applies the deinterlacer to the matched clip, used only for frames flagged _Combed.

Questions:
1. Is applying the selected Deinterlacer to every frame before VFM intended? I expected it to be
  used only for frames VFM still flags as combed.
2. If it isn't intended, could VIVTC mode generate VFM on the original (clip = 8-bit copy of the
  source, clip2 = source) with the deinterlacer only in the FrameEval post-processing?
3. Only order and chroma reach VFM in the script; the Block 32/32 (and other VFM tab values) don't
  seem to be passed. Is that expected?

P.S. In case it's useful for other users: with 720x486 sources, the YUV420P8 match clip has 243-row
chroma planes, and vivtc's compareFieldsSlow (field=0) reads one row past the end of the plane
(curnf on row 243). On Linux this intermittently segfaults vspipe in vivtc.so (it never crashed on
macOS for us). Padding the match clip to 488 rows (std.AddBorders(bottom=2)) avoids it.

Thanks for Hybrid and for any insight!]]> https://forum.selur.net/thread-4512.html Mon, 12 Oct 2026 09:06:11 +0200 ClarkKent]]> https://forum.selur.net/thread-4512.html ich habe mit der aktuellen Hybrid-Version ein Problem beim Encoden mit NVEnc.
Davor hatte ich Hybrid_2026.03.21.1_SETUP.exe installiert, damit lief der Job durch.
Was für eine Hybrid Version wurde verwendet? (Windows/Linux 32/64bit + Versionsnummer)

2026.10.09.1
Windows 11 64-Bit 25H2

Wie lautet die genaue Fehlermeldung (falls eine erstellt wurde)?

generating vapoursynth file: encodingTempSynthSkript_2026-10-12@08_34_15_4210_0.vpy
variable bitrate encoding - 1pass (NVEnc - MPEG-4 AVC)

-> 2026-10-12@08_34_15_4210_05_video crashed: Timed out waiting for VapourSynth named pipe to become ready.
Aborting '2026-10-12@08_34_15_4210_05_video' due to: Timed out waiting for VapourSynth named pipe to become ready.


Wie wurde das Problem produziert ?
(möglichst genaue Schritt-für-Schritt Anleitung damit ich dem Problem auch nachstellen kann)

Datei Story.mp4 geladen
Video: NVEnc
Audio: Custom

Reiter NVEnc:
Codec: h264
Bitrate 1500
Max Bitrate 2400
2pass: 2pass-full

Reiter Filtering:
Vapoursynth
Speed Change: 25fps

Reiter Audio:
Encoder: flac
Speed Change: from 23,9760 to 25,0000 mit Adjust Pitch

mp4-Link kommt per PM.

liebe Grüße Tom

  HybridDebugOutput.7z (Size: 14,47 KB / Downloads: 4) ]]> ich habe mit der aktuellen Hybrid-Version ein Problem beim Encoden mit NVEnc.
Davor hatte ich Hybrid_2026.03.21.1_SETUP.exe installiert, damit lief der Job durch.
Was für eine Hybrid Version wurde verwendet? (Windows/Linux 32/64bit + Versionsnummer)

2026.10.09.1
Windows 11 64-Bit 25H2

Wie lautet die genaue Fehlermeldung (falls eine erstellt wurde)?

generating vapoursynth file: encodingTempSynthSkript_2026-10-12@08_34_15_4210_0.vpy
variable bitrate encoding - 1pass (NVEnc - MPEG-4 AVC)

-> 2026-10-12@08_34_15_4210_05_video crashed: Timed out waiting for VapourSynth named pipe to become ready.
Aborting '2026-10-12@08_34_15_4210_05_video' due to: Timed out waiting for VapourSynth named pipe to become ready.


Wie wurde das Problem produziert ?
(möglichst genaue Schritt-für-Schritt Anleitung damit ich dem Problem auch nachstellen kann)

Datei Story.mp4 geladen
Video: NVEnc
Audio: Custom

Reiter NVEnc:
Codec: h264
Bitrate 1500
Max Bitrate 2400
2pass: 2pass-full

Reiter Filtering:
Vapoursynth
Speed Change: 25fps

Reiter Audio:
Encoder: flac
Speed Change: from 23,9760 to 25,0000 mit Adjust Pitch

mp4-Link kommt per PM.

liebe Grüße Tom

  HybridDebugOutput.7z (Size: 14,47 KB / Downloads: 4) ]]> https://forum.selur.net/thread-4511.html Sun, 11 Oct 2026 07:05:50 +0200 nomad]]> https://forum.selur.net/thread-4511.html and thanks for your efforts.

Unfortunately, I can't install Hybrid on a Mac under Sequoia 15.8.1.
Yes, I know it's not notarised, but if I go for Privacy and Security, it doesn't show up. 
Usually, after having tried to open it directly and hitting Cancel, one should be able to allow it there.

What to do?

TIA]]> and thanks for your efforts.

Unfortunately, I can't install Hybrid on a Mac under Sequoia 15.8.1.
Yes, I know it's not notarised, but if I go for Privacy and Security, it doesn't show up. 
Usually, after having tried to open it directly and hitting Cancel, one should be able to allow it there.

What to do?

TIA]]> https://forum.selur.net/thread-4510.html Fri, 09 Oct 2026 22:14:47 +0200 The_Tinkerer]]> https://forum.selur.net/thread-4510.html
They have a problem with dropping frames when converting. The resulting files have lesser frame counts than the sources, causing the audio to go out of sync.

This is most likely caused by these stupid old Windows WMV encoders skipping frames that they drop as static or duplicate (still openings, short low-change sections, etc.).

Windows Media encoders commonly did this to save bits on an Internet where many people still used dial up and it could make a significant difference in loading times.

The problem is that AviSynth drops these frames (there's usually only 1-3 seconds worth) and stacks the remaining ones in order, but, there's slightly less frames, and the audio will go out of sync. (To be fair, FFprobe also drops these frames when scanning the file with "-count_frames" and reports the exact same lower total for the frame count.)

The fix for a .mp4 re-encode would be to go to Misc -> Overwrite Input -> Frame rate, and enter 29.970030 (30,000/1001, the video's input frame rate).

The expected result would then be to see in the AviSynth script preview:

LWLibavVideoSource("F:\cj\fix\Test.wmv",fpsnum=30000,fpsden=1001,cache=false,dr=true,format="YUV420P8", prefer_hw=0,repeat=true)

That should fix it, however, currently, Hybrid does not insert ",fpsnum=30000,fpsden=1001" into the line, leaving it like this:

LWLibavVideoSource("F:\cj\fix\Test.wmv",cache=false,dr=true,format="YUV420P8", prefer_hw=0,repeat=true)

So, Hybrid's AviSynth scripting code needs to be fixed so that when Misc -> Overwrite Input -> Frame rate has something entered, it should be inserting the correct corresponding ",fpsnum=x,fpsden=x" frame rate info the "LWLibavVideoSource" line in the AviSynth script. (I do believe that Hybrid is currently doing this correctly in Vapoursynth.) If the user has something specified in  Misc -> Overwrite Output -> Frame rate to for some reason, then that frame rate should be entered into the AviSynth script in the "AssumeFPS(x,x)" line towards the end.

Just for quick reference in case it might be helpful, common rational values for standard video frame rates:

• 23.976 fps (NTSC Film): fpsnum=24000, fpsden=1001
  
  
• 24.0 fps (True Film): fpsnum=24, fpsden=1
  
  
• 29.97 fps (NTSC Video): fpsnum=30000, fpsden=1001
  
  
• 30.0 fps: fpsnum=30, fpsden=1
  
  
• 59.94 fps (NTSC High Frame Rate): fpsnum=60000, fpsden=1001
  
  
• 60.0 fps: fpsnum=60, fpsden=1
  
  
• 25.0 fps (PAL): fpsnum=25, fpsden=1
  
  
• 50.0 fps (PAL High Frame Rate): fpsnum=50, fpsden=1
  

For now, a quick fix would be to enter the "LWLibavVideoSource("F:\cj\fix\Test.wmv",fpsnum=30000,fpsden=1001,cache=false,dr=true,format="YUV420P8", prefer_hw=0,repeat=true)" line into a filter on the Custom tab, inserting it at the very top by putting it in Insert before -> ColorMatrix. There will then be two "LWLibavVideoSource" lines in the script, but since the Custom one comes after the first one generated by Hybrid, the Custom one will override it.]]>
They have a problem with dropping frames when converting. The resulting files have lesser frame counts than the sources, causing the audio to go out of sync.

This is most likely caused by these stupid old Windows WMV encoders skipping frames that they drop as static or duplicate (still openings, short low-change sections, etc.).

Windows Media encoders commonly did this to save bits on an Internet where many people still used dial up and it could make a significant difference in loading times.

The problem is that AviSynth drops these frames (there's usually only 1-3 seconds worth) and stacks the remaining ones in order, but, there's slightly less frames, and the audio will go out of sync. (To be fair, FFprobe also drops these frames when scanning the file with "-count_frames" and reports the exact same lower total for the frame count.)

The fix for a .mp4 re-encode would be to go to Misc -> Overwrite Input -> Frame rate, and enter 29.970030 (30,000/1001, the video's input frame rate).

The expected result would then be to see in the AviSynth script preview:

LWLibavVideoSource("F:\cj\fix\Test.wmv",fpsnum=30000,fpsden=1001,cache=false,dr=true,format="YUV420P8", prefer_hw=0,repeat=true)

That should fix it, however, currently, Hybrid does not insert ",fpsnum=30000,fpsden=1001" into the line, leaving it like this:

LWLibavVideoSource("F:\cj\fix\Test.wmv",cache=false,dr=true,format="YUV420P8", prefer_hw=0,repeat=true)

So, Hybrid's AviSynth scripting code needs to be fixed so that when Misc -> Overwrite Input -> Frame rate has something entered, it should be inserting the correct corresponding ",fpsnum=x,fpsden=x" frame rate info the "LWLibavVideoSource" line in the AviSynth script. (I do believe that Hybrid is currently doing this correctly in Vapoursynth.) If the user has something specified in  Misc -> Overwrite Output -> Frame rate to for some reason, then that frame rate should be entered into the AviSynth script in the "AssumeFPS(x,x)" line towards the end.

Just for quick reference in case it might be helpful, common rational values for standard video frame rates:

• 23.976 fps (NTSC Film): fpsnum=24000, fpsden=1001
  
  
• 24.0 fps (True Film): fpsnum=24, fpsden=1
  
  
• 29.97 fps (NTSC Video): fpsnum=30000, fpsden=1001
  
  
• 30.0 fps: fpsnum=30, fpsden=1
  
  
• 59.94 fps (NTSC High Frame Rate): fpsnum=60000, fpsden=1001
  
  
• 60.0 fps: fpsnum=60, fpsden=1
  
  
• 25.0 fps (PAL): fpsnum=25, fpsden=1
  
  
• 50.0 fps (PAL High Frame Rate): fpsnum=50, fpsden=1
  

For now, a quick fix would be to enter the "LWLibavVideoSource("F:\cj\fix\Test.wmv",fpsnum=30000,fpsden=1001,cache=false,dr=true,format="YUV420P8", prefer_hw=0,repeat=true)" line into a filter on the Custom tab, inserting it at the very top by putting it in Insert before -> ColorMatrix. There will then be two "LWLibavVideoSource" lines in the script, but since the Custom one comes after the first one generated by Hybrid, the Custom one will override it.]]> https://forum.selur.net/thread-4509.html Fri, 09 Oct 2026 22:04:49 +0200 davebtw]]> https://forum.selur.net/thread-4509.html
Since more the 50% of my work consists in de-interlacing my old videos, I found this feature extremely helpful and almost it always made the correct selection.  

I have read online explanations and I can understand some of the reasons it was removed.  However, for me this will cause a lot more work that I formerly was able to do quickly.  

Is there any way I can duplicate that detection and filtering choices?  Could you add back in in the future this option?  Help Please, this is the primary reason I use Hybrid tools which I love, and I have donated several times to support your work.

Regards,

-david BTW]]>
Since more the 50% of my work consists in de-interlacing my old videos, I found this feature extremely helpful and almost it always made the correct selection.  

I have read online explanations and I can understand some of the reasons it was removed.  However, for me this will cause a lot more work that I formerly was able to do quickly.  

Is there any way I can duplicate that detection and filtering choices?  Could you add back in in the future this option?  Help Please, this is the primary reason I use Hybrid tools which I love, and I have donated several times to support your work.

Regards,

-david BTW]]> https://forum.selur.net/thread-4508.html Fri, 09 Oct 2026 20:21:03 +0200 The_Tinkerer]]> https://forum.selur.net/thread-4508.html Avisynth32bit_2024.12.15.7z" file)?

Or an alternate Hybrid build that supports it? (I noticed a "Hybrid-2026.10.08.2-x86_64.AppImage" file at the above Google Drive link, but that's for Linux, and I'm not sure the "x86" part of the file name indicates support for 32bit AviSynth.)

I do usually use the 64 bit AviSynth anyways, but sometimes I need to use the 32 bit version of AviSynth for one reason or another. I guess I'll just have to revert to version 2026.03.21.1 for that, if 32 bit AviSynth support is gone for good.  ]]> Avisynth32bit_2024.12.15.7z" file)?

Or an alternate Hybrid build that supports it? (I noticed a "Hybrid-2026.10.08.2-x86_64.AppImage" file at the above Google Drive link, but that's for Linux, and I'm not sure the "x86" part of the file name indicates support for 32bit AviSynth.)

I do usually use the 64 bit AviSynth anyways, but sometimes I need to use the 32 bit version of AviSynth for one reason or another. I guess I'll just have to revert to version 2026.03.21.1 for that, if 32 bit AviSynth support is gone for good.  ]]> https://forum.selur.net/thread-4507.html Fri, 09 Oct 2026 13:34:39 +0200 Miranda]]> https://forum.selur.net/thread-4507.html
]]>
]]> https://forum.selur.net/thread-4506.html Thu, 08 Oct 2026 21:45:13 +0200 lameuser]]> https://forum.selur.net/thread-4506.html
At first ,many many thanks for your great work !

Well.
Few days ago i noticed SVT-AV1 - Tritium. Obviously it's an SVT-AV1 fork ,but far better than the mainline version.
Can you please add this encoder to Hybrid ?

https://github.com/Uranite/svt-av1-tritium

AFAIK only StaxRip supports it ,but the GUI and other functions.... 

Thanks! ]]>
At first ,many many thanks for your great work !

Well.
Few days ago i noticed SVT-AV1 - Tritium. Obviously it's an SVT-AV1 fork ,but far better than the mainline version.
Can you please add this encoder to Hybrid ?

https://github.com/Uranite/svt-av1-tritium

AFAIK only StaxRip supports it ,but the GUI and other functions.... 

Thanks! ]]> https://forum.selur.net/thread-4505.html Thu, 08 Oct 2026 20:36:44 +0200 Vhs-Digital-Buddy]]> https://forum.selur.net/thread-4505.html Please have a look at the following image.

https://ibb.co/wF2htp7Y

Those purple fields are part of the original recording. How can I get rid of them using Hybrid ? 
Currently, I run de-interlace with top field first, and it's been working really well on my videos, but this one is a bit problematic. I know that does not solve the problem, however what option might help running at the same time as de-interlace ?

Thanks for any help
Buddy/]]> Please have a look at the following image.

https://ibb.co/wF2htp7Y

Those purple fields are part of the original recording. How can I get rid of them using Hybrid ? 
Currently, I run de-interlace with top field first, and it's been working really well on my videos, but this one is a bit problematic. I know that does not solve the problem, however what option might help running at the same time as de-interlace ?

Thanks for any help
Buddy/]]> https://forum.selur.net/thread-4504.html Wed, 07 Oct 2026 06:41:35 +0200 Vhs-Digital-Buddy]]> https://forum.selur.net/thread-4504.html
I'm trying to run a de-flicker and de-interlace, however it's always 100% CPU usage.

Is there a way to not have it at 100% ? 

Because for the amount of time it works on a video, it seems quite excessive. I'm working on a desktop pc with Windows 11, and an 80 minute recorded video.]]>
I'm trying to run a de-flicker and de-interlace, however it's always 100% CPU usage.

Is there a way to not have it at 100% ? 

Because for the amount of time it works on a video, it seems quite excessive. I'm working on a desktop pc with Windows 11, and an 80 minute recorded video.]]> https://forum.selur.net/thread-4503.html Tue, 06 Oct 2026 21:25:52 +0200 Doink]]> https://forum.selur.net/thread-4503.html
Im using the the AppImage version of the Hybrid under Linux. I have check the CRF checkbox, but when the encoding starts I see in
report file that it accually uses CQP not CRF mode. Debug log sent via PM.

Also I think there is another bug related to debug log file. The file is not created in output directory. I had to set static path for it
in options.

Thanks]]>
Im using the the AppImage version of the Hybrid under Linux. I have check the CRF checkbox, but when the encoding starts I see in
report file that it accually uses CQP not CRF mode. Debug log sent via PM.

Also I think there is another bug related to debug log file. The file is not created in output directory. I had to set static path for it
in options.

Thanks]]> https://forum.selur.net/thread-4502.html Sat, 03 Oct 2026 20:51:22 +0200 andrewschen]]> https://forum.selur.net/thread-4502.html
In Hybrid_dev_2026.06.25-152245 (old version of SMDegrain):

YUV410p8,  YUV411p8: always error

refine motion on + overlap size 2 + YUV ( != 444 ) : error
Not happening in refine motion off / overlap size != 2 /  YUV444&GRAY


In Hybrid_dev_2026.10.02-19438:

YUV410p8,  YUV411p8: always error

and in other situation, if YUV ( != 444 ), these combination will cause error:

refine motion 1/2/3 pass + size(block,overlap) = (32,2) 
refine motion 2/3/4 pass + size(block,overlap) = (64,4)

sample code & error output:  refine motion 1 pass + size(block,overlap) = (32,2)

# Imports import sys import os import vapoursynth as vs # using Vapoursynth R79 # getting Vapoursynth core core = vs.core # Import scripts folder scriptPath = 'D:/APPD/Hybrid_dev_20261002-19438/64bit/vsscripts' sys.path.insert(0, os.path.abspath(scriptPath)) # loading plugins core.std.LoadPlugin(path="D:/APPD/Hybrid_dev_20261002-19438/64bit/Vapoursynth/Lib/site-packages/vapoursynth/plugins2/akarin/libakarin.dll") core.std.LoadPlugin(path="D:/APPD/Hybrid_dev_20261002-19438/64bit/Vapoursynth/Lib/site-packages/vapoursynth/plugins2/mvutensils/mvutensils.dll") core.std.LoadPlugin(path="D:/APPD/Hybrid_dev_20261002-19438/64bit/Vapoursynth/Lib/site-packages/vapoursynth/plugins2/fmtconv.dll") core.std.LoadPlugin(path="D:/APPD/Hybrid_dev_20261002-19438/64bit/vsfilters/SourceFilter/LSmashSource/LSMASHSource.dll") # Import scripts import nnedi3_resample import smdegrain import validate # Source: 'C:\Users\mmddffkk\Desktop\tmp\SAMPLE.mkv' # clip current meta; color space: YUV420P8, bit depth: 8, resolution: 1920x1080, fps: 23.976, color matrix: 709, color primaries: Unspecific, color transfer: Unspecified, yuv luminance scale: limited, scanorder: progressive, full height: true (Source) # Loading 'C:\Users\mmddffkk\Desktop\tmp\SAMPLE.mkv' using LWLibavSource clip = core.lsmas.LWLibavSource(source="C:/Users/mmddffkk/Desktop/tmp/SAMPLE.mkv", format="YUV420P8", stream_index=0, cache=0, prefer_hw=0) frame = clip.get_frame(0) # setting color matrix to 709. clip = core.std.SetFrameProps(clip, _Matrix=vs.MATRIX_BT709) # setting color transfer (vs.TRANSFER_BT709), if it is not set. if validate.transferIsInvalid(clip):   clip = core.std.SetFrameProps(clip=clip, _Transfer=vs.TRANSFER_BT709) # setting color primaries info (to vs.PRIMARIES_BT709), if it is not set. if validate.primariesIsInvalid(clip):   clip = core.std.SetFrameProps(clip=clip, _Primaries=vs.PRIMARIES_BT709) # setting color range to TV (limited) range. prop_name = '_Range' if core.core_version.release_major >= 74 else '_ColorRange' clip = core.std.SetFrameProps(clip=clip, **{prop_name: vs.RANGE_LIMITED}) # making sure frame rate is set to 23.976fps clip = core.std.AssumeFPS(clip=clip, fpsnum=24000, fpsden=1001) # making sure the detected scan type is set (detected: progressive) clip = core.std.SetFrameProps(clip=clip, _FieldBased=vs.FIELD_PROGRESSIVE) # scan type: progressive # removing grain using SMDegrain clip = smdegrain.SMDegrain(clip, RefineMotion=1, interlaced=False, overlap=2, blksize=32, thSCD1=1600, tools={'mv': 'mvutensils', 'expr': 'akarin', 'nnedi3': 'znedi3', 'dfttest': 'dfttest', 'nlmeans': 'nlm_ispc', 'bm3d': 'bm3d', 'rg': 'zsmooth', 'median': 'zsmooth', 'boxblur': 'std', 'scd': 'std'}) # adjusting output color from YUV420P8 to YUV420P10 for SvtAv1Model clip = core.resize.Bicubic(clip=clip, format=vs.YUV420P10) # set output frame rate to 23.976fps (progressive) clip = core.std.AssumeFPS(clip=clip, fpsnum=24000, fpsden=1001) # output clip.set_output() # clip current meta; color space: YUV420P10, bit depth: 10, resolution: 1920x1080, fps: 23.976, color matrix: 709, color primaries: Unspecific, color transfer: Unspecified, yuv luminance scale: limited, scanorder: progressive, full height: true (Meta) # script was created by Hybrid 2026.10.02.1

Failed to evaluate the script: Python exception: Degrain: Degrain2: Failed to retrieve first frame from super clip. Error message: Recalculate: The chosen block size has no multiple that will process the entire frame without exceeding the super clip padding, derive a new suitable super clip and try again Traceback (most recent call last): File "vapoursynth.pyx", line 3832, in vapoursynth._vpy_evaluate File "vapoursynth.pyx", line 3833, in vapoursynth._vpy_evaluate File "\\fx705d\ENCTMP\tempPreviewVapoursynthFile02_48_22_671.vpy", line 41, in clip = smdegrain.SMDegrain(clip, RefineMotion=1, interlaced=False, overlap=2, blksize=32, thSCD1=1600, tools={'mv': 'mvutensils', 'expr': 'akarin', 'nnedi3': 'znedi3', 'dfttest': 'dfttest', 'nlmeans': 'nlm_ispc', 'bm3d': 'bm3d', 'rg': 'zsmooth', 'median': 'zsmooth', 'boxblur': 'std', 'scd': 'std'}) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "D:\APPD\Hybrid_dev_20261002-19438\64bit\vsscripts\smdegrain.py", line 259, in SMDegrain output = MV.Degrain(mfilter, super_render, *vectors, thsad=thSAD, thsadc=thSADC, plane=plane, limit=limit, limitc=limitc, thscd1=thSCD1, thscd2=thSCD2, ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "D:\APPD\Hybrid_dev_20261002-19438\64bit\vsscripts\misc.py", line 1410, in Degrain return self._degrain(clip, super, *vectors, **kwargs) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "D:\APPD\Hybrid_dev_20261002-19438\64bit\vsscripts\misc.py", line 1352, in _degrain return core.mvu.Degrain(clip, super, vec_list, limit=mvu_limit, **weight_args) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "vapoursynth.pyx", line 3559, in vapoursynth.Function.__call__ vapoursynth.Error: Degrain: Degrain2: Failed to retrieve first frame from super clip. Error message: Recalculate: The chosen block size has no multiple that will process the entire frame without exceeding the super clip padding, derive a new suitable super clip and try again

]]>
In Hybrid_dev_2026.06.25-152245 (old version of SMDegrain):

YUV410p8,  YUV411p8: always error

refine motion on + overlap size 2 + YUV ( != 444 ) : error
Not happening in refine motion off / overlap size != 2 /  YUV444&GRAY


In Hybrid_dev_2026.10.02-19438:

YUV410p8,  YUV411p8: always error

and in other situation, if YUV ( != 444 ), these combination will cause error:

refine motion 1/2/3 pass + size(block,overlap) = (32,2) 
refine motion 2/3/4 pass + size(block,overlap) = (64,4)

sample code & error output:  refine motion 1 pass + size(block,overlap) = (32,2)

# Imports import sys import os import vapoursynth as vs # using Vapoursynth R79 # getting Vapoursynth core core = vs.core # Import scripts folder scriptPath = 'D:/APPD/Hybrid_dev_20261002-19438/64bit/vsscripts' sys.path.insert(0, os.path.abspath(scriptPath)) # loading plugins core.std.LoadPlugin(path="D:/APPD/Hybrid_dev_20261002-19438/64bit/Vapoursynth/Lib/site-packages/vapoursynth/plugins2/akarin/libakarin.dll") core.std.LoadPlugin(path="D:/APPD/Hybrid_dev_20261002-19438/64bit/Vapoursynth/Lib/site-packages/vapoursynth/plugins2/mvutensils/mvutensils.dll") core.std.LoadPlugin(path="D:/APPD/Hybrid_dev_20261002-19438/64bit/Vapoursynth/Lib/site-packages/vapoursynth/plugins2/fmtconv.dll") core.std.LoadPlugin(path="D:/APPD/Hybrid_dev_20261002-19438/64bit/vsfilters/SourceFilter/LSmashSource/LSMASHSource.dll") # Import scripts import nnedi3_resample import smdegrain import validate # Source: 'C:\Users\mmddffkk\Desktop\tmp\SAMPLE.mkv' # clip current meta; color space: YUV420P8, bit depth: 8, resolution: 1920x1080, fps: 23.976, color matrix: 709, color primaries: Unspecific, color transfer: Unspecified, yuv luminance scale: limited, scanorder: progressive, full height: true (Source) # Loading 'C:\Users\mmddffkk\Desktop\tmp\SAMPLE.mkv' using LWLibavSource clip = core.lsmas.LWLibavSource(source="C:/Users/mmddffkk/Desktop/tmp/SAMPLE.mkv", format="YUV420P8", stream_index=0, cache=0, prefer_hw=0) frame = clip.get_frame(0) # setting color matrix to 709. clip = core.std.SetFrameProps(clip, _Matrix=vs.MATRIX_BT709) # setting color transfer (vs.TRANSFER_BT709), if it is not set. if validate.transferIsInvalid(clip):   clip = core.std.SetFrameProps(clip=clip, _Transfer=vs.TRANSFER_BT709) # setting color primaries info (to vs.PRIMARIES_BT709), if it is not set. if validate.primariesIsInvalid(clip):   clip = core.std.SetFrameProps(clip=clip, _Primaries=vs.PRIMARIES_BT709) # setting color range to TV (limited) range. prop_name = '_Range' if core.core_version.release_major >= 74 else '_ColorRange' clip = core.std.SetFrameProps(clip=clip, **{prop_name: vs.RANGE_LIMITED}) # making sure frame rate is set to 23.976fps clip = core.std.AssumeFPS(clip=clip, fpsnum=24000, fpsden=1001) # making sure the detected scan type is set (detected: progressive) clip = core.std.SetFrameProps(clip=clip, _FieldBased=vs.FIELD_PROGRESSIVE) # scan type: progressive # removing grain using SMDegrain clip = smdegrain.SMDegrain(clip, RefineMotion=1, interlaced=False, overlap=2, blksize=32, thSCD1=1600, tools={'mv': 'mvutensils', 'expr': 'akarin', 'nnedi3': 'znedi3', 'dfttest': 'dfttest', 'nlmeans': 'nlm_ispc', 'bm3d': 'bm3d', 'rg': 'zsmooth', 'median': 'zsmooth', 'boxblur': 'std', 'scd': 'std'}) # adjusting output color from YUV420P8 to YUV420P10 for SvtAv1Model clip = core.resize.Bicubic(clip=clip, format=vs.YUV420P10) # set output frame rate to 23.976fps (progressive) clip = core.std.AssumeFPS(clip=clip, fpsnum=24000, fpsden=1001) # output clip.set_output() # clip current meta; color space: YUV420P10, bit depth: 10, resolution: 1920x1080, fps: 23.976, color matrix: 709, color primaries: Unspecific, color transfer: Unspecified, yuv luminance scale: limited, scanorder: progressive, full height: true (Meta) # script was created by Hybrid 2026.10.02.1

Failed to evaluate the script: Python exception: Degrain: Degrain2: Failed to retrieve first frame from super clip. Error message: Recalculate: The chosen block size has no multiple that will process the entire frame without exceeding the super clip padding, derive a new suitable super clip and try again Traceback (most recent call last): File "vapoursynth.pyx", line 3832, in vapoursynth._vpy_evaluate File "vapoursynth.pyx", line 3833, in vapoursynth._vpy_evaluate File "\\fx705d\ENCTMP\tempPreviewVapoursynthFile02_48_22_671.vpy", line 41, in clip = smdegrain.SMDegrain(clip, RefineMotion=1, interlaced=False, overlap=2, blksize=32, thSCD1=1600, tools={'mv': 'mvutensils', 'expr': 'akarin', 'nnedi3': 'znedi3', 'dfttest': 'dfttest', 'nlmeans': 'nlm_ispc', 'bm3d': 'bm3d', 'rg': 'zsmooth', 'median': 'zsmooth', 'boxblur': 'std', 'scd': 'std'}) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "D:\APPD\Hybrid_dev_20261002-19438\64bit\vsscripts\smdegrain.py", line 259, in SMDegrain output = MV.Degrain(mfilter, super_render, *vectors, thsad=thSAD, thsadc=thSADC, plane=plane, limit=limit, limitc=limitc, thscd1=thSCD1, thscd2=thSCD2, ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "D:\APPD\Hybrid_dev_20261002-19438\64bit\vsscripts\misc.py", line 1410, in Degrain return self._degrain(clip, super, *vectors, **kwargs) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "D:\APPD\Hybrid_dev_20261002-19438\64bit\vsscripts\misc.py", line 1352, in _degrain return core.mvu.Degrain(clip, super, vec_list, limit=mvu_limit, **weight_args) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "vapoursynth.pyx", line 3559, in vapoursynth.Function.__call__ vapoursynth.Error: Degrain: Degrain2: Failed to retrieve first frame from super clip. Error message: Recalculate: The chosen block size has no multiple that will process the entire frame without exceeding the super clip padding, derive a new suitable super clip and try again

]]> https://forum.selur.net/thread-4501.html Fri, 02 Oct 2026 18:36:09 +0200 Oldermediaformats]]> https://forum.selur.net/thread-4501.html Communion has light-to-medium laser rot on the image. Here are unprocessed samples from side one and side two.

While I want to preserve a high degree of detail and texture, I would like to eliminate the little video sparkles and short/thin horizontal black lines, which fortunately are not wide scratches.

Suggestions for applying any filter(s) with scripts to the sources in Hybrid are most welcome and appreciated.

I tend to apply one filter at a time to my videos in Hybrid, but if a combination would be more effective, I am open.]]> Communion has light-to-medium laser rot on the image. Here are unprocessed samples from side one and side two.

While I want to preserve a high degree of detail and texture, I would like to eliminate the little video sparkles and short/thin horizontal black lines, which fortunately are not wide scratches.

Suggestions for applying any filter(s) with scripts to the sources in Hybrid are most welcome and appreciated.

I tend to apply one filter at a time to my videos in Hybrid, but if a combination would be more effective, I am open.]]> https://forum.selur.net/thread-4500.html Tue, 29 Sep 2026 14:40:43 +0200 zelenooki87]]> https://forum.selur.net/thread-4500.html Could you please add the “Multi” option to the vsmlrt filter section as well, so I can use multiple models within a single instance of the program?
For example, I’d like to use one model for automatic white balance, another model for automatic tone correction, and so on.
If it’s not too much trouble, I’d really appreciate it if you could add this option.
Thanks a lot in advance!


]]> Could you please add the “Multi” option to the vsmlrt filter section as well, so I can use multiple models within a single instance of the program?
For example, I’d like to use one model for automatic white balance, another model for automatic tone correction, and so on.
If it’s not too much trouble, I’d really appreciate it if you could add this option.
Thanks a lot in advance!


]]> https://forum.selur.net/thread-4499.html Mon, 28 Sep 2026 11:37:05 +0200 Ghoulchitay]]> https://forum.selur.net/thread-4499.html
I created two videos: one corrupted M4V file and one working MP4 file. Then I loaded the corrupted M4V file back into the same program and told it to convert it from M4V to MP4, and it did not produce any errors. The video plays normally.
So the file is not actually corrupted from the beginning; there is simply something wrong with it. In the Windows file properties, the M4V file doesn't even have basic information such as the video duration, bitrate, etc., whereas the MP4 file has all of this information correctly listed.

Please, somebody, help me!

  Screenshot (109).png (Size: 85,23 KB / Downloads: 38)

  Screenshot (110).png (Size: 159,23 KB / Downloads: 32)

  Screenshot (111).png (Size: 22,5 KB / Downloads: 35) ]]>
I created two videos: one corrupted M4V file and one working MP4 file. Then I loaded the corrupted M4V file back into the same program and told it to convert it from M4V to MP4, and it did not produce any errors. The video plays normally.
So the file is not actually corrupted from the beginning; there is simply something wrong with it. In the Windows file properties, the M4V file doesn't even have basic information such as the video duration, bitrate, etc., whereas the MP4 file has all of this information correctly listed.

Please, somebody, help me!

  Screenshot (109).png (Size: 85,23 KB / Downloads: 38)

  Screenshot (110).png (Size: 159,23 KB / Downloads: 32)

  Screenshot (111).png (Size: 22,5 KB / Downloads: 35) ]]>