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

[guest]

Just curious so I understand, did you have the threads and prefetch threads as part of your command line and they were setup wrong, or was it just plain like this?
encodingserver /restart-if-no-progress /priority normal

I only use the threads and prefretch threads command lines on my 16 core ryzens so i don't have to remember to knock them down when doing 4k stuff. I lose a little on 1080 and below, but I don't have to remember to switch it when doing 4k stuff. I wouldn't think i have to manually set the threads on all my 12 cores and below servers (I just use the command above) in the server command. Might have to try setting the threads on a 12 or 8 core ryzen and see if there is a difference if you were using a bare command line to start the server. I just have a .bat file I load at startup on all my servers to load the encoding servers. My fps on the 6, 8 and 12 core servers look like they are comparable so I don't think I need to add them, but interesting none the less

And good call TDS on the threads command, would have never even thought of that....

Thanks, rlev11....I was thinking of you when I took a "shot in the dark", not knowing if it would help the lesser Ryzen's, as I haven't got any to check with, my "lowest" Ryzen is a 5900X 12c.

I DID ask him about his command line, but nothing was mentioned.

So as you said, this has given you something the fiddle with...

Cheers.

[tkwou]

Thanks TDS and rlev11. My ServerCommand lines were all set to

"/port x000 /minimize /priority low /avisynth-prefetch-threads 0"

This must be a default setting because I've never touched them before. I looked at all my different Encoding Servers and with this setting they were all running at half the total thread count for prefetch, x264 and x265. That explains why they were encoding so slowly in the beginning. TDS mentioned that the ServerCommands needed to be adjusted to get all the threads encoding. Even with all the threads encoding and everything working much better, I still discovered that I needed to activate a second Encoding Server to get the CPU to max during encoding.

As I mentioned I haven't been doing much encoding over the last 18 months. I assume these ServerCommands must have been added during the interim. I clearly remembered that my DE used to run at a much faster pace. Now I understand why. Anyways with the correct ServerCommands in place everything seems to be running like it used to.

[tkwou]

Now that I know that Encoding Server requires ServerCommands to get the proper operating settings, I noticed that if you just start Encoding Server on it's own which I usually do with the server farm, it doesn't use the settings in Ripbot264.ini. It uses the original default settings with prefetch, x264 and x265 set to half of the maximum number of threads. The other thing I noticed is that the ServerCommands need to be edited in Ripbot264.ini rather than in the Settings panel within the Ripbot program. If you make the changes within the program, the prefetch variable keeps resetting to zero when you save the new settings. I'm not sure if this is intentional or not because the other variables that I changed or added stayed.

It's probably not the way Atak designed Encoding Server to be used, ie as a standalone, but I have always just been loading Encoding Server at startup on all the computers in the server farm and then putting them to sleep until they are needed. There really wasn't any reason for Ripbot264 to be running on these computers. I guess now I will need to start Ripbot264 on all these machines to ensure that the Encoding Server gets loaded with the correct settings.

[guest]

Now that I know that Encoding Server requires ServerCommands to get the proper operating settings, I noticed that if you just start Encoding Server on it's own which I usually do with the server farm, it doesn't use the settings in Ripbot264.ini. It uses the original default settings with prefetch, x264 and x265 set to half of the maximum number of threads. The other thing I noticed is that the ServerCommands need to be edited in Ripbot264.ini rather than in the Settings panel within the Ripbot program. If you make the changes within the program, the prefetch variable keeps resetting to zero when you save the new settings. I'm not sure if this is intentional or not because the other variables that I changed or added stayed.

It's probably not the way Atak designed Encoding Server to be used, ie as a standalone, but I have always just been loading Encoding Server at startup on all the computers in the server farm and then putting them to sleep until they are needed. There really wasn't any reason for Ripbot264 to be running on these computers. I guess now I will need to start Ripbot264 on all these machines to ensure that the Encoding Server gets loaded with the correct settings.

Yes, even tho you can just use Encoding Server on the server PC's, you lose some critical functionality.

So best practice is to have a full RipBot on each server, so that you can optimise each machine to suit its hardware.

And also, if you only use the "farm" for encoding, you could set RipBot to open on Windows startup, (sometimes this does not work) which will in turn start the encoding servers ready for the processing "signal" from the main RipBot client PC.

So until a job is started the server PC's are just idling.

As for the commandline settings, there is another way to edit it, but it still is shown in the .ini file, which is probably easier,
but you need to check another setting as well, that probably does over ride the manual edit, and that's here:- (red circle), that needs to be the same as the prefetch setting in the commandline.

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

It's good to see that you're figuring all this out, it WILL make a noticable difference. :)

[Slogra]

I'm using Ripbot264 1.26.0 to encode DVDs. The discs were ripped with good old DVD Decrypter in ifo mode to vob.
The vobs have an ac3 audio track, but ripbot264 does not demux it. No ac3 files are in the temp folder. And ripbot264 shows NO AUDIO audio dropdown.
Am i doing something wrong?

The missing audio seems to be related to this specific DVD.
Other DVDs do not have the problem.

[Ryushin]

It took four months, but my DIY 33.52kW of solar panels and 25kWh of battery is done.
Photo diary of the install: https://cloud.chrisdos.com/s/rAxMbpbDgCY6i6D

I have a huge backlog of encoding to do as I really did not have time to work on any of it other than ripping the discs.

@Pauly Dunne if you still come here, could a new build be posted? It would be best to install the new build before I add hundreds of jobs to the queue.

@Atak_Snajpera, what are your thoughts about adding SMDegrain to RB? I know I've requested it before, but I've never received a response back. At least you've made RB to be able to use custom scripts, and I'm thankful.

Time to start scanning in those covers and get crackin.

[Atak_Snajpera]

Now that I know that Encoding Server requires ServerCommands to get the proper operating settings, I noticed that if you just start Encoding Server on it's own which I usually do with the server farm, it doesn't use the settings in Ripbot264.ini. It uses the original default settings with prefetch, x264 and x265 set to half of the maximum number of threads. The other thing I noticed is that the ServerCommands need to be edited in Ripbot264.ini rather than in the Settings panel within the Ripbot program. If you make the changes within the program, the prefetch variable keeps resetting to zero when you save the new settings. I'm not sure if this is intentional or not because the other variables that I changed or added stayed.

It's probably not the way Atak designed Encoding Server to be used, ie as a standalone, but I have always just been loading Encoding Server at startup on all the computers in the server farm and then putting them to sleep until they are needed. There really wasn't any reason for Ripbot264 to be running on these computers. I guess now I will need to start Ripbot264 on all these machines to ensure that the Encoding Server gets loaded with the correct settings.

EncodingServer.exe is a standalone program and does not read anything from ripbot264.ini.

If you want to reduce/increase number of threads on slave pc then you must run EncodingServer.exe with extra switches via for example .bat/.cmd file.

EncodingServer.exe by default sets number of x264/x265/avisynth threads to number of detected physical CPU cores.

ServerCommands entries in ripbot264.ini are only used if you tell ripbot264.exe to also automatically activate encoding servers.

[tkwou]

EncodingServer.exe is a standalone program and does not read anything from ripbot264.ini.

If you want to reduce/increase number of threads on slave pc then you must run EncodingServer.exe with extra switches via for example .bat/.cmd file.

EncodingServer.exe by default sets number of x264/x265/avisynth threads to number of detected physical CPU cores.

ServerCommands entries in ripbot264.ini are only used if you tell ripbot264.exe to also automatically activate encoding servers.

Thanks Atak. Is there a list of switches available for encodingserver.exe?

[guest]

Thanks Atak. Is there a list of switches available for encodingserver.exe?

Yes there is :-

In "Settings", then go to "Distributed Encoding" tab, at the bottom of that page, click on the "spanner" icon, then "command line help".

The list will appear.

[Ryushin]

Not sure if it's just my system but the cropping viewer always shows the bottom cropping with a black bar. It's been doing this for about a year. Does not matter if it's pure RB or RB+PDs extensions.

https://i.postimg.cc/mPGzty58/Cropping-Bug.png (https://postimg.cc/mPGzty58)

[rlev11]

Not sure if it's just my system but the cropping viewer always shows the bottom cropping with a black bar. It's been doing this for about a year. Does not matter if it's pure RB or RB+PDs extensions.

https://i.postimg.cc/mPGzty58/Cropping-Bug.png (https://postimg.cc/mPGzty58)

Interesting, mine doesn't show any cropping black bars on stuff that should definitely be showing black bars top and bottom when I do an auto crop. To be honest, I never really paid much attention to it before. I usually just do an autocrop, then go immediately to the next tab to choose my smdegrain script, then hit ok to go back to the Encoder Settings page.

[Atak_Snajpera]

Not sure if it's just my system but the cropping viewer always shows the bottom cropping with a black bar. It's been doing this for about a year. Does not matter if it's pure RB or RB+PDs extensions.

https://i.postimg.cc/mPGzty58/Cropping-Bug.png (https://postimg.cc/mPGzty58)

Is this bug also present with default 100% scaling set in Windows?

[Ryushin]

Is this bug also present with default 100% scaling set in Windows?

Bloody hell. I've been RDPing into my virtual machine for years. Sometime in the past Windows much have changed the scaling to 175% in the virtual machine display. What total ****.

Thanks Atak, for figuring out what the issue was. I appreciate it. Still, I guess it would still be a bug due to scaling issues.

[Ryushin]

Hi Atak,

Would it be possible to add a column with the size of the subtitles in KB. I have it to automatically pull in English subtitles, but the Forced subtitles rarely seem to be detected from ripped discs, both MakeMKV and AnyDVD. Seeing the size of the subtitle pretty much tells me I have a Forced subtitle to set.

Thanks much.

[Epitaph]

I am redoing some TV Shows and having a random bug slowing down my process. This issue only presents with DVDs, not Bluray or 4K rips. I rip the DVDs to mkv. As I am batching them into RipBot264, and editing each file, the chapters of half the files will disappear... literally. The chapters may be blank when I edit it the first time. I also have edited a video (chapters button is highlighted meaning the chapters are there), then move on down the list editing other vids... if I forget a setting or something and go back and open that file a second time, the chapters button will no longer be highlighted. All the chapters will just be gone. If I navigate into the temp folder for that specific job, it will have all the chapters in the chapters-original.txt file but the chapters.txt file will be blank. My only option is to rip the chapters out of the original MKV and add them back in with MKVToolNix but it's time consuming. Any Ideas?

[Ryushin]

I am redoing some TV Shows and having a random bug slowing down my process. This issue only presents with DVDs, not Bluray or 4K rips. I rip the DVDs to mkv.

My workflow is rip the DVD using your preferred DVD rip tool, since MakeMKV does not do DVD backups.

Then I've been using MakeMKV to rip the individual episodes out, label them, and then batch import them all into RB. Last I looked, all my chapters are there.

[rlev11]

has anyone had this crop up? On one of my servers it just started giving me a Trojan:Win32/Wacatac.B!ml on AppData\Local\Temp\SuperviseProcess.exe when I fire up the server script and quarantines it in Defender. Seems to be only with using the switch of /restart-if-no-progress in my startup script. None of my other 10 machines are doing this. They are all Windows 11 with latest OS and defender updates. Since I cannot find superviseprocess.exe, I assume it is generated on the fly when the encoding server .exe starts up with the /restart-if-no-progress switch.

Not a huge deal since the encoding server starts without the switch, but it is nice to have the server restart automatically if it does get the occasional hang and it is on the lowest powered server. Just wondering if anyone else has seen this or has an idea

[Atak_Snajpera]

SuperviseProcess.exe monitors if EncodingServer.exe has not hung up (NOT RESPONDING). If EncodingServer.exe for some reasons stopped processing messages then SuperviseProcess.exe will automatically restart EncodingServer.exe.
Example
https://learn.microsoft.com/en-us/windows/win32/win7appqual/images/preventinghangs-ghostwindow.gif

code i'm using
function IsAppRespondingNT(wnd: HWND): Boolean;
type TIsHungAppWindow = function(wnd:hWnd): BOOL; stdcall;
var hUser32: THandle;
IsHungAppWindow: TIsHungAppWindow;
begin

Result := True;
hUser32 := GetModuleHandle('user32.dll');
if (hUser32 > 0) then
begin
@IsHungAppWindow := GetProcAddress(hUser32, 'IsHungAppWindow');
if Assigned(IsHungAppWindow) then
begin
Result := not IsHungAppWindow(wnd);
end;
end;

end;

more info
https://learn.microsoft.com/en-us/windows/win32/win7appqual/preventing-hangs-in-windows-applications

[Guest]

"We've" been waiting for over 6 months for any sort of update for "our" favorite free encoding app, and it finally arrives for 2024, but what a disappointment, I have to say.

All we got is v1.27.1, and a new FFmpeg & MKVToolNix.

What about the plethora of other important components ??

eg:- Lsmash, avisynth, x264, x265, etc, etc.

[Wishbringer]

... but what a disappointment, I have to say.

All we got is v1.27.1, and a new FFmpeg & MKVToolNix.

What about the plethora of other important components ??...


You can always add and test components by yourself, putting updated files into subfolder of tools.

Ripbot is in mature stable state. It's used to "just work".
So components that are safe to update, were updated.

You can download recent versions by TDS (1.27.1 -full update... including e.g. new versions of x264 and x265 - or PD 7.1)

Just updating components - because they are updated themselves - isn't a smart way. All needs testing.
Patman mods of x264 and x265 doesn't work, because of change of progressbar.
Updating eac3to was always a reason to break BluRay-import.
(in PD 7.1 TDS updated to eac3to 3.43 - I hope import was tested well).

So just demanding isn't the right way. Providing testresults for some new builds of tools would be much better.

[stasi]

(in PD 7.1 TDS updated to eac3to 3.43 - I hope import was tested well).

I use the old version. 3.43 breaks import of some m2ts files.

[Guest]

I use the old version. 3.43 breaks import of some m2ts files.

That's annoying then, I thought it had been rectified.

Have you tried converting the m2ts's to mkv ?? (as they will end up as mkv's anyway)

I don't import any m2ts's, so I haven't had an issue.

[Pulp Catalyst]

Hi Atak_Snajpera, thanks for the update, do we want more, of course we do, human nature we always want more for nothing....

but the fact that your still present after all this time, i want to say a big thank you and a happy new year to you sir.

the program is great and very stable and i appreciate that changing to much would potentially break that stability requiring far more time than you have to debug.

[eac3to_mod]

I use the old version. 3.43 breaks import of some m2ts files. Hello stasi. Can you please describe the problem and provide a small sample that demonstrates your problem? You can use DGSplit to cut the first 100MB of the M2TS and then upload it somewhere. I'd be happy to try to resolve it for you and anticipate that it wouldn't be hard to set right. If you prefer you can continue in the eac3to thread. Thank you.

[stasi]

Hello stasi. Can you please describe the problem and provide a small sample that demonstrates your problem?

I played around a little bit. The newest eac3to works, but the Playlists are in a different order. That was the only problem. In Ripbot you simple have to check which is the right one. In old eac3to it was always the first entry:

18570

18569

[tebasuna51]

This is a know, and desired, behaviour of new eac3to version.
Select the desired one mpls, not always the first can be the desired, the eac3to order is by length.

Of course the 00045 is not the main movie (with the same m2ts many times), you have 3 options (00043, 0044 and 00045) most the times are for different languages, for extended or director cuts versions, or fake ones like copy protection, check the 64.m2ts and 65.m2ts to see if is part of the movie or a copy protection message.

[eac3to_mod]

Thank you, stasi and tebasuna51.

The main reason we now show all the playlists is to allow demuxing of menus.

I'm considering some changes to make things more obvious. For example, move playlists with repeated M2TSs to the end of the list.

[slalom]

Hi Atak,

In the past, I used to move the window program to the left of the screen, so when i pressed the edit button on a job, a new window would open to the center of the screen for that job

Now the job window opens right above the previous and I always have to move it to the right. If I leave it there i might press too hard the "Done" button and the "start' will be pressed too on the main window

And personally, it's easier for me to see the list of the jobs on the side of the screen without having to move every job window I edit to the side


Thanks in advance!

[Atak_Snajpera]

Hi Atak,

In the past, I used to move the window program to the left of the screen, so when i pressed the edit button on a job, a new window would open to the center of the screen for that job

Now the job window opens right above the previous and I always have to move it to the right. If I leave it there i might press too hard the "Done" button and the "start' will be pressed too on the main window

And personally, it's easier for me to see the list of the jobs on the side of the screen without having to move every job window I edit to the side


Thanks in advance!

Open RipBot264.ini and change this line with [top,right,bottom,left]

JobWindowDefaultPosition=center

[eac3to_mod]

I'm considering some changes to make things more obvious. Version 3.45 to be released today now follows eac3to classic behavior for playlist display, unless the -showall option is given.

[nakTT]

Hi, where can I download the latest version?
Thanks.:thanks:

[tebasuna51]

https://forum.doom9.org/showthread.php?p=1995953#post1995953

[darkio]

Hi Atak, please, can you update qtgcm avsi script in ripbot264 ?

[Guest]

Hi Atak, please, can you update qtgcm avsi script in ripbot264 ?

I know you meant QTGMC....

Yes, the included build is pretty old, v3.33, and the latest available is v3.83.

Go here, download it, rename it, and copy into the scripts folder, and see if it does what you want.

http://avisynth.nl/index.php/QTGMC

Or if you're feeling adventurous, you could try an even newer version from Dogway...

https://github.com/Dogway/Avisynth-Scripts/blob/master/MIX%20mods/QTGMC%2B.avsi

[darkio]

hi ftloy,
thanks for your reply.
I have already tried to replace the script but I get errors.
Maybe I need to add or update some dependent dlls.
I will check better later.

[Guest]

hi ftloy,
thanks for your reply.
I have already tried to replace the script but I get errors.
Maybe I need to add or update some dependent dlls.
I will check better later.

OK, :(

You may have to update these, then :-

http://avisynth.nl/index.php/QTGMC#Requirements

It seems that newer builds require Zs_RF_Shared, which RB hasn't got.

You will probably have to write a Custom script to use later builds.

[slalom]

Open RipBot264.ini and change this line with [top,right,bottom,left]

JobWindowDefaultPosition=center
Ok, that worked

Something else, I have a job and this file

1_audio_English_DEFAULT_DELAY4379ms.thd

audio delay is not added in the end

[Superkolobok]

Hi
Is it possible to make a button to rotate video instead of using this ?
video=turnleft(video)
video=turnright(video)

Thank you

[Guest]

Hi
Is it possible to make a button to rotate video instead of using this ?
"D:\RipBot264v1.27.1\Tools\AviSynth plugins\Scripts\Custom"
video=turnleft(video)
video=turnright(video)

Thank you

Hi, have you been using RipBot for very long ??

So, I think the easiest way to get this done, is create a Custom script with that command in it, and then you can use it whenever you need to.

add this into Notepad :-

#Custom
video=turnright(video)

save and rename it to turnright.avs, then copy it to here--(do the same for the left)

\Tools\AviSynth plugins\Scripts\Custom

then you can access it from the "Custom Scripts" drop down list, from within the Avisynth Filters for that particular Job, and it will be there everytime you need it, so there's your button :)

[slalom]

The "add cover" feature is broken again

[Ryushin]

The "add cover" feature is broken again

Yea, doesn't work for me in batch mode. There was a bug not that long ago that replaced the cover with another one that I used when creating a single job. Not sure if that bug was fixed or not since adding cover to batch mode is not working at the moment.

[cypher007]

noticed a odd bug with Blade Runner final cut. doing a 2 pass down to 23800mb there is a short section at 58:47 aprox were the image breaks up into lots of pixels then clears. i didnt notice it until recently so i re did the encode from the same source and its still there. its almost like when a video file isnt quite finished downloading and you try and play it.

[Guest]

noticed a odd bug with Blade Runner final cut. doing a 2 pass down to 23800mb there is a short section at 58:47 aprox were the image breaks up into lots of pixels then clears. i didnt notice it until recently so i re did the encode from the same source and its still there. its almost like when a video file isnt quite finished downloading and you try and play it.

So I have to ask the obvious....

Is the original OK ?

Maybe you need to acquire or rip it again.

[cypher007]

So I have to ask the obvious....

Is the original OK ?

Maybe you need to acquire or rip it again.

yep original fine at same point. going to try the slow profile rather than default and see if it goes away.

[cypher007]

that fixed it. guess it had something to do with the people walking close to the camera that are effectively like a black wipe left to right and right to left in the scene, im guessing the encoder dropped the bit rate and then got caught out by the sudden increase in detail.

might run another encode using default but turn off fast first pass see what that does.

[Guest]

that fixed it. guess it had something to do with the people walking close to the camera that are effectively like a black wipe left to right and right to left in the scene, I'm guessing the encoder dropped the bit rate and then got caught out by the sudden increase in detail.

might run another encode using default but turn off fast first pass see what that does.

Don't ya love it, when a hunch pays off :)

If your next test proves something, that's even better, however, I guess that's just what can happen, when doing 2 pass encodes, with those settings.

Good luck.

[Guest]

I am getting an interesting but annoying error with adding extra audio tracks when also editing with the segment feature.

If I add a 2nd or 3rd audio track (same original track, just different encoding format, AC3, or AAC or Flac, etc), and when encoding using DE, it gets to the last chunk, it progresses to a random %, then restarts, and it will NEVER finish :(.

It's fine with only 1 track, tho.

I have tried it on several different sample clips, just to practise the segment editing, so thank goodness it's not a full length movie.

[cypher007]

did the same file with default speed but slow first pass and it also worked fine.

[valnar]

How does one change the strength of MDegrain in batch mode?

[Guest]

How does one change the strength of MDegrain in batch mode?

I actually had to double check this, but it's easy...

On the batch setup page, choose the "CPU Denoise" drop down list, all 3 MDegrain are selectable.

BTW, attaching a picture (or similar) can take a LONG time to be approved, and viewable...