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

[ReinerSchweinlin]

Quick hardware question....
Which would you prefer?

1. Increase 16GB 3200 DDR4 RAM to 3600
2. Increase 16GB 3200 DDR4 RAM to 32GB 3200

Purely encoding related usage - no games
Are you asking which is better for encoding purpose? Getting a bigger CPU or more RAM? Definitely go for a bigger CPU - 16GB of RAM is enough for encoding

[Ronski]

I've had a couple of encodes hang after it finished encoding (once today, once some months back). The encoding server had appeared to have closed, but Ripbot was just saying please wait. When looking in task manager it was still showing the Ripbot264 Encoding Client (32 bit) process, so I killed the process and then Ripbot went on to mux the chunks and completed successfully.

No idea what's causing this but others may find the above useful if it happens to them.

[guest]

Most of the time after I join them, I have to end up re-encoding the whole thing to fix the audio and a blip at the join.

Fair point, and in theory, that's all that might need doing...

However, what can be done if "part 2" does out of sync at the join..

If I playback the joined movie, and go to the timeline of the join, and watch...as soon as part 2 starts, it's out of sync....how do you "adjust" half the movie ??

Not much point splitting it again, as that's just going back to same problem.

[guest]

In fact, i think copy /b "file1.h265" + "file2.h265" "full.h265" (if h265 video and after demuxing video via mkvextract)

Well, I've given this a try, and it does indeed join the files, HOWEVER, for whatever reason, part 2 is still out of sync...it's +1000ms, which is about the same as the black frames in between parts, that get's added somehow.

[jojo54000]

Well, I've given this a try, and it does indeed join the files, HOWEVER, for whatever reason, part 2 is still out of sync...it's +1000ms, which is about the same as the black frames in between parts, that get's added somehow.

Sorry but i don't know why.
Are you sure 2 parts are encoded with exactly same settings (options encoder, resolution) ??

[jojo54000]

atak i would have a question is your software safe to re-encode hdr10 videos? I don't have a 4k tv yet so I can't test if the hdr10 videos re-encoded by ripbot264 send metadata to the tv ... how can I test this without 4k tv?

[blublub]

Hdr10 works just fine

[jojo54000]

Hdr10 works just fine

Thanks, so you tested on a 4k hdr tv directly and everything works well ?
directly on usb port tv or/and using mpc-be/madvr for example ?

[blublub]

Thanks, so you tested on a 4k hdr tv directly and everything works well ?
directly on usb port tv or/and using mpc-be/madvr for example ?In my setup it works fine with MPC Be and MadVR

[guest]

Sorry but i don't know why.
Are you sure 2 parts are encoded with exactly same settings (options encoder, resolution) ??

TBH, I haven't checked that, I am assuming that they are the same, as it's part 1 & 2 of the movie.

Maybe I should re encode them, and make sure they ARE the same.

Wasted 2 days on this already :(

I still think it's got something to do with the slight "black" transition between the parts.

[guest]

atak i would have a question is your software safe to re-encode hdr10 videos? I don't have a 4k tv yet so I can't test if the hdr10 videos re-encoded by ripbot264 send metadata to the tv ... how can I test this without 4k tv?

I can confirm that if you run a HDR10 thru RB, it retains that (unless you change the HDR to SDR setting).

It works via USB port on my LG 4K TV.

[GZZ]

Well, I've given this a try, and it does indeed join the files, HOWEVER, for whatever reason, part 2 is still out of sync...it's +1000ms, which is about the same as the black frames in between parts, that get's added somehow.

You cant do copy /b without making sure your chunks are frame accurate. Why dont you use DE process in RB it analyse the video and does exactly that.

DE (Distributed Encoding) doesnt have to use more the one computer, but multiple computers can speed up the encoding. It devide the chunks in to 1,2,3... minutes and encode each other and then merge them. You can stop the process at any time, if done inside at chunk, this chunk will have to be reencoded once the process is restarted. But if you have a power loss, then only the chunk (min. 1 min) encoding will be lost.

[guest]

You cant do copy /b without making sure your chunks are frame accurate.

I have to agree with you that copy /b didn't do what I was hoping it would.

However, I did manage to join this with out further issue.

It seems that whatever is used to join the 2 files together add's an approx 1 sec of black video, but it doesn't add the 1 second to the audio. Hence the instant 1 second of out of sync.

Why dont you use DE process in RB it analyse the video and does exactly that.

DE (Distributed Encoding) doesn't have to use more the one computer, but multiple computers can speed up the encoding. It divide the chunks in to 1,2,3... minutes and encode each other and then merge them. You can stop the process at any time, if done inside at chunk, this chunk will have to be re-encoded once the process is restarted. But if you have a power loss, then only the chunk (min. 1 min) encoding will be lost.

But as for the rest of your post, I find rather offensive !!!

You're implying that I have NO experience using RipBot...which is so far from the truth, I've been using it for probably 15 years or so.

Also, what your suggestion has to do with joining 2 files together, is anyone's guess...

So before you provide suggestions on what one should do, check that you are actually targeting a real "newbie"

And just a sidenote, the files in question would not load into RipBot, so your suggestions could not be proven.

[jojo54000]

I can confirm that if you run a HDR10 thru RB, it retains that (unless you change the HDR to SDR setting).

It works via USB port on my LG 4K TV.

Cool! Thanks!
By cons I have read on other forums that it is not advisable to crop / resize the video of the file to be re-encoded so as not to corrupt the HDR10 / HDR10 + metadata, which would be based on positioning data, therefore HDR10 / HDR10 + values should be recalculated ...
But the conclusions are not clear, I do not know what to expect.
I would like to know your opinion on the subject?
Is it better not to crop / resize the video in this case?

[duffbeer]

Cool! Thanks!
By cons I have read on other forums that it is not advisable to crop / resize the video of the file to be re-encoded so as not to corrupt the HDR10 / HDR10 + metadata, which would be based on positioning data ...
But the conclusions are not clear, I do not know what to expect.
I would like to know your opinion on the subject?
Is it better not to crop / resize the video in this case?

As far as I understand it, you can crop sources with HDR10 no problem as it is a fixed brightness for the entire video. HDR10+ is dynamic and should not be cropped because of the reasons you stated.

I crop my HDR10 files with no problem at all. I have not tried manually extracting the HDR10+ data and entering it into the x265 parameters......yet.

[jojo54000]

As far as I understand it, you can crop sources with HDR10 no problem as it is a fixed brightness for the entire video. HDR10+ is dynamic and should not be cropped because of the reasons you stated.

I crop my HDR10 files with no problem at all. I have not tried manually extracting the HDR10+ data and entering it into the x265 parameters......yet.

So, you have no difference in gamma / colors / contrast compared to the original? I mean does it change anything to crop the video?
MaxCLL and MaxFALL does not affect anything ?

[duffbeer]

So, you have no difference in gamma / colors / contrast compared to the original? I mean does it change anything to crop the video?
MaxCLL and MaxFALL does not affect anything ?

HDR10 works perfectly as far as I'm concerned. HDR10+ is a different matter from what I've read. I might try it one day but I prefer to crop my encodes.
Regular HDR10 looks great to me so I'm not sure if I can be bothered to mess around with HDR10+ if it's not straight forward.

[Ripmann]

This should explain why I decided to not use MDegrain3
https://i.postimg.cc/NFB44R4L/1.png https://i.postimg.cc/KznfB0td/2.png

Quick summary:
MDegrain1 vs No Denoise
Encoding speed reduction = 1.72x
File size reduction = 1.49x
Size/Speed ratio = 0.87

MDegrain2 vs No Denoise
Encoding speed reduction = 2.70x
File size reduction = 1.75x
Size/Speed ratio = 0.65

MDegrain3 vs No Denoise
Encoding speed reduction = 3.57x
File size reduction = 1.92x
Size/Speed ratio = 0.54

Correct me if I'm wrong (and I may as well be), but is size-to-speed ratio really the only factor here? What about the actual visuals? From what I understand, while MDeGrain3 is slower, it's more suited for heavier noise reduction as it produces little better results as far as video quality is concerned. If that's the case, perhaps adding it as an option like "MDegrain3 [slow]" is a better solution?

By the way, thanks for fixing that 5.1 audio profile size calculation bug. I just noticed that it went away with the update.

[Ryushin]

Correct me if I'm wrong (and I may as well be), but is size-to-speed ratio really the only factor here? What about the actual visuals? From what I understand, while MDeGrain3 is slower, it's more suited for heavier noise reduction as it produces little better results as far as video quality is concerned. If that's the case, perhaps adding it as an option like "MDegrain3 [slow]" is a better solution?

MDegrain3 has it's uses for very heavy grain. Blade Runner and Black Hawk Down saw large improvements using MDegrain3 over MDegrain2 using a thSAD=600 value. The encoding time does increase a bit, but the results are worth it to me.

[byteshare]

Correct me if I'm wrong (and I may as well be), but is size-to-speed ratio really the only factor here? What about the actual visuals? From what I understand, while MDeGrain3 is slower, it's more suited for heavier noise reduction as it produces little better results as far as video quality is concerned. If that's the case, perhaps adding it as an option like "MDegrain3 [slow]" is a better solution?
MD3 is better than MD2 for visuals in some cases, but when using MD3 (personally) you need to make other adjustments such as the thSAD. In some of the cases that MD3 isn't visually better is because it wasn't catching as much since it is comparing changes in 3 frames vs 2, (rare) very slow or jittery changes such as in anime, or also there are times they look pretty much the same so all you did was waste CPU running MD3.
Personally I use SMDegrain because it is a much more dynamic than MDegrain alone. SMD can be more than you need when compared with just MD, but when you use it right it makes some great results, as with any good filter.
All that said, even MD2 has its uses but if you're looking for an all-in-one perfect degrainer it won't happen without some sort of AI (to be invented). I haven't done it much but you could even apply degrain to specific scenes and not all scenes with AVISynth.

If you want MD3 create a script and then you can load it when you add a file or when you're running a batch add. [search here others have done this with MD3 or let us know and we'll help] (..\RipBot\Tools\AviSynth plugins\Scripts\Custom)
StaxRip has way more filters builtin and I've used it as a base for either getting a filter (if I couldn't get one from a website to work) or getting other filter ideas. RipBot could have more built in filters but personally built-in filters are often only a starting point and not an end point for great video processing/encoding. Maybe the dev feels different but indications are that the dev isn't likely to start adding lots of filters.
TLDR degrain filters are tricky and there is not a single use case for one degrain filter/settings, which is why with five builtin degrain options the dev likely didn't see a reason for a sixth.

[slalom]

Personally I use SMDegrain because it is a much more dynamic than MDegrain alone. SMD can be more than you need when compared with just MD, but when you use it right it makes some great results, as with any good filter.
Can you share the script?

[guest]

...RipBot could have more built in filters but personally built-in filters are often only a starting point and not an end point for great video processing/encoding. Maybe the dev feels different but indications are that the dev isn't likely to start adding lots of filters.

Hey byteshare, interesting point, however, did you notice that going back a month or more, that Atak actually added references to MD1, MD3 in the RipBot ini ??

But, alas, I can't find any actual scripts...

I have MD1, MD2, MD3 & MD4, in Custom Filters, with different thSAD numbers.

I got great results using MD3 thSAD 800 on "The Fifth Element".

I have several other older movies that will need to same treatment, it takes a long time, that's for sure, but the end result is definitely worth waiting for.

[jojo54000]

Atak, would it be possible that you add the possibility of adding a job in command line mode, of the style: ripbot264.exe <FileIn>
this would generate a job in the working folder of RipBot264
that would go well with the '/ start' option existing since v1.17.1

[Atak_Snajpera]

Atak, would it be possible that you add the possibility of adding a job in command line mode, of the style: ripbot264.exe <FileIn>
this would generate a job in the working folder of RipBot264
that would go well with the '/ start' option existing since v1.17.1

Wouldn't be better to just setup watch folder with your own encoding settings?

https://i.postimg.cc/hPTyCx0W/Capture.png

[jojo54000]

Wouldn't be better to just setup watch folder with your own encoding settings?

https://i.postimg.cc/hPTyCx0W/Capture.png

Thanks but this is not the goal, my goal is to be able to use your software in CLI mode, so as to be able to automate certain tasks with the help of a scripting language such as AutoIt.
that would save me from having to manipulate RipBot264 windows

[byteshare]

Can you share the script?
Sure, here is a pretty reasonable starting point IMO:
SMDegrain(video,tr=3,thSAD=400,thSADC=150,refinemotion=false,contrasharp=true,plane=4,pel=2,
prefilter=4,Truemotion=False,chroma=true,hpad=32,vpad=32,str=2,amp=1)
It uses KNLmeansCL (GPU) as the prefilter if you can't use GPU set to 3 (CPU) for DTTtest.
More info here: http://avisynth.nl/index.php/SMDegrain
Parameters
SMDegrain (clip input, int "tr", int "thSAD", int "thSADC", bool "RefineMotion", val "contrasharp", clip "CClip", bool "interlaced", int "plane",
int "Globals", int "pel", int "subpixel", val "prefilter", clip "mfilter", int "blksize", int "overlap", int "search", bool "truemotion", int "limit",
int "limitc", int "thSCD1", int "thSCD2", bool "chroma", int "hpad", int "vpad", bool "lsb", bool "lsb_in", bool "lsb_out", int "mode",
val "Show", float "Str", float "Amp")

Hey byteshare, interesting point, however, did you notice that going back a month or more, that Atak actually added references to MD1, MD3 in the RipBot ini ??
But, alas, I can't find any actual scripts...
I have MD1, MD2, MD3 & MD4, in Custom Filters, with different thSAD numbers.
I got great results using MD3 thSAD 800 on "The Fifth Element".
I have several other older movies that will need to same treatment, it takes a long time, that's for sure, but the end result is definitely worth waiting for.
Not sure why he made reference to them since they worked fine before and after the changes. Even with MD2 there isn't a way to change the thSAD like there is for KNLMeansCL "mono noise" `h=`, so even if MD1-6 were added you'd already need to get into the AVISythn script or custom scripts for different levels of thSAD, or some changes but again for people that don't know what they're doing it is way easier to over do the denoise and get a "clean" blurred video. thSAD isn't the only option for MD or SMD that will affect the noise just the most obvious for most people.

Wouldn't be better to just setup watch folder with your own encoding settings?
If there was a way to have more than one folder watched or something in the filename to dictate which settings to use that would be great, because I don't want the same settings for all of my files. I can understand those that do want the same settings for all of their videos or if the vast majority of the files they are processing are going to use the same settings...I'm just not one of those, and even when ~80% of my videos are one setting it doesn't seem like much of a stretch for me to just add those last manually in batch.

[Atak_Snajpera]

If there was a way to have more than one folder watched or something in the filename to dictate which settings to use that would be great, because I don't want the same settings for all of my files. I can understand those that do want the same settings for all of their videos or if the vast majority of the files they are processing are going to use the same settings...I'm just not one of those, and even when ~80% of my videos are one setting it doesn't seem like much of a stretch for me to just add those last manually in batch.
You can specify different settings for each folder.

[slalom]

It uses KNLmeansCL (GPU) as the prefilter if you can't use GPU set to 3 (CPU) for DTTtest.
So the path at the beginning should point at \RipBot264v1.25.0\Tools\AviSynth plugins\KNLMeansCL

and then the rest

SMDegrain(video,tr=3,thSAD=400,thSADC=150,refinemotion=false,contrasharp=true,plane=4,pel=2,
prefilter=4,Truemotion=False,chroma=true,hpad=32,vpad=32,str=2,amp=1)

or show me your full script to be sure

[byteshare]

You can specify different settings for each folder.
OH!? I never tried to add a second folder. My fault for assuming.

So the path at the beginning should point at \RipBot264v1.25.0\Tools\AviSynth plugins\KNLMeansCL

and then the rest

SMDegrain(video,tr=3,thSAD=400,thSADC=150,refinemotion=false,contrasharp=true,plane=4,pel=2,
prefilter=4,Truemotion=False,chroma=true,hpad=32,vpad=32,str=2,amp=1)

or show me your full script to be sure
for the plugins and scripts it goes like this:
Loadplugin("*path*.dll")
Import("*path*.avsi/avi")
I load more than I need because I don't like going through and figuring out the missing DLLs/AVSs/AVSIs when I decide to put in another filter while testing things quickly...that said I use something like (more than you need):
Loadplugin("C:\RipBot\Tools\AviSynth plugins\Custom\DCTFilter.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\Custom\Deblock.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\Custom\Deblockx64.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\Custom\dfttest.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\Custom\dither.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\Custom\FrameRateConverterx64.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\Custom\MedianBlur2.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\Custom\SmoothAdjust.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\DGTonemap\x64\DGTonemap.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\ffms\x64\ffms2.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\flash3kyuu_deband\flash3kyuu_deband.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\hqdn3d\hqdn3d.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\masktools\masktools2.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\mvtools\mvtools2.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\NicAudio\NicAudio.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\nnedi3\nnedi3.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\Plugins_JPSDR\Plugins_JPSDR.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\RawSourcePlus\RawSourcePlus.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\RgTools\RgTools.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\TIVTC\TIVTC.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\VSFilter\VSFilter.dll")
LoadPlugin("C:\RipBot\Tools\AviSynth plugins\KNLMeansCL\KNLMeansCL.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\Yadif\yadif.dll")
Import("C:\RipBot\Tools\AviSynth plugins\ffms\FFMS2.avsi")
Import("C:\RipBot\Tools\AviSynth plugins\Custom\Deblock_QED_MT2Mod.avsi")
Import("C:\RipBot\Tools\AviSynth plugins\Custom\dither.avsi")
Import("C:\RipBot\Tools\AviSynth plugins\Custom\FrameRateConverter.avsi")
Import("C:\RipBot\Tools\AviSynth plugins\Custom\HQDeringmod_v1.8.avsi")
Import("C:\RipBot\Tools\AviSynth plugins\Custom\LSFmod.avsi")
Import("C:\RipBot\Tools\AviSynth plugins\Custom\proToon.avsi")
Import("C:\RipBot\Tools\AviSynth plugins\Custom\SeeSaw.avs")
Import("C:\RipBot\Tools\AviSynth plugins\Custom\SMDegrain.avsi")
Import("C:\RipBot\Tools\AviSynth plugins\Scripts\QTGMC.avs")
video=SMDegrain(video,tr=3,thSAD=400,thSADC=150,refinemotion=false,contrasharp=true,plane=4,pel=2,prefilter=4,Truemotion=False,chroma=true,hpad=32,vpad=32,str=2,amp=1)

[jojo54000]

Thanks but this is not the goal, my goal is to be able to use your software in CLI mode, so as to be able to automate certain tasks with the help of a scripting language such as AutoIt.
that would save me from having to manipulate RipBot264 windows

Atak, so it's not possible to introduce cli option to add job manually ?
too much complex ?

[byteshare]

At the end of a job things got stuck:
Please wait... Combining chunks...
I had 22 other jobs have no issues before this. I don't know if there is somewhere else to look into this (errors or logs).
I'm on core 2020.01.17 (v1.25.1)

I stopped the job and started it, and all of the chunks had to start over?
Encoding it again, will be ~12hrs until I get another result.

[tkwou]

Yeah I had similar occur on a few occasions now. I'm on v1.25.1. The chunks get combined to make video.264 but encoding client doesn't close and muxing can't start. I just end up running the mux.cmd to finish the job. I tried to just close encoding client but sometimes it's no longer in the processes list of taskmanager so I usually just terminate Ripbot264.

[slalom]

At the end of a job things got stuck:

I had 22 other jobs have no issues before this. I don't know if there is somewhere else to look into this (errors or logs).
I'm on core 2020.01.17 (v1.25.1)

I stopped the job and started it, and all of the chunks had to start over?
Encoding it again, will be ~12hrs until I get another result.
Open temp folder, stop the program.
Run CombineAllChunks.cmd and then run jobX_MuxFiles.cmd
Open the program, remove the job and continue

[byteshare]

Open temp folder, stop the program.
Run CombineAllChunks.cmd and then run jobX_MuxFiles.cmd
Open the program, remove the job and continue
If it comes up again, I'll try that. Thank you.
The encode muxed correctly the second time.

[slalom]

I stopped the job and started it, and all of the chunks had to start over?
Encoding it again, will be ~12hrs until I get another result.
In that case, stop the encoding. Go to temp folder, start one by one 1.cmd, 2.cmd (those that the video files are lost, 1.264, 2.264) etc
Then go to #18333

[byteshare]

In that case, stop the encoding. Go to temp folder, start one by one 1.cmd, 2.cmd (those that the video files are lost, 1.264, 2.264) etc
Then go to #18333
I've done this before. I didn't expect the temp encoded chunks to get restarted when I aborted and started again, that was the main issue to me. I thought (incorrectly) that I would stop it and then RB would see all of the chunks are done so it would try to mux again :(

[guest]

Hey guys,

A reasonably significant auto update...

Core 2020-02-08
ffmpeg
lsmash
matroska splitter (new, but not really)
mkvtoolnix
mpc

:thanks:

[ImEverlasting]

I just updated to new core, 02-08, Using distributed encode, after every encode finishes, but before the encoding client exits.... it hangs. Chunks don't combine back and when I try to "Abort" nothing happens. I have to kill encoding client using task manager again. Then manually combine chunks and mux files using cmds in temp folder.

[Atak_Snajpera]

I just updated to new core, 02-08, Using distributed encode, after every encode finishes, but before the encoding client exits.... it hangs. Chunks don't combine back and when I try to "Abort" nothing happens. I have to kill encoding client using task manager again. Then manually combine chunks and mux files using cmds in temp folder.

0 hangs on my machine. Just checked with 37 jobs in queue. Chunks combined. EncodingClient closes correctly.

[ImEverlasting]

So I've done more testing today and the hangings seem to be cause by the servers going to sleep. I've noticed this because as soon as there's no more chunks to encode, the chunkless servers are being put to sleep, causing the hang in EncodingClient. If none of them go to sleep (of the 10 servers) then everything works fine. Is there something in rip bot putting servers to sleep? I know 100% all servers are set to not sleep in windows settings.

[guest]

So I've done more testing today and the hangings seem to be cause by the servers going to sleep. I've noticed this because as soon as there's no more chunks to encode, the chunkless servers are being put to sleep, causing the hang in EncodingClient. If none of them go to sleep (of the 10 servers) then everything works fine. Is there something in rip bot putting servers to sleep? I know 100% all servers are set to not sleep in windows settings.

Yes there is....there are 4 little "tab's" for each server in the Encoding Client...check them out !!

[ImEverlasting]

I don't see four "tabs", but I see four buttons... I understand what the two on the left do, (connect and auto-reconnect) but have no clue what the other two do. There's no tool-tip or documentation on what they do. I don't like to randomly click buttons that don't say what they do :)

edit: I'm assuming the yellow one is to put the server to sleep, and the red one is to shutdown the server, but I have neither button highlighted on any of the servers, yet they still go to sleep.

[guest]

I don't see four "tabs", but I see four buttons... I understand what the two on the left do, (connect and auto-reconnect) but have no clue what the other two do. There's no tool-tip or documentation on what they do. I don't like to randomly click buttons that don't say what they do :)

edit: I'm assuming the yellow one is to put the server to sleep, and the red one is to shutdown the server, but I have neither button highlighted on any of the servers, yet they still go to sleep.

Yeah, sorry, I should have said "button's"...but you've sussed it out, and that's what they do, so I would think that if they are still going to sleep, then it must be that particular pc that needs to be adjusted...as that is the only place within RB that can do that AFAIK.

TBH, I don't really see too much point in the Yellow button, and the Red one, activates after the chunk it is working on, completes, so if you have ONLY 1 server for that chunk / IP, then that WILL shutdown that server.

[byteshare]

I don't see four "tabs", but I see four buttons... I understand what the two on the left do, (connect and auto-reconnect) but have no clue what the other two do. There's no tool-tip or documentation on what they do. I don't like to randomly click buttons that don't say what they do :)

edit: I'm assuming the yellow one is to put the server to sleep, and the red one is to shutdown the server, but I have neither button highlighted on any of the servers, yet they still go to sleep.
If you've already re-added jobs after the update (sometimes that is an issue with updates) and checked in the Settings > Distributed Encoding > 'Shutdown Method' & 'Suspend Jobless Server' with 'No Action' and 'Off' (respectively) then you should be good.
And, Hi by the way ;)

[guest]

If you've already re-added jobs after the update (sometimes that is an issue with updates) and checked in the Settings > Distributed Encoding > 'Shutdown Method' & 'Suspend Jobless Server' with 'No Action' and 'Off' (respectively) then you should be good.
And, Hi by the way ;)

Hey byteshare, that's almost what I said....don't those "button's" control those settings ??

I was going to mention if he had some old jobs in the queue from before the update, but then when I read that his servers were going to sleep, I deleted that post.

[duffbeer]

My new PC is up and running and is much quicker to encode x265. The GPU decoding seems to give a decent improvement too - thanks for all the hard work that has gone into RipBot recently.

One question - I see there is an option to skip the demuxing process. Can someone explain what this does? Why would I want to skip demuxing?

[Atak_Snajpera]

Skips demuxing of audio and subtitle streams.

[byteshare]

Hey byteshare, that's almost what I said....don't those "button's" control those settings ??

I was going to mention if he had some old jobs in the queue from before the update, but then when I read that his servers were going to sleep, I deleted that post.
From their post and your post I wasn't 100% that you both weren't talking about the Encoding Client screen or Encoding Server and not the settings screen.

[byteshare]

I see there is an option to skip the demuxing process. Can someone explain what this does? Why would I want to skip demuxing?
As stated: "Skips demuxing of audio and subtitle streams."
I use it because I mux in the subs manually (with a batch file) and process audio externally and mux it back in as well (with a batch file).

[duffbeer]

Skips demuxing of audio and subtitle streams.

Thanks but that doesn't really answer my question.
Does that mean that I can't remux an audio stream at all or does it demux the source at the end before muxing the final MKV file?