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

[ReinerSchweinlin]

double clicking the "jobXX_EncodeAudio1/2/3.cmd file(s) (within the applicable RipBot264temp job folder) manually launches the audio encodes. the desired tracks can be combined using mkvtoolnix or the likes.
Thanx, I know. Thats not what i was asking - doing it manualy is always possible..
In some cases - but I can´t see which ones - there IS a "Copy video stream" option in RB.

@Pauly Dunne
Thanx. I did see the option too in a few cases, I am pretty sure I had none of the ones you mentioned as inputs.

[FuzzyNutz]

IT does what it's says on the tin

tin says shinola.

[guest]

tin says shinola.

Why don't you say what you REALLY mean ?? lol (or is that why it was edited ?)

OK, so to try and answer your question, the "Reconnect" when enabled, allows the server to reconnect automatically if there is some interruption in the connection, similar to having /restart-if-no-progress, added to the cmd line.

Also, if this is enabled, and you have started an encode, then you decide to start another pc to help, once it's up & running, it will kick in and start encoding automatically.

As for "suspend jobless server", if enabled, when you have one or more servers helping with DE, and you have a queue of jobs to get thru, when a job is coming to the end of the chunks, and a particular server has no more to do on that job, it should go to sleep (if it's set up to do so), and then once the next job is starting, then the sleeping server will be woken up, and should start encoding.

Particularly helpful if the remaining chunks & completion process is going to take a while.

I had this happen for me a couple of weeks ago, pretty impressive...saves a bit of electricity :)

[guest]

i have an i5 10th gen and an Nvidia 1650 GPU.

im not after outright speed but more quality. currently im using CPU for 4K HDR encodes. im wondering if i should be using some sort of combination of GPU and CPU or will i loose quality?

You should be able to use both, using appropriate cmd line switches.

/port 1000 /minimize /priority low /x264-opencl-device-type CPU
/port 2000 /minimize /priority low /x264-opencl-device-type GPU

or

/port 1000 /minimize /priority low /x264-opencl-device-id 0

As for quality, it might depend on what filtering you're using.

I tried some of these switches today, and I couldn't see that it enabled anything different

[guest]

So I have spent a few hours looking around for updates to all the Tools used in RipBot, and I found quite a few, there are a lot that haven't been updated for years, and to be honest, there might be several that RipBot doesn't use anymore.

So I've incorporated them into the Tool's Folder, and modified the .ini's so that the new version/build numbers show up when you chose the Tool's tab.

Removed picture, as it's now redundant, due to latest available updates

[chainring]

So I have spent a few hours looking around for updates to all the Tools used in RipBot, and I found quite a few, there are a lot that haven't been updated for years, and to be honest, there might be several that RipBot doesn't use anymore.

So I've incorporated them into the Tool's Folder, and modified the .ini's so that the new version/build numbers show up when you chose the Tool's tab.

I gave it a test run, and only had 1 hiccup with the x264 version I had chosen (there are quite a few modded one's out there).

Just sayin'.
Share the love and upload your tools folder. Please?

[blacksapprow]

@Atak

With version v1.26.0 it says "Added: VP9 decoding" how can we choose this option?

[Atak_Snajpera]

Just open any file which uses vp9 codec.

[blacksapprow]

Sorry but, where is "MKV encoded" pane?

My current system is quite old. i7-4960X CPU with GTX 670 4GB. As far as I know it needs 6th. generation processor & like GTX 10xx GPU.

RipBot264 Settings pane displays at right MPEG-2, VC1, AVC, HEVC and OTHER am I missing it here?

[Atak_Snajpera]

It means that RipBot264 can decode files encoded by VP9 codec. I didn't write "Added: VP9 HARDWARE decoding"

[blacksapprow]

VP9 is a very good quality encoder&decoder. Can you think of adding it as a decoder?

[guest]

Sorry but, where is "MKV encoded" pane?

My current system is quite old. i7-4960X CPU with GTX 670 4GB. As far as I know it needs 6th. generation processor & like GTX 10xx GPU.

RipBot264 Settings pane displays at right MPEG-2, VC1, AVC, HEVC and OTHER am I missing it here?

Hi blacksapprow,

You system might be a little dated, but it's better than some, I'm sure, and should be more than capable of encoding with RipBot.

I have a few PC's that aren't as good as your's, and they work quite well.

OK, there really isn't an "MKV encoded" pane", you choose what file type AFTER you've created a job (see pic)

This :- MPEG-2, VC1, AVC, HEVC and OTHER, is ONLY where you choose what decoder you want to use, either CPU (recommended) or GPU (if you have good fast powerful video card, Intel or nVidia).

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

[guest]

It means that RipBot264 can decode files encoded by VP9 codec. I didn't write "Added: VP9 HARDWARE decoding"

You really should start considering more encoding options, for video & audio, eg:- VP9, NVEnc and E-AC3.

There are a lot of requests, and nothing gets done, because you don't see the need.

The "other" free encoding app's, out there, are able to do all this, but unfortunately, RipBot is starting to fall behind.

[jlpsvk]

is anybody experiencing that sometimes encodes ends without error, but is not completely encoded???

[ReinerSchweinlin]

@Atak,

Stumbled across some stuff, so I thought I´d give feedback:

- If filenames contain characters like "?", ripbot waits forever while preparing a job saying "waiting for file...."
- Some files with variable framerates are impossible to get right with Ripbot, it seems the length (or the frame count, fps...) is misinterpreted wrong (I know, you´d need a sample - any private adress I can send it to?)
- If an already encoded (or partially encoded file) is edited and only the audio section is changed, the whole file is re-encoded again, even if the video already is done and muxed in the temp-folder.
- Can´t find under which conditions the "copy video" is possible or not, could you help ?
- if the output folder somehow accidently points into nothingness (a non existand drive letter for example), ripbot is behaving like everything is normal, finishing without an error (but oobviously producing no output). Of course the workaround to manually call the mux-batch files etc.. is possible, so not much is lost - but maybe a small check would come in handy (or interpret the error from the muxer shown in the console).


Keep up the good work, thanx for Ripbot!

[ReinerSchweinlin]

You really should start considering more encoding options, for video & audio, eg:- VP9, NVEnc and E-AC3.

There are a lot of requests, and nothing gets done, because you don't see the need.

The "other" free encoding app's, out there, are able to do all this, but unfortunately, RipBot is starting to fall behind.
Well, I certainly see that one could always do more and implement more features. There are always people wishing for more features. But we have to keep in mind that this (Ripbot) is something we get for free and it´s totaly up to Atak to decide whether he wants something added or not. I personaly wouldn´t mind some more documentation on Ripbot - but hey... It´s Ataks project and his spare time hes giving into it.

What I like about Ripbot:

Distributed encoding ... thats simply the killer feature.
Just like mentioned in post 1: It´s simple while still being powerfull. Of course, Staxrip, hybrid, etc... are more flexible - but also require a lot more time to fiddle around. In Ripbot, a lot of time went into the decision of which preset to offer... Which makes it convinient for the user (I am sure Atak spent a lot of time testing the degrain settings to come up with something usefull - or tesed around with CU sizes to max out CPU usage and find a good speed balance... In many cases there was more work done than obvious for the standard user - I appreciate this attention to detail).
Given its complexity, its suprisingly stable - it just works - and thats worth a lot more than 230909 feauters (in my oppinion).

[ReinerSchweinlin]

VP9 is a very good quality encoder&decoder. Can you think of adding it as a decoder?
Do you mean encoder? Decoding already works.

[Atak_Snajpera]

- If filenames contain characters like "?", ripbot waits forever while preparing a job saying "waiting for file...."
How can you have filename with "?" character ???
https://i.postimg.cc/cL85ZGy9/Untitled-2.png

- Some files with variable framerates are impossible to get right with Ripbot, it seems the length (or the frame count, fps...) is misinterpreted wrong (I know, you´d need a sample - any private adress I can send it to?)
variable frame rate has been always a pain in the ass...

- If an already encoded (or partially encoded file) is edited and only the audio section is changed, the whole file is re-encoded again, even if the video already is done and muxed in the temp-folder.
Works as intended. Job is a job. You change something then you start from the scratch.

- Can´t find under which conditions the "copy video" is possible or not, could you help ?
Available only if input file is TS ,MTS, M2T or M2TS

- if the output folder somehow accidently points into nothingness (a non existand drive letter for example), ripbot is behaving like everything is normal, finishing without an error (but oobviously producing no output). Of course the workaround to manually call the mux-batch files etc.. is possible, so not much is lost - but maybe a small check would come in handy (or interpret the error from the muxer shown in the console).
Will take a look...

[Atak_Snajpera]

Was there any RipBot264 version that supported DGHable for tone mapping?

But why would you use worse tonemapping algorithm?
Old (DGHable)
https://i.postimg.cc/Jz0CXzDp/old.png

New (Tweaked by me BT2446)
https://i.postimg.cc/GhcCcQcw/new.png

[guest]

Well, I certainly see that one could always do more and implement more features. There are always people wishing for more features. But we have to keep in mind that this (Ripbot) is something we get for free and it´s totaly up to Atak to decide whether he wants something added or not. I personaly wouldn´t mind some more documentation on Ripbot - but hey... It´s Ataks project and his spare time hes giving into it.

What I like about Ripbot:

Distributed encoding ... thats simply the killer feature.
Just like mentioned in post 1: It´s simple while still being powerfull. Of course, Staxrip, hybrid, etc... are more flexible - but also require a lot more time to fiddle around. In Ripbot, a lot of time went into the decision of which preset to offer... Which makes it convinient for the user (I am sure Atak spent a lot of time testing the degrain settings to come up with something usefull - or tesed around with CU sizes to max out CPU usage and find a good speed balance... In many cases there was more work done than obvious for the standard user - I appreciate this attention to detail).
Given its complexity, its suprisingly stable - it just works - and thats worth a lot more than 230909 feauters (in my oppinion).


I agree 1000% that DE, IS the killer feature, nobody else has or seems to be attempting to add this to the likes of Staxrip or Handbrake.

Staxrip has a parallel encoding option, but that's just not the same :(

Hybrid is insanely complicated.

Handbrake is simple, has a plethora of video & audio encoding options, but single encoding.

But a few extras would make RB, just so, so much better, and put it at the "top of the heap".

I also have to say that "feauters", really confused me, but then I realised it was a typo. Oh, and just 3 or 4 new features would be plenty :)

[guest]

Actually I'm facing an issue with HDRtoSDR tonemapping. Currently I'm using v1.26.0. But when I encode a movie in 1080p SDR format from a 4K HDR REMUX source by turning on the Tonemap option, the output I got is little bit Darker. While the 1080p REMUX source of that same movie is very light and colorful. So are there any tweak settings that can fixed this issue?


So first of all, why are you downsizing from good HDR 4K to SDR 1080p ?? Haven't you got a TV that can play 4K ??

So, when you load your file into RipBot and go to this page, do you have the "Tonemap" option enabled ??

The Tonemap options changed a while back.

Also, do you check the "preview" once you've done you settings ??

[Atak_Snajpera]

you will have to manually tweak values in file HDRtoSDR.avs
this line
video=ConverXYZ_BT2446_C_HDRtoSDR(video,PQMode=true,Lhdr=50000.0,Lsdr=100.0,pColor=0,pct_ref=0.6,pct_ip=0.6,pct_wp=1.0,pct_sdr_skin=1.0,pct_hdr_skin=0.44,threads=1)

[ReinerSchweinlin]

thanx for getting back :)

How can you have filename with "?" character ???
https://i.postimg.cc/cL85ZGy9/Untitled-2.png

If files from a unix share are used for example. Lots of possibilities.

variable frame rate has been always a pain in the ass...

I know :)

Works as intended. Job is a job. You change something then you start from the scratch.
Well - if the whole video stream is encoded and only the audio stream changes or is added - why encode the whole videostream again? ("oops, forgott second audio, lets add it" - now THE WHOLE job incldugin video encoding is done again - instead of only the second audio stream...).
I am fully aware that one can alwys deal with this kind of stuff manualy.


Available only if input file is TS ,MTS, M2T or M2TS

Ah, I see. Thanx. Any chance of extending the "video copy" option to other containers?

Will take a look...
Thanx

[ReinerSchweinlin]

I agree 1000% that DE, IS the killer feature, nobody else has or seems to be attempting to add this to the likes of Staxrip or Handbrake.

Staxrip has a parallel encoding option, but that's just not the same :(

Hybrid is insanely complicated.

Handbrake is simple, has a plethora of video & audio encoding options, but single encoding.

But a few extras would make RB, just so, so much better, and put it at the "top of the heap".

I also have to say that "feauters", really confused me, but then I realised it was a typo. Oh, and just 3 or 4 new features would be plenty :)
Yeah, everybody always has a wish list :) Yesterday I thought: "cleaning up some cartoons would be nice - maybe I try to fiddle in anime4k in its avisynth version as a custom avs skript"... No luck so far, have to do more fiddling :)

[blacksapprow]

@ProBroSam

Which player software are you using.

MegaCodecPack with MadVR combination gives good colors when playing UHD 4K content.

[slalom]

Well - if the whole video stream is encoded and only the audio stream changes or is added - why encode the whole videostream again? ("oops, forgott second audio, lets add it" - now THE WHOLE job incldugin video encoding is done again - instead of only the second audio stream...).
I am fully aware that one can alwys deal with this kind of stuff manualy.
RipBot264 doesn't know you forgot, use MKVMerge
You really should start considering more encoding options, for video & audio, eg:- VP9, NVEnc and E-AC3.
E-AC3 is very popular in series, anyone knows, is that a free codec?

[guest]

E-AC3 is very popular in series, anyone knows, is that a free codec?

Hi slalom, it must be free, as you can very easily convert to E-AC3 using eac3to, which uses FFMEG.

And Handbrake does E-AC3 conversions, as well.

[ReinerSchweinlin]

RipBot264 doesn't know you forgot, use MKVMerge
As I said, this can always done manualy, but that was not what I was asking.
If the answer to every issue or proposal would be: "do it yourself manualy" the point of feedback would be a little pointless :)

E-AC3 is very popular in series, anyone knows, is that a free codec?
google it :)

Just kidding... Dolby Digital is free nowadays, since the patents expired. DD+ Licences can be bought nowadays, but if it really is free for pesonal usw - I dont know.

[guest]

As I said, this can always done manually, but that was not what I was asking.
If the answer to every issue or proposal would be: "do it yourself manually" the point of feedback would be a little pointless :)

So what where you asking ??

If you forget to add something to RB and then process it, you're going to either add it manually afterwards, or do it again !!!

RB can actually just process video, but it can't just process audio tracks.

And yes, some feedback IS pointless.


google it :)

Just kidding... Dolby Digital is free nowadays, since the patents expired. DD+ License's can be bought nowadays, but if it really is free for personal use - I don't know.

I had already answered this.

[slalom]

As I said, this can always done manualy, but that was not what I was asking.
If the answer to every issue or proposal would be: "do it yourself manualy" the point of feedback would be a little pointless :)
Ok, you would have to add a new job with the encoded video (wait for the file to add), add from the other job the parts (subs/audio) you forgot, select "copy stream" for video (if it existed), press start and wait for it to mux

[chainring]

While I haven't tried it, an option to process audio and not video would be to feed it through VidCoder. Fast. Simple. Works great.

[ReinerSchweinlin]

So what where you asking ??

- If an already encoded (or partially encoded file) is edited and only the audio section is changed, the whole file is re-encoded again, even if the video already is done and muxed in the temp-folder.
My thought was: If a job already is finished and one wants to change something in the audio section, it would be nice if the already encoded video (of not changed) would be kept. At the moment, it´s encoded once more (which is unnecessary).
Since Ripbot keeps track of all the already encoded chunks, the check for "is video completed already" wouldn´t be too difficult.

If you forget to add something to RB and then process it, you're going to either add it manually afterwards, or do it again !!!

I know, that´s why I said:

I am fully aware that one can always deal with this kind of stuff manualy.

RB can actually just process video, but it can't just process audio tracks.
Except in certain cases when the "copy video" option is possible :)

Don`t get me wrong, I am fully capable to solve these "problems" manualy. I just thought it would be a nice addition to ripbot. And since these functions are not very complicated, they might be considered. If not, fine with me, its a free peace of software and the decision to implement something or fix a bug or change something is up to Atak.




I had already answered this.
So you think the info here is wrong?
https://en.wikipedia.org/wiki/Comparison_of_audio_coding_formats
It mentions AC3 as free (patents exired), EAC not free.
So which is correct? looking up Dolby Labs Website, they offer licences, no mentioning of EAC being royalty free.
Just because some feature is included somehwere doesn´t mean it´s free as in "no patents, no royalty, open source...".

[ReinerSchweinlin]

Ok, you would have to add a new job with the encoded video (wait for the file to add), add from the other job the parts (subs/audio) you forgot, select "copy stream" for video (if it existed), press start and wait for it to mux
Thanx :) I know - It can be done manualy. Ma thought was to solve it in Ripbot. Of course one can allways call up any muxer, ffmpeg, any other muxing GUI, etc...
While I haven't tried it, an option to process audio and not video would be to feed it through VidCoder. Fast. Simple. Works great.
Thanx for the suggestion. At the moment, I use DMMediaencoder for stuff like this - or write a small batch file using mkv-muxer or ffmpeg via CLI.

Thanx all for participating, maybe I should have rephrased. I wasn´t looking for a solution, I was mentioning a behaviour, deducing a proposal in Ripbot.

[guest]

So you think the info here is wrong?
https://en.wikipedia.org/wiki/Comparison_of_audio_coding_formats
It mentions AC3 as free (patents expired), EAC not free.
So which is correct? looking up Dolby Labs Website, they offer license's, no mentioning of EAC being royalty free.
Just because some feature is included somewhere doesn´t mean it´s free as in "no patents, no royalty, open source...".

Well, if you can do an E-AC3 conversion with eac3to, Handbrake, and more (and they are free), then E-AC3 must be (that's my logic, anyway)

[guest]

At the moment, I use DMMediaencoder for stuff like this -

I had never heard of that app, so I Googled it, it's a little bit old (but whatever works, I guess)

Maybe you could try VidCoder, as chainring suggested, (it's current)

[ReinerSchweinlin]

Thanx for getting back. Again, I am not searching for any other tool to do this :) I have plenty of solutions. I was making a suggestion for Ripbot.

But since its mentioned again - Vidcoder is a handbrake GUI - so not Video-passhtrough and no AAC-HE V2 (which - in my case is what I am using and Ripbot has it conviniently built in) - at least last time I checked..

Again, I could list dozens of solutions how to use OTHER Tools to do this - my intend was to make a proposal for Ripbot.

But thanx.

[guest]

Thanx for getting back. Again, I am not searching for any other tool to do this :) I have plenty of solutions. I was making a suggestion for Ripbot.

But since its mentioned again - Vidcoder is a handbrake GUI - so not Video-passhtrough and no AAC-HE V2 (which - in my case is what I am using and Ripbot has it conviniently built in) - at least last time I checked..

Again, I could list dozens of solutions how to use OTHER Tools to do this - my intend was to make a proposal for Ripbot.

But thanx.

OK, well that's good that you have other options (as do I, when things go a bit pear shaped).

Yes, I noticed that VidCoder is built around Handbrake (not sure how that works), but I have never used VidCoder..I use Handbrake for certain things that I can't with RipBot.

Yes, a lot of us suggest updates, mod's & extra's, but it seems to fall on deaf ears.

But like you say, it's free, it's Atak's "baby" so its completely up to him what he does & doesn't do :(

[chainring]

But since its mentioned again - Vidcoder is a handbrake GUI - so not Video-passhtrough and no AAC-HE V2 (which - in my case is what I am using and Ripbot has it conviniently built in) - at least last time I checked..

But thanx.

Well, darn, you're correct. I must have been thinking of something else.

[jlcpremier]

I am using distributed encoding and recently upgraded to v1.26 on all machines. I've noticed that on just about every job, a slave machine or two hangs when it finishes encoding that chunk. It will stop at either :02, :01 or :00 seconds left. If I manually disable that node by clicking the network button, it will re-encode that chunk on another node, or I can go into the temp folder and usually the chunk is there so then I just have to run the CombineAllChunks.cmd
We are running a full 16 server distributed encoding farm. I've noticed this problem mainly when using the avisynth filters for Mdegrain2 and KNLMeansCL. Each server is an HP EliteDesk 800G1 w/i7 and 8GB RAM on SSD, solely being used with CPU encoding (no GPU)

Is there any settings I can check or change to make this more reliable? You can see an example of how a job looks when it hangs below
https://i.ibb.co/0Fc8Rr4/ripbot-copy.png

[guest]

I am using distributed encoding and recently upgraded to v1.26 on all machines. I've noticed that on just about every job, a slave machine or two hangs when it finishes encoding that chunk. It will stop at either :02, :01 or :00 seconds left. If I manually disable that node by clicking the network button, it will re-encode that chunk on another node, or I can go into the temp folder and usually the chunk is there so then I just have to run the CombineAllChunks.cmd
We are running a full 16 server distributed encoding farm. I've noticed this problem mainly when using the avisynth filters for Mdegrain2 and KNLMeansCL. Each server is an HP EliteDesk 800G1 w/i7 and 8GB RAM on SSD, solely being used with CPU encoding (no GPU)

Is there any settings I can check or change to make this more reliable?

Welcome to the Forum.

Wow, 16 servers...nice :)

So was it working OK before the update to 1.26.0 ??

OK, for KNLMeanCL processing you need an appropriate, supported GPU.

MDegrain filters are pretty CPU intense, but shouldn't really cause any problems.

Also, do you know what version of Avisynth you're running (bottom of Encoding Server window is an easy way to check, you can simply run that from the RipBot264 installation folder).

So just out of interest, what were you encoding here (in reference to the screenshot) ?

[Atak_Snajpera]

I am using distributed encoding and recently upgraded to v1.26 on all machines. I've noticed that on just about every job, a slave machine or two hangs when it finishes encoding that chunk. It will stop at either :02, :01 or :00 seconds left. If I manually disable that node by clicking the network button, it will re-encode that chunk on another node, or I can go into the temp folder and usually the chunk is there so then I just have to run the CombineAllChunks.cmd
We are running a full 16 server distributed encoding farm. I've noticed this problem mainly when using the avisynth filters for Mdegrain2 and KNLMeansCL. Each server is an HP EliteDesk 800G1 w/i7 and 8GB RAM on SSD, solely being used with CPU encoding (no GPU)

Is there any settings I can check or change to make this more reliable? You can see an example of how a job looks when it hangs below
https://i.ibb.co/0Fc8Rr4/ripbot-copy.png

Next time when you get this problem please also show me what encoding server reports in main TAB and in tcp communication TAB. IT looks like string containing "encoded ..." Was not sent back to encoding client.

[jlcpremier]

Welcome to the Forum.

Wow, 16 servers...nice :)

So was it working OK before the update to 1.26.0 ??

OK, for KNLMeanCL processing you need an appropriate, supported GPU.

MDegrain filters are pretty CPU intense, but shouldn't really cause any problems.

Also, do you know what version of Avisynth you're running (bottom of Encoding Server window is an easy way to check, you can simply run that from the RipBot264 installation folder).

So just out of interest, what were you encoding here (in reference to the screenshot) ?

Yeah working in IT has it's perks :)

It wasn't getting hung as much but still would occasionally on jobs. I haven't really played around much with the NR filters before, so I think it may be more tied to that. I also notice the nodes take a lot longer to fire off when the filters are in use.

I looked up some info on KNLMeansCL and there wasn't a whole lot of info about it, in terms of ripbot, but in the test file I ran just using KNLMeansCL at levels 1, 3, and 5 for noise reduction it made a substantial difference with the noise reduction, and file size even though there's no real graphics card for it to use the GPU for. Just running it through the Degrain filter at each level didn't actually make much difference in the PQ or the size reduction of the file. For some reason putting them together did though.

Version of avisynth+ shows as 3.4 (r925)

I'm taking all 9 seasons of 24 I have on bluray and trying to compress them down and improve the picture. This particular show has so much noise and grain in the source files that a standard 1080P episode with no noise reduction is still around 2-3GB encoded at slow CQ24, with the Mdegrain2/KNLMeansCL filters set to max it drops down to about 400MB and still looks great. But that's over 200 episodes, so you can see why it being automated would be nice. :)

[slalom]

Thanx :) I know - It can be done manualy. Ma thought was to solve it in Ripbot. Of course one can allways call up any muxer, ffmpeg, any other muxing GUI, etc...
The answer is, you can't

[guest]

Yeah working in IT has it's perks :)

It wasn't getting hung as much but still would occasionally on jobs. I haven't really played around much with the NR filters before, so I think it may be more tied to that. I also notice the nodes take a lot longer to fire off when the filters are in use.

I looked up some info on KNLMeansCL and there wasn't a whole lot of info about it, in terms of ripbot, but in the test file I ran just using KNLMeansCL at levels 1, 3, and 5 for noise reduction it made a substantial difference with the noise reduction, and file size even though there's no real graphics card for it to use the GPU for. Just running it through the Degrain filter at each level didn't actually make much difference in the PQ or the size reduction of the file. For some reason putting them together did though.

Version of avisynth+ shows as 3.4 (r925)

I'm taking all 9 seasons of 24 I have on bluray and trying to compress them down and improve the picture. This particular show has so much noise and grain in the source files that a standard 1080P episode with no noise reduction is still around 2-3GB encoded at slow CQ24, with the Mdegrain2/KNLMeansCL filters set to max it drops down to about 400MB and still looks great. But that's over 200 episodes, so you can see why it being automated would be nice. :)

Hi, so have you tried MDegrain3 (or MDegrain4, custom filter you'd have to add yourself)..I find they do an excellent job of cleaning up things.

That's a fairly old version of Avisynth...

I'm also curious about the power consumption with 16 SFF servers running....just looking at your screenshot, even with 16 DE server's your processing speeds aren't that impressive, but that's probably due to the filters you're using.

Just out of interest, under the "Main" tab of RB, do you have "Limit to following filters only" checked ??

Also, under the "Distributed Encoding" tab, you could maybe bump up the "Chunks Size" to 2.

Well, that's my 10 cents worth. It's ALL about speed !!!!

Cheers

[guest]

So, I'm sure some of you remember and used to use this denoising filter when it was an integral function of RipBot264, but was replaced by MDegrain.

It did a pretty good job, I used to use quite a bit (back in the day), and I have only just now decided to figure out how "put it back" with several filtering options (settings acquired off the "Net", and referencing how it worked in a much older version of RB).

So if anyone is interested, you can get it here :-

Link has been removed due to limited feedback, and that the filter isn't "up to scratch".

[slalom]

I get an error, are you sure the file is ok?

[slalom]

WinRar v4.2 gives me error,
The archive is unknown format or damaged

v5.9 opens it fine

[slalom]

I later installed the v6.0 to be safe

will test that filter some time later

[Ryushin]

So, I'm sure some of you remember and used to use this denoising filter when it was an integral function of RipBot264, but was replaced by MDegrain.

I believe HQDN3D was taken out because it did not support 10 bit color. Since I convert everything to 10bit color and x265 (even from 8 bit sources) I'm afraid I can't use it. I also stopped using it because MDegrain2 was such a drastic improvement I never went back. Even when originally I was only getting 2fps from a Blue-ray source when using MDegrain2, the quality was worth the wait.

[guest]

I believe HQDN3D was taken out because it did not support 10 bit color. Since I convert everything to 10bit color and x265 (even from 8 bit sources) I'm afraid I can't use it. I also stopped using it because MDegrain2 was such a drastic improvement I never went back. Even when originally I was only getting 2fps from a Blue-ray source when using MDegrain2, the quality was worth the wait.

Hi, like I said, I haven't tested it with any x265 encodes, yet.

I still do a lot of x264 encodes.

Interesting that this filter is still used in Handbrake, and Staxrip.

I think why I did this is, I used to use it a lot, it did a pretty good job, and is a lot faster than MDegrain, and its just another denoising option that someone might find a use for, that got "axed" !!!