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

[Atak_Snajpera]

Is this a fairly recent addition ??

First introduced in 1.20.1

[burt123]

Originally Posted by Atak_Snajpera

First introduced in 1.20.1

OK, well that is an interesting reference point, then.

So, you've told me to disable it, (is it disabled by default ?) and I'm using multi threaded cpu's, what is it really used for ???

[Atak_Snajpera]

That option is useful if you use heavy single threaded filters like MDegrain or QMTC deinterlacer.
Here is example 1920x1080 + MDegrain2 on my 16 thread CPU.

MT DISABLED


MT ENABLED

[burt123]

Originally Posted by Atak_Snajpera

That option is useful if you use heavy single threaded filters like MDegrain or QMTC deinterlacer.
Here is example 1920x1080 + MDegrain2 on my 16 thread CPU.

MT DISABLED


MT ENABLED

OMG, thanks for the detailed explanation....

I actually don't use MDegrain all that much...so what I'm thinking now is, for "normal" encodes, disable MT, and for MDegrain, etc, turn it on....

I will definitely give that a go !!.

See, sometimes it pays to ask a "noobie" question

edit:-...OK, well that's done the trick alright....it's good to have good speed back on "normal" encodes.

I also did a MDegrain run on a pretty "dirty" 1080p Blade Runner, that was approx 18Gb, and after the encode down to 720p, with a fair bit taken out, it was only 1.5Gb, and took just over an hour to do.

[Atak_Snajpera]

According to my tests MDegrain2 can reduce bitrate in constant quality mode by factor of ~1.7x! I'm using it even on relatively clean movies.
I really like how it mainly removes those "dancing dots" without hurting too much real details.

[burt123]

Originally Posted by Atak_Snajpera

According to my tests MDegrain2 can reduce bitrate in constant quality mode by factor of ~1.7x! I'm using it even on relatively clean movies.
I really like how it mainly removes those "dancing dots" without hurting too much real details.

So I'm curious how come you've added several "combo" filters in the recent builds ??

If MDegrain does such a good job by itself, why add the others ???

I mean, KNLmeans is sooooooooooo slow, and is GPU dependent, I haven't used it expect for a couple of times, when you first introduced it. If you haven't got several high end GPU's, whats the point.

[Atak_Snajpera]

So I'm curious how come you've added several "combo" filters in the recent builds ??

Combo MDegrain2 + hqdn3d works very well on old anime. hqdn3d removes nicely those leftovers after MDegrain2.
Example

[burt123]

Originally Posted by Atak_Snajpera

Combo MDegrain2 + hqdn3d works very well on old anime. hqdn3d removes nicely those leftovers after MDegrain2.

Nice to be having a "masterclass" with the creator.....

OK, well, maybe for particular encoders/users, and would save multiple runs thru Ripbot, using different filters.

I generally use HQDN3D, but MDegrain2 seems to work well on most, and it seems to determine what it needs to do, "all by itself"

Don't have any old anime, but might work well on old DVD rips, which I have a LOT of.

[Atak_Snajpera]

I mainly use just MDegrain2 for regular movies and combo variant when I need that extra cleaning. Be careful to not overuse it.

[byteshare]

Originally Posted by Atak_Snajpera

I mainly use just MDegrain2 for regular movies and combo variant when I need that extra cleaning. Be careful to not overuse it.

Have you tried MDegrain with HQDeringmod?
typical values I use with HQDeringmod:

HQDeringmod(nrmode=2,Y=3,U=3,V=3,lsb=False,thr=255.0,darkthr=255.0)

[tkwou]

Hi Atak_Snajpera, just curious about 1.21.0 compared to 1.19.6 that I was using before. I notice that ffmsindex.exe indexes the video file now when it is first added, and then the video file is indexed again once encodingclient.exe opens before the distributed encoding starts.

[byteshare]

Originally Posted by tkwou

Hi Atak_Snajpera, just curious about 1.21.0 compared to 1.19.6 that I was using before. I notice that ffmsindex.exe indexes the video file now when it is first added, and then the video file is indexed again once encodingclient.exe opens before the distributed encoding starts.

There are several changes, but one of the most important is the switch to full 64bit AVISynth. A full change log is here:
https://www.videohelp.com/software/R...tory#changelog

[tkwou]

Thanks byteshare. I was just curious about the added video indexing step. ffmsindex.exe indexes the *.mkv file when it is first added in Ripbot264 GUI to produce *.mkv.ffindex and *.mkv.ffindex_track00.kf.txt files. When encodingclient.exe opens it copies the video.mkv file to the shared folder and then ffmsindex.exe reindexes that file again to create video.mkv.ffindex and video.mkv.ffindex_track00.kf.txt. It just seems redundant.

[POTI]

So the auto download on the 28th said it contained a virus

VSRip.exe contained Trojan Fuerboos.A!cl

[Atak_Snajpera]

Originally Posted by POTI

So the auto download on the 28th said it contained a virus

VSRip.exe contained Trojan Fuerboos.A!cl

Nope!
https://www.virustotal.com/#/file/c3...be88/detection

[byteshare]

Is there anyway to get some of the log info into the media info? Such as the SSIM/PSNR data?

[JASAN]

I'm sorry if this has been asked before, I did a search and didn't find results here.

I'm still using version 1.19.3, I had some issues with distributed encoding and subtitles on 1.21.

Is there any way to add the ability to batch process m2ts files? Its not a recognized filetype at least in 1.19.3.

If I change the files to mts, ripbot will import successfully, but it will not use distributed encoding.

I use it to compress blu-ray tv episodes, lots of files to compress.

Thanks for all your work.

[Atak_Snajpera]

I had some issues with distributed encoding and subtitles on 1.21.

What issues?

[byteshare]

Originally Posted by JASAN

I'm sorry if this has been asked before, I did a search and didn't find results here.

I'm still using version 1.19.3, I had some issues with distributed encoding and subtitles on 1.21.

Is there any way to add the ability to batch process m2ts files? Its not a recognized filetype at least in 1.19.3.

If I change the files to mts, ripbot will import successfully, but it will not use distributed encoding.

I use it to compress blu-ray tv episodes, lots of files to compress.

Thanks for all your work.

I personally remux my m2ts files, but those should be work able in RibBot, last time I tried it at least.

As for your Distributed Encoding (DE) issues, we'd need more info as I personally am not having issues with using DE.

[JASAN]

Issues,

was getting random avs2yuv.exe crash errors on client machines used to run the encoding server.

Sometimes they would work for a full movie or two, sometimes not, and the incomplete chunks would still get written to the movie file, causing skips and such.

the second issue was subtitles would sometimes flash sporadically even though they were proper srt files with good timing.

Both issues went away when I reverted back to 1.19.3