View Full Version : RipBot264 v1.18.3 - Simple and easy to use GUI -> IPOD . PSP . CONSOLES . BLURAY
byteshare
11th July 2018, 23:56
Having an issue where the CombineAllChuncks.cmd contains an invalid filename for vjoin.exe. From File: "E:\RipBot264v1.22.0\Tools\vjoin\vjoin_.exe"
The "_" should be removed.
I've had that before too. Are you on the most recent version of RipBot?
I can't remember if it was a version fix or what I did to fix it.
I remember even if I had a vjoin_.exe and a vjoin.exe it would be an issue.
byteshare
11th July 2018, 23:58
Thanks, but all I get is an error message when attempting to process. Could it be the script I'm using (which works with Virtualdub and MeGUI)? The script file I use is:
Import("C:\Program Files (x86)\AviSynth 2.5\plugins\QTGMC-3.32.avsi")
AssumeTFF()
QTGMC(Preset="Very Slow")
LimitedSharpenFaster()
Yeah, your script is the issue, and not compatible with RipBot.
Should be something like this:
Loadplugin("C:\RipBot\Tools\AviSynth plugins\RgTools\RgTools.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\nnedi3\nnedi3.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\masktools\masktools2.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\mvtools\mvtools2.dll")
LoadCplugin("C:\RipBot\Tools\AviSynth plugins\Yadif\Yadif.dll")
Import("C:\RipBot\Tools\AviSynth plugins\Scripts\QTGMC.avs")
video=QTGMC(video,Preset="very slow",FPSDivisor=2)
byteshare
11th July 2018, 23:59
Since today's RipBot update still getting:
Only on one computer with same version of RipBot and Windows but different hardware...guessing it is specific to this one machine.
It used to work before a format, not sure what would have changed.
I might try another format :(
Formating now, hope this fixes the issue.
Danette
12th July 2018, 00:58
Yeah, your script is the issue, and not compatible with RipBot.
Should be something like this:
Loadplugin("C:\RipBot\Tools\AviSynth plugins\RgTools\RgTools.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\nnedi3\nnedi3.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\masktools\masktools2.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\mvtools\mvtools2.dll")
LoadCplugin("C:\RipBot\Tools\AviSynth plugins\Yadif\Yadif.dll")
Import("C:\RipBot\Tools\AviSynth plugins\Scripts\QTGMC.avs")
video=QTGMC(video,Preset="very slow",FPSDivisor=2)
Thanks. WOW! Not exactly a GUI, is it? Maybe I should just load all the DLL's in my Avisynth folder and then apply the avs script as needed.
Danette
12th July 2018, 01:35
Yeah, your script is the issue, and not compatible with RipBot.
Should be something like this:
Loadplugin("C:\RipBot\Tools\AviSynth plugins\RgTools\RgTools.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\nnedi3\nnedi3.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\masktools\masktools2.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\mvtools\mvtools2.dll")
LoadCplugin("C:\RipBot\Tools\AviSynth plugins\Yadif\Yadif.dll")
Import("C:\RipBot\Tools\AviSynth plugins\Scripts\QTGMC.avs")
video=QTGMC(video,Preset="very slow",FPSDivisor=2)
Tried my own and copied and pasted yours. Still fails with an error message. In case this is meaningful, here is the log:
C:\>"C:\Users\Main\Desktop\New folder\Tools\ffmpeg\bin\ffmpeg.exe" -loglevel panic -i "C:\Temp\RipBot264temp\job1\job1.avs" -strict -1 -f yuv4mpegpipe - | "C:\Users\Main\Desktop\New folder\tools\x264\x264_x64.exe" --colorprim bt709 --transfer bt709 --colormatrix bt709 --crf 20 --fps 30000/1001 --force-cfr --min-keyint 30 --keyint 300 --frames 43412 --sar 1:1 --level 4.1 --preset veryslow --tune film --aud --nal-hrd vbr --vbv-bufsize 62500 --vbv-maxrate 62500 --deblock=-2,-1 --b-pyramid=2 --sar 16:15 --stdin y4m --output "C:\Temp\RipBot264temp\video.264" -
y4m [error]: bad sequence header magic
x264 [error]: could not open input file `-'
C:\>"C:\Users\Main\Desktop\New folder\tools\mkvtoolnix\mkvmerge.exe" -o "C:\09 Wonder Drug_Track01.mkv" --compression 0:none --title "09 Wonder Drug_Track01" --default-duration 0:30000/1001fps "C:\Temp\RipBot264temp\video.264"
mkvmerge v23.0.0 ('The Bride Said No') 32-bit
Error: buffer_c: num > m_filled. Should not have happened. Please file a bug report.
-------------------------
Elapsed Time: 00h:00m:02s
byteshare
12th July 2018, 06:05
Tried my own and copied and pasted yours. Still fails with an error message. In case this is meaningful, here is the log:
C:\>"C:\Users\Main\Desktop\New folder\Tools\ffmpeg\bin\ffmpeg.exe" -loglevel panic -i "C:\Temp\RipBot264temp\job1\job1.avs" -strict -1 -f yuv4mpegpipe - | "C:\Users\Main\Desktop\New folder\tools\x264\x264_x64.exe" --colorprim bt709 --transfer bt709 --colormatrix bt709 --crf 20 --fps 30000/1001 --force-cfr --min-keyint 30 --keyint 300 --frames 43412 --sar 1:1 --level 4.1 --preset veryslow --tune film --aud --nal-hrd vbr --vbv-bufsize 62500 --vbv-maxrate 62500 --deblock=-2,-1 --b-pyramid=2 --sar 16:15 --stdin y4m --output "C:\Temp\RipBot264temp\video.264" -
y4m [error]: bad sequence header magic
x264 [error]: could not open input file `-'
C:\>"C:\Users\Main\Desktop\New folder\tools\mkvtoolnix\mkvmerge.exe" -o "C:\09 Wonder Drug_Track01.mkv" --compression 0:none --title "09 Wonder Drug_Track01" --default-duration 0:30000/1001fps "C:\Temp\RipBot264temp\video.264"
mkvmerge v23.0.0 ('The Bride Said No') 32-bit
Error: buffer_c: num > m_filled. Should not have happened. Please file a bug report.
-------------------------
Elapsed Time: 00h:00m:02s
Says there is an input error. What is the error you get if you preview the encode in the avisynth settings in the Edit > AviSynth > Preview Script
byteshare
12th July 2018, 06:05
Formating now, hope this fixes the issue.
Nope, still have this issue:
Cannot load file 'C:/RipBot264/Tools/AviSynth plugins/KNLMeansCL/KNLMeansCL.dll'.
Platform returned code 126: The specified module could not be found.
Atak_Snajpera
12th July 2018, 08:04
Have you installed VC redist 2017 ?
byteshare
12th July 2018, 09:08
Have you installed VC redist 2017 ?
Yes, both x86 and x64.
I see:
Microsoft Visual C++ 2005
Microsoft Visual C++ 2010 x86
Microsoft Visual C++ 2010 x64
Microsoft Visual C++ 2013 x86
Microsoft Visual C++ 2013 x64
Microsoft Visual C++ 2017 x86
Microsoft Visual C++ 2017 x64
only thing I see different on the computer working and the one not is that the one working has 2012 x86 and x64. I'm going to install those and see what happens.
Last time I uninstalled all of the Microsoft Visual stuff and then only installed MSV 2017 x86 & x64 before the format.
Update: tried again after installing Microsoft Visual C++ 2012 x86 & x64 and a reboot...same issue.
Using AVSMeter:
AVSMeter 2.2.6 (x64)
Cannot load file 'C:/RipBot/Tools/AviSynth plugins/KNLMeansCL/KNLMeansCL.dll'. Platform returned code 126:
Loading script...
C:\Users\NMedia>C:\Users\NMedia\Downloads\AVSMeter278\AVSMeter64.exe Z:\Temp\RipBot264temp\job1\job1.avs
AVSMeter 2.7.8 (x64) - Copyright (c) 2012-2018, Groucho2004
AviSynth+ 0.1 (r2664, MT, x86_64) (0.1.0.0)
Cannot load file 'C:/RipBot/Tools/AviSynth plugins/KNLMeansCL/KNLMeansCL.dll'. Platform returned code 126:
The specified module could not be found.
(Z:\Temp\RipBot264temp\job1\job1.avs, line 37)
Danette
12th July 2018, 17:44
Says there is an input error. What is the error you get if you preview the encode in the avisynth settings in the Edit > AviSynth > Preview Script
No error identified. It just opens the Media Player app briefly and then the Media Player stops and changes to a very wide, but short Media Player window with no functionality.
Jake802
12th July 2018, 22:21
Hello,
Another question I am not great at this so bare with my stupidity, please. I am trying to do an AVCHD of a movie it has DTS-HD. The only option I am getting is 2.0 FFMPEG AC3 256 kbps [cbr[. Is this right? How come I don't get a copy stream option? Thanks in advance!
thezfunk
13th July 2018, 06:10
This is what I get
java version "1.8.0_172"
Java(TM) SE Runtime Environment (build 1.8.0_172-b11)
Java HotSpot(TM) 64-Bit Server VM (build 25.172-b11, mixed mode)
This problem only started happening after the update to 1.23, before that it detected Java fine.
I get 'Access is denied' and I ran it from an elevated command prompt.
lnatan25
13th July 2018, 23:16
Having the same Java shit as above. After updating to 1.23.0, it says Java is not installed. But it is.
byteshare
14th July 2018, 03:02
No error identified. It just opens the Media Player app briefly and then the Media Player stops and changes to a very wide, but short Media Player window with no functionality.
Click earlier in the seek bar and hit play and the error should show in red text.
byteshare
14th July 2018, 03:03
Having the same Java shit as above. After updating to 1.23.0, it says Java is not installed. But it is.
Have you tried removing all installed java versions and reg entries then reinstalling? I had to do this once.
byteshare
14th July 2018, 03:04
Hello,
Another question I am not great at this so bare with my stupidity, please. I am trying to do an AVCHD of a movie it has DTS-HD. The only option I am getting is 2.0 FFMPEG AC3 256 kbps [cbr[. Is this right? How come I don't get a copy stream option? Thanks in advance!
You should be seeing a Copy Option, can you screenshot and share a link of the issue using a image hosting service such as imgur
thezfunk
14th July 2018, 05:21
Have you tried removing all installed java versions and reg entries then reinstalling? I had to do this once.
Several times...
I uninstall Ripbot and install 1.22 again and it works the first time I open it. Then, the second and subsequent times, it updates and then says I don't have Java installed. Rinse, repeat.
Atak_Snajpera
14th July 2018, 12:51
If you are having issues with java detection then add
CheckRequiredSoftware=0
in RipBot264.ini under [settings] tag
byteshare
15th July 2018, 00:10
Yes, both x86 and x64.
I see:
Microsoft Visual C++ 2005
Microsoft Visual C++ 2010 x86
Microsoft Visual C++ 2010 x64
Microsoft Visual C++ 2013 x86
Microsoft Visual C++ 2013 x64
Microsoft Visual C++ 2017 x86
Microsoft Visual C++ 2017 x64
only thing I see different on the computer working and the one not is that the one working has 2012 x86 and x64. I'm going to install those and see what happens.
Last time I uninstalled all of the Microsoft Visual stuff and then only installed MSV 2017 x86 & x64 before the format.
Update: tried again after installing Microsoft Visual C++ 2012 x86 & x64 and a reboot...same issue.
Using AVSMeter:
Using Dependency Walker I'm seeing missing DLLs, but I'm seeing the same on the computers that work...I guess I'll have to go through and see if I can find differences.
Update: (first time I've been able to get to the forums in a while) Fixed the problem by installing AMD's OpenCL driver. I was missing OpenCL.dll
DG74
19th July 2018, 20:21
Hi,
I'm still getting a Demux Error with Dolby Digital Plus Audio Tracks.
thezfunk
19th July 2018, 20:57
If you are having issues with java detection then add
CheckRequiredSoftware=0
in RipBot264.ini under [settings] tag
I did what you suggested and now it doesn't fail the Java check (because it isn't checking anything) and everything seems to work fine.
byteshare
20th July 2018, 04:22
Hi,
I'm still getting a Demux Error with Dolby Digital Plus Audio Tracks.
Anything specific? Can you post a clip of the file?
guest
20th July 2018, 13:37
This has probably been asked before...
How to convert 264 to 265 HDR, emphasis on the HDR part...
I know there's an option to convert HDR to SDR when using 265....
Atak_Snajpera
20th July 2018, 15:28
You can't restore information which wasn't present in source. It is like having 2d image and asking how to convert to true 3d stereoscopic format.
byteshare
23rd July 2018, 16:33
This has probably been asked before...
How to convert 264 to 265 HDR, emphasis on the HDR part...
I know there's an option to convert HDR to SDR when using 265....
There are scripts to try and add this info but it isn't very helpful or good.
As it has already been pointed out, you're trying to add info that never existed, like upscaling or something along those lines.
Maybe in the future there will be some great script for this but not yet.
byteshare
27th July 2018, 08:59
Not sure why but RipBot is changing é to Θ when muxing the files after an encode.
The filename displays correctly in the queue.
I'm having this issue on a Windows 10 machine.
Using RipBot Core 2018.07.11
Example:
Pokémon XYZ - 0889 - From A to Z! [iTunes DL 1080p] (Arian)
Into:
PokΘmon XYZ - 0889 - From A to Z! [iTunes DL 1080p] (Arian)
guest
8th August 2018, 08:40
So I have a question about the final process of Ripbot, the Muxing of the files.
What is used to do this, as it seems to be only a single threaded utility....
I am just finishing off the longest encode I have EVER done with Ripbot, a 60 Mb/s (original is 48.7 Mb/s), x265, 10bit, 4K encode of the the near 3 hour extended Avatar, it has taken many days (but not 24 hour days) to do this, and it's taking forever to Mux it all back together.
Is it possible to use a multi threaded process to do this ??? There has to be a better / faster way !!!
I might try a few different "tool's" to mux the files that Ripbot creates in the Jobs folders, and see how long it takes.
OK, it's just finished successfully :), and now I think I know why it takes so long....if I check the video file in the Jobs folder, it's still the original bitrate, but the finished encode has the higher bitrate, according to MediaInfo.
user1085
8th August 2018, 09:00
So I have a question about the final process of Ripbot, the Muxing of the files.
What is used to do this, as it seems to be only a single threaded utility....
I am just finishing off the longest encode I have EVER done with Ripbot, a 60 Mb/s (original is 48.7 Mb/s), x265, 10bit, 4K encode of the the near 3 hour extended Avatar, it has taken many days (but not 24 hour days) to do this, and it's taking forever to Mux it all back together.
Is it possible to use a multi threaded process to do this ??? There has to be a better / faster way !!!
I might try a few different "tool's" to mux the files that Ripbot creates in the Jobs folders, and see how long it takes.
OK, it's just finished successfully :), and now I think I know why it takes so long....if I check the video file in the Jobs folder, it's still the original bitrate, but the finished encode has the higher bitrate, according to MediaInfo.I'm lost. Why did you encode to higher bitrate than source?
guest
8th August 2018, 12:02
I'm lost. Why did you encode to higher bitrate than source?
No need to be lost...
It was simply to make it look even better than original, and as a test !!!!
I'm watching it right now, and it looks fantastic !!!!
Atak_Snajpera
8th August 2018, 13:03
No need to be lost...
It was simply to make it look even better than original, and as a test !!!!
I'm watching it right now, and it looks fantastic !!!!
I hope you are just trolling us now ;)
guest
8th August 2018, 14:21
I hope you are just trolling us now ;)
Not 100% sure what that means, but no "trolling", legit !!!!
So is there a faster way to Mux ???
What does Ripbot use, to Mux things back together ??
Atak_Snajpera
8th August 2018, 14:31
mkvmerge.exe or mp4box.exe
guest
8th August 2018, 14:44
mkvmerge.exe or mp4box.exe
And they aren't multi thread enabled ?? (or whatever the terminology is) :stupid:
sneaker_ger
8th August 2018, 14:46
Muxing with mkvmerge or mp4box is basically only bottlenecked by HDD speed. CPU is almost irrelevant.
guest
8th August 2018, 15:00
Muxing with mkvmerge or mp4box is basically only bottlenecked by HDD speed. CPU is almost irrelevant.
So you're suggesting SSD's or better, for the muxing drive !! ??
sneaker_ger
8th August 2018, 15:05
Fastest would be muxing with 2 SSDs, one source and one target. But muxing itself will take only little time. Most time is spent in video encoding. So if you want to speed up things you need: faster CPU and/or lower encoding settings (or faster encoder like x264). Or GPU encoding (but which can impact quality/compression negatively).
Of course converting original 48.7 Mb/s to 60 Mb/s is retarded anyways ...
guest
8th August 2018, 15:13
Of course converting original 48.7 Mb/s to 60 Mb/s is retarded anyways ...
Good advise on the drive setup, I'll check that...
Nice to know you read my thread :)
Not retarded, just testing the limits, but it does make a difference :)
However, a lot of high end 2160p 4K video's are around the 50 - 60 Mb/s bitrate !! Even encoding at the original, would still take a long time.
byteshare
8th August 2018, 16:17
So I have a question about the final process of Ripbot, the Muxing of the files.
What is used to do this, as it seems to be only a single threaded utility....
I am just finishing off the longest encode I have EVER done with Ripbot, a 60 Mb/s (original is 48.7 Mb/s), x265, 10bit, 4K encode of the the near 3 hour extended Avatar, it has taken many days (but not 24 hour days) to do this, and it's taking forever to Mux it all back together.
Is it possible to use a multi threaded process to do this ??? There has to be a better / faster way !!!
I might try a few different "tool's" to mux the files that Ripbot creates in the Jobs folders, and see how long it takes.
OK, it's just finished successfully :), and now I think I know why it takes so long....if I check the video file in the Jobs folder, it's still the original bitrate, but the finished encode has the higher bitrate, according to MediaInfo.
RipBot uses MKVToolNix but CPU isn't needed as this is mostly a data moving issue. The faster the medium between the encoded files to the destination the faster the muxing process.
Also, you should not be seeing increased quality with just raising the bitrate. My guess, is some of the filters you used or the slight filtering process that encodes use is what you're seeing for the difference.
Atak_Snajpera
8th August 2018, 17:05
Not retarded, just testing the limits, but it does make a difference
According to your theory re-encoding 128 kbps MP3 to 320 kbps MP3 will also automagically improve quality?
guest
9th August 2018, 02:00
RipBot uses MKVToolNix but CPU isn't needed as this is mostly a data moving issue. The faster the medium between the encoded files to the destination the faster the muxing process.
Turns out that not only the source & destination folders were on the same slow RAID 1E, but the Temp folder was too...won't do that again !!!
Also, you should not be seeing increased quality with just raising the bitrate. My guess, is some of the filters you used or the slight filtering process that encodes use is what you're seeing for the difference.
No special filters, just basically default settings for 4K encode, the only thing I changed was a 1 pass @ 60,000kb/s.
guest
9th August 2018, 02:12
According to your theory re-encoding 128 kbps MP3 to 320 kbps MP3 will also automagically improve quality?
Well, I'm "whelmed" (not over or under) that my post #15927 sparked so much response, as the Forum has been stagnet for weeks :)
Also a bit of sarcasm mixed in, as well....
I sort of disagree with your statement, bitrate of a video file should produce better quality, than an audio file, but I like your use of "automagically" :)
OK, so you told me what Ripbot uses to mux, but what is used to govern the bitrate of an encode ??? If not mkvmerge ???
Speaking of mkvmerge, there is a newer version of MKVToolNix now available, v25...and does Ripbot use the 32 or 64 bit versions ??
Is there a way to at least maintain original bitrates using Ripbot ??
Generally I just use CQ 20, and everything is smaller / lesser bitrate, an "X Copy" type option (as used with your audio settings) might be an idea.
Oh, and another thing I need to mention, the majority of 4K 2160p HEVC movies also have True-HD audio.
Even my brand new 2018 model LG 4K TV doesn't support that format, so I have to convert any THD audio to DTS-MA or DTS to maintain the 7.1 tracks, as I'm pretty sure Ripbot can't do that. (Correct me if I'm wrong)
Maybe I should say that Ripbot can't convert THD to DTS, only ac3. (and again, correct me if I'm wrong), as we've had this conversation before.
Atak_Snajpera
9th August 2018, 11:25
Is there a way to at least maintain original bitrates using Ripbot ??
Yes if you select .m2ts file. COPY STREAM option will appear in Video profile combobox.
https://s22.postimg.cc/ec4n3qi1t/Untitled-1.png
guest
9th August 2018, 12:26
Yes if you select .m2ts file. COPY STREAM option will appear in Video profile combobox.
https://s22.postimg.cc/ec4n3qi1t/Untitled-1.png
That's good to know, another hidden gem.....
However, most of the files I use, are .mkv, and that option isn't available...can you make that an option for .mkv's ???
Or do I have to convert them to .m2ts with tsmuxer ???
Please tell me you can add it ??? :)
Atak_Snajpera
9th August 2018, 12:35
If you want to retain original quality/bitrate in mkv then why don't you just use mkvtoolnix?
guest
9th August 2018, 12:47
If you want to retain original quality/bitrate in mkv then why don't you just use mkvtoolnix?
WOW, now that is something I never thought I'd hear from you !!!
An interesting statement, none the less.
I am using mkvmerge a lot more than I use to, tho.
But, using Ripbot has some features that I like to use for filtering, audio, etc. Oh, and yes, increasing bitrates...lol !!!
So is that a no, about adding Copy Stream for .mkv's ??
And another question I asked last night was, what does Ripbot use that affects bitrates ?
For example, today I re encoded a basic 2160p movie that had an original bitrate of 24.7Mb/s, but running it thru Ripbot at basic setting's, with MDGrain filter, and CQ 20, it was reduced to 3,540kb/s, and of course a huge reduction in file size...I am yet to check out the quality.
Atak_Snajpera
9th August 2018, 13:00
If you remove randomness (noise) from picture then encoder can achieve much higher compression ratios. For example MDegrain2 can reduce average bitrate in CQ mode by up to 1.7x factor!
guest
9th August 2018, 13:22
If you remove randomness (noise) from picture then encoder can achieve much higher compression ratios. For example MDegrain2 can reduce average bitrate in CQ mode by up to 1.7x factor!
Another very useful nugget of information :)
And can you please answer the question I asked in the previous post, about bitrate control ??
Atak_Snajpera
9th August 2018, 13:32
And another question I asked last night was, what does Ripbot use that affects bitrates ?
this?
guest
9th August 2018, 13:51
this?
Riddles...what does "this?" mean ?
So, what makes the change, if I "up" the bitrate ??
Atak_Snajpera
9th August 2018, 14:47
You are just reducing degradation effect during lossy compression. Keep in mind that picture quality will be still worse than original due to lossy nature of compression. It is something like copying VHS tapes (worse quality) to BETA tapes (better quality) or audio cassette type-I (iron oxide) to type-II (chrome).
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.