Log in

View Full Version : StaxRip


Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 [74] 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101

Patman
22nd August 2020, 07:20
@Patman:

Just out of curiosity, I'm wondering if you're seeing any progress in modding x265 to accept direct avs/vs input.

(And hope you're doing well in this era of turmoil. :))The direct avs input works, I'm still working on the direct vpy input. I don't have a lot of time right now. I will try to keep working on it.

JKyle
22nd August 2020, 17:30
The direct avs input works, I'm still working on the direct vpy input. I don't have a lot of time right now. I will try to keep working on it.

I see. :thanks:

JKyle
23rd August 2020, 19:31
VapourSynth R52 (https://github.com/vapoursynth/vapoursynth/releases/tag/R52) is released.

JKyle
30th August 2020, 21:08
It'd be good if ffms2 is updated to StvG's most recent version (https://forum.doom9.org/showthread.php?p=1921514#post1921514) (Aug 19, 2020).

And here's an interesting chart (by ChaosKing) (https://forum.doom9.org/showthread.php?p=1921568#post1921568) comparing different versions of ffms2.

minda76
2nd September 2020, 07:03
2.1.4.3 Beta error:

---------------------------- Index LWLibav ----------------------------


C:\StaxRip\Apps\Encoders\ffmpeg\ffmpeg.exe -i C:\Temp\Spider_temp\Spider.avs -hide_banner

C:\Temp\Spider_temp\Spider.avs: Unknown error occurred

Start: 08:58:17
End: 08:58:17
Duration: 00:00:00

---------------------------- Index LWLibav ----------------------------

C:\StaxRip\Apps\Encoders\ffmpeg\ffmpeg.exe -i C:\Temp\Spider_temp\Spider.avs -hide_banner

C:\Temp\Spider_temp\Spider.avs: Unknown error occurred

Start: 08:59:45
End: 08:59:45
Duration: 00:00:00

---------------------------- Index LWLibav ----------------------------

C:\StaxRip\Apps\Encoders\ffmpeg\ffmpeg.exe -i C:\Temp\Spider_temp\Spider.avs -hide_banner

C:\Temp\Spider_temp\Spider.avs: Unknown error occurred

Start: 08:59:47
End: 08:59:47
Duration: 00:00:00

------------------------------ Auto Crop ------------------------------

AutoCrop 2.0.0.0

C:\StaxRip\Apps\Support\AutoCrop\AutoCrop.exe C:\Temp\Spider_temp\Spider_source.avs 10 0

0,277,0,277

Start: 08:59:48
End: 08:59:53
Duration: 00:00:04

---------------------------- Index LWLibav ----------------------------

C:\StaxRip\Apps\Encoders\ffmpeg\ffmpeg.exe -i C:\Temp\Spider_temp\Spider.avs -hide_banner

C:\Temp\Spider_temp\Spider.avs: Unknown error occurred

Start: 08:59:53
End: 08:59:53
Duration: 00:00:00

JKyle
3rd September 2020, 02:20
@minda76:

Your log is not detailed enough for analysis: the avs script is missing.

BTW, I strongly recommend you open a new issue with a full log on the official StaxRip github repo: here (https://github.com/staxrip/staxrip/issues).

JKyle
12th September 2020, 23:04
[Apps that need to be updated in 2.1.4.4]

MKVToolNix is now 50.0.0 (https://www.fosshub.com/MKVToolNix.html).
NVEnc is updated to 5.15 (https://github.com/rigaya/NVEnc/releases/tag/5.15).
AVSMeter is updated to 3.0.3.0 (https://forum.doom9.org/showthread.php?t=174797).
VCEEnc is now 6.03 (https://github.com/rigaya/VCEEnc/releases/tag/6.03).
Subtitle Edit is now 3.5.16 (https://github.com/SubtitleEdit/subtitleedit/releases/tag/3.5.16).
chapterEditor is now 1.24 (https://forum.doom9.org/showthread.php?t=169984).

DVD-VHS
25th September 2020, 10:09
I've translated C# code to VB.NET and then the same code back from VB.NET to C#, LOL. OK, it's usually mostly done with a converter or decompiler.

You can also use online C# decompiler (http://decompiler.com/) to convert both C# and VB.NET compiled binaries back to the source code.

Magik Mark
2nd October 2020, 06:18
What is the best way to do this:

1. Video size 1920x1080
2. Shrink the image proportionately to 1920X900
3. No cropping of the image
4. No squeezing effect

44vince44
2nd October 2020, 20:58
@Magic Mark, can you do a screenshot of any frame of the original video, in fullscreen, and post it, so we can understand what you mean exactly.

JKyle
3rd October 2020, 07:32
2.1.4.7 resets Preprocessors and AviSynth Source Filters in Settings even if old files are overwritten.

So I wrote down this howto on the official GitHub repo wiki about setting up DGDecNV(DGSource and DGIndexNV): here (https://github.com/staxrip/staxrip/wiki/How-to-register-DGDecNV(DGSource-and-DGIndexNV)-in-StaxRip).

It's a modified/updated version of my previous post (https://forum.doom9.org/showthread.php?p=1913597#post1913597) using %settings_dir% instead of %startup_dir% in an effort to preserve original program folder structure.
And the macro %source_temp_file% was replaced with %temp_file% due to an erratic behavior of %source_temp_file%.

BTW, I've found that some macros are removed in 2.1.4.7 such as %input% and %output%. They were useful in composing command line audio encoder profiles. Were they removed before 2.1.4.7 but I couldn't notice?

stax76
3rd October 2020, 09:45
Thanks for the great guide JKyle.

%input% and %output% should still be available for the command line based audio encoder.

JKyle
3rd October 2020, 10:21
%input% and %output% should still be available for the command line based audio encoder.

Oh, I re-checked and verified that %input% still works. But as for %output%, it doesn't behave exactly as I expected.

See this:

https://i.imgur.com/9pRaCg2.gif

The original source file name is omitted with %output%, and it's kind of inconvenient in some cases. Well, I know this is somewhat intended to reduce a long file path, but an audio file name starting with a blank space is definitely weird. Isn't it? :confused:

stax76
3rd October 2020, 11:38
@JKyle

Yes, it was changed because of long paths. It would be possible to re-enable the old behavior in cases where the path is short anyway I guess.

In the next build the space is trimmed and in case the base name is completely empty, then *temp* is used as base name.

JKyle
3rd October 2020, 23:07
Sounds good.

BTW, the reason I thought %input% and %output% were removed was because they were not listed in the macros help. Had they been before? Well, I'm not sure. :confused:

stax76
4th October 2020, 11:40
They work only in the context of the command line audio encoder, in the F1 help of the command line audio encoder dialog they are listed.

They are also listed in the Macros page of the docs (https://staxrip.readthedocs.io/macros.html).

JKyle
4th October 2020, 19:23
They work only in the context of the command line audio encoder, in the F1 help of the command line audio encoder dialog they are listed.

Oh, I was talking about this:

https://i.imgur.com/qfgmzhi.jpg

%input% and %output% are not there.

I never thought of pressing F1. Yes, I admit I was careless, but to make an excuse... Who presses F1 every time he/she uses an app that's already pretty familiar? :D

Sorry, that was a lame joke. ;)

Anyway, thanks for giving me a good pointer. I'm happy to find another not-hidden-but-not-usually-called function in StaxRip. :D

lordalibaski
31st October 2020, 15:08
Never had this one before, I have just captured and transferred 5 vhs videos all NTSC. Put them all on my PC like I have been doing for years but 1 of the conversions keeps coming up with this error when trying to merge or convert


Unicode filenames are not supported by AviSynth.

VapourSynth supports unicode, it can be enabled at:

Filters > Filter Setup > VapourSynth

I change to VapourSynth and get this error

https://i.postimg.cc/KcWTC2sQ/1.png

I usually merge them with vobmerge but even that is having problems with this 1 capture.

What's causing this on this capture alone?

A file can be provided but it will be over 1gb in size.

videoh
31st October 2020, 15:13
That's a DGIndex error. What is the file name? Try changing it.

lordalibaski
31st October 2020, 15:26
That's a DGIndex error. What is the file name? Try changing it.


The files are always named the same mate they always come out named content01,content02,content03 etc.

Done this for years but it's just this capture out of the 6 I actually did yesterday, tried it again on another machine which is the same make and again it's done exactly the same with this capture.

This is the last part of the capture if you want to see don't forget this is a NTSC video (you can see I have just renamed the files and I still have the problem)

https://i.postimg.cc/TwJZM3fs/part5-vob-thumbs-2020-10-31-14-24-37.jpg

Have a look yourself mate see if you can see the problem because I can't

https://1fichier.com/?zv6twtnyedzogxvln14p


ps... I will try and index it with something different later just in the middle of a conversion.

lordalibaski
31st October 2020, 15:43
Changing the file name and the indexer did absolutely nothing it's still bringing the unicode error up, plus I still have no idea why VOBMerge won't accept the file either.

I just tried the file with AviSynth and DGIndex disabled and it works but it still wont join the files? brings up another error

D2V Witch: Demux & Index MPEG-2 returned error exit code: 1 (0x1)

Error D2V Witch: Demux & Index MPEG-2 (2.1.4.7)

D2V Witch: Demux & Index MPEG-2 returned error exit code: 1 (0x1)

It's unclear what the exit code means, in case it's a Windows system error then it possibly means:

Incorrect function


------------------- D2V Witch: Demux & Index MPEG-2 -------------------

D2V Witch v4

"C:\Users\jimmy\Desktop\Staxrip\Apps\Support\D2V Witch\d2vwitch.exe" --audio-ids all --output "H:\01 - MAIN VIDEO BACK UP DRIVE\The X Ecutioners ‎European Tour 98\TITLE.VOB\content01_temp\content01.d2v" "H:\01 - MAIN VIDEO BACK UP DRIVE\The X Ecutioners ‎European Tour 98\TITLE.VOB\content01.vob" "H:\01 - MAIN VIDEO BACK UP DRIVE\The X Ecutioners ‎European Tour 98\TITLE.VOB\content02.vob" "H:\01 - MAIN VIDEO BACK UP DRIVE\The X Ecutioners ‎European Tour 98\TITLE.VOB\content03.vob" "H:\01 - MAIN VIDEO BACK UP DRIVE\The X Ecutioners ‎European Tour 98\TITLE.VOB\content04.vob" "H:\01 - MAIN VIDEO BACK UP DRIVE\The X Ecutioners ‎European Tour 98\TITLE.VOB\content05.vob"

StaxRip.ErrorAbortException: D2V Witch: Demux & Index MPEG-2 returned error exit code: 1 (0x1)

It's unclear what the exit code means, in case it's a Windows system error then it possibly means:

Incorrect function


------------------- D2V Witch: Demux & Index MPEG-2 -------------------

D2V Witch v4

"C:\Users\jimmy\Desktop\Staxrip\Apps\Support\D2V Witch\d2vwitch.exe" --audio-ids all --output "H:\01 - MAIN VIDEO BACK UP DRIVE\The X Ecutioners ‎European Tour 98\TITLE.VOB\content01_temp\content01.d2v" "H:\01 - MAIN VIDEO BACK UP DRIVE\The X Ecutioners ‎European Tour 98\TITLE.VOB\content01.vob" "H:\01 - MAIN VIDEO BACK UP DRIVE\The X Ecutioners ‎European Tour 98\TITLE.VOB\content02.vob" "H:\01 - MAIN VIDEO BACK UP DRIVE\The X Ecutioners ‎European Tour 98\TITLE.VOB\content03.vob" "H:\01 - MAIN VIDEO BACK UP DRIVE\The X Ecutioners ‎European Tour 98\TITLE.VOB\content04.vob" "H:\01 - MAIN VIDEO BACK UP DRIVE\The X Ecutioners ‎European Tour 98\TITLE.VOB\content05.vob"



at StaxRip.Proc.Start() in D:\Projekte\VB\staxrip\General\Proc.vb:line 399
at StaxRip.CommandLineDemuxer.Run(Project proj) in D:\Projekte\VB\staxrip\General\Demux.vb:line 161
at StaxRip.MainForm.Demux() in D:\Projekte\VB\staxrip\Forms\MainForm.vb:line 3194
at StaxRip.MainForm.OpenVideoSourceFiles(IEnumerable`1 files, Boolean isEncoding) in D:\Projekte\VB\staxrip\Forms\MainForm.vb:line 2130

44vince44
31st October 2020, 16:41
try that: move the files content01 etc.. directly to to your H:\newfolder\
Maybe the error is related to the path, not the name itself!

lordalibaski
31st October 2020, 17:32
Tried that vince moved the whole folder to the desktop still had the same issue.

Hmmm!!

Just tried something else put a folder on desktop from the drive it's on titled it test, copied 1 of the files to it again it failed! I attached another drive created a folder called test and everything worked perfectly fine? bit strange this because all drives are working perfectly fine.

Also tried VOBMerge and that works too.

videoh
31st October 2020, 19:05
Have a look yourself mate see if you can see the problem because I can't

https://1fichier.com/?zv6twtnyedzogxvln14p Works fine for me. I think 44vince44 must be correct. Something is wrong with your path leading up to Content05.vob.

lordalibaski
31st October 2020, 19:34
Works fine for me. I think 44vince44 must be correct. Something is wrong with your path leading up to Content05.vob.


The main cause of the issue was the actual folder name itself

The folder the files were in was calkec The X Ecutioners ‎European Tour 98 I renamed it thexecutionerseuropeantour and it worked perfectly fine so it was a character issue.

Thanks for the help guys.

44vince44
1st November 2020, 12:00
the apparent space between "Ecutioners" and "European" is not a space, it's a Unicode character that looks like a space but is not. This was the source of the problem.

Emulgator
1st November 2020, 17:27
True, it was 00 <control> NUL, but should have been 20 (SPACE).
Good to know.

stax76
13th December 2020, 21:47
Hello, here is a new Beta that addresses a few issues and updates a few tools, have fun (and stay health...)

2.1.4.9 Beta
============

- Set the current directory of the StaxRip process to the working
directory of the current project. (stax76, 44vince44)
- Video encoders expand macros in custom options. (stax76, 44vince44)
- Fix audio encoding overwriting original file. (stax76, 44vince44)
- x265 --min-vbv-fullness --max-vbv-fullness --vbv-live-multi-pass (stax76)
- ~~x265 multipass order refixed (Dendraspis)~~
Added comments in source code to prevent further confusions (Dendraspis, 44vince44)
- x265 'Custom Nth Pass' added to options (Dendraspis)
- x265 options order slightly changed (Dendraspis)
- x265 'Analysis Save' has also a 'Browse File' button (Dendraspis)
- Fixed x265 multipass order for chunks (Dendraspis)
- Renamed x264/x265 passes for (n>2)-pass-mode (Dendraspis)
- x265 3.4+53-ge4afbd100 2020-11-02 Yuuki/qyot27
- nvenc 5.22
- chapterEditor 1.25
- SVT-AV1 0.8.6
- MediaInfo.NET 6.8
- MediaInfo 20.09
- Get-MediaInfo 3.5
- mpv.net 5.4.8.5

jlw_4049
13th December 2020, 21:54
Hello, here is a new Beta that addresses a few issues and updates a few tools, have fun (and stay health...)

2.1.4.9 Beta
============

- Set the current directory of the StaxRip process to the working
directory of the current project. (stax76, 44vince44)
- Video encoders expand macros in custom options. (stax76, 44vince44)
- Fix audio encoding overwriting original file. (stax76, 44vince44)
- x265 --min-vbv-fullness --max-vbv-fullness --vbv-live-multi-pass (stax76)
- ~~x265 multipass order refixed (Dendraspis)~~
Added comments in source code to prevent further confusions (Dendraspis, 44vince44)
- x265 'Custom Nth Pass' added to options (Dendraspis)
- x265 options order slightly changed (Dendraspis)
- x265 'Analysis Save' has also a 'Browse File' button (Dendraspis)
- Fixed x265 multipass order for chunks (Dendraspis)
- Renamed x264/x265 passes for (n>2)-pass-mode (Dendraspis)
- x265 3.4+53-ge4afbd100 2020-11-02 Yuuki/qyot27
- nvenc 5.22
- chapterEditor 1.25
- SVT-AV1 0.8.6
- MediaInfo.NET 6.8
- MediaInfo 20.09
- Get-MediaInfo 3.5
- mpv.net 5.4.8.5Thanks for the update and glad to see your back up ans going!

Sent from my SM-G986U1 using Tapatalk

Yups
13th December 2020, 23:28
A few observations for QSVEnc from me. This beta uses version 4.07, the newest available is 4.12.

Extended rate control option is missing in Staxrip. And yes rigaya re-added this BRC in version 4.10 (required for adapt-ltr). Also one global QP Offset for CQP isn't enough, a separate offset for I, P and B-frames yields better results, ideally this can be set from the GUI rather than the custom field.

Yups
13th December 2020, 23:54
https://abload.de/img/staxrippoj57.png

Below tskip there is another checkbox (fade detect) which is barely visible.

stax76
14th December 2020, 00:15
A few observations for QSVEnc from me. This beta uses version 4.07, the newest available is 4.12.

It will be updated in the next build. Internally we are using a tool auto update since a while. This will be public in the next build:

Apps Dialog > Tools > Auto Update (Ctrl+U)

It works for qsvenc and many other tools, but of course not for all tools.


Extended rate control option is missing in Staxrip. And yes rigaya re-added this BRC in version 4.10 (required for adapt-ltr). Also one global QP Offset for CQP isn't enough, a separate offset for I, P and B-frames yields better results, ideally this can be set from the GUI rather than the custom field.

OK, available in the next build.

YaBoyShredderson
14th December 2020, 10:10
I have 32gb of ram, and this didn't happen before. I encoded 16 different 4k video files, ranging from 15gb to about 40gb. every time I checked ram usage, it was miniscule. 3-5gb. but now I start encoding and it uses up al my memory and crashes out. what's going on?

stax76
14th December 2020, 12:08
There is a log file history folder:

Tools > Folders > Log Files

Maybe the log files shows something...

stax76
14th December 2020, 15:40
Guys, please up vote my request for direct VapourSynth support for x265:

https://github.com/msg7086/x265-Yuuki-Asuna/issues/11

jlw_4049
14th December 2020, 15:57
Guys, please up vote my request for direct VapourSynth support for x265:

https://github.com/msg7086/x265-Yuuki-Asuna/issues/11Done

Sent from my SM-G986U1 using Tapatalk

stax76
15th December 2020, 23:08
Thx, x265 with direct avisynth + vapoursynth support is ready for testing.:

This is just for testing. Please spread to those who it may concern, let people test it (different bitdepth or colorspace, etc.), and report back if you are confident for this patch to be baked into a formal release. After that, I'll recompile and release a new version.

https://down.7086.in/x265-Yuuki-Asuna/vpy-test-3.3.7z

https://github.com/msg7086/x265-Yuuki-Asuna/issues/11

stax76
16th December 2020, 01:12
2.1.5.2 Beta (2020-12-15)

- StaxRip authors in about page updated. (stax76)
- Fix progress bar not working for rav1e encoder. (stax76)
- Tool updates (stax76, hevron)
- Fix tool auto update crash in case of missing download URL. (stax76)
- AVSMeter 3.0.7.0
- D2VSource 1.2.0
- KNLMeansCL 1.1.1e
- masktools2 2.2.26
- mvtools2 2.7.44
- neo-minideen r10
- TDeint 1.8
- TIVTC 1.0.25
- VSFilterMod 5.2.3
- DFTTest r7
- L-Smash-Works 2020-07-28 HolyWu
- havsfunc r33
- x264 M-0.161.3018-db0d417-x64-gcc10.2.0
- ffmpeg N-99558-g00772ef4f7-x64-gcc10.2.0 Patman
- JPSDR 3.2.4
- rav1e 2020-12-08
- Subtitle-Edit 3.5.18
- aomenc 2.0.0-918-g75a47cc18-gcc10.2.0


2.1.5.1 Beta (2020-12-15)

- Job processing issue fix (stax76, 44vince44)
- Audio filename collision fix (stax76, Dendraspis, 44vince44)
- The apps dialog has a new auto update feature, works for many but not for all tools. (stax76)
- nvenc new options added (stax76)
- qsvenc new options added and reorganized (stax76)
- Removed '--analysis-reuse-level' from x265 options, because deprecated (Dendraspis)
- Fixed x265 wrong output params in 3-pass mode (Dendraspis, 44vince44)
- vceenc 6.07
- qsvenc 4.12
- ffms2 87bae19 2020-11-23 StvG
- L-Smash-Source 2020-12-11 StvG

stax76
19th December 2020, 23:59
2.1.5.3Beta


Changelog

https://github.com/staxrip/staxrip/blob/master/Changelog.md


Download

https://staxrip.readthedocs.io/introduction.html#beta

chipxtreme
21st December 2020, 19:59
Can someone recommend a good setup for 10 bit HEVC encode with a 3070 card. I've just upgraded from my 1070 and noticed speeds are terrible and only difference I can think of is B frames now.

Noisrevid
23rd December 2020, 18:59
Loving Staxrip.. using latest Beta build having an issue where it seems Staxrip is auto clipping the blank parts off of a movie at the beginning and starting immediately when it sees some action? If that makes sense.. like instead of a 10 second of nonethingness (which is part of the original) it's clipping it off and this is causing the audio to not be synced up either since the reencoded audio is retaining this silent part.

It seems like it might be some default option enabled but I can't find it?

Edit: This is happening after I change from Avisynth/Vaporsynth decoder to the NVEnc Hardware decoder. I guess there's an issue with the NVEnc decoder?

Baconce
2nd January 2021, 14:03
Hello everyone,

what is staxrip.exe on the Beta channel ???

https://www.dropbox.com/sh/4ctl2y928xkak4f/AABHGMhq1tpqX1-9tNuytK33a/StaxRip.exe?dl=0

PS : i'm on 2.1.5.5 yet.

stax76
2nd January 2021, 14:30
It's a bit newer than the full download.

Baconce
3rd January 2021, 16:30
It's a bit newer than the full download.

Tks Stax ! And keep the wonderful work !!

MrBrownCow
5th January 2021, 00:10
I was trying out some of the newer betas and ran a short clip with the same settings through a few of them.

2.1.3.7 Duration: 00:08:23 x265 3.4+6-g73f96ff39:[Windows][GCC 11.0.0][64 bit] 10bit
2.1.4.8 Duration: 00:13:31 x265 3.4+6-g73f96ff39:[Windows][GCC 11.0.0][64 bit] 10bit
2.1.4.9 Duration: 00:13:37 x265 3.4+53-ge4afbd100:[Windows][GCC 10.2.0][64 bit] 10bit
2.1.5.2 Duration: 00:14:04 x265 3.4+53-ge4afbd100:[Windows][GCC 10.2.0][64 bit] 10bit
2.1.5.5 Duration: 00:13:19 x265M 3.4+28-419182243:[Windows][GCC 10.2.0][64 bit] 10bit

Is there anything major that would have changed since 2.1.3.7 which might have slowed things down?

Trying to compare logs but it just looks like the newer versions have slower fps for the encode.

Edit:
I don't think its the x265 version. I took the newer x265.exe from 2.1.5.5 and used it with 2.1.3.7 and got the same faster encode time (8min 12sec). Still trying different things.

stax76
6th January 2021, 19:05
New stable version is online.

jlw_4049
6th January 2021, 20:30
New stable version is online.Sweet! Thanks!

Sent from my SM-G986U1 using Tapatalk

MrBrownCow
6th January 2021, 22:24
New stable version is online.

Tested the new stable version as well.

2.1.3.7 Duration: 00:08:23
2.1.4.8 Duration: 00:13:31
2.1.4.9 Duration: 00:13:37
2.1.5.2 Duration: 00:14:04
2.1.5.5 Duration: 00:13:19
2.1.6.0 Duration: 00:12:58

Maybe the change from AviSynth 3.6.1 to 3.6.2 or possibly ffmpeg slowed things down considerably on my system.
Edit1: Looks like I can't use avisynth 3.6.1 with 2.1.6.0. When I try and change the AviSynth.dll file to the 3.6.1 version it gives error "The currently used version of AviSynth is not compatible (too old)."
Edit2: Its not ffmpeg. Tested with the old version on the new staxrip and got the same longer encode times.

I suspect the change from AviSynth 3.6.1 to 3.6.2 to have increased encode times by almost 40% on my system. Anyone else gets a chance to test and report results that would be great.

Atlantis
6th January 2021, 23:03
Thank for the release

RgTools 1.1 is available (not in the release)
https://github.com/pinterf/RgTools/releases

Also neo_FFT3D is really good
https://github.com/HomeOfAviSynthPlusEvolution/neo_FFT3D/releases/

Atlantis
6th January 2021, 23:37
Comparing 2.1.3.0 to 2.1.6.0.

I see you are not using avs2pipemod64.exe anymore. What was it, using x265 directly I see.