RipBot264 v1.18.3 - Simple and easy to use GUI -> IPOD . PSP . CONSOLES . BLURAY

[FuzzyNutz]

Since an auto-update yesterday, RipBot stopped encoding video. The setting " --ctu 32" or " --ctu 16", inside the jobXX_EncodeVideoPass1.cmd file, inside the X:\Temp\RipBot264temp\jobXX folder, is causing the error "unknown option -- ctu". Manually deleting this setting returns RB to a functioning state.

[guest]

Since an auto-update yesterday, RipBot stopped encoding video. Seems the setting, "--ctu 32" or "--ctu 16", inside the "jobXX_EncodeVideoPass1" file is causing the error "unknown option -- ctu". Manually deleting this setting returns RB to a functioning state.

Hey Fuzzy,

I concur, I am now getting the exact same error, the Job just keeps trying to start, and doesn't progress from there :(

What do you need to delete ???

Here's the info from the Encoding Client Window:-

Encoding started...
""\\BIG-XEON\Ripbot264temp\Tools\ffmpeg\bin\ffmpeg.exe" -loglevel panic -i "\\BIG-XEON\RipBot264temp\job17\Chunks\2.avs" -strict -1 -f yuv4mpegpipe - | "\\BIG-XEON\Ripbot264temp\tools\x264\x264_x64.exe" --seek 21 --colorprim bt709 --transfer bt709 --colormatrix bt709 --opencl --opencl-device 0 --opencl-clbin "C:\Users\Burt123\AppData\Local\Temp\x264_lookahead_2.clbin" --crf 20 --fps 24000/1001 --force-cfr --min-keyint 24 --keyint 240 --frames 1440 --sar 1:1 --level 4.0 --aud --nal-hrd vbr --vbv-bufsize 25000 --vbv-maxrate 25000 --b-pyramid none --ctu 32 --stdin y4m --output "\\BIG-XEON\RipBot264temp\job17\Chunks\2.264" -"
\\BIG-XEON\Ripbot264temp\tools\x264\x264_x64.exe: unknown option -- ctu

Atak, please fix this ASAP, as it renders the program totally useless :(

And as the last auto update was fairly substantial, I would have expected a change to the build version, like 1.23.2 (just to make it a little easier to keep track of)

[Wishbringer]

Seems some x265 options were in the RB pregeneration of x264 scripts
--ctu 32 is good for FullHD-Movies to distribute encoding on more threads (otherwise x265 only uses around 50% on Ryzen 2700x)

[byteshare]

I don't use --ctu Since the update (not sure all of the changes such as the scripts) I've no issues. I did need to change the restart time on my encoding servers from 2 to 4 because I found 5 segments that were taking longer than any of my other encodes. More an FYI for other users that use a lower threshold.

[FuzzyNutz]

What do you need to delete ???


Delete --ctu 32, including the single space before it, from the applicable jobXX_EncodeVideoPass1 file in the applicable X:\Temp\RipBot264temp\jobXX folder.

This is done by right-clicking the jobXX_EncodeVideoPass1 file, selecting "edit", manually deleting " --ctu 32" and saving the now-modified file.

[slalom]

Since an auto-update yesterday, RipBot stopped encoding video. Seems the setting, "--ctu 32" or "--ctu 16", inside the "jobXX_EncodeVideoPass1" file is causing the error "unknown option -- ctu". Manually deleting this setting returns RB to a functioning state.
Same problem here. All servers starting and stopping on a loop

EDIT
Oh, and I noticed an error appearing when there are too many subs in the file, in the last one there were 31 subs

File: H:\***
FFVideoSource: No video track found
(E:\Temp\RipBot264temp\job392\getinfo.avs, line 2)

If I remove the subs, the file loads successfully
Is there a limit in the number of subs?

[FuzzyNutz]

Since an auto-update yesterday, RipBot stopped encoding video. The setting " --ctu 32" or " --ctu 16", inside the jobXX_EncodeVideoPass1.cmd file, inside the X:\Temp\RipBot264temp\jobXX folder, is causing the error "unknown option -- ctu". Manually deleting this setting returns RB to a functioning state.

An auto-update today fixed RB. The --ctu setting is no longer being created.

[ejone]

I think this is a very annoying issue with Ripbot that should be fixed.

https://youtu.be/uxCkIvUdo0M

Evidently, if you are converting TV shows, even if you select a particular M2TS file, Ripbot will not default to the playlist you specifically picked (should be assumed from the file name - select the one with the matching name by default).

Super annoying. Had to redo everything. Would it be possible to select the correct default if you pick the file manually as shown in the video?

Because .m2ts files are in blu-ray structure. Move those files outside this folder and you will get "correct" behaviour. You can also rename BDMV folder to something else.

I still think it would be much better to default to the file that was actually selected in the dropdown (which can still be changed manually... default behavior should be to keep it as simple as possible, so select the one I specifically opened by default). Seems like it should be extremely easy to implement.

It would avoid all the wasted time and power I spent on encoding the same things over and over again.

[byteshare]

I don't know what 'YV12' means.
Getting this on a lot of files when trying to import via batch.
Getting this on files that I've already encoded before.
I have the most recent version of RipBot.

If I retry them individually (add rather than batch) sometimes I get the error and sometimes not. Sometimes If I retry adding several times it works.

[Atak_Snajpera]

Getting this on a lot of files when trying to import via batch.
Getting this on files that I've already encoded before.
I have the most recent version of RipBot.

You need to find pattern. What file type is causing this? What setting do you use in batch mode? Do you use custom script and so on.

[byteshare]

You need to find pattern. What file type is causing this? What setting do you use in batch mode? Do you use custom script and so on.
All are the same file types and same settings. Using MKVs, Batch mode and scripts don't matter because I get the issue with the "Add" as well.
It happens on the getting info step after indexing.

My work around now is I do one file that had failed to get it to fail, then I can do another file that had issues during the batch.
Basically it seems to fail > work > fail > work ...etc.
Other than that, there isn't a real pattern I can see.
I can even do the same file more than once and repeat the fail > work > fail > work ... pattern.

Error when doing it via the Add:
I don't know what 'YV12' means.
(C:\Temp\RipBot264temp\job240\getinfo.avs, line 8)

[Atak_Snajpera]

post content of C:\Temp\RipBot264temp\job240\getinfo.avs

[jlpsvk]

I don't know what 'YUV420P10' means.
(C:\Temp\RipBot264temp\job14\getinfo.avs, line 8)

trying convert my UHD BD set to NAS... :( the rest is OK. MKV created with makemkv. second try and it worked.

185954
23.976025
0
0
0
3840
1600
YUV420P10
LoadPlugin("C:\Program Files\RipBot264DE\Tools\AviSynth plugins\ffms\ffms_latest\x64\ffms2.dll")
FFVideoSource("D:\movie.mkv",cachefile = "C:\Temp\RipBot264temp\job14\movie.mkv.ffindex")
WriteFile("C:\Temp\RipBot264temp\job14\info.txt","Framecount")
WriteFile("C:\Temp\RipBot264temp\job14\info.txt","Framerate")
WriteFile("C:\Temp\RipBot264temp\job14\info.txt","AudioRate")
WriteFile("C:\Temp\RipBot264temp\job14\info.txt","AudioChannels")
WriteFile("C:\Temp\RipBot264temp\job14\info.txt","AudioLength")
WriteFile("C:\Temp\RipBot264temp\job14\info.txt","Width")
WriteFile("C:\Temp\RipBot264temp\job14\info.txt","Height")
WriteFile("C:\Temp\RipBot264temp\job14\info.txt","PixelType")
Trim(0,-1)

[byteshare]

post content of C:\Temp\RipBot264temp\job240\getinfo.avs
Different job, but same error:
49416
23.976025
0
0
0
696
390
YV12
LoadPlugin("C:\RipBot\Tools\AviSynth plugins\ffms\x64\ffms2.dll")
FFVideoSource("C:\ReEncode\Angel.Cop.OVA.02.[DVD][Hi10][480p][FLAC].[8C96EEE1].[Koten.Gars].mkv",cachefile = "C:\Temp\RipBot264temp\job243\Angel.Cop.OVA.02.[DVD][Hi10][480p][FLAC].[8C96EEE1].[Koten.Gars].mkv.ffindex")
WriteFile("C:\Temp\RipBot264temp\job243\info.txt","Framecount")
WriteFile("C:\Temp\RipBot264temp\job243\info.txt","Framerate")
WriteFile("C:\Temp\RipBot264temp\job243\info.txt","AudioRate")
WriteFile("C:\Temp\RipBot264temp\job243\info.txt","AudioChannels")
WriteFile("C:\Temp\RipBot264temp\job243\info.txt","AudioLength")
WriteFile("C:\Temp\RipBot264temp\job243\info.txt","Width")
WriteFile("C:\Temp\RipBot264temp\job243\info.txt","Height")
WriteFile("C:\Temp\RipBot264temp\job243\info.txt","PixelType")
Trim(0,-1)

[BlockABoots]

Is there a chance in the next update to have a 'move up list' and 'move down list' option for files you add to the list in batch mode at all?

[byteshare]

Is there a chance in the next update to have a 'move up list' and 'move down list' option for files you add to the list in batch mode at all?
Do you mean to adjust where they go in the queue?
You can do this after you add them and if you click > Shift+Click again you can select a range and move that run up and down.

[byteshare]

I noticed RipBot can't read Japanese: "特典映像(アニメまつり).mkv" turns into "????(??????).mkv"
I don't remember this being an issue, but I don't usually leave my files in Japanese for compatibility.
For now the easy work around is to just rename the files for encoding and then name them back to the original name.

I think I did something wrong, but after opening and closing RipBot 3 times (was there two updates?), With current update not seeing the issues with the "I don't know what 'YV12' means."
Thank you.

[BlockABoots]

Do you mean to adjust where they go in the queue?
You can do this after you add them and if you click > Shift+Click again you can select a range and move that run up and down.

Ah ok thanks

[gabbett1]

I have an issue and I'm not sure if it relates to Ripbot or not. I have been converting files the last few days to have all 7 seasons of The Game of Thrones on my PC. I have noticed that several files will say "cannot render the file" when I try to play them. So I re-rip them and most the time they are fine. I've now gone back and checked the files and again, many have this error, even after a re-rip and check that it played right afterward. I don't know what is going on that keeps corrupting my files, but it's getting very annoying.

[Atak_Snajpera]

...memory issues, corrupted HDD/SSD , Overheating CPU and so on ...

[byteshare]

http://msystem.waw.pl/x265/
Stable HEVC now at 2.9+4-471726d

[blublub]

Hi there!

I am currently testing RipBot for HDR encodes to a mkv container.
I am somehow missing the option to encode the audio tracks (DTS TrueHD and so on) to FLAC lossless audio - I only have the option Opus, AAC und AC3 - is there really no FLAC support?

[slalom]

Why would you need FLAC?

[blublub]

Because it is lossless!?

[byteshare]

Because it is lossless!?
I think the question is why would you Need FLAC if the source isn't coming from a FLAC audio file...ie why convert into FLAC? It doesn't increase quality or reduce filesize.

[byteshare]

While adding files to the queue via the batch option I'm having an issue with the file stalling out or something (not 100% what is happening).
The batch queue seems to get stuck saying: "Waiting for file... [xxxxx.mkv]"
I can abort and then start it again, and it seems to work but then gets stuck again later.
Seems to happen no matter what AVISynth settings I'm using either with custom script or without. I haven't tried changing my HEVC settings though.
I'm using a local SSD for the source files and TEMP folder. I have "skip demuxing process" on as well.

I'm not sure how to gather more information on this.
This isn't a major deal since I just have to abort and start the queue again.

[blublub]

I think the question is why would you Need FLAC if the source isn't coming from a FLAC audio file...ie why convert into FLAC? It doesn't increase quality or reduce filesize.Really? A trueHD or DTS-HD file is the same size after converting to Flac?
I gotta check that, I always though there is difference

[blublub]

oops. Seems like I did get that wrong when I read up on encoding audio tracks recently. Prior I always just stream copied the audio.
But the last encodes I converted it to flac as - now after extracting a DTS track of 770mb and converting it to flac of 2500mb it seems that's a nonsense idea .....crap :-)

[byteshare]

oops. Seems like I did get that wrong when I read up on encoding audio tracks recently. Prior I always just stream copied the audio.
But the last encodes I converted it to flac as - now after extracting a DTS track of 770mb and converting it to flac of 2500mb it seems that's a nonsense idea .....crap :-)
Unless you want to reduce filesize (compress) or for a compatibility reason I wouldn't recommend touching audio. Copying the audio is best if you're concerned about quality.

[blublub]

Yeah that's what I did like 6 years long. Crap I cant remember the thread where compressing audio to flac was recommended, then I would link it here.
Somehow I just haven't paid attention here

[byteshare]

Yeah that's what I did like 6 years long. Crap I cant remember the thread where compressing audio to flac was recommended, then I would link it here.
Somehow I just haven't paid attention here
There are a few rare cases--WAV files--that FLAC does come out smaller than the source but not a ton and if you care about things like Atmos you can break compatibility depending on your playback hardware.

[blublub]

Yeah I am aware with Atmos and some TrueHD tracks - those I stream copied.
However DTS I converted- now I gotta check out his much of a difference there is. Maybe I remix the original audio into the mkvs

[blublub]

There are a few rare cases--WAV files--that FLAC does come out smaller than the source but not a ton and if you care about things like Atmos you can break compatibility depending on your playback hardware.

Hi

I just checked one file with FLAC and compared to the original audio tracks.

The order is as follows:

original: C L R Ls Rs LFE

Flac: L R C LFE Ls Rs

Does the order matter as long as those are labeled correctly?

[Atak_Snajpera]

While adding files to the queue via the batch option I'm having an issue with the file stalling out or something (not 100% what is happening).
The batch queue seems to get stuck saying: "Waiting for file... [xxxxx.mkv]"
I can abort and then start it again, and it seems to work but then gets stuck again later.
Seems to happen no matter what AVISynth settings I'm using either with custom script or without. I haven't tried changing my HEVC settings though.
I'm using a local SSD for the source files and TEMP folder. I have "skip demuxing process" on as well.

I'm not sure how to gather more information on this.
This isn't a major deal since I just have to abort and start the queue again.

Most likely something else is still using your file. Code in ripbot264 is waiting for exclusive access


Repeat
FileHandle := FileOpen(inputfile, fmOpenRead or fmShareExclusive);
sleep(100);
until (FileHandle>0) or (Terminated=true) or (FileExists(inputfile)=false);
if FileHandle>0 then FileClose(FileHandle);

You can find what application is using your video file using these commands

1) Run cmd.exe as administrator
2) Enter openfiles /local on
3) Restart PC
4) Run cmd.exe as administrator
5) Enter openfiles /query >> C:\openfiles.txt
6) Open C:\openfiles.txt in notepad and find your video file

[LigH]

A user in the VideoHelp forum (https://forum.videohelp.com/threads/390782-x265-Conversion-with-RipBot) asked why TsMuxer may have issues not knowing the frame rate of HEVC video produced by RipBot264 with x265. Does anyone know under which circumstances a frame rate value is stored (or not) in HEVC headers? Is it related to SEI data? Just tested, MediaInfo can detect a frame rate in the output of x265 v2.9+1 even with parameter --no-info. Maybe it's related to much older versions of x265, or any other option related to your distributed encoding engine?

[jlpsvk]

tsMuxer has more problems with HEVC.. needs to be updated.. :(

[byteshare]

Most likely something else is still using your file. Code in ripbot264 is waiting for exclusive access


Repeat
FileHandle := FileOpen(inputfile, fmOpenRead or fmShareExclusive);
sleep(100);
until (FileHandle>0) or (Terminated=true) or (FileExists(inputfile)=false);
if FileHandle>0 then FileClose(FileHandle);

You can find what application is using your video file using these commands

1) Run cmd.exe as administrator
2) Enter openfiles /local on
3) Restart PC
4) Run cmd.exe as administrator
5) Enter openfiles /query >> C:\openfiles.txt
6) Open C:\openfiles.txt in notepad and find your video file

Okay, that would explain it. I believe some were being used because I was using a separate app for encoding the audio.
Thank you very much for looking at this and explaining the cause.

[slalom]

oops. Seems like I did get that wrong when I read up on encoding audio tracks recently. Prior I always just stream copied the audio.
But the last encodes I converted it to flac as - now after extracting a DTS track of 770mb and converting it to flac of 2500mb it seems that's a nonsense idea .....crap :-)
Btw, I always convert FLAC to DTS... something, when I rarely find one

And something else
Is anyone using auto-start function and/or start minimized?

I have some problems with one server, still looking into it, not sure yet

[byteshare]

I noticed RipBot can't read Japanese: "特典映像(アニメまつり).mkv" turns into "????(??????).mkv"
I don't remember this being an issue, but I don't usually leave my files in Japanese for compatibility.
For now the easy work around is to just rename the files for encoding and then name them back to the original name.

I think I did something wrong, but after opening and closing RipBot 3 times (was there two updates?), With current update not seeing the issues with the "I don't know what 'YV12' means."
Thank you.

found another character issue with: è

[GZZ]

Windows Defender on Windows 10 just killed Updater.exe saying its a: Trojan:Win32/Zpevdo.B
File: E:\RipBot264v1.22.0\updater.exe

And then it delete the above file. My guess its a false positiv, but how to avoid it?


Update: I restored the file and ignored the virus warning. Not sure its smart!

[Atak_Snajpera]

Upload Updater.exe file to https://www.virustotal.com/#/home/upload
Some antiviruses act very allergically on executables compressed by UPX.

[GZZ]

Upload Updater.exe file to https://www.virustotal.com/#/home/upload
Some antiviruses act very allergically on executables compressed by UPX.

I get this result: https://ibb.co/ht3d8V

[GZZ]

I think it happend with the latest updater.exe from 16-10-2018, havent seen it before.

[LigH]

Possible, generic, heuristic ... quite certainly a false alarm. Some antivirus heuristic engines are sensitive to "it's compressed, possibly to hide behaviour", others to "it connects to the internet, possibly to spy". But both can have valid reasons too. Like a kitchen knife: Of course you may stab people with it; or just cut a slice of pot roast.

[Atak_Snajpera]

I've decompressed updater.exe and results are completely different (upx.exe -d updater.exe -o updater.exe)
https://www.virustotal.com/#/file/925341ca473c2939ed43506d629352d9ff8d055fa94a4ed626aa18199d509a06/detection

Like I said before. Those anty-viruses are really dumb if they can not decompress executables before testing.
As you can see they are just guessing (Posssible_Virus , malicious_confidence_80% and so on)

[StillPad]

Hello Atak Snajpera,

I'm here to post a Bug that I have since many weeks.

I couldn't post it till now cos new members can't do posts for some weeks.

I got here the new SW S*lo Movie switch give me that bug when I'm trying to add them to ripbot.

I tried Version 1.23 and 1.23.1.7

Demuxing Error:

eac3to v3.33
command line: "D:\Ripbot264 1.23\Tools\eac3to\eac3to.exe" "Z:" 2) 2: "E:\Temp\RipBot264temp\job6\video.mkv" -seekToIFrames 4: "E:\Temp\RipBot264temp\job6\audio_1_German.eac3.w64" -down16 6: "E:\Temp\RipBot264temp\job6\6_subtitles_English_1080.sup" 7: "E:\Temp\RipBot264temp\job6\7_subtitles_German_1080.sup" 8: "E:\Temp\RipBot264temp\job6\8_subtitles_Polish_1080.sup" 9: "E:\Temp\RipBot264temp\job6\9_subtitles_English_1080.sup" 10: "E:\Temp\RipBot264temp\job6\10_subtitles_German_1080.sup" 11: "E:\Temp\RipBot264temp\job6\11_subtitles_Polish_1080.sup" 1: "E:\Temp\RipBot264temp\job6\chapters.txt" -progressnumbers -log="E:\Temp\RipBot264temp\job6\demuxlog.txt"
------------------------------------------------------------------------------
M2TS, 1 video track, 3 audio tracks, 6 subtitle tracks, 2:14:47, 24p /1.001
1: Chapters, 50 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: DTS Master Audio, English, 7.1 channels, 24 bits, 48kHz
(core: DTS, 5.1 channels, 1509kbps, 48kHz)
4: E-AC3, German, 7.1 channels, 896kbps, 48kHz, dialnorm: -27dB
(core: AC3, 5.1 channels, 512kbps, 48kHz, dialnorm: -27dB)
5: AC3, Polish, 5.1 channels, 640kbps, 48kHz, dialnorm: -27dB
6: Subtitle (PGS), English
7: Subtitle (PGS), German
8: Subtitle (PGS), Polish
9: Subtitle (PGS), English
10: Subtitle (PGS), German
11: Subtitle (PGS), Polish
Creating file "E:\Temp\RipBot264temp\job6\chapters.txt"...
[v02] Extracting video track number 2...
[v02] Muxing video to Matroska...
[s10] Extracting subtitle track number 10...
[s09] Extracting subtitle track number 9...
[a04] Extracting audio track number 4...
[a04] Removing AC3 dialog normalization...
[a04] Extracting E-AC3 core...
[a04] Decoding with libav/ffmpeg...
[a04] The libav decoder reported error -22 while decoding. <ERROR>
[s11] Extracting subtitle track number 11...
[s08] Extracting subtitle track number 8...
[s06] Extracting subtitle track number 6...
[s07] Extracting subtitle track number 7...
Aborted at file position 1048576. <ERROR>



New Version 1.23.1.7

eac3to v3.33
command line: "T:\D\Ripbot264 1.23.1.7\Tools\eac3to\eac3to.exe" "Z:" 2) 2: "C:\Temp\RipBot264temp\job1\video.mkv" -seekToIFrames 4: "C:\Temp\RipBot264temp\job1\audio_1_German.eac3.w64" -down16 6: "C:\Temp\RipBot264temp\job1\6_subtitles_English_1080.sup" 7: "C:\Temp\RipBot264temp\job1\7_subtitles_German_1080.sup" 8: "C:\Temp\RipBot264temp\job1\8_subtitles_Polish_1080.sup" 9: "C:\Temp\RipBot264temp\job1\9_subtitles_English_1080.sup" 10: "C:\Temp\RipBot264temp\job1\10_subtitles_German_1080.sup" 11: "C:\Temp\RipBot264temp\job1\11_subtitles_Polish_1080.sup" 1: "C:\Temp\RipBot264temp\job1\chapters.txt" -progressnumbers -log="C:\Temp\RipBot264temp\job1\demuxlog.txt"
------------------------------------------------------------------------------
M2TS, 1 video track, 3 audio tracks, 6 subtitle tracks, 2:14:47, 24p /1.001
1: Chapters, 50 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: DTS Master Audio, English, 7.1 channels, 24 bits, 48kHz
(core: DTS, 5.1 channels, 1509kbps, 48kHz)
4: E-AC3, German, 7.1 channels, 896kbps, 48kHz, dialnorm: -27dB
(core: AC3, 5.1 channels, 512kbps, 48kHz, dialnorm: -27dB)
5: AC3, Polish, 5.1 channels, 640kbps, 48kHz, dialnorm: -27dB
6: Subtitle (PGS), English
7: Subtitle (PGS), German
8: Subtitle (PGS), Polish
9: Subtitle (PGS), English
10: Subtitle (PGS), German
11: Subtitle (PGS), Polish
Creating file "C:\Temp\RipBot264temp\job1\chapters.txt"...
[s06] Extracting subtitle track number 6...
[s11] Extracting subtitle track number 11...
[s10] Extracting subtitle track number 10...
[s07] Extracting subtitle track number 7...
[a04] Extracting audio track number 4...
[a04] Removing AC3 dialog normalization...
[a04] Extracting E-AC3 core...
[a04] Decoding with libav/ffmpeg...
[a04] The libav decoder reported error -22 while decoding. <ERROR>
[v02] Extracting video track number 2...
[v02] Muxing video to Matroska...
[s08] Extracting subtitle track number 8...
[s09] Extracting subtitle track number 9...
Aborted at file position 1048576. <ERROR>

I also using Avisynth+ r2728-MT which is the newest version of it.

Any idea what I should do now?

Greetings Pad

[LigH]

In both cases, eac3to v3.33 is the active application. And in both cases, it aborts after 1 MiB bytes.

You are reading from a drive Z: ... is that a physical (possibly encrypted) DVD Video or Blu-ray media disc?

[StillPad]

Hey its a virtuell drive which got the image of the movie in it.

Other movies are working that one is at the moment the only one which can't be added in ripbot.

And yes I saw that Eac3.to is the problem causer, but I wasn't sure if its the program itself or maybe ripbot too?

The older version of ripbot used other add on programs.
The AviSynth+ is pretty new for me

[Atak_Snajpera]

Hey its a virtuell drive which got the image of the movie in it.

Other movies are working that one is at the moment the only one which can't be added in ripbot.

And yes I saw that Eac3.to is the problem causer, but I wasn't sure if its the program itself or maybe ripbot too?

The older version of ripbot used other add on programs.
The AviSynth+ is pretty new for me

Use MakeMKV first if eac3to can't process this particular movie.

[byteshare]

HEVC stable got another bump:
2.9+8-27d8424
http://msystem.waw.pl/x265/