View Full Version : RipBot264 v1.18.3 - Simple and easy to use GUI -> IPOD . PSP . CONSOLES . BLURAY
tkwou
13th February 2017, 08:38
Sorry I guess I should include that I'm re-encoding Blu ray to Profile AVC High 4.0 at an average bit rate of 20000 on a 2-Pass.
Atak_Snajpera
13th February 2017, 10:35
increase chunk size from default 60s to 300s or even 600s.
tkwou
13th February 2017, 20:49
Thanks I'll give that a try. What about the BDO strength setting. Should I leave it at 2? Also, as I've asked before, how do I demux a TrueHD soundtrack without it automatically converting to Flac? Thanks.
byteshare
14th February 2017, 02:30
Thanks I'll give that a try. What about the BDO strength setting. Should I leave it at 2? Also, as I've asked before, how do I demux a TrueHD soundtrack without it automatically converting to Flac? Thanks.
You could try BDO 1 or 0:
http://forum.doom9.org/showthread.php?p=1729404#post1729404
As for Demuxing TrueHD soundtrack, I'd manually do this with MKVToolNix
tkwou
14th February 2017, 07:00
Thanks byteshare, it's just that the TrueHD track is already in the Blu-ray .mkv so that I would have to remove the track first by creating a new .mkv file before using Ripbot264. Otherwise it will just demux the TrueHD track and start converting it to Flac which wastes a lot of time. Then when Ripbot264 is finished I would need to remux the .mkv again to add the TrueHD soundtrack back.
Ronski
14th February 2017, 11:15
I also use MKVToolnix to strip out the video only, then use Ripbot264 to process that, then re mux again with MKVToolnix, leaving out the original video stream and mux in the new stream. It does take extra time, but I don't do many so not a problem for me.
It would be ideal if ripbot can be told to just process the video and leave everything else as it is.
byteshare
14th February 2017, 19:07
Thanks byteshare, it's just that the TrueHD track is already in the Blu-ray .mkv so that I would have to remove the track first by creating a new .mkv file before using Ripbot264. Otherwise it will just demux the TrueHD track and start converting it to Flac which wastes a lot of time. Then when Ripbot264 is finished I would need to remux the .mkv again to add the TrueHD soundtrack back.
If the copy audio isn't working for you, than you'll have to do it manually, however...I recommend using a batch file to do these things. I can help with that if you need it.
I'd use these for now (in .bat form) for stripping out audio (going from audio/video to just video:
for %%a in (*.mkv) do "C:\Program Files\MKVToolNix\mkvmerge.exe" -o "..\output\%%a" -A "%%a"
Just audio (audio/video to just audio):
for %%a in (*.mkv) do "C:\Program Files\MKVToolNix\mkvmerge.exe" -o "..\output\%%a" -D "%%a"
tkwou
14th February 2017, 22:53
Thanks for your advice but I already know how to do it. I was just hoping there was a simple way so I wouldn't have to. I don't understand why True-HD is still singled out to be converted to Flac when other HD audio tracks are left alone.
byteshare
15th February 2017, 01:17
Thanks for your advice but I already know how to do it. I was just hoping there was a simple way so I wouldn't have to. I don't understand why True-HD is still singled out to be converted to Flac when other HD audio tracks are left alone.
I'm not sure either. RipBot could use a little TLC when it comes to audio but the program is great overall so what can you do but wait for updates :)
I know I'd like to see a "none" option for audio in batch mode.
Atak_Snajpera
15th February 2017, 19:11
http://www.mediafire.com/file/zat5jd4as3wa1jl/EncodingClient.exe
This version has improved BDO algorithm.
First change is range. It now accepts only values between 0 and 1. (if value is larger then 1 is used)
There is also a new safety limit how much bitrate can be reduced for low complexity chunks (credits and so on). In old version it was 100kbps. Now the limit is 25% of nominal bitrate. In example below you can see that bitrate does not drop below 250kbps in credit section.
https://i.imgsafe.org/4971fcf592.png
byteshare
15th February 2017, 20:21
http://www.mediafire.com/file/zat5jd4as3wa1jl/EncodingClient.exe
This version has improved BDO algorithm.
First change is range. It now accepts only values between 0 and 1. (if value is larger then 1 is used)
There is also a new safety limit how much bitrate can be reduced for low complexity chunks (credits and so on). In old version it was 100kbps. Now the limit is 25% of nominal bitrate. In example below you can see that bitrate does not drop below 250kbps in credit section.
This only affects 2-pass and not CQ mode, correct?
The new 2.3 x265 has a few other optimizations for 2-pass mode.
http://x265.readthedocs.io/en/stable/releasenotes.html
Atak_Snajpera
15th February 2017, 22:29
yes. Only 2-pass needs this bitrate adjustment for each chunk.
NeFReT
16th February 2017, 11:57
Could you give a video narration for Ripbot264 distributed encoding?
I could not connect two computers with WiFi, would you tell me how to switch between two computers ?
Translated by Google
Atak_Snajpera
16th February 2017, 16:56
I could not connect two computers with WiFi,
Check firewall
byteshare
16th February 2017, 17:12
Take your time. I can wait few days...
Other than that one Crash I posted I haven't had any problems with the encoding client. Thank you!
Atak_Snajpera
16th February 2017, 19:04
Other than that one Crash I posted I haven't had any problems with the encoding client. Thank you!
I've also experienced similar crash on my pc so definitely I must debug this. What is really annoying that It is so rare :(
ador250
17th February 2017, 13:35
why still uses ffdshow? there is no further development & update since 2014..Lavfilters should be a better option..I bring this issue because I had nvidia gpu and want hardware decoding while encoding..want my cpu to give all it's juice to encoding..ffdshow only has intel quicksync no cuvid/cuda support but Lavfilters has all of this..pls consider this option.
Atak_Snajpera
17th February 2017, 14:10
why still uses ffdshow? there is no further development & update since 2014..Lavfilters should be a better option..I bring this issue because I had nvidia gpu and want hardware decoding while encoding..want my cpu to give all it's juice to encoding..ffdshow only has intel quicksync no cuvid/cuda support but Lavfilters has all of this..pls consider this option.
Do you realize that during conversion encoding process (x264/x265) is a true bottleneck?
http://i.cubeupload.com/9Vdnim.png
Hardware decoding won't reduce encoding time because CPU spends more than 90% of cycles on encoding.
skylinekiller
20th February 2017, 11:01
I would like to upgrade my method of ripping tv DVD box sets. Don't laugh, but my current method is:
1) rip each video title with DVDFAB VOB passthroguh
2) Use MeGUI and use FileIndexer to crop, de-interlace (if required) and add my Decomb to the .avs script
3) Use foobar to make my .AAC sound file
4) Use VDub with misc filters and a two pass to make .avi
5) extract H264 and remux with Yamb
6) Final tv series of .mp4
Does rip bot do this in less steps? If so, does it accurately crop and de-interlace as required?
Atak_Snajpera
20th February 2017, 13:36
yes...
NeFReT
20th February 2017, 20:23
access violation at address 004c6280 in module encodingserver.exe read of address 00000098
Socet Error # 10061
Connetion refused
I get an error. Can you make a detailed narration? In Turkish. Will tell
skylinekiller
20th February 2017, 21:58
Is there a RipBot guide or tutorial that can get me going in the right direction to accomplish this? I only have used it to batch .mkv's into .mp4s. At most the only advanced feature is changing it from 1080p to 720p.
I would like to upgrade my method of ripping tv DVD box sets. Don't laugh, but my current method is:
1) rip each video title with DVDFAB VOB passthroguh
2) Use MeGUI and use FileIndexer to crop, de-interlace (if required) and add my Decomb to the .avs script
3) Use foobar to make my .AAC sound file
4) Use VDub with misc filters and a two pass to make .avi
5) extract H264 and remux with Yamb
6) Final tv series of .mp4
Does rip bot do this in less steps? If so, does it accurately crop and de-interlace as required?
skylinekiller
21st February 2017, 14:11
By the way, in RipBot, is 22 CRF an acceptable setting for a DVD TV series rip? I'ts an older TV show, I Dream of Jeannie. So not a lot of fast motion scenes. I have been doing 2 pass 2048KBS on all my TV shows, regardless of BD or DVD, new or old. From what I am reading, I am overkilling the DVD with 2048 kbs on old DVD TV Shows.
Atak_Snajpera
21st February 2017, 14:26
By the way, in RipBot, is 22 CRF an acceptable setting for a DVD TV series rip?
You have to decide. Do some test encodes and see for yourself.
byteshare
24th February 2017, 22:50
@Atak_Snajpera I know it would be a lot of work, and I'm not trying to pressure, but have you looked at using newer mvtools? https://github.com/pinterf/mvtools/releases/tag/2.7.9.22
It includes some speedup improvements for MDegrain1-6. I tried using it with RipBot and it errored out so I think maybe it has something to do with another dependency?
If it can't/won't ever happen no worries, I use the program a lot as is.
HandBrake doesn't even have a denoise as good as mdegrain in RipBot :)
brumsky
26th February 2017, 16:11
Atak_Snajpera, would it be possible to add a some CLI support to ripbot? I'd like to be able to add encodes to the list.
Something like the follow command
ripbot source dest x265 audio1 5.1 ac3
It would ideally use the default HEVC profile. I'm hoping to automate this with a powershell script I have been using.
Thanks love Ripbot264!!
Atak_Snajpera
26th February 2017, 18:44
@Atak_Snajpera I know it would be a lot of work, and I'm not trying to pressure, but have you looked at using newer mvtools? https://github.com/pinterf/mvtools/releases/tag/2.7.9.22
It includes some speedup improvements for MDegrain1-6. I tried using it with RipBot and it errored out so I think maybe it has something to do with another dependency?
If it can't/won't ever happen no worries, I use the program a lot as is.
HandBrake doesn't even have a denoise as good as mdegrain in RipBot :)
Indeed latest version is 23% faster than old one on my SandyBridge CPU.
Just copy mvtools2.dll from x86 folder and it will work.
@brumsky
I will think about it.
byteshare
28th February 2017, 04:38
Maybe I'm doing it wrong?
I downloaded: https://github.com/pinterf/mvtools/releases/tag/2.7.14.22
copied the mvtools2.dll from the x86 folder in the .7z to my C:\RiptBot\Tools\AviSynth plugins\mvtools\ folder (copied the one in their to somewhere else and then over write the one there.
When I try to preview:
LoadPlugin: unable to load "C:\RiptBot\Tools\AviSynth plugins\mvtools\mvtools2.dll", error=0xc1
(C:\Temp\RiptBot264temp\job384_preview.avs, line 33)
Go ahead and try to encode anyways, and during the "Please Wait...Preparing chunks..." I get:
Application error: Exception EFOpenError in module EncodingClient.exe at 0002411A.
Cannot open file "C:\Temp\RiptBot264temp\job384\info.txt". The system cannot find the file specified.
Tried this for giggles with the x64 one too.
This is my Denoise code (default):
#Denoise
Loadplugin("C:\RipBot\Tools\AviSynth plugins\mvtools\mvtools2.dll")
super=MSuper(video,pel=2)
fv1=MAnalyse(super,isb=false,delta=1,overlap=4)
bv1=MAnalyse(super,isb=true,delta=1,overlap=4)
fv2=MAnalyse(super,isb=false,delta=2,overlap=4)
bv2=MAnalyse(super,isb=true,delta=2,overlap=4)
video=MDegrain2(video,super,bv1,fv1,bv2,fv2,thSAD=400)
Copy the original mvtools2.dll back in and no problems. If it makes a difference I'm on Windows 7 SP1 with a Haswell microarchitecture (4th generation).
Atak_Snajpera
28th February 2017, 13:23
@Byteshare
https://forum.doom9.org/showthread.php?p=1796749#post1796749
byteshare
28th February 2017, 21:48
@Byteshare
https://forum.doom9.org/showthread.php?p=1796749#post1796749
Thank you. Sorry I'm so daft sometimes. Just had to install:
Visual C++ Redistributable for Visual Studio 2015 x86
Visual C++ Redistributable for Visual Studio 2015 x64
Which I had done on my other computers but not the issue one...had been a while since I had to do that so I forgot :(
:thanks:
slalom
1st March 2017, 18:16
@Atak
for a few days now, when I search for a cover, I get a list with names and covers, but the first column with the year is empty
Atak_Snajpera
1st March 2017, 18:51
They have once again changed something. I will take a look tomorrow.
slalom
3rd March 2017, 18:20
They have once again changed something. I will take a look tomorrow.
Fixed! the best support! :thanks:
soneca
3rd March 2017, 23:05
In this latest update mvtools has been updated to version 2.7.9.22.
Atak, why did you choose this version instead of the last version, 2.7.14.2?
jonah
5th March 2017, 10:29
Having an issue here with DE that I'm sure is particularly simple.
Got an encode going on the main PC. Two other pc's on the LAN- one is helping with the encode, but the other one just sits there flicking between "Idle" and "Encoding". Over and over and it's infuriating.
It's a clean install. Any ideas as to the issue?
Atak_Snajpera
5th March 2017, 13:37
Try to capture error message in EncodingServer app. (screenshot)
guest
6th March 2017, 00:17
Having an issue here with DE that I'm sure is particularly simple.
Got an encode going on the main PC. Two other pc's on the LAN- one is helping with the encode, but the other one just sits there flicking between "Idle" and "Encoding". Over and over and it's infuriating.
It's a clean install. Any ideas as to the issue?
I had a similar thing happen to me the other day......check that you are using the same Windows log in password on EVERY pc.
Worked for me....
Ronski
6th March 2017, 11:17
I had all my servers doing that yesterday, then I noticed it was trying to encode one that had already been done. Don't know if I'd inadvertently ticked the check box, but the servers were complaining the file was missing which it would be as I'd deleted it. But surely the main program should simply skip it if the files missing rather than trying to encode it?
I'm sure I've mentioned this before.
brumsky
6th March 2017, 18:29
Indeed latest version is 23% faster than old one on my SandyBridge CPU.
Just copy mvtools2.dll from x86 folder and it will work.
@brumsky
I will think about it.
Thank you! Just a very simple way to add encodes to the list would be perfect!
On another note, I've been getting errors with some videos when attempting to do the autocrop feature.
I get this for avs2avi.exe.
Problem signature:
Problem Event Name: APPCRASH
Application Name: avs2avi.exe
Application Version: 0.0.0.0
Application Timestamp: 40eb0522
Fault Module Name: msvcrt.dll
Fault Module Version: 7.0.9600.17415
Fault Module Timestamp: 54504b2e
Exception Code: c0000005
Exception Offset: 0000c24e
OS Version: 6.3.9600.2.0.0.400.8
Locale ID: 1033
Additional Information 1: 5861
Additional Information 2: 5861822e1919d7c014bbb064c64908b2
Additional Information 3: 6ee2
Additional Information 4: 6ee2432e64e99bdcea5e4be767a3b1a2
Read our privacy statement online:
http://go.microsoft.com/fwlink/?linkid=280262
If the online privacy statement is not available, please read our privacy statement offline:
C:\Windows\system32\en-US\erofflps.txt
along with this error, which makes sense as the auto crop fails.
http://i.imgur.com/tv1NiNb.jpg
Thanks again!
byteshare
6th March 2017, 20:21
In this latest update mvtools has been updated to version 2.7.9.22.
Atak, why did you choose this version instead of the last version, 2.7.14.2?
I manually updated to 2.7.14.2 and having no issues with this version.
http://i.imgur.com/tv1NiNb.jpg
Do you have:
Visual C++ Redistributable for Visual Studio 2015 x86
Visual C++ Redistributable for Visual Studio 2015 x64
Installed? (Some say just x86 is enough) If not try that. I've had issues like that before.
brumsky
7th March 2017, 16:30
Do you have:
Visual C++ Redistributable for Visual Studio 2015 x86
Visual C++ Redistributable for Visual Studio 2015 x64
Installed? (Some say just x86 is enough) If not try that. I've had issues like that before.
Yeah I have both installed.
x86 14.0.23918
x64 14.0.24215
it doesn't happen on everything, I have found a pattern either...
byteshare
7th March 2017, 17:05
Yeah I have both installed.
x86 14.0.23918
x64 14.0.24215
it doesn't happen on everything, I have found a pattern either...
I'm on:
x86: 14.0.23.026.0
x64: 14.0.23.026.0
Those are the versions you should be on if you install from: https://www.microsoft.com/en-us/download/details.aspx?id=48145
Unless you did the update: Microsoft Visual C++ 2015 Redistributable Update 3 https://www.microsoft.com/en-us/download/details.aspx?id=53587
If it is just some files and not other than find a file that is affected and post the media info to see if maybe there is something else I/we can see about the video.
brumsky
7th March 2017, 23:27
I'm on:
x86: 14.0.23.026.0
x64: 14.0.23.026.0
Those are the versions you should be on if you install from: https://www.microsoft.com/en-us/download/details.aspx?id=48145
Unless you did the update: Microsoft Visual C++ 2015 Redistributable Update 3 https://www.microsoft.com/en-us/download/details.aspx?id=53587
If it is just some files and not other than find a file that is affected and post the media info to see if maybe there is something else I/we can see about the video.
Ok I'll dig one up. Thanks.
tkwou
10th March 2017, 18:58
Hi Atak_Snajpera, I opened Ripbot264 today and it took an update. Now distributed encoding is down. It remains checked but encoding client doesn't open when you click START.
tkwou
10th March 2017, 19:59
Sorry jumped the gun. A couple of restarts and it's working again.
Atak_Snajpera
15th March 2017, 18:59
New auto crop method beta test.
Main features
-Slightly faster (1.5x-2x faster)
-more accurate (less chance for over cropped frame)
http://www.mediafire.com/file/d73d7kkwkor7100/Ripbot_new_autocrop_algo.7z
soneca
16th March 2017, 20:19
On my pc it was about 30% faster.
Wanted to test with a dark film, I remember the autocrop wrongly cut the movie Underworld, unfortunately I no longer have this BD with me.
Atak_Snajpera
17th March 2017, 15:06
The speed up will bigger if you have 16 Thread CPU (for example Ryzen 7). Realistically it is around 50%.
soneca
18th March 2017, 02:29
Does this greater accuracy also occur in dark films? Usually the most problematic for AutoCrop.
Atak_Snajpera
18th March 2017, 16:27
I've tested with Underworld (2003) and borders where correctly detected.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.