View Full Version : RipBot264 v1.18.3 - Simple and easy to use GUI -> IPOD . PSP . CONSOLES . BLURAY
Nosirus
6th June 2017, 15:18
I try to make it work, but I also have this error
D:\>"C:\Users\Nosirus\Desktop\RipBot264v1.19.6\EncodingClient.exe" "D:\Temp\RipBot264temp\job1\job1_EncodingClient.meta"
D:\>"C:\Users\Nosirus\Desktop\RipBot264v1.19.6\tools\mkvtoolnix\mkvmerge.exe" -o "C:\test2.mkv" --compression 0:none --title "test2" --default-duration 0:23.94fps "D:\Temp\RipBot264temp\video.264" --chapters "D:\Temp\RipBot264temp\job1\chapters.txt"
mkvmerge v12.0.0 ('Trust / Lust') 64bit
Error: The file 'D:\Temp\RipBot264temp\video.264' could not be opened for reading: open file error.
-------------------------
Elapsed Time: 00h:00m:08s
Only when "Distributed encoding" are ticked
What are the solutions to try? (i use win 10 pro)
(sorry for my bad english)
Atak_Snajpera
6th June 2017, 15:45
Record your desktop with fraps and show us what is really happening? This log is not very helpful.
Nosirus
6th June 2017, 16:19
https://www.youtube.com/watch?v=sWZQKAzmbuw
It seems related to mkvtoolnix that does not create video.h264 file no ?
byteshare
6th June 2017, 16:32
https://www.youtube.com/watch?v=sWZQKAzmbuw
It seems related to mkvtoolnix that does not create video.h264 file no ?
Watched the video. Would you please post the media info for that test2.mkv file?
Nosirus
6th June 2017, 16:49
Of course, but all the videos do that
Atak_Snajpera
6th June 2017, 17:15
Does this file exist?
\\[Your-PC]\Ripbot264temp\Tools\AviSynth plugins\ffms\x86\ffmsindex.exe
Nosirus
6th June 2017, 17:54
Yes, x64 and x86 exist
Nosirus
6th June 2017, 18:26
Yes, x64 and x86 exist
Nosirus
6th June 2017, 20:51
Yes it is present
essential
7th June 2017, 00:50
On current version ... does Ripbot not allow using a PCM audio track?
My source file has a 1,536kb/s PCM track, and when I add it in Ripbot it shows WAVE "RAW/PCM, English, 2.0 channels, 16 bits, 48kHz" and FLAC as options on the structure screen under audio... if I select WAVE the only audio options I get after Ripbot Demuxes are lower quality options like Opus, AAC, and ACS ... I don't get a COPY STREAM option to use the 1,536 PCM track ... is this on purpose?
I also demuxed the audio track from the m2ts in tsmuxer and add it manually in Ripbot and still only get the Opus, AAC, and ACS options.
I understand FLAC is lossless so I'm not losing anything from a quality standpoint, just space saving, but I wanted to verify that I couldn't use the PCM audio even if I wanted too?
Nosirus
7th June 2017, 15:18
Yes it is present
byteshare
7th June 2017, 17:31
On current version ... does Ripbot not allow using a PCM audio track?
My source file has a 1,536kb/s PCM track, and when I add it in Ripbot it shows WAVE "RAW/PCM, English, 2.0 channels, 16 bits, 48kHz" and FLAC as options on the structure screen under audio... if I select WAVE the only audio options I get after Ripbot Demuxes are lower quality options like Opus, AAC, and ACS ... I don't get a COPY STREAM option to use the 1,536 PCM track ... is this on purpose?
I also demuxed the audio track from the m2ts in tsmuxer and add it manually in Ripbot and still only get the Opus, AAC, and ACS options.
I understand FLAC is lossless so I'm not losing anything from a quality standpoint, just space saving, but I wanted to verify that I couldn't use the PCM audio even if I wanted too?
You might need to send a small sample to Atak_Snajpera to test with, but he'll let you know.
sirjaymz
7th June 2017, 23:28
I try to make it work, but I also have this error
Only when "Distributed encoding" are ticked
What are the solutions to try? (i use win 10 pro)
(sorry for my bad english)
I have same issue.
I have tested my test input AVI with DE Mode enabled on 1.19.3 - 1.19.6
Win7x86
Temp drive on NAS "m:"
Output folder on NAS "M:\Transcoded"
Looks like the job1_encoding_meta has the x264_x86.exe --output not including the "Job number" variable in the "Output" location of the command string on the the temp drive. It has the default temp location (%TEMP%\RipBot264temp\video.264) .
Should it not be something like...
(%TEMP%\RipBot264temp\job%Job_Number%\video.264) ???
Nosirus
9th June 2017, 19:50
Hello, I still do not find the solution
I sometimes see a "sharefolder" icon appear and the crash
I use windows 10 pro french
Nosirus
10th June 2017, 17:42
I still have the same problem
I have the icon "sharefolder" which appears in the folder "RipBot264temp" then it crash
I use windows 10 pro in french
Nosirus
10th June 2017, 20:49
I still have the same problem
I have the icon "sharefolder" which appears in the folder "RipBot264temp" then it crash
I use windows 10 pro in french
Atak_Snajpera
11th June 2017, 18:28
Run cmd.exe
and enter this command line
"\\YOUR-PC\Ripbot264temp\Tools\AviSynth plugins\ffms\x86\ffmsindex.exe" -f -k "\\YOUR-PC\Ripbot264temp\Job1\video.mkv"
What error message do you see?
essential
11th June 2017, 21:59
You might need to send a small sample to Atak_Snajpera to test with, but he'll let you know.
Atak, how do I send you a sample? I'm having the same issue I posted about before with another bluray, but this one has a DTS-MA track that Ripbot won't allow me to use. It seems like FLAC is the best I can do.
I've attached two files. When I see the Blu-Ray structure it shows me the DTS-MA (and the PCM in the other instance). However, when I select "Wave" click OK and Ripbot demuxes, when I get to the Encoding Settings screen, AC3 is the best option Ripbot allows me to chose.
Am I missing something?
Edit:
I half answered my own question, when I select "Core" I'm getting the DTS. However with the PCM audio with the other Bluray, "Core" wasn't selectable, just Wave. I'll have to re-rip one of those.
Atak_Snajpera
12th June 2017, 13:02
May I ask why do you need uncompressed audio (wav) in .mkv ?
Nosirus
12th June 2017, 15:23
C:\Users\Nosirus>"\\DESKTOP-8NBTRJ0\RipBot264temp\Tools\AviSynth plugins\ffms\x86\ffmsindex.exe" -f -k \\DESKTOP-8NBTRJ0\RipBot264temp\job1\video.mkv
Writing keyframes... done.
Writing index... done.
No problem I think
Nosirus
12th June 2017, 16:07
https://youtu.be/ScGt6vEu5co
Almost !
But you have to type the command each time
Atak_Snajpera
12th June 2017, 16:58
What happens if you manually run \\DESKTOP-8NBTRJ0\RipBot264temp\Job1\Chunks\1.cmd from remote-pc?
Ps. That behaviour seen on your video means that something is wrong with shared folder. (ACCESS DENIED)
byteshare
12th June 2017, 18:53
Is there a way to specify avs2yuv64.exe rather than avs2yuv.exe when using MT? I think this might be the reason I get issues (often encodes cut out early) with MT in RipBot but not another application.
Atak_Snajpera
13th June 2017, 16:21
Is there a way to specify avs2yuv64.exe rather than avs2yuv.exe when using MT? I think this might be the reason I get issues (often encodes cut out early) with MT in RipBot but not another application.
avs2yuv64.exe will require AviSynth 64bit.
AviSynth 64bit will require ALL plugins in script to be 64 bit as well.
Not all plugins are available for x64 architecture.
byteshare
13th June 2017, 16:50
avs2yuv64.exe will require AviSynth 64bit.
AviSynth 64bit will require ALL plugins in script to be 64 bit as well.
Not all plugins are available for x64 architecture.
Is there a way to know easily if they are x64?
For example MDegrain: http://avisynth.nl/index.php/Temporal_Degrain
I thought was x64.
Sorry if I'm wasting your time, just thought this was easier than it seems now that you explained it a little.
Atak_Snajpera
13th June 2017, 17:37
I mean that every single plugin which is used by RipBot264 would have to be 64bit. Not only MDegrain.
byteshare
13th June 2017, 19:10
I mean that every single plugin which is used by RipBot264 would have to be 64bit. Not only MDegrain.
Why do you include the avs2yuv64.exe than?
RipBot264v1.19.6\Tools\avs2yuv\avs2yuv64.exe
-Update- Don't mean to come off hostile, just wondering if there are other places that RipBot will use the x64 version?
Atak_Snajpera
13th June 2017, 19:34
Because It is part of package. Generally I do not delete any files after extraction. I just keep everything intact.
https://github.com/MasterNobody/avs2yuv/releases
byteshare
13th June 2017, 20:52
Because It is part of package. Generally I do not delete any files after extraction. I just keep everything intact.
https://github.com/MasterNobody/avs2yuv/releases
Thank you for the clarification.
Nosirus
14th June 2017, 15:20
What happens if you manually run \\DESKTOP-8NBTRJ0\RipBot264temp\Job1\Chunks\1.cmd from remote-pc?
Ps. That behaviour seen on your video means that something is wrong with shared folder. (ACCESS DENIED)
It works fine, if I run 1.cmd from another computer
But, this other computer, also does not want to encode with the option "distributed encoding"
edit:
I have an NAS encoder directly on are disk that is in network will fix the problem? If yes, how ?
Atak_Snajpera
14th June 2017, 18:32
When you get this https://youtu.be/ScGt6vEu5co what do you see in Encoding Server app window?
Nosirus
14th June 2017, 20:27
I mean that every single plugin which is used by RipBot264 would have to be 64bit. Not only MDegrain.
Just "encode" then "encoding termined" loop
I do not know how to make it work once, it seems to link to the "residential group" but the folder "D:\Temp\RipBot264temp" is automatically deleted
The network management of windows is really a horror!
I often have this error
https://img15.hostingpics.net/pics/175373error.jpg (https://www.hostingpics.net/viewer.php?id=175373error.jpg)
Atak_Snajpera
15th June 2017, 13:30
Have you disabled Password protected sharing?
https://youtu.be/b-BICnj62iE?t=13s
sirjaymz
15th June 2017, 15:13
Looking at most of the scripts created, it looks as if RB uses the netbios name of the locations of the directories and file locations.
can you make it so that i can use a share on a NAS instead?
I gather that in the ripbot264.ini file that the variable TEMP translates into a netbios name for the temp location and the job working directory when in DE mode.
I tried setting the TEMP variable as
StoreTempFilesin=\\nas\sharedrive as the temp location,
which Iwould translate expect it to translate to
\\nas\sharedrive\Temp\RipBot264temp\
But that doesn't seem to work.
Any plan to allow us to use a NAS unit instead of having the files local? or suggestions how i could accomplish?
Nosirus
15th June 2017, 16:35
Have you disabled Password protected sharing?
https://youtu.be/b-BICnj62iE?t=13s
Yes i had followed tutorial
The folder share "D:\Temp\RipBot264temp" is well indicated, but I have to re-apply it for it to work
RipBot264 seems to change rights every time, possible?
Atak_Snajpera
15th June 2017, 20:57
How about this question?
When you get this https://youtu.be/ScGt6vEu5co what do you see in Encoding Server app window?
jlpsvk
16th June 2017, 07:12
@Atak_Snajpera
Anything new with too long command when trying to encode 4K HDR with distributed encoding? Any chance for a quick fix?
Nosirus
16th June 2017, 14:59
How about this question?
Just "encoding terminated" in loop
https://www.youtube.com/watch?v=3MMWx1ni_Fk
What's happening, thanks for your support :)
byteshare
21st June 2017, 16:18
Just "encoding terminated" in loop
https://www.youtube.com/watch?v=3MMWx1ni_Fk
What's happening, thanks for your support :)
Something is wrong with your setup. Can you go into the job folder and use AvsPmod to see if the script checks out?
For example:
C:\Temp\RipBot264temp\Job238\Chunks\1.avs
load the 1.avs into AvsPmod while the encode is trying in RipBot and see what error it gives you (bottom left click the triangle).
AvsPmod: https://avspmod.github.io/
Danette
24th June 2017, 17:40
In version 1.19.6, the batch function is not working correctly (at least, not on my Win7 system). Previous versions were fine.
I add the files (about 45 files) and they all appear in the “Batch mode” batch list. However, when I click “Start”, the pre-processing begins, but only the first 3 files are processed out of the 45 in the batch list. I then click “Done”, after those 3 are pre-processed, and those 3 files appear, as they should, in the list of jobs that begin to process. Those 3 then are converted correctly.
Also, thanks Atak_Snajpera, for adding custom script in batch mode, although I haven’t tried it yet due to the above problem.
byteshare
25th June 2017, 03:54
In version 1.19.6, the batch function is not working correctly (at least, not on my Win7 system). Previous versions were fine.
I add the files (about 45 files) and they all appear in the “Batch mode” batch list. However, when I click “Start”, the pre-processing begins, but only the first 3 files are processed out of the 45 in the batch list. I then click “Done”, after those 3 are pre-processed, and those 3 files appear, as they should, in the list of jobs that begin to process. Those 3 then are converted correctly.
Also, thanks Atak_Snajpera, for adding custom script in batch mode, although I haven’t tried it yet due to the above problem.
I just click the X button to cancel, and click batch again, fix the settings, and start again. I do that as many times as need.
As for adding custom script to batch I've never tried it myself.
byteshare
25th June 2017, 03:56
FYI to anyone that is trying to do QTGMC and MDegrain. I found it was much faster to combine the lines...I don't know if this messes anything up but my results looked good.
I mean normally RipBot would have two sections for AVISynth scripting, but I just put them together something like this:
[Ignoring the LoadPlugin & Import lines]
super = video.MSuper(pel=2)
bv1 = MAnalyse(super, isb = true, delta = 1, overlap=4)
fv1 = MAnalyse(super, isb = false, delta = 1, overlap=4)
bv2 = MAnalyse(super, isb = true, delta = 2, overlap=4)
fv2 = MAnalyse(super, isb = false, delta = 2, overlap=4)
bv3 = MAnalyse(super, isb = true, delta = 3, overlap=4)
fv3 = MAnalyse(super, isb = false, delta = 3, overlap=4)
video=video.MDegrain3(super,bv1,fv1,bv2,fv2,bv3,fv3,thSAD=1000).HQDering(strength=255).f3kdb.QTGMC(Preset="Medium",FPSDivisor=2)
Danette
25th June 2017, 20:07
I just click the X button to cancel, and click batch again, fix the settings, and start again. I do that as many times as need.
As for adding custom script to batch I've never tried it myself.
So, you are confirming that the bug is there and that you are having to do a dance to get it to work.
I think that Atak_Snajpera will provide a fix once he recognizes the issue, since it wasn't an issue in previous releases.
Atak_Snajpera
25th June 2017, 20:42
Batch mode in v1.20.0 (work in progress) is seriously improved... Generally I've spent alot of time to refactor my old code in many places. Stay tuned. Beta soon...
guest
26th June 2017, 02:30
Batch mode in v1.20.0 (work in progress) is seriously improved... Generally I've spent alot of time to refactor my old code in many places. Stay tuned. Beta soon...
Sounds good :)
Any chance of a few more Servers being added to the next build ??
byteshare
26th June 2017, 19:42
Batch mode in v1.20.0 (work in progress) is seriously improved... Generally I've spent alot of time to refactor my old code in many places. Stay tuned. Beta soon...
Awesome!!! Don't want to wait :D
guest
27th June 2017, 04:27
Awesome!!! Don't want to wait :D
RipBot264 v1.20.0 BETA is out today !!!!!
LOT's of little changes :)
byteshare
27th June 2017, 19:39
New update is great so far!
byteshare
27th June 2017, 19:49
In version 1.19.6, the batch function is not working correctly (at least, not on my Win7 system). Previous versions were fine.
I add the files (about 45 files) and they all appear in the “Batch mode” batch list. However, when I click “Start”, the pre-processing begins, but only the first 3 files are processed out of the 45 in the batch list. I then click “Done”, after those 3 are pre-processed, and those 3 files appear, as they should, in the list of jobs that begin to process. Those 3 then are converted correctly.
Also, thanks Atak_Snajpera, for adding custom script in batch mode, although I haven’t tried it yet due to the above problem.
Batch mode is working well for me right now.
As for custom script loading that also seems to be working correctly.
Calimero1609
28th June 2017, 00:00
Hello Atak
I found a bug in Ripbot264 V1.19.6 / V1.20 BETA
Ripbot does not recognize the audio track ( DTS-MA ) when the temporary directory = D -> the audio file is present in the directory.
https://abload.de/img/bild4hzjba.jpg
https://abload.de/img/bild1-2vkoc2.jpg
If the temporary directory = C, then everything is ok.
https://abload.de/img/bild6j6j4d.jpg
The bug ist not present in V1.19.5!
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.