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

[Dhry]

Feature request: I have a 4-server distributed rendering setup. I notice that when a job is near the end, two of my machines remain idle (having completed their assigned work) while the last two (or one) complete their render pieces. In order to avoid servers being idle for periods of time like this, could we have the next job start while servers in the farm are still completing the last chunks of the previous job, so that no servers are idle at any time?

Cheers
Dhry

[Atak_Snajpera]

Feature request: I have a 4-server distributed rendering setup. I notice that when a job is near the end, two of my machines remain idle (having completed their assigned work) while the last two (or one) complete their render pieces. In order to avoid servers being idle for periods of time like this, could we have the next job start while servers in the farm are still completing the last chunks of the previous job, so that no servers are idle at any time?

Cheers
Dhry

No... Too much hassle ,too little benefit...

[byteshare]

You should re-create the jobs if it just updated (the ones that haven't been processed).

No need. For the jobs that died, the folders are still there and all I need to do is to manually run the two existing scripts to combine and remux and all's well.

The jobs that haven't run should be re-created but you can roll the dice ;)

[byteshare]

Feature request: I have a 4-server distributed rendering setup. I notice that when a job is near the end, two of my machines remain idle (having completed their assigned work) while the last two (or one) complete their render pieces. In order to avoid servers being idle for periods of time like this, could we have the next job start while servers in the farm are still completing the last chunks of the previous job, so that no servers are idle at any time?
If the computers are similar in performance you should try having the jobs split into 1 part per server/encoding server and set the priority to variable.
Or, have a 2nd application on each computer encoding a low priority video.
The feature was something I thought I wanted a while ago but with faster computers now I'm only seeing one to a few min. of lost time which only would add up if I was doing this for years and profit.

[Atak_Snajpera]

Variable priority makes only sense If you run multiple encoding servers on single pc. (For example to get 100% CPU usage)

[byteshare]

Variable priority makes only sense If you run multiple encoding servers on single pc. (For example to get 100% CPU usage)
Oh, okay. I remembered it wrong. I haven't used it in a while. So if you have more than 1 machine, not using only 2 chunks, and/or aren't using more than 1 encoding server it won't make sense, got it.
I stopped using it because using only 2 chunks didn't give me a good way to "pause" encodes. I usually stop 1 or more servers to either lower usage or "pause" an encode.

[guest]

Feature request: I have a 4-server distributed rendering setup. I notice that when a job is near the end, two of my machines remain idle (having completed their assigned work) while the last two (or one) complete their render pieces. In order to avoid servers being idle for periods of time like this, could we have the next job start while servers in the farm are still completing the last chunks of the previous job, so that no servers are idle at any time?

Cheers
Dhry

No... Too much hassle ,too little benefit...

I have to agree with this request....

I to have a multi pc server farm, and I get very frustrated at the wasted resources between encodes...if you are encoding a 4K movie, when it gets to the muxing stage, ONLY 1 pc is working on that, ALL the other's a twiddling their thumbs, for an extended period, could be 20 - 30 minutes !!! So over several movies in a queue, that's hour's wasted !!!

Just because you don't have a set up like this, you think it's a waste of time.

[guest]

How do we use the "Run Script after finished job"?

What do you mean?

Just check Job finished successfully.cmd and Job finished with error.cmd

I don't see an option/where to define what script it will run, unless it is an internal script?
I can check it but I don't see what it does, so I don't know how to use it.
--Oh, thank you for adding GPU as a option in the settings for decoders and not just a right click option. Other than needing Intel or NVidia to use, any downsides to it over FFMS2 or LSMASH?

Also, you add these new features, and don't give any explanation on what they are for, or how to enable/use them....

And what about us users that have AMD GPU's ???

And here's another feature request..

How about displaying the Core version on the main gui page, so it's there for everyone to see, instead of looking for it.

And another suggestion (that has been asked for before), wouldn't it be beneficial to change the build number by a .1 for EVERY auto update, that too would help keep track of build's/version's.

And while I'm at it, a changelog would be good, too.

[Atak_Snajpera]

I have to agree with this request....

I to have a multi pc server farm, and I get very frustrated at the wasted resources between encodes...if you are encoding a 4K movie, when it gets to the muxing stage, ONLY 1 pc is working on that, ALL the other's a twiddling their thumbs, for an extended period, could be 20 - 30 minutes !!! So over several movies in a queue, that's hour's wasted !!!

Just because you don't have a set up like this, you think it's a waste of time.

I'm honestly surprised that muxing in your case takes 30 min. On cheap sata3 SSD muxing 10 GiB files should take 1-2 minutes.

.And what about us users that have AMD GPU's ???
AMD despite my sympathy is still a dick and does not allow 3rd party developers access to their video engine. For example NVIDIA Has cuvid API and Intel Has quicksync.

[guest]

I'm honestly surprised that muxing in your case takes 30 min. On cheap sata3 SSD muxing 10 GiB files should take 1-2 minutes.

OMG, well clearly you don't have much experience with high bitrate 4K muxing !!

10Gb for a 4K movie !!, more like 60 - 80Gb !!

Admittedly I'm not using SSD's, only 7200rpm spinners.

[Atak_Snajpera]

OMG, well clearly you don't have much experience with high bitrate 4K muxing !!

10Gb for a 4K movie !!, more like 60 - 80Gb !!

Admittedly I'm not using SSD's, only 7200rpm spinners.

OMG, I'm sorry for not reading your mind correctly! Unfortunately my crystal ball is currently under inspection. Maybe it is time to buy some crappy sata3 ssd just for muxing? Assuming that copying speed on sata3 ssd is around 0.25GiB/s ,your big ass 80 GiB file would be muxed in ~5 minutes. Furthermore on decent NVMe SSD this would be reduced to ~1 minute.

[guest]

OMG, I'm sorry for not reading your mind correctly! Unfortunately my crystal ball is currently under inspection. Maybe it is time to buy some crappy sata3 ssd just for muxing? Assuming that copying speed on sata3 ssd is around 0.25GiB/s ,your big ass 80 GiB file would be muxed in ~5 minutes. Furthermore on decent NVMe SSD this would be reduced to ~1 minute.

Well, my crystal ball doesn't seem to work, and my mind reading isn't up to scratch, either.

I will dig out a "crappy ssd", and try a "big ass 80Gb" encode, with the latest build of RB, and see just how long it does take....

[Atak_Snajpera]

I will dig out a "crappy ssd", and try a "big ass 80Gb" encode, with the latest build of RB, and see just how long it does take....
If it still takes long time then I will rethink your request. Just give me some hard numbers.

[SKPN]

I'm having two issues with my latest set of encodes. The source, according to MediaInfo, has a 1s audio delay relative to the video. This delay is not being copied over, causing the audio to be slightly ahead of the video track. Is there a way for the timing to be picked up automatically by RipBot?

I've tried using the DelayAudio option in the AVS script, but that didn't seem to work, and I would ideally like to not have to do anything custom because I have over a hundred videos to do with the same issue.

The second issue is that the aspect ratio on the encoded video is incorrect. The source videos are 1440x1080 with a 4:3 DAR. For some reason, the encoded videos are being given a DAR of 16:9. I'm not using any custom scripts or anything that would change this, and I can't figure out why it's not just using the source DAR.

For this, I've tried using --sar 4:3 in the encoding settings, but the DAR is still 16:9 in the resulting video. I've also tried using a custom resize option, setting it to 1440 width with a 1.33:1 ratio.

Any help would be greatly appreciated.

[sneaker_ger]

1440x1080 with 4:3 DAR means --sar 1:1

(sar is sample aspect ratio)

[Atak_Snajpera]

For this, I've tried using --sar 4:3 in the encoding settings, but the DAR is still 16:9 in the resulting video. I've also tried using a custom resize option, setting it to 1440 width with a 1.33:1 ratio.
You should use --sar 1:1

[SKPN]

1440x1080 with 4:3 DAR means --sar 1:1

(sar is sample aspect ratio)
You should use --sar 1:1

Thank you! I don't know why I couldn't figure that out. Is there any reason it wouldn't do that automatically though? I'm not sure why it was setting it to 16:9 by default when the source video is 4:3.

In any case, that's one issue solved. Any suggestions for the audio sync issue by chance?

[Atak_Snajpera]

Do you re-encode audio or just remux? How many audio sources does your file have?

[SKPN]

Do you re-encode audio or just remux? How many audio sources does your file have?

Just remuxed, and just one audio source. I did figure out how to fix it for my one test video, but it involved a manual edit for the audio delay. That would normally be a good enough solution, but I have more than a hundred videos, and if the delay isn't the same on all of them, I'll have to go through each one individually to fix them unless I can figure out a way to have it read that delay by default.

[Atak_Snajpera]

Is delay always 1000ms?

[SKPN]

Is delay always 1000ms?

That I'm not sure of. It is on the few I've spot-checked, so I may be able to just run it with that delay, and fix the ones I come across that are wrong, but ideally I would be able to just have it use the same settings that are in the source file.

One other question: When doing a batch, is there a way to select which subtitles to render? When doing individual encodes, I can obviously select which subtitle track I want to burn in, but when I tested with the batch option on a file that had two subtitle tracks, it didn't burn either into the video; it just dropped them both from the resulting file altogether.

[Atak_Snajpera]

One other question: When doing a batch, is there a way to select which subtitles to render? When doing individual encodes, I can obviously select which subtitle track I want to burn in, but when I tested with the batch option on a file that had two subtitle tracks, it didn't burn either into the video; it just dropped them both from the resulting file altogether.
subtitle must be in the same folder as video file and have the same name to be automatically burned in. For example
C:\Folder\video.mkv
C:\Folder\video.srt

[byteshare]

I to have a multi pc server farm, and I get very frustrated at the wasted resources between encodes...if you are encoding a 4K movie, when it gets to the muxing stage, ONLY 1 pc is working on that, ALL the other's a twiddling their thumbs, for an extended period, could be 20 - 30 minutes !!! So over several movies in a queue, that's hour's wasted !!!
Just because you don't have a set up like this, you think it's a waste of time.
As already pointed out using an SSD as your mux drive (temp drive and end point for encodes) would speed things up, but you could alternatively have a lower priority encode with HandBrake or something on each to fill that time. (more to manage I know)
Also, you add these new features, and don't give any explanation on what they are for, or how to enable/use them....
And what about us users that have AMD GPU's ???
And here's another feature request..
How about displaying the Core version on the main gui page, so it's there for everyone to see, instead of looking for it.
And another suggestion (that has been asked for before), wouldn't it be beneficial to change the build number by a .1 for EVERY auto update, that too would help keep track of build's/version's.
And while I'm at it, a changelog would be good, too.
-While you can't use AMD GPUs for decode you can use them for some filters that use OpenCL GPU, such as KNLMeansCL.
-I would like a better way of knowing which version I'm actually on and what was changed but that is up to the dev so I understand if they don't want to spend more time/energy changing the version every release or changing the way the release is shown (with the core version) and giving detailed notes of the changes. I've become accustomed to looking for changes or asking and I almost always get a response.
OMG, well clearly you don't have much experience with high bitrate 4K muxing !!
Maybe it is just me but this comes off a little hostile. This is a free program and it is both the encoding app I use mostly and my preferred--I would say it isn't perfect but the best for experienced users that want AVISynth.

[byteshare]

That I'm not sure of. It is on the few I've spot-checked, so I may be able to just run it with that delay, and fix the ones I come across that are wrong, but ideally I would be able to just have it use the same settings that are in the source file.
If you mux in the audio from the source (manually) to the encoded file does it keep the timing? I can't remember if it does.
If it does, you could skip audio in RB and just use a bactch file to copy the audio at the end to all of your encoded files from the source files.

[SKPN]

subtitle must be in the same folder as video file and have the same name to be automatically burned in. For example
C:\Folder\video.mkv
C:\Folder\video.srt

The subtitles are embedded in the source file. Do I need to extract and rename them for it to work properly?

If you mux in the audio from the source (manually) to the encoded file does it keep the timing? I can't remember if it does.
If it does, you could skip audio in RB and just use a bactch file to copy the audio at the end to all of your encoded files from the source files.

I will give that a try.

Edit: It does keep the original timing if I mux the source audio in manually. I guess I will need to figure out how to write a batch file to extract the audio from the source and mux it into the encoded file.

[Atak_Snajpera]

The subtitles are embedded in the source file. Do I need to extract and rename them for it to work properly?
1) Run batch mode but select Prepare all jobs and wait for user
2) Demuxed subtitles should be in Job folder. Now you will have to copy selected subtitles to folder like I mentioned in previous post
3) Run again batch mode.

I guess I will need to figure out how to write a batch file to extract the audio from the source and mux it into the encoded file.
If you are familiar with batch scripting then you could remux encoded file with correct audio delay using Job finished successfully.cmd

[SKPN]

If you are familiar with batch scripting then you could remux encoded file with correct audio delay using Job finished successfully.cmd

How do I make use of the Job Finished Successfully cmd? Where is that located? I was able to create a batch file to fix the audio delay, but I'm not familiar with post-processing with RipBot.

I also solved my subtitle problem by just extracting them with MKVCleaver and doing a bulk rename to match the originals, so thank you for your help there!

[Atak_Snajpera]

If you have latest version then it should be located in the same folder as RipBot264.exe

[byteshare]

Edit: It does keep the original timing if I mux the source audio in manually. I guess I will need to figure out how to write a batch file to extract the audio from the source and mux it into the encoded file.
I haven't figured out "Job finished successfully.cmd" completely but also I have issues with names matching up since RipBot takes out the "." (I know I could manually remove it on my sources first, but haven't yet)
That said, but this in a "File.bat" and adjust the directories as needed (Assuming your MKVMerge is where I put it as well):

@echo off
FOR %%A IN (*.mkv) DO "C:\Program Files\MKVToolNix\mkvmerge.exe" -o ".\Muxed\%%A" "%%A" -D -S --no-global-tags "C:\Source\%%A"
pause

You'd run the batch file where the output (encoded file) is.
If you use the "Job finished successfully.cmd" you could have this be "automated", downside would be it would remux all previous encoded files unless you had those automatically deleted/moved.

[Atak_Snajpera]

I haven't figured out "Job finished successfully.cmd" completely
It is very simple. Let's say you want to delete original file after successful conversion.
This is how to do it.

@REM *********** SUPPORTED EXTRA VARIABLES ***********
@REM * *
@REM * %RIPBOT264TEMP% = e.g. c:\Temp\Ripbot264temp *
@REM * %JOB% = e.g. Job1 *
@REM * %INPUTFILEDIR% = e.g. C:\SourceVideos *
@REM * %OUTPUTFILEDIR% = e.g. C:\EncodedVideos *
@REM * %INPUTFILENAME% = e.g. MySourceVideo *
@REM * %OUTPUTFILENAME% = e.g. MyEncodedVideo *
@REM * %INPUTFILEEXT% = e.g. avi *
@REM * %OUTPUTFILEEXT% = e.g. mkv *
@REM * %YEAR% = e.g. 2019 *
@REM * %MONTH% = e.g. 01 *
@REM * %DAY% = e.g. 31 *
@REM * %HOUR% = e.g. 23 *
@REM * %MINUTE% = e.g. 59 *
@REM * %SECOND% = e.g. 00 *
@REM * %MILLISECOND% = e.g. 999 *
@REM * *
@REM *************************************************
del %INPUTFILEDIR%\%INPUTFILENAME%.%INPUTFILEEXT%

[SKPN]

If you have latest version then it should be located in the same folder as RipBot264.exe

That would explain why I can't find it. I'm still on v1.24.1. I remember trying out v1.25.0 and it being considerably slower than 1.24, so I went back.

[byteshare]

It is very simple. Let's say you want to delete original file after successful conversion.
This is how to do it.

@REM *********** SUPPORTED EXTRA VARIABLES ***********
@REM * *
@REM * %RIPBOT264TEMP% = e.g. c:\Temp\Ripbot264temp *
@REM * %JOB% = e.g. Job1 *
@REM * %INPUTFILEDIR% = e.g. C:\SourceVideos *
@REM * %OUTPUTFILEDIR% = e.g. C:\EncodedVideos *
@REM * %INPUTFILENAME% = e.g. MySourceVideo *
@REM * %OUTPUTFILENAME% = e.g. MyEncodedVideo *
@REM * %INPUTFILEEXT% = e.g. avi *
@REM * %OUTPUTFILEEXT% = e.g. mkv *
@REM * %YEAR% = e.g. 2019 *
@REM * %MONTH% = e.g. 01 *
@REM * %DAY% = e.g. 31 *
@REM * %HOUR% = e.g. 23 *
@REM * %MINUTE% = e.g. 59 *
@REM * %SECOND% = e.g. 00 *
@REM * %MILLISECOND% = e.g. 999 *
@REM * *
@REM *************************************************
del %INPUTFILEDIR%\%INPUTFILENAME%.%INPUTFILEEXT%


Ah, okay. I thought maybe I needed to define the extra variables. I thought they were all examples of what they could equal. Didn't realize they were pulling information such as the %INPUTFILEDIR% from the job itself.

[byteshare]

That would explain why I can't find it. I'm still on v1.24.1. I remember trying out v1.25.0 and it being considerably slower than 1.24, so I went back.
Two things have changed since then that might have been why it was slow for you:
1. LSmash doesn't have to be default
2. there was a fix for using some of the filters with multi-threading

[byteshare]

Would something like this work for the "Job finished successfully.bat":
"C:\Program Files\MKVToolNix\mkvmerge.exe" -o "%OUTPUTFILEDIR%\Muxed\%INPUTFILENAME%.mkv" "%OUTPUTFILEDIR%\%OUTPUTFILENAME%.%OUTPUTFILEEXT%" -D -S --no-chapters --no-global-tags "%INPUTFILEDIR%\%INPUTFILENAME%.%INPUTFILEEXT%"
timeout 5
MOVE %OUTPUTFILEDIR%\%OUTPUTFILENAME%.%OUTPUTFILEEXT% "%OUTPUTFILEDIR%\Hold"
Did the last MOVE rather than del encase something went wrong or maybe someone would still want it until they verified the output (Muxed) folder.

Will RipBot be waiting to do the next job while the "Job finished successfully.bat" is done running?

[Atak_Snajpera]

.Will RipBot be waiting to do the next job while the "Job finished successfully.bat" is done running?

No...

[guest]

As already pointed out using an SSD as your mux drive (temp drive and end point for encodes) would speed things up,

I will definitely be trying that...

-I would like a better way of knowing which version I'm actually on and what was changed but that is up to the dev so I understand if they don't want to spend more time/energy changing the version every release or changing the way the release is shown (with the core version) and giving detailed notes of the changes. I've become accustomed to looking for changes or asking and I almost always get a response.

I'm sure it would only take a couple of minutes..

Maybe it is just me but this comes off a little hostile. This is a free program and it is both the encoding app I use mostly and my preferred--I would say it isn't perfect but the best for experienced users that want AVISynth.

I know that my reply might seem a bit like that, but it was in response to the previous post, which was rather irrelevant to high bitrate 4K content. I do recall that the dev mentioned (albeit a while back) that he had no, to limited access to 4K material.

Thank you for your input :)

[byteshare]

No...
Awesome. I was worried that it would slow down jobs.
I'll run some tests on it now. I have the "keep jobs after successful conversion" not checked. Need to see if the job folder is removed before or after the script because I was realizing that I could copy most of what i need from the video.mkv directly since it still have audio, subs, and things and is on my SSD scratch drive already rather than the physical HD I use for storing sources.

[Atak_Snajpera]

Awesome. I was worried that it would slow down jobs.
I'll run some tests on it now. I have the "keep jobs after successful conversion" not checked. Need to see if the job folder is removed before or after the script because I was realizing that I could copy most of what i need from the video.mkv directly since it still have audio, subs, and things and is on my SSD scratch drive already rather than the physical HD I use for storing sources.

Like I said code in ripbot does not wait for cmd script so job folder will be deleted anyway. I predict that your script will block files and you will end up with some files still present in job folder.

[duffbeer]

I'm still seeing very slow performance when setting up an encode since the update to 1.25 and none of the small updates since have solved the problems for me.
It takes around 20 mins to demux and index my source and then another 10 mins to use the auto crop. After the auto crop has finished it takes another 10 mins to return to the main menu where I can start the job queue.

40+ mins for each job is really frustrating and I can't see any obvious reason that this has now changed. If I go back to 1.24.1, everything works within a few seconds.

Does anyone have any idea what may be happening here?

[forkicks]

Hello.

I am running rb updated (just did a recheck for updates after running rb for 3 days).

I got this on a few jobs (with different files):
----------[2019-10-09 20:54:26]----------

File: Y:\batch1\les.sauvages.s01e01.french.1080p.hdtv.x264-hybris.mkv
FFAudioSource: Audio format change detected. This is currently unsupported. Channels: 6 -> 2; Sample rate: 48000 -> 48000; Sample format: fltp -> fltp
(C:\Temp\RipBot264temp\job16\getinfo.avs, line 4)


Most of the files encoded properly, but these few failed with this error. The thing is, in my job definition, i have Rb set to copy the audio track, not encode it at all, so i don't understand why it's trying to check this.

Thanks,
fK

[Atak_Snajpera]

Your file has not been correctly encoded. Most likely there is still audio related with advertisements. You need to manually cut out those left overs.

[Atak_Snajpera]

I'm still seeing very slow performance when setting up an encode since the update to 1.25 and none of the small updates since have solved the problems for me.
It takes around 20 mins to demux and index my source and then another 10 mins to use the auto crop. After the auto crop has finished it takes another 10 mins to return to the main menu where I can start the job queue.

40+ mins for each job is really frustrating and I can't see any obvious reason that this has now changed. If I go back to 1.24.1, everything works within a few seconds.

Does anyone have any idea what may be happening here?

Try again in safe mode without any antiviruses active and other apps.

[byteshare]

I'm still seeing very slow performance when setting up an encode since the update to 1.25 and none of the small updates since have solved the problems for me.
It takes around 20 mins to demux and index my source and then another 10 mins to use the auto crop. After the auto crop has finished it takes another 10 mins to return to the main menu where I can start the job queue.

40+ mins for each job is really frustrating and I can't see any obvious reason that this has now changed. If I go back to 1.24.1, everything works within a few seconds.

Does anyone have any idea what may be happening here?
Did you change the decoder from LSmash to FFMS2?

[byteshare]

Like I said code in ripbot does not wait for cmd script so job folder will be deleted anyway. I predict that your script will block files and you will end up with some files still present in job folder.
So, the problem I'm seeing now (changed things up) is once the job is removed RB loses the ability to use the variables such as %INPUTFILENAME%
example:
MOVE "%INPUTFILEDIR%\%INPUTFILENAME%.mkv" "C:\done\%INPUTFILENAME%.mkv"
When the script runs it doesn't have an input name. The work around is to not automatically delete jobs when successful.
Would it be possible for the next job to start but not delete the job folder until after the script runs?
Or is there a good way to automatically remove a job via the bat file, and by not just deleting the %Job% folder?

[Atak_Snajpera]

Would it be possible for the next job to start but not delete the job folder until after the script runs?
I will think about it... Shouldn't be too difficult to implement.

[slalom]

After yesterdays Windows Update for 7, I get an error

List index out of bounds (130)

I press OK, and the program opens and some jobs are missing, but they are in my Temp folder

It's not the app, I unzipped and updated the files in the first post, same thing

[duffbeer]

Try again in safe mode without any antiviruses active and other apps.

I'll give it a go but I only have standard Windows 10 Anti Virus and no other apps running. This is a dedicated encoding PC.

[duffbeer]

Did you change the decoder from LSmash to FFMS2?

Yes I had to. LSMASH makes it even slower.

[Atak_Snajpera]

After yesterdays Windows Update for 7, I get an error

List index out of bounds (130)

I press OK, and the program opens and some jobs are missing, but they are in my Temp folder

It's not the app, I unzipped and updated the files in the first post, same thing

Delete job.list file

[byteshare]

I will think about it... Shouldn't be too difficult to implement.
Thank you, and if you think of a better solution I'm all for it. Just the things I thought about in the moment.

Yes I had to. LSMASH makes it even slower.
Is your Temp drive for RipBot an SSD? I use a physical drive for storing my sources and an SSD for the Temp drive (jobs) and adding new jobs isn't that slow for me on the latest version.