View Full Version : RipBot264 v1.18.3 - Simple and easy to use GUI -> IPOD . PSP . CONSOLES . BLURAY
Pages :
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
[
17]
18
19
20
21
22
kempodragon
27th August 2018, 18:35
Back in April, I built a whole new rig using the Threadripper 1950x. For a test run, I encoded one of my recordings of my camcorder for upload to Vimeo. This was a straight bitrate reduction, no change in fps or resolution. In terms of speed alone, it smoked my old setup, but there was a strange bottleneck that made me wonder if anyone else had similar problems.
My old setup: AMD A-10 Kaveri quad core, and my MSI gx70 laptop, also an AMD A-10 quad core working together over wi-fi. Each system could run two servers instances, my main achieving an average of ~50 fps combined and my laptop also able to run two servers with an average of 25 fps combined, for a total of ~75 fps. Both systems were stock and all core usage was at the max. I always ran 2 pass, so the speeds are an average of both passes.
My Threadripper was able to achieve an average speed of ~250 fps over 2 passes, but I could only run 4 servers before all 16 cores were maxed out. This is what has me puzzled, and was hoping some one could shed some light. I run completely stock speeds and my temps max out at 68 degrees C thanks to the Enermax Liqtech AIO that I have installed.
I haven't updated to the newest Ripbot yet, so maybe the update will let me use more servers, but I really would like to know why I could only run 4 servers, it seems I should have been able to run more.
slalom
27th August 2018, 18:45
@Atak
After the latest update, when I run Ripbot the program starts and I get an error "Windows could not find...", it's a small window so It doesn't show which file.
I checked the taskbar and "EncodingServer.exe" was not running. I had to start it maually from the folder
This happened on all 3 PCs, after today's update, can you check that please?
Atak_Snajpera
27th August 2018, 19:03
@kempodragon
And what is your question?
slalom
27th August 2018, 21:24
@Atak
I can't give a screenshot, you would't understand the language
It just says "Windows could not find..." and there is half the path to my Ripbot folder
It also says, "make sure the name is correct and try again"
I manually run EncodingServer.exe and everything works
guest
28th August 2018, 03:40
* = logical processor aka thread
Yes. If you enable NUMA in bios you will get two graphs in task manager like I showed you before.
SUCCESS :) I have 2 NUMA Nodes per pc. (old Xeon's)
I wish I knew how to add those screenshots you use...(hint, hint).
OK, turned out that NUMA was enable on all the pc's I've checked so far, on the Tyan boards, they call it "ACPI SRAT Table", and with that enabled the Task Manager displays as per your screenie :)
With the Coreinfo check, I get 2 lines, one for each node, with 6 asterisks for node 0, and ditto for node 1. (dual 6 core's)
I'll be very interested if NUMA is an option on the ASUS X9 WS board I have the Xeon E5 12 core on.
So on with the next question, how do I now "enable" them in DE, like you show (post #15981 pg 800) ??
Cheers :)
guest
28th August 2018, 03:51
Back in April, I built a whole new rig using the Threadripper 1950x. For a test run, I encoded one of my recordings of my camcorder for upload to Vimeo. This was a straight bitrate reduction, no change in fps or resolution. In terms of speed alone, it smoked my old setup, but there was a strange bottleneck that made me wonder if anyone else had similar problems.
My old setup: AMD A-10 Kaveri quad core, and my MSI gx70 laptop, also an AMD A-10 quad core working together over wi-fi. Each system could run two servers instances, my main achieving an average of ~50 fps combined and my laptop also able to run two servers with an average of 25 fps combined, for a total of ~75 fps. Both systems were stock and all core usage was at the max. I always ran 2 pass, so the speeds are an average of both passes.
My Threadripper was able to achieve an average speed of ~250 fps over 2 passes, but I could only run 4 servers before all 16 cores were maxed out. This is what has me puzzled, and was hoping some one could shed some light. I run completely stock speeds and my temps max out at 68 degrees C thanks to the Enermax Liqtech AIO that I have installed.
I haven't updated to the newest Ripbot yet, so maybe the update will let me use more servers, but I really would like to know why I could only run 4 servers, it seems I should have been able to run more.
Just because it's "maxed out" doesn't mean you can't add more servers...I use up to 8 on one pc...it all helps !!!
Oh to have a Threadripper :(
Atak_Snajpera
28th August 2018, 12:51
So on with the next question, how do I now "enable" them in DE, like you show (post #15981 pg 800) ??
Just run two servers with different /node value
EncodingServer.exe /node 0
EncodingServer.exe /node 1
guest
28th August 2018, 13:13
Just run two servers with different /node value
EncodingServer.exe /node 0
EncodingServer.exe /node 1
OK, sounds easy enough...
What about other pc's when using DE, on different IP's ??
Say for instance, you had 4 pc's, running 4 server instances each, can you somehow use node 0 & 1 multiple times ?? or ..
And does the Server Name change ?? (this is a user input naming option)
And with Priority, what difference can that make ??
Hope that makes some sort of sense..
Atak_Snajpera
28th August 2018, 13:19
You can run as many servers on single node as you want if you are still having problems with low cpu usage
EncodingServer.exe /node 0
EncodingServer.exe /node 0
EncodingServer.exe /node 1
EncodingServer.exe /node 1
And with Priority, what difference can that make ??
https://docs.microsoft.com/en-us/windows/desktop/procthread/scheduling-priorities
guest
28th August 2018, 13:33
You can run as many servers on single node as you want if you are still having problems with low cpu usage
EncodingServer.exe /node 0
EncodingServer.exe /node 0
EncodingServer.exe /node 1
EncodingServer.exe /node 1
https://docs.microsoft.com/en-us/windows/desktop/procthread/scheduling-priorities
Excellent, thank you very much...
Now a tiny little difference I have noticed in the ripbot.ini, between the auto-updated previous version, to the "full" version you posted on Mediafire..
in the pre, it shows:- "MTFiltersList=MDegrain2;QTGMC;"
in the "full":- "MTFiltersList=MDegrain2;QTGMC;z_ConvertFormat;"
what does the "z_ConvertFormat;" control ??
And I just got another "core" auto update.
Atak_Snajpera
28th August 2018, 13:40
Extra note to my previous answer. I also strongly recommend manually specifying port number!
EncodingServer.exe /node 0 /port 1000
EncodingServer.exe /node 0 /port 2000
EncodingServer.exe /node 1 /port 3000
EncodingServer.exe /node 1 /port 4000
what does the "z_ConvertFormat;" control ??
This filter is used in HDR to SDR conversion.
And I just got another "core" auto update.
It is a fix for issue reported by slalom. (EncodingServer.exe couldn't be automatically executed by Ripbot264.exe if path had spaces)
guest
28th August 2018, 14:02
Extra note to my previous answer. I also strongly recommend manually specifying port number!
EncodingServer.exe /node 0 /port 1000
EncodingServer.exe /node 0 /port 2000
EncodingServer.exe /node 1 /port 3000
EncodingServer.exe /node 1 /port 4000
Nice :)
or in any "random" order, meaning:- node 0/port 1000, node 1/port 2000, node 0/port 3000, node 1/port 4000, etc, for all 16 if needed, and this will pick up on the other NUMA servers in the DE, which will need there own similar settings, correct ?? or only per pc.
Not sure how to word the question I'm trying to ask.
Atak_Snajpera
28th August 2018, 14:11
You've lost me with this one...
guest
28th August 2018, 14:54
You've lost me with this one...
I thought I would...
So let's say you have 4 PC's doing DE, 2 of them can use Numa, and the others can't.
Do you have to allow for that on each PC's DE settings, or just on the individual PC ?
Still not sure if that makes sense.
Atak_Snajpera
28th August 2018, 15:48
If other PCs are regular single socket CPU (no multiple numa nodes) then you can omit /node switch completely
EncodingServer.exe /port 1000
EncodingServer.exe /port 2000
EncodingServer.exe /port 3000
EncodingServer.exe /port 4000
/node 0 will work as well
EncodingServer.exe /node 0 /port 1000
EncodingServer.exe /node 0 /port 2000
EncodingServer.exe /node 0 /port 3000
EncodingServer.exe /node 0 /port 4000
Some examples
PC A = dual socket xeon (6c/12t)
EncodingServer.exe /node 0 /port 1000
EncodingServer.exe /node 1 /port 2000
PC B = laptop (2c/4t)
EncodingServer.exe
PC C = desktop (16c/32t)
EncodingServer.exe /port 1000
EncodingServer.exe /port 2000
kempodragon
28th August 2018, 16:23
@Atak When I ran my test encode, I opened one server at a time while watching core usage. At 4 servers, all 16 cores were at 100%, while my cpu temps reached 68 degrees C where they stabilized. That's why I wanted to know if anyone else had similar problems. I didn't want to try anymore servers, because I was afraid of overheating.
Atak_Snajpera
28th August 2018, 16:26
I still don't get it. You ran 4 encoding tasks and you are surprised that you have 100% cpu usage? Well you should be happy that you have software which can fully utilize those 32 threads.
kempodragon
28th August 2018, 16:51
Yes, my old quad core could only do two servers before all the cores hit 100%, that's why I was surprised when I hit 100% on all 16 cores with only 4 servers. I honestly thought I could get more encoders running before hitting full cpu utilization. Is there some limit to number of servers that one computer can open?
Atak_Snajpera
28th August 2018, 17:21
No limit but EncodingClient is designed for 16 so above that you can't use them anyway.
Cpu usage may rise much faster if you do some heavy filtering in avisynth (resize from 2160p to 1080p + tonemapping (HDR->SDR) + mdegrain2)
kempodragon
28th August 2018, 17:55
Well my camcorder only does 1080p60 and I don't do heavy filtering so no real stress there. I'm curious to see what your new x265 benchmark does as well as the newest version of Ripbot, since they appear to be optimized for Threadripper and the newest Intel.
slalom
28th August 2018, 18:16
It is a fix for issue reported by slalom. (EncodingServer.exe couldn't be automatically executed by Ripbot264.exe if path had spaces)
I DO have spaces in the path, same path all those years
:thanks:
gabbett1
28th August 2018, 20:02
My ripbot just updated and now it won't encode. When I try to start jobs, it just sits there. Normal encoding works, but distributed encoding seems to freeze.
Ryushin
28th August 2018, 23:19
Yep, VSFilter is what is crashing ffmpeg. On the Dell, I removed the MDegrain and just tried to encode the movie just using single thread, on Superfast and it crashed .7% into it. Error:
Problem signature:
Problem Event Name: APPCRASH
Application Name: ffmpeg.exe
Application Version: 0.0.0.0
Application Timestamp: 00000000
Fault Module Name: VSFilter.dll
Fault Module Version: 3.1.0.800
Fault Module Timestamp: 5ace31a2
Exception Code: c0000005
Exception Offset: 00000000000ce9aa
OS Version: 6.3.9600.2.0.0.272.7
Locale ID: 1033
Additional Information 1: d121
Additional Information 2: d121596965eaaf60f095f4d9bc0bf843
Additional Information 3: a18a
Additional Information 4: a18a1eba5b1778212204d59f13f4f060
Will you be able to create a sample with script? We need proper bug report for people maintaining VSFilter.
So I'm finally getting back to this. It seems if I try to render subs using either .srt or .ass I get this crash. I've tested this with a small test file as well. I can pack c:\temp\ripbot264 and c:\ripbot264temp to submit to the people who are maintaining VSFilter. Can you confirm that rendering .srt or .ass is causing ffmpeg to crash on your end? It is doing it on two systems here.
Atak_Snajpera
29th August 2018, 11:12
Can you confirm that rendering .srt or .ass is causing ffmpeg to crash on your end? It is doing it on two systems here.
In my case VSfilter also crashed with DVD subtitles. Problem definitely is in this filter.
byteshare
29th August 2018, 17:02
Well my camcorder only does 1080p60 and I don't do heavy filtering so no real stress there. I'm curious to see what your new x265 benchmark does as well as the newest version of Ripbot, since they appear to be optimized for Threadripper and the newest Intel.
Could add some denoise filters, even light will increase CPU demand
byteshare
29th August 2018, 17:04
My ripbot just updated and now it won't encode. When I try to start jobs, it just sits there. Normal encoding works, but distributed encoding seems to freeze.
In the EncodingServer.exe window do you see any errors?
Does the server just sit at idle?
gabbett1
31st August 2018, 17:04
In the EncodingServer.exe window do you see any errors?
Does the server just sit at idle?
I don't see any errors. It's just idle.
I did notice that if I turned off distributed encoding and then back on I will get the error "cannot find F:\Blue". I looked through all the settings and cannot find any such command. I don't know why this is coming up. So I created a file called Blue on my F drive and tried the process again. It opened the file up for each movie waiting to be encoded. Was very odd.
gabbett1
31st August 2018, 17:25
I noticed that the encoding client hadn't been started. I turned it on manually and it works now. Looks like I'll have to start the encoding client manually for now?
Ryushin
4th September 2018, 14:05
In my case VSfilter also crashed with DVD subtitles. Problem definitely is in this filter.
Looks like it may be fixed:
https://forum.doom9.org/showpost.php?p=1850600&postcount=951
I'll be testing it shortly.
byteshare
4th September 2018, 21:21
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)
On my current encode it is now just failing to mux them:
Z:\>"C:\RipBot\EncodingClient.exe" "Z:\Temp\RipBot264temp\job113\job113_EncodingClient.meta"
Z:\>"C:\RipBot\tools\mkvtoolnix\mkvmerge.exe" -o "Z:\MergeAudio&Video\A\Pokémon Movie 12 - Arceus And The Jewel Of Life [BluRay] (LightEssence).mkv" --compression 0:none --title "Pokémon Movie 12 - Arceus And The Jewel Of Life [BluRay] (LightEssence)" --default-duration 0:24000/1001fps "Z:\Temp\RipBot264temp\video.265"
mkvmerge v23.0.0 ('The Bride Said No') 32-bit
'Z:\Temp\RipBot264temp\video.265': Using the demultiplexer for the format 'HEVC/h.265'.
'Z:\Temp\RipBot264temp\video.265' track 0: Using the output module for the format 'HEVC/h.265 (unframed)'.
The file 'Z:\MergeAudio&Video\A\PokΘmon Movie 12 - Arceus And The Jewel Of Life [BluRay] (LightEssence).mkv' has been opened for writing.
'Z:\Temp\RipBot264temp\video.265' track 0: Extracted the aspect ratio information from the HEVC video data and set the display dimensions to 1920/1080.
The cue entries (the index) are being written...
Multiplexing took 25 seconds.
-------------------------
Elapsed Time: 05h:29m:33s
If I manually do it I don't have an issue with the video and is the correct length. Maybe something to do with MKVToolNix Command Line?
Privateer5000
5th September 2018, 11:34
I have an issue when i shut down my computer and Ripbot is running (just idle, minimized in tray). I get an Error Message saying "Connot focus a disabled or invisible Window" and my computer does not shut off. I have to close RipBot by hand and then i can turn off my computer. Any Idea?
varekai
5th September 2018, 17:17
Any Idea?
Close RipBot and then shut down Windows?
Privateer5000
5th September 2018, 20:00
But this also happens when i tell Ripbot to shut down when encoding is finished. Problem was introduced with Version 1.23
guest
6th September 2018, 07:41
But this also happens when i tell Ripbot to shut down when encoding is finished. Problem was introduced with Version 1.23
No problems here...with Windows 7 & very latest Ripbot !!
Privateer5000
6th September 2018, 09:16
Maybe a Windows 10 Problem, have Win10 running on both PC's
Atak_Snajpera
6th September 2018, 10:42
Problem solved. Expect auto-update soon. (tomorrow)
Privateer5000
6th September 2018, 19:23
Thanks a lot :-)
guest
7th September 2018, 02:49
So, I was using Ripbot (very latest build) yesterday, with approx 20 or so job's in the queue, and it was ticking along quite nicely.
But just now (the next day), I opened Ripbot, and it displayed an error I had never seen before, something like "List index is out of bounds", and there were no job's in the queue, so I re started Ripbot, with the Temp Folder open, and before my very eyes, ALL the job folder's just disappeared, and I've got nothin' !!!!
Now I have to do it all again :(
Any clues ??
PS:- I just wanted to add, that the ONLY thing I did differently was that I had Ripbot turn itself off, yesterday.
Maybe there's a little glitch with that function as noted by Privateer5000.
byteshare
7th September 2018, 21:48
Is there any info I can send that would help explain why sometimes an encode server never starts?
It is listed as idle in the Encoding Client and shows starting in the job chunk list.
I haven't seen a reason for it yet
guest
8th September 2018, 01:58
Is there any info I can send that would help explain why sometimes an encode server never starts?
It is listed as idle in the Encoding Client and shows starting in the job chunk list.
I haven't seen a reason for it yet
OMG, byteshare, I am SO glad you've brought this up.
I have had this problem on nearly every job I've done, since the very latest build....it is so annoying that you go away from the pc, expecting it to just carry on, and you return, only to notice it hasn't done anything for, some times hours, just because one chunk / server has either failed to start, or "freeze's" just at the end, like 99.8%.
It used to happen randomly on earlier builds, but was never diagnosed to discover what was really causing it, so no fix was made.
If there was some way Atak could come up with a process that "scan's" all the servers / chunks every so often, can detect if one or more has stalled, or failed to start, and refresh's them and they start the next available server.
I had a couple of instance's yesterday (after losing the whole queue), that a server would fail to start, so you'd try and stop it, but that didn't work, you could press the Stop button all day, it would not respond, so the only way was to force Ripbot to close, and a few times even a reboot was required to reset everything.
And another thing, ABORT is a bit hit & miss, sometimes it will, but for me, most times it won't. Use to work every time, when it was a part of the "chunk's" DE screen.
I was really hoping that the last "BIG" auto update with Avisynth & ffmpeg updates may have fixed the problem, but it actually seems worse :(
Are you using Numa Nodes ???
So, Atak, please don't take this the wrong way, we are trying to explain what some major problems are, and we're more than happy to help, where possible. Trying to help make Ripbot better, and better :) :thanks:
Ryushin
8th September 2018, 02:02
Looks like it may be fixed:
https://forum.doom9.org/showpost.php?p=1850600&postcount=951
I'll be testing it shortly.
All the tests I've run so far are showing this is fixed in the latest vsfilter.
guest
8th September 2018, 05:49
Further observations & comments, following on from posts #16038, 39 & 40.
I have been watching the chunk/server window as it's processing, (fresh setup of Windows 10 1803), and I've noticed that some chunks will "stall" at "Starting" for a certain amount of time, then just reset to "Offline".
Then, other "chunk's" will be processing away, then all of a sudden, they just restart, back to 0%, and not not just one at a time, up to 4 or 5. And this seems to just loop, until the user does something, but once these problems start, "Abort" doesn't work, and a forced closure is needed, and more often than not, a PC re-start :)
So there's something very strange going on, as this is happening on both Windows 7 & 10.
Might have to go back to the build before 1.23.0 (Final), where a lot of problems started :(....but I really like the NUMA Node option.
byteshare
8th September 2018, 06:43
Further observations & comments, following on from posts #16038, 39 & 40.
I have been watching the chunk/server window as it's processing, (fresh setup of Windows 10 1803), and I've noticed that some chunks will "stall" at "Starting" for a certain amount of time, then just reset to "Offline".
Then, other "chunk's" will be processing away, then all of a sudden, they just restart, back to 0%, and not not just one at a time, up to 4 or 5. And this seems to just loop, until the user does something, but once these problems start, "Abort" doesn't work, and a forced closure is needed, and more often than not, a PC re-start :)
So there's something very strange going on, as this is happening on both Windows 7 & 10.
Might have to go back to the build before 1.23.0 (Final), where a lot of problems started :(....but I really like the NUMA Node option.
Mine tend to get stuck in the "Encoding" status, but on the server it just says: "Encoding started..."
guest
8th September 2018, 06:56
Mine tend to get stuck in the "Encoding" status, but on the server it just says: "Encoding started..."
Yes, that's what used to happen, but today, when they actually stop encoding, and start themselves again, and this can just loop.
Atak_Snajpera
8th September 2018, 11:31
Is this what happens on your machine?
https://s22.postimg.cc/b28mhz6yp/Untitled-1.png
guest
8th September 2018, 12:06
Is this what happens on your machine?
Well, from what I can make out from this muddled up screenshot, is that, that is what happens, but more...
Danette
8th September 2018, 18:29
This has me baffled: I have placed an AVS file into the Tools-Avisynth plugins-Scripts-Custom folder so that I can apply it from the dropdown menu in the batch settings. However, the job is rejected every time, returning the error message “I don’t know what ‘YV12’ means.” I have tried many different types of script to test this, such as; QTGMC, TIVTC, and many simpler scripts. Same problem occurs each time.
Atak_Snajpera
8th September 2018, 19:14
Show me your custom avs script.
Danette
8th September 2018, 20:24
I've tried many scripts, but just a simple one is: video=trim(video,30,100)
Even the default ConvertToInterlaced.avs that is supplied with the GUI returns the same problem.
The JobsRejected log, in addition to showing the YV12 error, cites the "getinfo.avs" file, line 8 for that rejected job. When I look at line 8 of that file, it's just the "#Deinterlace" line.
byteshare
8th September 2018, 21:12
Is this what happens on your machine?
https://s22.postimg.cc/b28mhz6yp/Untitled-1.png
Yes. Both on my Windows 7 and 10 machines
guest
9th September 2018, 12:07
Originally Posted by Atak_Snajpera
Is this what happens on your machine?
Well, from what I can make out from this muddled up screenshot, is that, that is what happens, but more...
So, I got the auto update to 1.23.1, and updated the 2 PC's that have been giving me grief, and it has made some difference, for sure, but I still had a few instances of a Server or 2 stalled at "Starting".. (on Client & Server)
As for that screen shot, how did you re-create the error ??
Hopefully if you know what causes it, you can provide a fix :)
Atak_Snajpera
9th September 2018, 12:57
ENCODING SERVER DEBUG VERSION
http://www.mediafire.com/file/i8vfy718coaubzo/EncodingServer.exe/file
When it hangs take a screenshots and show me at what stage it stopped.
guest
9th September 2018, 14:07
ENCODING SERVER DEBUG VERSION
http://www.mediafire.com/file/i8vfy718coaubzo/EncodingServer.exe/file
When it hangs take a screenshots and show me at what stage it stopped.
Thanks for this...
So screenshots of just the "chunks" window, and/or other ??
Atak_Snajpera
9th September 2018, 15:09
Server window!
Danette
9th September 2018, 16:13
Show me your custom avs script.
I've tried many scripts, but just a simple one is: video=trim(video,30,100)
Even the default ConvertToInterlaced.avs that is supplied with the GUI returns the same problem.
The JobsRejected log, in addition to showing the YV12 error, cites the "getinfo.avs" file, line 8 for that rejected job. When I look at line 8 of that file, it's just the "#Deinterlace" line.
Danette
9th September 2018, 19:07
This has me baffled: I have placed an AVS file into the Tools-Avisynth plugins-Scripts-Custom folder so that I can apply it from the dropdown menu in the batch settings. However, the job is rejected every time, returning the error message “I don’t know what ‘YV12’ means.” I have tried many different types of script to test this, such as; QTGMC, TIVTC, and many simpler scripts. Same problem occurs each time.
UPDATE: Turns out that the custom script may not be the problem. On a whim, I just tried the batch function with no custom script and received the same “I don’t know what ‘YV12’ means” error. Perhaps this problem is in the GUI functionality and not the scripting.
byteshare
10th September 2018, 16:56
ENCODING SERVER DEBUG VERSION
http://www.mediafire.com/file/i8vfy718coaubzo/EncodingServer.exe/file
When it hangs take a screenshots and show me at what stage it stopped.
Don't know if this is telling or not, but I can't start the debug version on one of the client PCs that had been only running EncodingServer.exe on. Also they don't start (set to two) when I open the full ripbot.
EncodingServer Debug version does start on the main machine that I encode with. The non-debug version does still run, but I don't think it would be helpful to have half my servers debug and not the other half, since it would be up to chance if one of the debug servers stalls and not the non-debug servers.
Normally these two windows machines encode one file together since they both have a similar CPU (ie slow).
Running an encode now with only the main server.
byteshare
10th September 2018, 16:58
UPDATE: Turns out that the custom script may not be the problem. On a whim, I just tried the batch function with no custom script and received the same “I don’t know what ‘YV12’ means” error. Perhaps this problem is in the GUI functionality and not the scripting.
Do you get the same error if you add a single job (not batch).
I think I remember having a similar issue before and I thought it had to do with either Visual Studio or AVISynth needing to be reinstalled.
Danette
11th September 2018, 01:49
Do you get the same error if you add a single job (not batch).
I think I remember having a similar issue before and I thought it had to do with either Visual Studio or AVISynth needing to be reinstalled.
No: single jobs are fine. However, I just re-installed Avisynth+ and the problem persists when trying to use the batch function. Also tried Avisynth 2.5 and the problem exists there, too.
guest
11th September 2018, 07:57
Don't know if this is telling or not, but I can't start the debug version on one of the client PCs that had been only running EncodingServer.exe on. Also they don't start (set to two) when I open the full ripbot.
EncodingServer Debug version does start on the main machine that I encode with. The non-debug version does still run, but I don't think it would be helpful to have half my servers debug and not the other half, since it would be up to chance if one of the debug servers stalls and not the non-debug servers.
Normally these two windows machines encode one file together since they both have a similar CPU (ie slow).
Running an encode now with only the main server.
Hi byteshare,
I haven't had any issues with the Debug version, and I haven't had many "stall's" since using it (2 today).
I also use "full" Ripbot on my clients, and have Ripbot auto start with Windows, so it's almost "headless".
guest
11th September 2018, 13:06
A QUESTION TO ALL YOU RIPBOT USERS:-
How many of you are regularly processing large 4K movie's or tv eps ??
And are you experiencing high memory usage during importing & processing of jobs ??
Danette
11th September 2018, 14:05
A QUESTION TO ALL YOU RIPBOT USERS:-
How many of you are regularly processing large 4K movie's or tv eps ??
And are you experiencing high memory usage during importing & processing of jobs ??
Lots of TV eps. 90% CPU usage - about the same as MeGUI.
byteshare
11th September 2018, 16:26
Server window!
Had the issue come up with the debug version. I don't see anything different though:
https://i.imgur.com/mxXfZBW.jpg
byteshare
11th September 2018, 16:28
I haven't had any issues with the Debug version, and I haven't had many "stall's" since using it (2 today)
I was able to get the issue to duplicate with the debug version but still don't know why it won't run on one of my machines, but luckily I don't normally need to run it. I usually have the servers start automatically on the machine that won't start the debug version.
A QUESTION TO ALL YOU RIPBOT USERS:-
How many of you are regularly processing large 4K movie's or tv eps ??
And are you experiencing high memory usage during importing & processing of jobs ??
I don't very often but when I do, I do use more memory during encoding. I'll keep a look out next time I import but I don't remember that being an issue.
Atak_Snajpera
11th September 2018, 17:27
Use this version for debuging. It will show more information for me.
http://www.mediafire.com/file/i8vfy718coaubzo/EncodingServer.exe/file
byteshare
11th September 2018, 22:45
Use this version for debuging. It will show more information for me.
http://www.mediafire.com/file/i8vfy718coaubzo/EncodingServer.exe/file
That is the version I'm running says 1.12.1.0 in the Encoding Server window.
Also the version that won't run on one of my computers for some reason.
Danette
12th September 2018, 00:01
A QUESTION TO ALL YOU RIPBOT USERS:-
How many of you are regularly processing large 4K movie's or tv eps ??
Have you tried batch processing your TV episodes? If so, was it successful? I can't get ANYTHING to process using the batch function and no one seems to have a solution.
guest
12th September 2018, 01:40
Have you tried batch processing your TV episodes? If so, was it successful? I can't get ANYTHING to process using the batch function and no one seems to have a solution.
Hi Danette,
I have done a lot of batch encodes of TV series (not 4K, tho), and didn't have any problems, but it's been a while.
Danette
12th September 2018, 01:46
Hi Danette,
I have done a lot of batch encodes of TV series (not 4K, tho), and didn't have any problems, but it's been a while.
I used to be able to do them in previous versions, as well. It would be helpful if you could try a batch run to see if you have any difficulty. You would know within a minute, so you wouldn't need to run them through. I receive the “I don’t know what ‘YV12’ means.” message as soon as a few files start indexing.
guest
12th September 2018, 07:54
I used to be able to do them in previous versions, as well. It would be helpful if you could try a batch run to see if you have any difficulty. You would know within a minute, so you wouldn't need to run them through. I receive the “I don’t know what ‘YV12’ means.” message as soon as a few files start indexing.
OK, I will give that a shot for you, give me a couple of days, ok :)
Cheers
byteshare
12th September 2018, 17:52
Use this version for debuging. It will show more information for me.
http://www.mediafire.com/file/i8vfy718coaubzo/EncodingServer.exe/file
Happened again, I have both servers showing (that were active) and both are using the debug version:
https://i.imgur.com/Y0gubSF.jpg
Just got the PM with the test version. I'll try that today and thank you very much.
guest
13th September 2018, 06:57
OK, I will give that a shot for you, give me a couple of days, ok :)
Cheers
Hi Danette,
Well, I just did a test for you, I loaded several episodes of a series I have, set a few options, and it loaded every file without issue.
However, as soon as I pressed Start, thats when the problems started, some avisynth error (should have taken a screenshot), so I tried another file, same error, so I imported another file, (not in batch mode), and it did the same thing.
Are you having any problems with just single movie jobs ??
So, what I tried was re installing the latest AviSynth that Ripbot has, and then tried again, and it all went as it should.
So do you know how to install AviSynth from the Ripbot Tools folder ??
In the main Ripbot folder, you'll see a folder called "Tools", go in there, then a folder called "AviSynth", go in there, there should be another 4 folders, and "install.cmd"...double click on that, and that will refresh / install not only the latest version of AviSynth, but all the required Microsoft Visual C++ versions.
So give that a shot, and see what happens.
Danette
13th September 2018, 22:27
Hi Danette,
Well, I just did a test for you, I loaded several episodes of a series I have, set a few options, and it loaded every file without issue.
However, as soon as I pressed Start, thats when the problems started, some avisynth error (should have taken a screenshot), so I tried another file, same error, so I imported another file, (not in batch mode), and it did the same thing.
Are you having any problems with just single movie jobs ??
So, what I tried was re installing the latest AviSynth that Ripbot has, and then tried again, and it all went as it should.
So do you know how to install AviSynth from the Ripbot Tools folder ??
In the main Ripbot folder, you'll see a folder called "Tools", go in there, then a folder called "AviSynth", go in there, there should be another 4 folders, and "install.cmd"...double click on that, and that will refresh / install not only the latest version of AviSynth, but all the required Microsoft Visual C++ versions.
So give that a shot, and see what happens.
That was it!! Thanks for taking the time to test it and report the problem. I ran the "install.cmd" file and now RipBot264 processes the batch files. I think it registers the necessary programs, as my PC wasn't on-line when I did it.
Now I can move on to the question of why RipBot264 isn't processing my script. It's the same script I used in previous versions, but doesn't work in this version.
One example is this script:
Import("C:\Program Files (x86)\AviSynth+\plugins\QTGMC-3.32.avsi")
video=AssumeTFF(video)
video=QTGMC(video,Preset="Very Slow")
Anyone have a clue?
guest
14th September 2018, 01:36
That was it!! Thanks for taking the time to test it and report the problem. I ran the "install.cmd" file and now RipBot264 processes the batch files. I think it registers the necessary programs, as my PC wasn't on-line when I did it.
Now I can move on to the question of why RipBot264 isn't processing my script. It's the same script I used in previous versions, but doesn't work in this version.
One example is this script:
Import("C:\Program Files (x86)\AviSynth+\plugins\QTGMC-3.32.avsi")
video=AssumeTFF(video)
video=QTGMC(video,Preset="Very Slow")
Anyone have a clue?
Hi, well I'm glad my suggestion worked for you.
And I have a theory about your script...now I must confess I really have no idea what the problem is, but it might be as simple as you maybe "pointing" the QTMC.avsi to the wrong place.
Are you sure it's in that folder ??
I had a look in that location on my pc, and it doesn't exist...the only place I found QTMC.avsi was in the Ripbot "Tool's" folder
eg:- Tools/Avisynth plugins/Scripts. As for the other lines, can't help ya with them.
Good luck.
Yopen71
14th September 2018, 03:56
Atak_Snajpera
Hi.I have a problem with the encoding server.
https://drive.google.com/file/d/1nf2TY2HHXhO7Z0olWOlY1U5UyN9g9OE_/view
the encoding server from my second pc send, show wrong local IP and Mac addres
https://drive.google.com/file/d/1aNhZdkRaeotqzREYdCKF3Hbl_NMBkFP5/view?usp=sharing
Danette
14th September 2018, 04:48
Hi, well I'm glad my suggestion worked for you.
And I have a theory about your script...now I must confess I really have no idea what the problem is, but it might be as simple as you maybe "pointing" the QTMC.avsi to the wrong place.
Are you sure it's in that folder ??
I had a look in that location on my pc, and it doesn't exist...the only place I found QTMC.avsi was in the Ripbot "Tool's" folder
eg:- Tools/Avisynth plugins/Scripts. As for the other lines, can't help ya with them.
Good luck.
No question about the location. i use it with AvsPMod and MeGUI. Can anyone else see any reason why this script will not work either in batch mode or on single files? I try to view the preview in Avisynth filters section of RipBot264, but no preview appears. Running the job results in RipBot264 ignoring the script and just compressing it to x264 without any filter application.
Atak_Snajpera
14th September 2018, 09:53
No question about the location. i use it with AvsPMod and MeGUI. Can anyone else see any reason why this script will not work either in batch mode or on single files? I try to view the preview in Avisynth filters section of RipBot264, but no preview appears. Running the job results in RipBot264 ignoring the script and just compressing it to x264 without any filter application.
Why don't you use build in QTGMC in ripbot264?
Your script doesn't work because you most likely forgot to load all needed plugins used by that script
Loadplugin("C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\Tools\AviSynth plugins\RgTools\RgTools.dll")
Loadplugin("C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\Tools\AviSynth plugins\nnedi3\nnedi3.dll")
Loadplugin("C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\Tools\AviSynth plugins\masktools\masktools2.dll")
Loadplugin("C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\Tools\AviSynth plugins\mvtools\mvtools2.dll")
LoadCplugin("C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\Tools\AviSynth plugins\Yadif\Yadif.dll")
Atak_Snajpera
Hi.I have a problem with the encoding server.
https://drive.google.com/file/d/1nf2...UyN9g9OE_/view
the encoding server from my second pc send, show wrong local IP and Mac addres
https://drive.google.com/file/d/1aNh...ew?usp=sharing
I suspect you have more than one NIC installed in your PC. Change order of your network adapters in windows
https://s22.postimg.cc/rhqzosjgx/Untitled-1.png
BigM
14th September 2018, 15:22
I want to report a small bug i noticed:
When I select multiple audio tracks for demuxing, for example 1st track Spanish, 2nd track english, the order of the audio tracks is not correct transferred to the enconding settings.
1st audio track is always the 1st track that gets listed in the demuxing selection, not the one I selected as 1st audio track.
For example:
The audio track order on the disc is:
- 1st English
- 2nd Spanish
In the demuxing window I select:
- 1st Spanish
- 2nd English
Order of the audio tracks in the enconding settings
- 1st English
- 2nd empty
Better would be:
Order of the audio tracks in the enconding settings
- 1st Spanish
- 2nd English
I hope you understand my problem.
This problem started only a few versions ago.
klopsknoedel
14th September 2018, 16:07
I want to report a small bug i noticed:
When I select multiple audio tracks for demuxing, for example 1st track Spanish, 2nd track english, the order of the audio tracks is not correct transferred to the enconding settings.
1st audio track is always the 1st track that gets listed in the demuxing selection, not the one I selected as 1st audio track.
For example:
The audio track order on the disc is:
- 1st English
- 2nd Spanish
In the demuxing window I select:
- 1st Spanish
- 2nd English
Order of the audio tracks in the enconding settings
- 1st English
- 2nd empty
Better would be:
Order of the audio tracks in the enconding settings
- 1st Spanish
- 2nd English
I hope you understand my problem.
This problem started only a few versions ago.
Settings -> Main -> Preferred Language
Yopen71
14th September 2018, 16:31
I suspect you have more than one NIC installed in your PC. Change order of your network adapters in windows
https://s22.postimg.cc/rhqzosjgx/Untitled-1.png
Thanks for your answer.
I use the integrated wi-fi adapter in my laptop to connect to my local network. Ripbot's encoding server obtain the local IP and Mac address of my (not active)ethernet card instead of my wi-fi adapter.I use Win10 and Adapters and Bindings are no longer supported by this operation system.I have to use PowerShell (Set-NetIPInterface -InterfaceMetric ) to change the order of my network adapters,but there is nothing to change! My wi-fi adapter have higher priority than the ethernet adapter
https://drive.google.com/file/d/17qbTV0H1Sc8zFuqWjHNOcdke8UieWHPl/view?usp=sharing
https://drive.google.com/file/d/1qNc_h-a1kkdnJACgslvtudvWztA1jjdP/view?usp=sharing
Danette
14th September 2018, 17:25
Why don't you use build in QTGMC in ripbot264?
I just happened to pick QTGMC as an example. I have other custom script that I use as well.
Your script doesn't work because you most likely forgot to load all needed plugins used by that script
Loadplugin("C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\Tools\AviSynth plugins\RgTools\RgTools.dll")
Loadplugin("C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\Tools\AviSynth plugins\nnedi3\nnedi3.dll")
Loadplugin("C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\Tools\AviSynth plugins\masktools\masktools2.dll")
Loadplugin("C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\Tools\AviSynth plugins\mvtools\mvtools2.dll")
LoadCplugin("C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\Tools\AviSynth plugins\Yadif\Yadif.dll")
This didn't work either. If I'm not mistaken, the QTGMC avsi file should pull in all of those plugins, without having to call them independently. For example; using the problem script:
Import("C:\Program Files (x86)\AviSynth+\plugins\QTGMC-3.32.avsi")
video=AssumeTFF(video)
video=QTGMC(video,Preset="Very Slow")
worked in older RipBot264 versions (1.19) and also works in MeGUI without specifying the supporting plugins, even though it doesn’t work in 1.23.
I have tried other script, such as Bordercontrol, with same failure pattern.
Essentially, there appears to be no custom script that can be called, from outside of ripbot264, that will work in version 1.23.
Atak_Snajpera
14th September 2018, 17:39
AviSynth should return some error message. Use that as clue.
PS. Are you sure you are using 64 bit filters?
Danette
14th September 2018, 18:47
AviSynth should return some error message. Use that as clue.
The only error message occurs when I try to run the job with the script. Then I get the RipBot264 error message:
"The type of file 'C:\Temp\RipBot264temp\video.264' could not be recognized."
When I open that video.264 file, it's empty.
If it's referring to the source video, that same source video runs fine when the Avisynth script isn't applied.
PS. Are you sure you are using 64 bit filters?
In the case of the QTGMC example, I loaded the plugins contained in RipBot264. So, here is how it looks:
Import("C:\Program Files (x86)\AviSynth+\plugins\QTGMC-3.32.avsi")
LoadPlugin("C:\Users\Main\Desktop\RipBot264 v1.23.0.7\Tools\AviSynth plugins\RgTools\RgTools.dll")
LoadPlugin("C:\Users\Main\Desktop\RipBot264 v1.23.0.7\Tools\AviSynth plugins\nnedi3s\nnedi3.dll")
LoadPlugin("C:\Users\Main\Desktop\RipBot264 v1.23.0.7\Tools\AviSynth plugins\masktools\masktools2.dll")
LoadPlugin("C:\Users\Main\Desktop\RipBot264 v1.23.0.7\Tools\AviSynth plugins\mvtools\mvtools2.dll")
LoadPlugin("C:\Users\Main\Desktop\RipBot264 v1.23.0.7\Tools\AviSynth plugins\mvtools\yadif.dll")
video=AssumeTFF(video)
video=QTGMC(video,Preset="Very Slow")
As always, the job fails immediately with the error message. Preview window also doesn't show the preview.
byteshare
15th September 2018, 02:37
The only error message occurs when I try to run the job with the script. Then I get the RipBot264 error message:
"The type of file 'C:\Temp\RipBot264temp\video.264' could not be recognized."
When I open that video.264 file, it's empty.
If it's referring to the source video, that same source video runs fine when the Avisynth script isn't applied.
In the case of the QTGMC example, I loaded the plugins contained in RipBot264. So, here is how it looks:
Import("C:\Program Files (x86)\AviSynth+\plugins\QTGMC-3.32.avsi")
LoadPlugin("C:\Users\Main\Desktop\RipBot264 v1.23.0.7\Tools\AviSynth plugins\RgTools\RgTools.dll")
LoadPlugin("C:\Users\Main\Desktop\RipBot264 v1.23.0.7\Tools\AviSynth plugins\nnedi3s\nnedi3.dll")
LoadPlugin("C:\Users\Main\Desktop\RipBot264 v1.23.0.7\Tools\AviSynth plugins\masktools\masktools2.dll")
LoadPlugin("C:\Users\Main\Desktop\RipBot264 v1.23.0.7\Tools\AviSynth plugins\mvtools\mvtools2.dll")
LoadPlugin("C:\Users\Main\Desktop\RipBot264 v1.23.0.7\Tools\AviSynth plugins\mvtools\yadif.dll")
video=AssumeTFF(video)
video=QTGMC(video,Preset="Very Slow")
As always, the job fails immediately with the error message. Preview window also doesn't show the preview.
Would you post your full script from the Edit > AviSynth > Show Video Script
And the error message from the "Preview Script" from the same location
byteshare
15th September 2018, 02:44
I'm having an issue with previewing the video so I can select the crop since the autocrop is likely failing for the same reason:
https://i.imgur.com/ABynArd.jpg
Video mediainfo:
General
Complete name : C:\ReEncode\Crop\Queen Millennia 01x01 A World Turned Upside Down [Village Video] [ENG Dub].mpg
Format : MPEG-PS
File size : 379 MiB
Duration : 21 min 45 s
Overall bit rate mode : Variable
Overall bit rate : 2 438 kb/s
Writing library : encoded by TMPGEnc (ver. 2.59.47.155)
Video
ID : 224 (0xE0)
Format : MPEG Video
Format version : Version 2
Format profile : Main@Main
Format settings : CustomMatrix / BVOP
Format settings, BVOP : Yes
Format settings, Matrix : Custom
Format settings, GOP : M=3, N=16
Format settings, picture st : Frame
Duration : 21 min 45 s
Bit rate mode : Variable
Bit rate : 2 005 kb/s
Maximum bit rate : 8 000 kb/s
Width : 352 pixels
Height : 480 pixels
Display aspect ratio : 4:3
Frame rate : 29.970 (30000/1001) FPS
Standard : NTSC
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Interlaced
Scan order : Bottom Field First
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.396
Time code of first frame : 00:00:00:00
Time code source : Group of pictures header
GOP, Open/Closed : Closed
Stream size : 312 MiB (82%)
Writing library : TMPGEnc 2.59.47.155
Color primaries : BT.601 PAL
Transfer characteristics : BT.470 System B/G
Matrix coefficients : FCC 73.682
Audio
ID : 192 (0xC0)
Format : MPEG Audio
Format version : Version 1
Format profile : Layer 2
Duration : 21 min 45 s
Bit rate mode : Constant
Bit rate : 384 kb/s
Channel(s) : 2 channels
Sampling rate : 48.0 kHz
Frame rate : 41.667 FPS (1152 SPF)
Compression mode : Lossy
Stream size : 59.7 MiB (16%)
If I try to get a new frame I get the same result. The video plays fine (although needs to be cropped) with VLC and MPC-HC
A sample of the file: https://mega.nz/#F!lkhm2ARL!vuCAnj9Kpy_tEVDU_RnTvQ
guest
15th September 2018, 06:00
I'm having an issue with previewing the video so I can select the crop since the autocrop is likely failing for the same reason:
Hey byteshare,
I remember this green screen thing being discussed quite some time ago..
Maybe this might help...and maybe a couple of the other posts.
https://forum.doom9.org/showpost.php?p=1829549&postcount=15375
byteshare
15th September 2018, 07:42
Hey byteshare,
I remember this green screen thing being discussed quite some time ago..
Maybe this might help...and maybe a couple of the other posts.
https://forum.doom9.org/showpost.php?p=1829549&postcount=15375
Tried that, looks normal. Also, I don't get the green preview on other files. You can try loading the test clip and I'm guessing you'll get the green preview as well. I posted a link (~8MB) in the post about the issue.
Atak_Snajpera
15th September 2018, 09:48
Tried that, looks normal. Also, I don't get the green preview on other files. You can try loading the test clip and I'm guessing you'll get the green preview as well. I posted a link (~8MB) in the post about the issue.
Works fine on Windows 7
https://s22.postimg.cc/7x022ybk1/Untitled-1.png
guest
15th September 2018, 12:46
Tried that, looks normal. Also, I don't get the green preview on other files. You can try loading the test clip and I'm guessing you'll get the green preview as well. I posted a link (~8MB) in the post about the issue.
Hi again,
Got your sample, and same result as Atak, on W7, but will try it on W10 tomorrow.
But how about you try a quick encode, and see if once it's been thru Ripbot, that it might get rid of the green screen.
I did an "Automatic" cropping setting, and used SD-NTSC 720x480, and it turned out just a little different size to original.
Danette
15th September 2018, 16:13
Would you post your full script from the Edit > AviSynth > Show Video Script
And the error message from the "Preview Script" from the same location
There is no error indicatedwhen the "Preview Script" is opened. It simply opens to a normal-sized MPC for a split second and then the MPC window collapses into a very wide, but short, shape with no image.
Here is the script from the "Show Video Script" section:
#MT
Import("C:\Users\Main\Desktop\RipBot264 v1.23.0.7\Tools\AviSynth plugins\Scripts\MTmodes.avs")
#PREFETCH_LIMIT=0
#VideoSource
LoadPlugin("C:\Users\Main\Desktop\RipBot264 v1.23.0.7\Tools\dgindex\DGDecode.dll")
video=MPEG2Source("C:\Temp\RipBot264temp\job1\job1.d2v")
#Deinterlace
Import("C:\Users\Main\Desktop\RipBot264 v1.23.0.7\Tools\AviSynth plugins\Scripts\QTGMC-3.32.avsi")
LoadPlugin("C:\Program Files (x86)\AviSynth+\plugins\RgTools.dll")
LoadPlugin("C:\Program Files (x86)\AviSynth+\plugins\nnedi3.dll")
LoadPlugin("C:\Program Files (x86)\AviSynth+\plugins\masktools2.dll")
LoadPlugin("C:\Program Files (x86)\AviSynth+\plugins\masktools2.dll")
LoadPlugin("C:\Program Files (x86)\AviSynth+\plugins\mvtools2.dll")
LoadPlugin("C:\Program Files (x86)\AviSynth+\plugins\yadif.dll")
video=AssumeTFF(video)
video=QTGMC(video,Preset="Very Slow")
#Decimate
#Crop
#Resize
#Tonemap
#Levels
#Colours
#Denoise
#Custom
#Prefetch
video=Prefetch(video,4)
#Subtitles
#AudioSource
Import("C:\Temp\RipBot264temp\job1\job1_a1.avs")
#Triming
#AVSameLength
#ColorSpace
#Return
return video
guest
16th September 2018, 02:19
Hi again,
Got your sample, and same result as Atak, on W7, but will try it on W10 tomorrow.
But how about you try a quick encode, and see if once it's been thru Ripbot, that it might get rid of the green screen.
I did an "Automatic" cropping setting, and used SD-NTSC 720x480, and it turned out just a little different size to original.
Hey byteshare,
So, I have tested this on my Windows 10 (1803) PC, and it's fine, no green screen here.
So you're going to have to dig a little deeper, my friend.
Ryushin
16th September 2018, 15:03
When selecting x265 and it is an HDR source, it always defaults to enabling the tonemap function. Can the default be changed to leave the BT2020 colorspace instead of converting to BT709?
byteshare
17th September 2018, 09:07
Works fine on Windows 7
https://s22.postimg.cc/7x022ybk1/Untitled-1.png
Confirmed the problem is with the original container (.mpg) when I re-mux to mkv with MKVToolNix I don't get the issue.
Update: Tested all 27 files with this issue after batch re-muxing them to MKV from MPG and they are displaying correctly
byteshare
17th September 2018, 09:10
There is no error indicatedwhen the "Preview Script" is opened. It simply opens to a normal-sized MPC for a split second and then the MPC window collapses into a very wide, but short, shape with no image.
Try clicking in the seek bar and then clicking play for the error message
Shrekage
18th September 2018, 05:51
Hi.
Is there any possibility to have the PC name be in the encoding status instead of the IP address? unless I see the "starting..." which displays the name, It is hard to keep up with 16 server IP addressees that keep changing.
http://forum.doom9.org/attachment.php?attachmentid=16503&stc=1&d=1537246181
byteshare
18th September 2018, 08:46
With the official EncodingServer 1.12.1.0 I'm no longer getting a server stuck on starting an encode but I am getting it stuck while encoding now:
https://i.imgur.com/7OgmckA.jpg
I also figured out why 1.12.1.0 wouldn't start on one PC. Had something to do with Windows update. After running Windows update, which I hadn't done in a while, it opens without issue now.
guest
18th September 2018, 11:23
With the official EncodingServer 1.12.1.0 I'm no longer getting a server stuck on starting an encode but I am getting it stuck while encoding now:
I also figured out why 1.12.1.0 wouldn't start on one PC. Had something to do with Windows update. After running Windows update, which I hadn't done in a while, it opens without issue now.
Hi byteshare,
That screenshot is massive....
I have to agree with you, I have had a couple stall, but they have been on the server, not the client (if that makes any difference).
Oh, btw, do you have any problems stopping that server, so another can take over ???
But it's a whole LOT better :)
Atak_Snajpera
18th September 2018, 11:30
I think that this time problem might be on your side. Before releasing I've tested new encoding server (1.12.1) on virtual machine (win10) using 16 running server (extreme stress test) many times. I have never experienced this kind of issues. Well to be honest I haven't noticed any problems at all. At this point I can only advise you to check what is happening under the hood. Open Process Hacker and check if ffmpeg.exe or/and x265_x65.exe is still in memory. I suspect that ffmpeg.exe just died and stopped serving frames to an encoder.
HehoChef
18th September 2018, 11:51
Hey guys,
I'm new to the party, acquired a capable Drive and am know ripping, remuxing and partially compressing my BluRays and UHD's.
Thanks to RipBot and distributed encoding, x265 is now feasable for normal people as well.
I'm just baffled by the results im getting:
The resulting Bitrate while having an constant CQ vastly differentiates with the preset.
For example, i reencoded the first 20 Minutes of a 4K remux, @ 3840x1608, keeping 10bit and HDR, assuming that this should be x265 strongest disciplin, with the following results:
-cq 17, slower :20,2MBps
-cq 17, default: 14,5MBps
-cq 17 ultrafast: 4,6MBps
Of course they look very different.
I redid the same thing with Handbrake, yielding similar results.
Shouldn't cq encoding always keep the same visual quality, and the slower speeds allow for better compression, meaning that the tendency should be the other way around. At least thats the way it was with x264.
Maybe someone could give me a rundown of what I'm not understanding, or respectively what I'm dowing wrong.
Thanks a lot
byteshare
18th September 2018, 12:05
Hi byteshare,
Oh, btw, do you have any problems stopping that server, so another can take over ???
No, not usually
byteshare
18th September 2018, 12:06
I think that this time problem might be on your side. Before releasing I've tested new encoding server (1.12.1) on virtual machine (win10) using 16 running server (extreme stress test) many times. I have never experienced this kind of issues. Well to be honest I haven't noticed any problems at all. At this point I can only advise you to check what is happening under the hood. Open Process Hacker and check if ffmpeg.exe or/and x265_x65.exe is still in memory. I suspect that ffmpeg.exe just died and stopped serving frames to an encoder.
They are still in memory. I've had this happen on 3 different machines, of which 2 are Win7 and 1 Win10.
Would it be possible to add in a feature if ffmpeg hasn't responded in say 120s to kill it and restart the server?
byteshare
18th September 2018, 12:08
Hey guys,
I'm new to the party, acquired a capable Drive and am know ripping, remuxing and partially compressing my BluRays and UHD's.
Thanks to RipBot and distributed encoding, x265 is now feasable for normal people as well.
I'm just baffled by the results im getting:
The resulting Bitrate while having an constant CQ vastly differentiates with the preset.
For example, i reencoded the first 20 Minutes of a 4K remux, @ 3840x1608, keeping 10bit and HDR, assuming that this should be x265 strongest disciplin, with the following results:
-cq 17, slower :20,2MBps
-cq 17, default: 14,5MBps
-cq 17 ultrafast: 4,6MBps
Of course they look very different.
I redid the same thing with Handbrake, yielding similar results.
Shouldn't cq encoding always keep the same visual quality, and the slower speeds allow for better compression, meaning that the tendency should be the other way around. At least thats the way it was with x264.
Maybe someone could give me a rundown of what I'm not understanding, or respectively what I'm dowing wrong.
Thanks a lot
The presents don't just affect compression, they also affect quality because they use different settings to either speed up or slow down things to make better predictions.
Very few things with encoding is linear.
sneaker_ger
18th September 2018, 12:08
Shouldn't cq encoding always keep the same visual quality
As you found out it doesn't work that way. Simple as that.
Atak_Snajpera
18th September 2018, 12:58
They are still in memory. I've had this happen on 3 different machines, of which 2 are Win7 and 1 Win10.
Would it be possible to add in a feature if ffmpeg hasn't responded in say 120s to kill it and restart the server?
So like I thought. ffmpeg.exe silently crashed or just stopped serving frames to an encoder. Since ffmpeg.exe is just a messenger I think that something wrong is happening on avisynth level (some filter is behaving badly)
guest
18th September 2018, 13:02
They are still in memory. I've had this happen on 3 different machines, of which 2 are Win7 and 1 Win10.
Would it be possible to add in a feature if ffmpeg hasn't responded in say 120s to kill it and restart the server?
Atak,
I understand that you'd want to test, and test before release, which I commend, but because it can be so random, it could take days of testing to have a stall.
byteshare,
Your suggestion, (if possible), would be excellent, it would look after itself :)
Atak_Snajpera
18th September 2018, 13:05
It would be better if you could find some pattern. Does it happen on specific file source codec (MPEG-2,MPEG-4 ASP,MPEG-4 AVC,HEVC and so on). The same with avisynth filters.
guest
18th September 2018, 13:10
It would be better if you could find some pattern. Does it happen on specific file source codec (MPEG-2,MPEG-4 ASP,MPEG-4 AVC,HEVC and so on). The same with avisynth filters.
Atak,
98% of my encodes are x264 mkv's, and I don't use a lot of filters (other than default), occasionally, MDeGrain2, and HQD3D.
But when the stall is a Server, wouldn't that be something a little different (just asking).
byteshare
18th September 2018, 13:58
It would be better if you could find some pattern. Does it happen on specific file source codec (MPEG-2,MPEG-4 ASP,MPEG-4 AVC,HEVC and so on). The same with avisynth filters.
I don't know what the pattern is but I also don't know what was causing FFMPEG to crash before you changed the EncodingServer to restart on a crash.
Every time it crashes, it will work if I try it again, so I don't know how to reproduce the issue.
I haven't tried it, but I'm sure if I tried the same encode that had a crash it wouldn't have the same issue again.
I have been using the same avisynth filters on a lot of encodes recently and it is rare to have a crash/lockup but a pain when I'm not checking my encodes every few hours, since it could happen at any moment or it could also take days to encounter.
Danette
18th September 2018, 23:32
Try clicking in the seek bar and then clicking play for the error message
Thanks, that worked for reading the error messages. So, onto the messages.
If I try to load this (from the previous post):
Import("C:\Users\Main\Desktop\RipBot264 v1.23.0.7\Tools\AviSynth plugins\Scripts\QTGMC-3.32.avsi")
LoadPlugin("C:\Program Files (x86)\AviSynth+\plugins\RgTools.dll")
LoadPlugin("C:\Program Files (x86)\AviSynth+\plugins\nnedi3.dll")
LoadPlugin("C:\Program Files (x86)\AviSynth+\plugins\masktools2.dll")
LoadPlugin("C:\Program Files (x86)\AviSynth+\plugins\masktools2.dll")
LoadPlugin("C:\Program Files (x86)\AviSynth+\plugins\mvtools2.dll")
LoadPlugin("C:\Program Files (x86)\AviSynth+\plugins\yadif.dll")
video=AssumeTFF(video)
video=QTGMC(video,Preset="Very Slow")
The error message simply states that "Import: couldn't open" QTGMC-3.32.avsi. I get the same message if I try to load the same files that are included with RipBot263:
Import("C:\Program Files\RipBot264 v1.23.0.7\Tools\AviSynth plugins\Scripts\QTGMC-3.32.avsi")
LoadPlugin("C:\Program Files\RipBot264 v1.23.0.7\Tools\AviSynth plugins\RgTools\RgTools.dll")
LoadPlugin("C:\Program Files\RipBot264 v1.23.0.7\Tools\AviSynth plugins\nnedi3\nnedi3.dll")
LoadPlugin("C:\Program Files\RipBot264 v1.23.0.7\Tools\AviSynth plugins\masktools\masktools2.dll")
LoadPlugin("C:\Program Files\RipBot264 v1.23.0.7\Tools\AviSynth plugins\mvtools\mvtools2.dll")
LoadPlugin("C:\Program Files\RipBot264 v1.23.0.7\Tools\AviSynth plugins\Yadif\yadif.dll")
video=AssumeTFF(video)
video=QTGMC(video,Preset="Very Slow")
How would you construct the script necessary to accomplish this QTGMC function?
byteshare
19th September 2018, 16:51
Thanks, that worked for reading the error messages. So, onto the messages.
If I try to load this (from the previous post):
Import("C:\Users\Main\Desktop\RipBot264 v1.23.0.7\Tools\AviSynth plugins\Scripts\QTGMC-3.32.avsi")
LoadPlugin("C:\Program Files (x86)\AviSynth+\plugins\RgTools.dll")
LoadPlugin("C:\Program Files (x86)\AviSynth+\plugins\nnedi3.dll")
LoadPlugin("C:\Program Files (x86)\AviSynth+\plugins\masktools2.dll")
LoadPlugin("C:\Program Files (x86)\AviSynth+\plugins\masktools2.dll")
LoadPlugin("C:\Program Files (x86)\AviSynth+\plugins\mvtools2.dll")
LoadPlugin("C:\Program Files (x86)\AviSynth+\plugins\yadif.dll")
video=AssumeTFF(video)
video=QTGMC(video,Preset="Very Slow")
The error message simply states that "Import: couldn't open" QTGMC-3.32.avsi. I get the same message if I try to load the same files that are included with RipBot263:
Import("C:\Program Files\RipBot264 v1.23.0.7\Tools\AviSynth plugins\Scripts\QTGMC-3.32.avsi")
LoadPlugin("C:\Program Files\RipBot264 v1.23.0.7\Tools\AviSynth plugins\RgTools\RgTools.dll")
LoadPlugin("C:\Program Files\RipBot264 v1.23.0.7\Tools\AviSynth plugins\nnedi3\nnedi3.dll")
LoadPlugin("C:\Program Files\RipBot264 v1.23.0.7\Tools\AviSynth plugins\masktools\masktools2.dll")
LoadPlugin("C:\Program Files\RipBot264 v1.23.0.7\Tools\AviSynth plugins\mvtools\mvtools2.dll")
LoadPlugin("C:\Program Files\RipBot264 v1.23.0.7\Tools\AviSynth plugins\Yadif\yadif.dll")
video=AssumeTFF(video)
video=QTGMC(video,Preset="Very Slow")
How would you construct the script necessary to accomplish this QTGMC function?
This is what it should look like for Medium.
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="Medium",FPSDivisor=2)
You're missing elements for Very Slow. You also need:
ffms2.dll, RepairSSE2.dll, RemoveGrainSSE2.dll, and FFT3DFilter.dll
You can read more here:
http://avisynth.nl/index.php/QTGMC
byteshare
19th September 2018, 20:43
Just wanted to say Thank you again for making the queue so much much more friendly. Moved several things around that would have taken at least 5 min, maybe more...did it in about 30s. Even moved some things that in the past I would have just left as is because I didn't want to spend the time.
Atak_Snajpera
21st September 2018, 19:06
I don't know what the pattern is but I also don't know what was causing FFMPEG to crash before you changed the EncodingServer to restart on a crash.
Every time it crashes, it will work if I try it again, so I don't know how to reproduce the issue.
I haven't tried it, but I'm sure if I tried the same encode that had a crash it wouldn't have the same issue again.
I have been using the same avisynth filters on a lot of encodes recently and it is rare to have a crash/lockup but a pain when I'm not checking my encodes every few hours, since it could happen at any moment or it could also take days to encounter.
Question to native english speakers.
https://i.postimg.cc/fLGHtJ52/Untitled-1.png
Does this sentence look good to you or would you prefer something else to describe that "stall" effect.
I don't know...
"Encoding hung"
"Encoding froze"
"Encoding stalled"
Would you also want see at what frame it stopped working?
byteshare
21st September 2018, 20:26
Question to native English speakers.
https://i.postimg.cc/fLGHtJ52/Untitled-1.png
Does this sentence look good to you or would you prefer something else to describe that "stall" effect.
I don't know...
"Encoding hung"
"Encoding froze"
"Encoding stalled"
Would you also want see at what frame it stopped working?
I would prefer "EncodingSever.exe has stopped working" (If I'm understanding the issue correctly)
Stalled, froze, hung, and stopped all come across clearly to me.
Glad to see you've found the issue.
guest
22nd September 2018, 00:54
I would prefer "EncodingSever.exe has stopped working" (If I'm understanding the issue correctly)
Stalled, froze, hung, and stopped all come across clearly to me.
Glad to see you've found the issue.
I'm with byteshare..
As for knowing what frame it stopped at, probably doesn't really matter to us user's, as long as it's easy to get it started again, unless that is going to be "automatic"...
And there's a new version of mkvtoolnix v26.
freakout
22nd September 2018, 08:39
G'day Atak,
First, thanks for RipBot. It's an incredibly useful app that makes my life easier on a daily basis.
I have two issues with distributed encoding that sound simple to resolve on paper. I couldn't find anyone else referencing them in this thread, so hopefully I'm not wasting your time here.
(1) Since Microsoft have removed HomeGroups from the latest version of Win10, I've frequently had a problem where encoding servers will tell me "File path does not exist!" when the client tries to connect to them. It can usually be revolved by a combination of hard restarts or restarting the Peer Networking processes.
The issue appears to be because the servers are using the Windows computer names in the path, rather than their IP addresses. If I try to browse the machines by name in the File Explorer, it fails. If I use the IP address, however, everything is A-OK.
Is there any possibility that we could have an option for the clients and servers to use IP addressing in the filepath rather than hostnames?
(2) Owing to VPN adapters and a mixture of wired and wireless connections, my various boxes have multiple network interfaces. Usually, unless I disable all others except the primary physical LAN interface, the RipBot server will bind to the wrong IP address/interface. Sometimes it will still work, but usually I will get "access violation" errors on the server when the client tries to start it.
Is there any possibility of getting an option to choose which network interface the server binds to?
Thanks very much for your time.
HehoChef
22nd September 2018, 17:48
Thanks for opening my eyes, and helping me keeping my mental sanity on the x265 presets.
On another note:
Since the latest update i have massive problems when it comes to videos containing eac3 audiotracks.
I'm setting up aac3-lc 5.1 256kbs as a target, and it fails everytime. It works though if i choose any other type of track, lesser quality (standard ac3 640kbps) or better (DTS and TRUEHD) tracks.
What kind of log or verbose would i have to submit so one can look into it?
@freakout: I myself had various Issues with the latest Windows Update, also in an addition with multiple NIC's, some of them virtual. It messed up all my shares and the standard windows firewall. I could'nt even ping the server without disabling it, and the server wouldn't even find its own shares if resolved by ip adress, not to talk about other machines getting into it. It solved for me by using a 1803 ISO to reinstall but with the latests updates, of course keeping all apps, files and setting. The needed reconfiguring was minimal compared to the hours of trouble shooting i invested beforehand. If your problem is a systemwide, as mine was, and not limited to ripbot, I would suggest that.
guest
23rd September 2018, 08:09
Hi Atak,
I had 3 more "stall's" today, and all of them were on the server, not the main client.
3 different chunks, and very different % of progress 97.1%, 2.3% & 10.8%, also couldn't stop the affected server with the "STOP" button, had to kill with Process Hacker.
These all occurred whilst doing the same encode, and the only filter I was using was MDegrain2.
Ryushin
23rd September 2018, 15:21
Just wanted to say Thank you again for making the queue so much much more friendly. Moved several things around that would have taken at least 5 min, maybe more...did it in about 30s. Even moved some things that in the past I would have just left as is because I didn't want to spend the time.
I second the much improved manipulation of the queue. I'm up to 731 in my job queue as I have not been able to get my job queue to zero in quite awhile. Still have about 100 or so jobs in my queue. Only thing I can suggest is adding an arrow that moves an item to the end or beginning to instead move 10 or so at a time, or just being able to hold down the single arrow and have it move quickly instead of having to click the arrow each time to move one.
byteshare
23rd September 2018, 18:58
Hi Atak,
I had 3 more "stall's" today, and all of them were on the server, not the main client.
3 different chunks, and very different % of progress 97.1%, 2.3% & 10.8%, also couldn't stop the affected server with the "STOP" button, had to kill with Process Hacker.
These all occurred whilst doing the same encode, and the only filter I was using was MDegrain2.
It might be by chance but I reduced the number of servers from 4 to 2 on one of my computers that was having stalls the most and I haven't had one in two days, which I was getting on almost every day.
I second the much improved manipulation of the queue. I'm up to 731 in my job queue as I have not been able to get my job queue to zero in quite awhile. Still have about 100 or so jobs in my queue. Only thing I can suggest is adding an arrow that moves an item to the end or beginning to instead move 10 or so at a time, or just being able to hold down the single arrow and have it move quickly instead of having to click the arrow each time to move one.
The ^^ (double arrow) moves any selection of items to the top or the vv to the bottom. It wasn't clear to me at first that you can select multiple items and move them at once wither with shift clicking or control clicking.
After figuring out all of the improvements I'm not sure the queue needs more work, other than if it wanted to be more noob friendly that allowed clicking and dragging but personally not something I need (Handbreak has this).
G'day Atak,
First, thanks for RipBot. It's an incredibly useful app that makes my life easier on a daily basis.
I have two issues with distributed encoding that sound simple to resolve on paper. I couldn't find anyone else referencing them in this thread, so hopefully I'm not wasting your time here.
(1) Since Microsoft have removed HomeGroups from the latest version of Win10, I've frequently had a problem where encoding servers will tell me "File path does not exist!" when the client tries to connect to them. It can usually be revolved by a combination of hard restarts or restarting the Peer Networking processes.
The issue appears to be because the servers are using the Windows computer names in the path, rather than their IP addresses. If I try to browse the machines by name in the File Explorer, it fails. If I use the IP address, however, everything is A-OK.
Is there any possibility that we could have an option for the clients and servers to use IP addressing in the filepath rather than hostnames?
(2) Owing to VPN adapters and a mixture of wired and wireless connections, my various boxes have multiple network interfaces. Usually, unless I disable all others except the primary physical LAN interface, the RipBot server will bind to the wrong IP address/interface. Sometimes it will still work, but usually I will get "access violation" errors on the server when the client tries to start it.
Is there any possibility of getting an option to choose which network interface the server binds to?
Thanks very much for your time.
I use IP addresses and put in the network login info in the settings under distributed encoding and haven't had any issues with Win10 or Win7
Atak_Snajpera
24th September 2018, 11:31
It might be by chance but I reduced the number of servers from 4 to 2 on one of my computers that was having stalls the most and I haven't had one in two days, which I was getting on almost every day.
For science you could also manually increase priority for EncodingServer.exe to HIGH using Task Manager/Process Hacker.
https://i.postimg.cc/Y9N691vz/Untitled-1.png
Who knows maybe 4 running encoders are just choking to death EncodingServer.exe when all have the same priority.
guest
24th September 2018, 12:22
For science you could also manually increase priority for EncodingServer.exe to HIGH using Task Manager/Process Hacker.
Who knows maybe 4 running encoders are just choking to death EncodingServer.exe when all have the same priority.
And would doing that, have the same result/affect as the server settings within Ripbot (eg:- RipBot264.ini)
"Server1CommandLine=/port 1000 /minimize /priority low"
Atak_Snajpera
24th September 2018, 12:53
/priority low sets EncodingServer.exe,ffmpeg.exe,x264.exe,x265.exe
so my suggestion is to manually change priority for encodingserver.exe from low to high. Rest of encoding processes (ffmpeg and so on) will be running in normal priority (because child processes can't inherit higher priority from parent).
guest
24th September 2018, 13:16
/priority low sets EncodingServer.exe,ffmpeg.exe,x264.exe,x265.exe
so my suggestion is to manually change priority for encodingserver.exe from low to high. Rest of encoding processes (ffmpeg and so on) will be running in normal priority (because child processes can't inherit higher priority from parent).
OK, well that sounds like a plan..
Just got newest auto update with new core & encoder build's.
So just confirm, (I just went into Process Hacker to have a look for myself), so once the priority is changed, then save for encoder.exe, to lock it in.
Ryushin
24th September 2018, 13:23
Updates just applied and I'm receiving a error when starting up the EncodingServer.exe. Error: List index out of bounds (0)
I've updated two different servers and both are receiving the same errors.
guest
24th September 2018, 13:39
Updates just applied and I'm receiving a error when starting up the EncodingServer.exe. Error: List index out of bounds (0)
I've updated two different servers and both are receiving the same errors.
I had that error twice, a week or so ago, and it cleared out what jobs I had in the queue.
Haven't given the latest update a "proper" run.
Ryushin
24th September 2018, 13:45
I had that error twice, a week or so ago, and it cleared out what jobs I had in the queue.
Haven't given the latest update a "proper" run.
At least all my jobs are still there then. Man, I would have panicked to have lost the 100+ jobs. I least I could restore the virtual machine that holds the jobs from a snapshot.
byteshare
24th September 2018, 14:36
/priority low sets EncodingServer.exe,ffmpeg.exe,x264.exe,x265.exe
so my suggestion is to manually change priority for encodingserver.exe from low to high. Rest of encoding processes (ffmpeg and so on) will be running in normal priority (because child processes can't inherit higher priority from parent).
Will give it a shot and let you know.
Privateer5000
24th September 2018, 18:16
Updates just applied and I'm receiving a error when starting up the EncodingServer.exe. Error: List index out of bounds (0)
I've updated two different servers and both are receiving the same errors.
Same Problem here. But i have no Jobs in Queue. Get the Error when Ripbot starts and is trying to start up the Encoding Server.
byteshare
24th September 2018, 19:38
Same Problem here. But i have no Jobs in Queue. Get the Error when Ripbot starts and is trying to start up the Encoding Server.
I get this issue as well on one Win7 PC. It has to do with the new version of EncodingServer.exe, because the debug version and the old 1.12.0.0 runs without the error.
Stuck using the 1.12.1.0 debug version right now, since I didn't have a backup of the official 1.12.1.0
byteshare
24th September 2018, 19:48
For science you could also manually increase priority for EncodingServer.exe to HIGH using Task Manager/Process Hacker.
https://i.postimg.cc/Y9N691vz/Untitled-1.png
Who knows maybe 4 running encoders are just choking to death EncodingServer.exe when all have the same priority.
Before I do this, I noticed this: blob:https://imgur.com/7b61a4a0-9b2e-44ad-b5c4-4fd14c10713a
This is a Win10 Machine, the same one that I went from 4 to 2 encoding servers. Not sure why it stalled.
Running the Priority High change now...
Danette
25th September 2018, 02:24
Hi Danette,
Well, I just did a test for you, I loaded several episodes of a series I have, set a few options, and it loaded every file without issue.
However, as soon as I pressed Start, thats when the problems started, some avisynth error (should have taken a screenshot), so I tried another file, same error, so I imported another file, (not in batch mode), and it did the same thing.
Are you having any problems with just single movie jobs ??
So, what I tried was re installing the latest AviSynth that Ripbot has, and then tried again, and it all went as it should.
So do you know how to install AviSynth from the Ripbot Tools folder ??
In the main Ripbot folder, you'll see a folder called "Tools", go in there, then a folder called "AviSynth", go in there, there should be another 4 folders, and "install.cmd"...double click on that, and that will refresh / install not only the latest version of AviSynth, but all the required Microsoft Visual C++ versions.
So give that a shot, and see what happens.
Well ...the solution didn't hold. I'm back to the "Jobs Rejected" activity for batch jobs. Can't even try to solve the Avisynth loading issues at this point. Looking more and more like RipBot264 is really more useful for single jobs where multiple computers are involved. Batch functionality seems very buggy on my Win 7 desktop. MeGUI works like a champ for both batch processing and employing Avisynth script. I just prefer the RipBot264 layout.
If anyone is interested in trying to solve this, I'd be happy to to receive your help. As it is, whenever I try a simple batch job , every other file loaded (the even numbered jobs) results in a "Job Rejected" message. The log file states "I don't know what YV12 means" but, apparently, it does "know" what YV12 means because the odd numbered jobs process fine.
guest
25th September 2018, 02:42
I get this issue as well on one Win7 PC. It has to do with the new version of EncodingServer.exe, because the debug version and the old 1.12.0.0 runs without the error.
Stuck using the 1.12.1.0 debug version right now, since I didn't have a backup of the official 1.12.1.0
OK, well I can confirm that there is a serious problem with the latest update, every time I open Ripbot, the same error comes up, showing multiple error screens, and it doesn't matter if there are any jobs in the queue, or not.
http://www.mediafire.com/file/5y5qwnqakdry8da/1st_startup_of_newest_update.jpg/file
This is on W10 (1809) RS5.
Changing Encoder priority doesn't change anything either.
The only thing that does do anything is if you disable DE, which isn't really a good option :(
So definitely back to the drawing board !!!!!
Well, I have an interesting update to share..
I get this above error on both Windows 10 Pro (1809), and Windows Server 2016 Datacentre....which are both single cpu pc's. (No NUMA)
and the only way to get rid of the error is to go back to the previous build of encoder.exe.
However, the error does NOT occur on Windows 10 Enterprise (1809), but this pc is a dual "old" Xeon X5690 with NUMA Nodes enabled.
So I'm just trying to give some options to what might be the problem.
Haven't tried in on the W7 pc, yet.
Just tried it on my little DELL laptop, with some DE servers enabled, on W7...no problem. I get all the updates on this, and copy them around all the other pc's I've got.
OK, yet another update...just tried it on the W7 dual "old" Xeon pc, and has the same error :(
So you either have to do 1 of 2 things, replace the encoder.exe with previous, or disable DE.
slalom
25th September 2018, 13:30
Hi Atak
an error with the latest update, for the Encodingserver.exe
"List index out of bounds (0)"
byteshare
25th September 2018, 22:58
/priority low sets EncodingServer.exe,ffmpeg.exe,x264.exe,x265.exe
so my suggestion is to manually change priority for encodingserver.exe from low to high. Rest of encoding processes (ffmpeg and so on) will be running in normal priority (because child processes can't inherit higher priority from parent).
I did this but so far, I've only had the encodingserver.exe stall at starting and not during an encode. Will keep testing.
slalom
26th September 2018, 17:38
New update, new error
Established connection with client... 192.168.1.3:1003
ERROR! File \\192.168.1.3\RipBot264temp\job228\Chunks\21.cmd does not exist!
Encoding terminated.
Connection Closed Gracefully.
ERROR! File \\192.168.1.3\RipBot264temp\job228\Chunks\21.cmd does not exist!
Encoding terminated.
Looks like the client can't find the path to connect
Atak_Snajpera
26th September 2018, 17:52
Change Client ip
https://i.postimg.cc/4N3J1ZMk/Untitled-1.png
slalom
26th September 2018, 18:49
I only have one IP in that box, the local IP in each PC
byteshare
26th September 2018, 23:56
I did this but so far, I've only had the encodingserver.exe stall at starting and not during an encode. Will keep testing.
Newest version seemed to solve the starting EncodingServer.exe issue on my one PC. Seems to have solved the stalling (shuts down the EncodingServer.exe at some points) but I have to start the EncodingServer.exe again sometimes to get all of the servers going.
Doesn't seem to have fixed the not starting an encode (getting stuck at starting). Over all seems in a better place.
And now, for some reason, I can't connect from one computer to another, but I can when using the 1.12.1.0 Test Debug version. I've turned off Windows Firewall on both computers while testing this. Both are Windows 7 machines.
I think the newer version for some reason isn't registering the port correctly because if I start the Debug version either before or after the 1.12.2.0 it will still use the same ports. And I have tried a Reboot on both machine.
guest
27th September 2018, 02:06
Newest version seemed to solve the starting EncodingServer.exe issue on my one PC. Seems to have solved the stalling (shuts down the EncodingServer.exe at some points) but I have to start the EncodingServer.exe again sometimes to get all of the servers going.
Doesn't seem to have fixed the not starting an encode (getting stuck at starting). Over all seems in a better place.
And now, for some reason, I can't connect from one computer to another, but I can when using the 1.12.1.0 Test Debug version. I've turned off Windows Firewall on both computers while testing this. Both are Windows 7 machines.
I think the newer version for some reason isn't registering the port correctly because if I start the Debug version either before or after the 1.12.2.0 it will still use the same ports. And I have tried a Reboot on both machine.
Do you think this may have something to do with the relatively new feature shown in Atak's post #16136..."Client IP" ??
I've yet to try this update !!!
guest
27th September 2018, 06:23
Change Client ip
https://i.postimg.cc/4N3J1ZMk/Untitled-1.png
Will this have to be changed every time you open/re-open Ripbot, if you have multiple nic's/IP's ??
I think I've answered my own question...and yes, it does appear to remember :)
slalom
27th September 2018, 12:28
Will this have to be changed every time you open/re-open Ripbot, if you have multiple nic's/IP's ??
I think I've answered my own question...and yes, it does appear to remember :)
Do you see multiple IPs in this box?
I only see the PC's IP
Atak_Snajpera
27th September 2018, 12:37
run ipconfig.exe /all and show me what you got.
guest
27th September 2018, 13:13
Do you see multiple IPs in this box?
I only see the PC's IP
Well it depends if I'm connected to my LAN, and/or the web.
So to answer your ?, up to 3 !
slalom
27th September 2018, 13:38
run ipconfig.exe /all and show me what you got.
https://thumb.ibb.co/njkyP9/Screenshot_2018_09_27_15_31_47.jpg (https://ibb.co/njkyP9)
Not in English, but you will understand
Dual Gigabit, one port connected
and all my shares are working
byteshare
27th September 2018, 13:48
Do you think this may have something to do with the relatively new feature shown in Atak's post #16136..."Client IP" ??
I've yet to try this update !!!
Not sure really
Atak_Snajpera
27th September 2018, 14:29
https://thumb.ibb.co/njkyP9/Screenshot_2018_09_27_15_31_47.jpg (https://ibb.co/njkyP9)
Not in English, but you will understand
Dual Gigabit, one port connected
and all my shares are working
Can you open ripbot264temp folder via these commands in explorer?
\\192.168.1.3\ripbot264temp
\\Pavlos-PC\ripbot264temp
phred1
27th September 2018, 17:36
New update, new error
Connection Closed Gracefully.
ERROR! File \\192.168.1.3\RipBot264temp\job228\Chunks\21.cmd does not exist!
Encoding terminated.[/CODE]
Looks like the client can't find the path to connect
Same error for me. Running Encoding Client on a W10 machine with 3 NICs of which i currently only use 1. Also running a virtual W10 client + a virtual Switch on same machine as the EC.
Edit: solved it temporarily by reverting to old version.
Here is my ipconfig /all:
C:\Users\FvB>ipconfig /all
Windows IP Configuration
Host Name . . . . . . . . . . . . : W8S
Primary Dns Suffix . . . . . . . :
Node Type . . . . . . . . . . . . : Hybrid
IP Routing Enabled. . . . . . . . : No
WINS Proxy Enabled. . . . . . . . : No
DNS Suffix Search List. . . . . . : localdomain
Ethernet adapter NIC23:
Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . : localdomain
Description . . . . . . . . . . . : Intel(R) 82574L Gigabit Network Connection
Physical Address. . . . . . . . . : 00-E0-81-C8-C7-31
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
Ethernet adapter Ethernet 3:
Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Intel(R) 82574L Gigabit Network Connection #3
Physical Address. . . . . . . . . : 00-E0-81-C8-C7-30
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
Ethernet adapter vEthernet (Default Switch):
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Hyper-V Virtual Ethernet Adapter
Physical Address. . . . . . . . . : FE-15-87-DA-C4-CC
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
Link-local IPv6 Address . . . . . : fe80::cc59:afbb:acfe:bb87%10(Preferred)
IPv4 Address. . . . . . . . . . . : 172.24.140.97(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.255.240
Default Gateway . . . . . . . . . :
DHCPv6 IAID . . . . . . . . . . . : 402527623
DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-18-71-FD-1D-00-E0-81-C8-C7-30
DNS Servers . . . . . . . . . . . : fec0:0:0:ffff::1%1
fec0:0:0:ffff::2%1
fec0:0:0:ffff::3%1
NetBIOS over Tcpip. . . . . . . . : Disabled
Ethernet adapter vEthernet (vSwitch_FvB):
Connection-specific DNS Suffix . : localdomain
Description . . . . . . . . . . . : Hyper-V Virtual Ethernet Adapter #2
Physical Address. . . . . . . . . : 00-E0-81-C8-C7-2F
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
Link-local IPv6 Address . . . . . : fe80::c44e:4c28:a595:b748%7(Preferred)
IPv4 Address. . . . . . . . . . . : 192.168.1.22(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Lease Obtained. . . . . . . . . . : den 21 september 2018 22:25:14
Lease Expires . . . . . . . . . . : den 28 september 2018 10:25:34
Default Gateway . . . . . . . . . : 192.168.1.1
DHCP Server . . . . . . . . . . . : 192.168.1.1
DHCPv6 IAID . . . . . . . . . . . : 385933441
DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-18-71-FD-1D-00-E0-81-C8-C7-30
DNS Servers . . . . . . . . . . . : fec0:0:0:ffff::1%1
fec0:0:0:ffff::2%1
fec0:0:0:ffff::3%1
192.168.1.1
NetBIOS over Tcpip. . . . . . . . : Enabled
Ethernet adapter Ethernet 4:
Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : TeamViewer VPN Adapter
Physical Address. . . . . . . . . : 00-FF-96-49-29-A1
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
I can view the EC directory contents by
\\W8S\ripbot264temp\
..but not by
\\192.168.1.22\ripbot264temp\
BTW, thanks for an awesome app!
slalom
27th September 2018, 18:45
Can you open ripbot264temp folder via these commands in explorer?
\\192.168.1.3\ripbot264temp
\\Pavlos-PC\ripbot264temp
You mean the address bar?
No and Yes respectively
slalom
27th September 2018, 23:12
Updated and working fine!
:thanks:
byteshare
28th September 2018, 16:41
Latest update fixed all of my connection and starting issues (opening an EncodingServer.exe)
guest
29th September 2018, 07:32
Atak,
Just wanted to let you know that after updating with the very latest, if I'm not connected to any LAN, I still get the pop up error's stating :-
"List index out of bounds (-1)" I think it use to be (0).
But if I close Ripbot down, fire up the network (turn the switch on), then there's no problems.
PS:- I have only tried this on one pc, so far.
BlockABoots
29th September 2018, 14:08
So the previous version of Ripbot i was using was 1.20 have just updates to 1.23 and now when i try and load a script from avisynth i get the following error, 'There is no function named 'FFMpegSource2' any ideas why im now getting this error message when i didnt in the previous version?
guest
29th September 2018, 14:18
So the previous version of Ripbot i was using was 1.20 have just updates to 1.23 and now when i try and load a script from avisynth i get the following error, 'There is no function named 'FFMpegSource2' any ideas why im now getting this error message when i didnt in the previous version?
Did you have any jobs in the queue ??
Might need to reload any old jobs.
There have been a lot of changes, recently.
Might need to refresh the Avisynth install from the "Tool's" folder.
byteshare
29th September 2018, 15:14
So the previous version of Ripbot i was using was 1.20 have just updates to 1.23 and now when i try and load a script from avisynth i get the following error, 'There is no function named 'FFMpegSource2' any ideas why im now getting this error message when i didnt in the previous version?
You need to adjust your scripts to 64bit, old version was 32bit avisynth
BlockABoots
29th September 2018, 17:35
You need to adjust your scripts to 64bit, old version was 32bit avisynth
Ah had to get the latest release of AvsPmod from here which supports 64 bit plugins now.....
https://forum.doom9.org/showthread.php?p=1801766#post1801766
seems to work now thanks
stretch009
29th September 2018, 23:04
My computer is x86 and I'd like to use the latest version of Ripbot. I installed Avisynth Plus MT over 2.6 and I tried that AvsPMod but to no avail. I'd like to move past v1.19.6 of ripbot. Help would be appreciated.
guest
30th September 2018, 01:32
My computer is x86 and I'd like to use the latest version of Ripbot. I installed Avisynth Plus MT over 2.6 and I tried that AvsPMod but to no avail. I'd like to move past v1.19.6 of ripbot. Help would be appreciated.
Not sure if this will work, but worth a shot..
Get the latest version of Ripbot264 off page 1 of the forum, unpack it, enable auto update, to get the latest build.
Run "install.cmd" from Ripbot's "Tools/Avisynth" folder, and see if that works.
Another idea might be to upgrade to a x64 version.
6 1/2 years a member, and it's your first post :)
stretch009
30th September 2018, 01:48
Not sure if this will work, but worth a shot..
Get the latest version of Ripbot264 off page 1 of the forum, unpack it, enable auto update, to get the latest build.
Run "install.cmd" from Ripbot's "Tools/Avisynth" folder, and see if that works.
Another idea might be to upgrade to a x64 version.
6 1/2 years a member, and it's your first post :)
Tried all that and what I said earlier. When I start it up it always says 'Avisynth+ MT x64 is not installed'.
@ 6 1/2 years a member. I thought I posted before but apparently not.....
guest
30th September 2018, 02:34
Tried all that and what I said earlier. When I start it up it always says 'Avisynth+ MT x64 is not installed'.
@ 6 1/2 years a member. I thought I posted before but apparently not.....
OK, well that's a shame..
So what OS are you running ??
Unless someone else comes up with a fix, you may have to update to x64 :scared::angry:
stretch009
30th September 2018, 03:22
OK, well that's a shame..
So what OS are you running ??
Unless someone else comes up with a fix, you may have to update to x64 :scared::angry:
Windows 7 Ultimate. Have other x86 users successfully used the latest ripbot versions? Would like to hear from the ripbot author.
Atak_Snajpera
30th September 2018, 13:28
https://forum.doom9.org/showthread.php?p=1819776#post1819776
slalom
30th September 2018, 19:14
Windows 7 Ultimate. Have other x86 users successfully used the latest ripbot versions? Would like to hear from the ripbot author.
Why don't you update to 64 bit?
guest
2nd October 2018, 07:17
Well, I have just aborted the worst Ripbot experience, I think I've ever had !!!
I had a 4K Harry Potter queued up, downsizing to 1080p, with MDegrain, CQ 16.
I had 2 Server's going, as well, and ALL of them were just constantly stalling out and trying to restart, I could hardly keep up with watching it, it was happening so fast.
Client is W10, 1 server is Server 2016, other server is W7.
And to add to the frustration, after I aborted the Job for the 1st time, when I restarted, it started from the beginning :(
So I just turned everything off, in disgust.
I have no idea why this happened, everything was OK last time. (All using latest update)
Some time later (after I counted to 10).
I decided to go back into the job, and change some settings, and have discovered that MDegrain2 is the problem for all the stalls.
Atak_Snajpera
2nd October 2018, 12:02
Were you able to capture error message in server window?
guest
2nd October 2018, 12:16
Were you able to capture error message in server window?
Well, to be honest, that was almost the last thing on my mind, but I knew you'd like to see as much info/proof as possible.
I was getting a lot of those "new" flyout tab's that you've incorporated in the newest build, and that was just stating that server so & so of job #? had stalled, and at some stages these little flyout were so fast, they couldn't be read, and it was happening on all 3 pc doing the encode.
If you can suggest what you'd like to see, I guess I can enable MDegrain again, and do some screen grabs.
But like I said, disabling MDegrain, stopped the flyout's.
Another thing that I'm sure you're aware of, is an encode using MDegrain, can take a long time to start.
Atak_Snajpera
2nd October 2018, 13:11
I'm surprised that those warnings were appearing so fast. Warning should appear only when there is no progress after 1 minute.
guest
2nd October 2018, 13:15
I'm surprised that those warnings were appearing so fast. Warning should appear only when there is no progress after 1 minute.
So what do you want me to do ??
Would you be able to try and reproduce the error by using MDegrain on a short file ??
Atak_Snajpera
2nd October 2018, 13:16
I would like to see what messages appear in EncodingServer window.
guest
2nd October 2018, 13:20
I would like to see what messages appear in EncodingServer window.
OK, so if I enable MDegrain and start the job again, you want to "see" what those little flyout's are "saying", correct ??
Would the job .avs be any help ??
Atak_Snajpera
2nd October 2018, 13:47
Message in EncodingServer window is what I need.
guest
2nd October 2018, 14:10
Message in EncodingServer window is what I need.
OK, hopefully the attached link is what you're after.
Also, with the message in the bottom right hand corner, is showing "5.avs", the next lot of messages, the number changes until it's cycled thru the numbers of how ever many servers are active, except the one that is working, and it just keeps doing that, until you abort, and it will still do a couple more messages, then aborts, all jobs finished.
http://www.mediafire.com/file/oyuv3qvrkd6n8fv/error_message_crop.jpg/file
Hope that makes sense.
Atak_Snajpera
2nd October 2018, 14:34
I give up. I asked for messages in EncodingServer window and you show me everything except what I asked.
guest
2nd October 2018, 14:36
I give up. I asked for messages in EncodingServer window and you show me everything except what I asked.
I'm so sorry, I just realised what you mean....
I'll go and do a few more screen grabs.
guest
2nd October 2018, 14:54
I give up. I asked for messages in EncodingServer window and you show me everything except what I asked.
Here ya go...
http://www.mediafire.com/file/8a1e3mg8k5nahqk/all_servers_windows_with_error_message.jpg/file
Atak_Snajpera
2nd October 2018, 15:24
Why do you use 5 servers on a single 24 thread cpu???? Two servers should be enough. Especially in NUMA mode (1 server per NUMA node). What you are doing is total overkill! I'm not surprised that script with mdegrian2 takes a lot of time to start in this case. (more than allowed 1 minute)
Look at this:
single server = 12 prefetch threads in avisynth + 36 threads in x264 = 48 threads
5 servers * 48 threads = 240 threads ! 10 times more than your cpu has!
guest
2nd October 2018, 15:47
Why do you use 5 servers on a single 24 thread cpu???? Two servers should be enough. Especially in NUMA mode (1 server per NUMA node). What you are doing is total overkill! I'm not surprised that script with mdegrian2 takes a lot of time to start in this case.
Look at this:
single server = 12 prefetch threads in avisynth + 36 threads in x264 = 48 threads
5 servers * 48 threads = 240 threads ! 10 times more than your cpu has!
I was actually using 6, screenshot missed one....
Point taken, I'll have to revise my settings, now that I am doing more 4K stuff, with mdegrain2.
Atak_Snajpera
2nd October 2018, 15:51
It has nothing to do with 4k footage because you are still resizing to 1080p. The issue is that you are throwing too much on those poor 24 threads.
Other servers basically do not have access to spare cpu cycles to start encoding in 1 minute time limit. (hence encoding stalled message and forced restart in encoding server). Nevertheless I will disable this forced start by default in encoding server and implement command line switch so you can set your own time limit instead of current hardcoded 1 minute.
guest
2nd October 2018, 19:21
It has nothing to do with 4k footage because you are still resizing to 1080p. The issue is that you are throwing too much on those poor 24 threads.
Other servers basically do not have access to spare cpu cycles to start encoding in 1 minute time limit. (hence encoding stalled message and forced restart in encoding server). Nevertheless I will disable this forced start by default in encoding server and implement command line switch so you can set your own time limit instead of current hardcoded 1 minute.
And MDegrain2 obviously really loads things up s lot, too.
Your option sounds good :)
But I'd still like to know what causes that "list index" error when you first open Ripbot, when its set in DE mode, and your not connected to any networks.
mdchaser
2nd October 2018, 22:36
Awesome software but I'm experiencing a bit of an issue getting encoding to work after the latest update. I am running this on a machine with a single NIC/IP address. This is the error I get in all of my encoding servers:
Established connection with client... 192.168.42.6:1001
ERROR! File \\ACE\RipBot264temp\job1\Chunks\1.cmd does not exist!
Encoding terminated.
\\ACE is my domain name (using all domain joined systems) and not the name of the local machine! Any thoughts?
I can hit \\192.168.42.6 and access the ripbot shared folder so I think something is substituting my domain name for the computer name.
Thanks!
guest
3rd October 2018, 01:35
Awesome software but I'm experiencing a bit of an issue getting encoding to work after the latest update. I am running this on a machine with a single NIC/IP address. This is the error I get in all of my encoding servers:
Established connection with client... 192.168.42.6:1001
ERROR! File \\ACE\RipBot264temp\job1\Chunks\1.cmd does not exist!
Encoding terminated.
\\ACE is my domain name (using all domain joined systems) and not the name of the local machine! Any thoughts?
I can hit \\192.168.42.6 and access the ripbot shared folder so I think something is substituting my domain name for the computer name.
Thanks!
Are you using Distributed Encoding ?
There is a new setting that needs to be addressed, which may fix your problem. see:-
https://forum.doom9.org/showthread.php?p=1852975#post1852975
This has actually changed a little, you'll see when you go to this setting.
And btw, if you were to start Ripbot without being connected to any network (not even the web) do you get a series of pop up error's stating something like "list index is out of bounds" ?
edit:- that error may not happen with the very latest update...
guest
3rd October 2018, 02:21
It has nothing to do with 4k footage because you are still resizing to 1080p. The issue is that you are throwing too much on those poor 24 threads.
Other servers basically do not have access to spare cpu cycles to start encoding in 1 minute time limit. (hence encoding stalled message and forced restart in encoding server). Nevertheless I will disable this forced start by default in encoding server and implement command line switch so you can set your own time limit instead of current hardcoded 1 minute.
Apologies for being a bit "slow" with the info you wanted, last night (my time) :(
OK, today is another day, and there was an early auto update, so I have installed that on the "troublesome" pc, and everything seems to be running pretty sweet. No "list index" error's, and no time out's on the servers. (I've only got 2 running today)
So you mentioned you were going to add a command line switch to customise the time limit settings....where's that ??
edit:- forget the last sentence / question, as I have found it :)
So if this setting isn't applied, does that mean that there's no time out restart ??
Can you please provide an example of the command line for say a 2 minute delay ? (I'm lost with commands / dos) :stupid:
Server1CommandLine=/port 1000 /minimize /priority low /node 0 /port 1000 /restart-if-no-progress 2 ??
:thanks:
mdchaser
3rd October 2018, 04:28
Are you using Distributed Encoding ?
There is a new setting that needs to be addressed, which may fix your problem. see:-
https://forum.doom9.org/showthread.php?p=1852975#post1852975
This has actually changed a little, you'll see when you go to this setting.
And btw, if you were to start Ripbot without being connected to any network (not even the web) do you get a series of pop up error's stating something like "list index is out of bounds" ?
edit:- that error may not happen with the very latest update...
Thanks for getting back to me! I've already checked the IP setting, I have a single nic so my ip section is greyed out, I don't get the option to change it... The error implies ripbot is sending the wrong shared path to all of the clients.
Atak_Snajpera
3rd October 2018, 11:09
Server1CommandLine=/port 1000 /minimize /priority low /node 0 /restart-if-no-progress 2
Correct. Server will restart encoding after two minutes of idle time.
If /restart-if-no-progress 0 or omitted then server waits endlessly.
@mdchaser
show me ipconfig /all output
guest
3rd October 2018, 11:17
Correct. Server will restart encoding after two minutes of idle time.
If /restart-if-no-progress 0 or omitted then server waits endlessly.
Wow, well I can do things right, when I put my mind to it, thanks for confirming that.
And I have to say, whatever you did with the latest update overnight (my time), has worked a treat.
I had ZERO problems today, after a self imposed shocker, yesterday.
And I had it pretty busy today, and smooth as.
The "list index" error has gone...
:thanks::thanks:
Atak_Snajpera
3rd October 2018, 11:19
Nevertheless please do not run 6 servers on 12C/24T cpu next time ,ok? 1 server per 8C-12C should be enough with active mdegrain2 in 1080p.
guest
3rd October 2018, 11:44
Nevertheless please do not run 6 servers on 12C/24T cpu next time ,ok? 1 server per 8C-12C should be enough with active mdegrain2 in 1080p.
Yes, I think I've learnt my lesson on that one, and MDegrain2 on 4K will be a lot more strain.
And a question, how would a single 12C compare with dual 6C's ??
At least the dual has 2 Numa Nodes (if that makes much difference)
mdchaser
3rd October 2018, 17:56
Correct. Server will restart encoding after two minutes of idle time.
If /restart-if-no-progress 0 or omitted then server waits endlessly.
@mdchaser
show me ipconfig /all output
Here you go!
PS C:\Users\tv> ipconfig /all
Windows IP Configuration
Host Name . . . . . . . . . . . . : Movies
Primary Dns Suffix . . . . . . . : ace.local
Node Type . . . . . . . . . . . . : Hybrid
IP Routing Enabled. . . . . . . . : No
WINS Proxy Enabled. . . . . . . . : No
DNS Suffix Search List. . . . . . : ace.local
Ethernet adapter Ethernet 2:
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Mellanox ConnectX-2 Ethernet Adapter
Physical Address. . . . . . . . . : 00-02-C9-29-34-18
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes
Link-local IPv6 Address . . . . . : fe80::a111:2c7a:dd90:7c1f%7(Preferred)
IPv4 Address. . . . . . . . . . . : 192.168.42.6(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : 192.168.42.1
DNS Servers . . . . . . . . . . . : 192.168.42.10
192.168.42.11
NetBIOS over Tcpip. . . . . . . . : Enabled
Ethernet adapter Bluetooth Network Connection 2:
Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Bluetooth Device (Personal Area Network) #2
Physical Address. . . . . . . . . : 00-1A-7D-DA-71-13
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
PS C:\Users\tv>
tuanden0
4th October 2018, 05:40
Hi, I'm a RipBot newbie. Could someone help me a little?
1. How can I use vapoursynth through RIPBOT?
2. I have a batch script to encode x265 video and how I use it in RIPBOT:
"C:\Program Files (x86)\VapourSynth\core64\vspipe.exe" --y4m "%~dpn1.vpy" - | "%~dp0Tools\x265.exe" --y4m --preset slow --aq-mode 3 --output-depth 12 --crf %crf% -o "%~dpn1.hevc" -
Thank you!
Ryushin
5th October 2018, 13:45
So I encountered something new sometime in the last update or two. When adding or editing a job the job window gets stuck and the only way to fix it is to close/kill the application. When this happens in an the avisynth window, and I go back into the job, the script only has one line like this:
Import("D:\Temp\RipBot264temp\job676\job676_a1.avs")
Cannot find a way to fix it, so I have to delete the job and add it again fresh. The new ability to move jobs is a huge welcome here as I can put the new job where it needs to go.
One time when clicking Done on the job window it got stuck, and I clicked Done a few times and it created additional jobs all the same job number. I had to edit the job list to clear out those bad jobs.
legend
5th October 2018, 15:16
How do I set by default audio=Amplify(audio,3.0).
All the time it needs to set manually in every file.
mdchaser
7th October 2018, 06:51
No luck after the most recent update, I'm still getting failures across the board when trying to encode. This is with all end points joined to a domain. Looks like ripbot is sending the wrong network path:
http://www.vyablesolutions.com/files/ripbot.JPG
Any help would be appreciated, I've had to fall back to dvdfab and it's so sloooooow. This started happening after a recent update, I've gone through the ini files to make sure everything looks like it should.
HehoChef
7th October 2018, 12:09
With the newest version it stopped demuxing properly.
Can choose neither Audio nor Subtitles, but no errors.
Running Win 10 64bit and mkvtoolnix 27.
Any suggestions?
Atak_Snajpera
7th October 2018, 12:36
With the newest version it stopped demuxing properly.
Running Win 10 64bit and mkvtoolnix 27.
What version does ripbot264 use by default v25 or v27?
Ryushin
7th October 2018, 15:30
So I encountered something new sometime in the last update or two. When adding or editing a job the job window gets stuck and the only way to fix it is to close/kill the application. When this happens in an the avisynth window, and I go back into the job, the script only has one line like this:
Import("D:\Temp\RipBot264temp\job676\job676_a1.avs")
Cannot find a way to fix it, so I have to delete the job and add it again fresh. The new ability to move jobs is a huge welcome here as I can put the new job where it needs to go.
One time when clicking Done on the job window it got stuck, and I clicked Done a few times and it created additional jobs all the same job number. I had to edit the job list to clear out those bad jobs.
Here is an image that shows what happened after I clicked done on a job. I had to kill the main windows and thankfully the job was still there. It's freaking me out now editing a job as I might have to start all over. I think if it gets stuck when finishing the job it is still there. But if it get stuck at avisynth then the job is corrupted.
https://i.postimg.cc/2byZ4Pq3/Ripbot_264_Stuck_Adding_Job.jpg (https://postimg.cc/2byZ4Pq3)
HehoChef
7th October 2018, 18:59
What version does ripbot264 use by default v25 or v27?
Well the one in the ripbot264 folder is still v25, and thats also whats listed under Settings --> Tools. Didn't know i comes with its one instance.
Does it bother RipBot264 that there is a second system wide installation of mkvtoolnix?
I only mentioned it in the first place since its the only thing that changed on my end since RipBot last worked...
slalom
7th October 2018, 19:09
No luck after the most recent update, I'm still getting failures across the board when trying to encode. This is with all end points joined to a domain. Looks like ripbot is sending the wrong network path:
http://www.vyablesolutions.com/files/ripbot.JPG
Any help would be appreciated, I've had to fall back to dvdfab and it's so sloooooow. This started happening after a recent update, I've gone through the ini files to make sure everything looks like it should.
This was fixed about a week ago. Are you sure you are updated?
byteshare
7th October 2018, 19:14
Windows 7 Ultimate. Have other x86 users successfully used the latest ripbot versions? Would like to hear from the ripbot author.
Not sure if you saw Atak_Snajpera's solution as he didn't seem to use the quote option but he posted a link to instructions to use 32bit only with the newest version:
https://forum.doom9.org/showthread.php?p=1819776#post1819776
byteshare
7th October 2018, 19:25
Yes, I think I've learnt my lesson on that one, and MDegrain2 on 4K will be a lot more strain.
And a question, how would a single 12C compare with dual 6C's ??
At least the dual has 2 Numa Nodes (if that makes much difference)
I forget at which update point but I had to go down from 4 servers to 2 on my Ryzen 7 2700x, and it has been much smoother sailing since the change (and all of the great updates).
byteshare
7th October 2018, 19:27
Hi, I'm a RipBot newbie. Could someone help me a little?
1. How can I use vapoursynth through RIPBOT?
2. I have a batch script to encode x265 video and how I use it in RIPBOT:
Thank you!
As far as I know you'll need to use AviSynth+ and not VapourSynth, or use a different application that supports VapourSynth
byteshare
7th October 2018, 19:30
How do I set by default audio=Amplify(audio,3.0).
All the time it needs to set manually in every file.
No option right now, but after you load the jobs you can change the setting with a batch operation with NotePad++ by loading the .avs files with audio instructions. Personally I use a secondary program to handle the audio and then use a batch mux script to put the subs, audio, and video all together at the end.
byteshare
7th October 2018, 19:32
Here is an image that shows what happened after I clicked done on a job. I had to kill the main windows and thankfully the job was still there. It's freaking me out now editing a job as I might have to start all over. I think if it gets stuck when finishing the job it is still there. But if it get stuck at avisynth then the job is corrupted.
https://i.postimg.cc/2byZ4Pq3/Ripbot_264_Stuck_Adding_Job.jpg (https://postimg.cc/2byZ4Pq3)
I don't have this issue. Have you tried going back to an earlier version and then auto-updating to the newest release?
The installed version of MKVToolNix doesn't matter, only the files in the "RipBot\Tools\mkvtoolnix" folder.
mdchaser
7th October 2018, 19:44
This was fixed about a week ago. Are you sure you are updated?
Tried it last night with no luck. Updated itself this morning and it works great again! No more dvdfab :).
tuanden0
8th October 2018, 03:58
As far as I know you'll need to use AviSynth+ and not VapourSynth, or use a different application that supports VapourSynth
:thanks::thanks:
byteshare
9th October 2018, 16:20
HEVC 2.9+1 Stable is out: http://msystem.waw.pl/x265/
Release notes (not up at the time of this posting):
https://x265.readthedocs.io/en/default/releasenotes.html
Update, release notes: https://bitbucket.org/multicoreware/x265/raw/f9681d731f2e56c2ca185cec10daece5939bee07/doc/reST/releasenotes.rst
Version 2.9
===========
Release date - 05/10/2018
New features
-------------
1. Support for chunked encoding
:option:`--chunk-start and --chunk-end`
Frames preceding first frame of chunk in display order will be encoded, however, they will be discarded in the bitstream.
Frames following last frame of the chunk in display order will be used in taking lookahead decisions, but, they will not be encoded.
This feature can be enabled only in closed GOP structures. Default disabled.
2. Support for HDR10+ version 1 SEI messages.
Encoder enhancements
--------------------
1. Create API function for allocating and freeing x265_analysis_data.
2. CEA 608/708 support: Read SEI messages from text file and encode it using userSEI message.
Bug fixes
---------
1. Disable noise reduction when vbv is enabled.
2. Support minLuma and maxLuma values changed by the commandline.
guest
10th October 2018, 01:50
HEVC 2.9+1 Stable is out: http://msystem.waw.pl/x265/
Release notes (not up at the time of this posting):
https://x265.readthedocs.io/en/default/releasenotes.html
Update, release notes: https://bitbucket.org/multicoreware/x265/raw/f9681d731f2e56c2ca185cec10daece5939bee07/doc/reST/releasenotes.rst
Version 2.9
===========
Release date - 05/10/2018
New features
-------------
1. Support for chunked encoding
:option:`--chunk-start and --chunk-end`
Frames preceding first frame of chunk in display order will be encoded, however, they will be discarded in the bitstream.
Frames following last frame of the chunk in display order will be used in taking lookahead decisions, but, they will not be encoded.
This feature can be enabled only in closed GOP structures. Default disabled.
2. Support for HDR10+ version 1 SEI messages.
Encoder enhancements
--------------------
1. Create API function for allocating and freeing x265_analysis_data.
2. CEA 608/708 support: Read SEI messages from text file and encode it using userSEI message.
Bug fixes
---------
1. Disable noise reduction when vbv is enabled.
2. Support minLuma and maxLuma values changed by the commandline.
And not to mention MKVToolNix v27.0 is available, too.
Time for another auto update, me thinks :)
oldschooltech
10th October 2018, 08:15
Distributed encoding help
Not sure whats going on. encoding dvd ep with denoise x264.
My main pc: (the client) 40%-50% cpu getting 18.x FPS.
windows 10
fx-8320
16gb ddr3
Radeon rx 580 x 4gb
other pc: Hitting 90%-100% cpu getting 30.x FPS.
windows 7
fx-6300
8gb ram
r7 260x 2gb
oldschooltech
10th October 2018, 09:14
Also Have a few other things I would like help with.
I am coming from handbrake to this is there anyway to find out how to configure my same settings from there to ripbot?
Is there any way when batch job creation to have 2 audio streams. I like to x.x copy stream from my lossless / 5.1, then an 2.0 AAC-LC stream. This makes nice for plex streaming. Seems the limitation is in the fact that it needs to demux before you can mess with the audio settings.
How does one turn on deblocking? I would set tune settings in handbrake that turned on deblocking then i would use filter tab deblocking too not sure if they are diffent like pre/post filters.
Also last note, the deinterlace seems to round up 24.x to 25 and 29.x to 30. Is this correct or am i messing with something i know nothing about?
guest
10th October 2018, 10:34
Distributed encoding help
Not sure whats going on. encoding dvd ep with denoise x264.
My main pc: (the client) 40%-50% cpu getting 18.x FPS.
windows 10
fx-8320
16gb ddr3
Radeon rx 580 x 4gb
other pc: Hitting 90%-100% cpu getting 30.x FPS.
windows 7
fx-6300
8gb ram
r7 260x 2gb
This should be an easy fix...
How many servers in DE are you using per pc ??
Just keep adding more servers, until you reach cpu 100%.
byteshare
10th October 2018, 16:23
And not to mention MKVToolNix v27.0 is available, too.
Time for another auto update, me thinks :)
Honestly, neither are that important, since for MKVToolNix it doesn't have updates that should impact RipBot (only if you were actually using it for some specific uses outside of RipBot) and for HEVC the changes shouldn't affect 99% or more of users unless they have more back-end stuff they didn't include in the notes.
byteshare
10th October 2018, 16:32
Also Have a few other things I would like help with.
I am coming from handbrake to this is there anyway to find out how to configure my same settings from there to ripbot?
Is there any way when batch job creation to have 2 audio streams. I like to x.x copy stream from my lossless / 5.1, then an 2.0 AAC-LC stream. This makes nice for plex streaming. Seems the limitation is in the fact that it needs to demux before you can mess with the audio settings.
How does one turn on deblocking? I would set tune settings in handbrake that turned on deblocking then i would use filter tab deblocking too not sure if they are diffent like pre/post filters.
Also last note, the deinterlace seems to round up 24.x to 25 and 29.x to 30. Is this correct or am i messing with something i know nothing about?
You can have two audio streams but not with the batch unless you want to use the copy feature (I think). Try the copy rather than re-encode. Unless you're trying to save space you might actually prefer the copy feature.
Personally, I still use an old version of HB to do FDK AAC-HE/LC audio and then use a batch script to mux the audio (from HB), subs from source file (keeps the MKV title info), and the video (from RipBot) at the end into one file.
Deblocking in HB isn't that great. Try using the Denoise features, such as MDegrain2, should reduce noise and size without a noticable impact on quality more than any of the HB settings.
RipBot uses AVISynth, so you can use any of the RipBot filters or even use outside ones, which is much more powerful than the built-in filters for HB.
For Deinterlace, in the settings make sure you have "QTGMC deinterlacer instead of Yadif" checked. QTGMC is much more powerful than any of the deinterlacers in HB and more accurate. With QTGMC in batch, just select "TFF - > 25 FPS/30 FPS" and the filter figures out the rest and should give you the correct frame rate. The only exception is sometimes with variable frame rate files (usually anime) you might need to get the time codes from the original file and mux them back in, but this is very rare to come accross.
slalom
10th October 2018, 19:26
Distributed encoding help
Not sure whats going on. encoding dvd ep with denoise x264.
My main pc: (the client) 40%-50% cpu getting 18.x FPS.
windows 10
fx-8320
16gb ddr3
Radeon rx 580 x 4gb
other pc: Hitting 90%-100% cpu getting 30.x FPS.
windows 7
fx-6300
8gb ram
r7 260x 2gb
Try this
Go settings ->main tab
"Use multiple processing threads" set value to 0
oldschooltech
10th October 2018, 19:56
This should be an easy fix...
How many servers in DE are you using per pc ??
Just keep adding more servers, until you reach cpu 100%.
I added another encoding server did know know I could do this. Think this fixed it. I was only using one.
Try this
Go settings ->main tab
"Use multiple processing threads" set value to 0
this was already set. thanks.
You can have two audio streams but not with the batch unless you want to use the copy feature (I think). Try the copy rather than re-encode. Unless you're trying to save space you might actually prefer the copy feature.
Personally, I still use an old version of HB to do FDK AAC-HE/LC audio and then use a batch script to mux the audio (from HB), subs from source file (keeps the MKV title info), and the video (from RipBot) at the end into one file.
Deblocking in HB isn't that great. Try using the Denoise features, such as MDegrain2, should reduce noise and size without a noticable impact on quality more than any of the HB settings.
RipBot uses AVISynth, so you can use any of the RipBot filters or even use outside ones, which is much more powerful than the built-in filters for HB.
For Deinterlace, in the settings make sure you have "QTGMC deinterlacer instead of Yadif" checked. QTGMC is much more powerful than any of the deinterlacers in HB and more accurate. With QTGMC in batch, just select "TFF - > 25 FPS/30 FPS" and the filter figures out the rest and should give you the correct frame rate. The only exception is sometimes with variable frame rate files (usually anime) you might need to get the time codes from the original file and mux them back in, but this is very rare to come accross.
That sound like a whole lot of stuff that could make for a fun time. I do have use qtgmc checked. I am doing some old dvds of things like naruto and dragon ball. I played with naruto in handbrake and found all it need was deblocking but I did not process the seasons yet. I just started playing with ripbot I found that in dragon ball a small bit of knlmeansCL cleaned it up nice.
MDegrain2 works nice but slows things down. I have yet to play with naruto in ripbot im sure some setting will work for me, I was just thinking i knew what i needed to do and it was fast in handbrake it had to be much faster with 6 pc on DE. I am getting 170ish FPS atm doing dragon ball. So very nice. I will buying this guy beer for his coding.
oldschooltech
10th October 2018, 20:09
I do have problems with Deinterlace tho. I set up some stuff to run last night. I have old stuff like Talespin and Ducktales. anyways I used the TFF - > 25 FPS/30 FPS. This worked fine for most of the ducktales stuff but i had 2 issues.
1. the ep's listed as frame rate 24.x FPS, original frame rate 29.x, frame rate mode variable and scan type interlaced would let me set the TFF - > 25 FPS/30 FPS. Some Ep's about half had deinterlacing disabled. There info does not have scan type set as interlaced, and frame rate is 29.xx or 28.x, with original frame rate of 29.970, frame rate mode variable. This are ripped right from the discs. This vides have the interlacing lines when things move so I know they are.
How can I deinterlace them if its disabled?
2. I had no issue with deinterlace these videos in handbrake but after deinterlace videos with ripbot the audio is out of sync too. I have tryed the inverse telecine to with and without decimate. I still get audio sync issues.
Would like to learn to fix this. The DE make this app so very strong.
Atak_Snajpera
10th October 2018, 20:18
You will have to first upload some 50-100 MiB sample so we could find solution for your particular files. It is hard to suggest something when we do not have access to you video files.
byteshare
10th October 2018, 21:54
That sound like a whole lot of stuff that could make for a fun time. I do have use qtgmc checked. I am doing some old dvds of things like naruto and dragon ball. I played with naruto in handbrake and found all it need was deblocking but I did not process the seasons yet. I just started playing with ripbot I found that in dragon ball a small bit of knlmeansCL cleaned it up nice.
MDegrain2 works nice but slows things down. I have yet to play with naruto in ripbot im sure some setting will work for me, I was just thinking i knew what i needed to do and it was fast in handbrake it had to be much faster with 6 pc on DE. I am getting 170ish FPS atm doing dragon ball. So very nice. I will buying this guy beer for his coding.
RipBot and AVISynth has a lot more powerful capabilities than Handbrake, but more complicated.
If you're getting ~170 FPS, IMO you're not compressing it enough or doing enough AVISynth :D LOL, I don't mind slower FPS (like 30-40) on DVDs for a better video and filesize.
I do have problems with Deinterlace tho. I set up some stuff to run last night. I have old stuff like Talespin and Ducktales. anyways I used the TFF - > 25 FPS/30 FPS. This worked fine for most of the ducktales stuff but i had 2 issues.
1. the ep's listed as frame rate 24.x FPS, original frame rate 29.x, frame rate mode variable and scan type interlaced would let me set the TFF - > 25 FPS/30 FPS. Some Ep's about half had deinterlacing disabled. There info does not have scan type set as interlaced, and frame rate is 29.xx or 28.x, with original frame rate of 29.970, frame rate mode variable. This are ripped right from the discs. This vides have the interlacing lines when things move so I know they are.
How can I deinterlace them if its disabled?
2. I had no issue with deinterlace these videos in handbrake but after deinterlace videos with ripbot the audio is out of sync too. I have tryed the inverse telecine to with and without decimate. I still get audio sync issues.
Would like to learn to fix this. The DE make this app so very strong.
1. My guess is it is variable and you'll need to mux in the time codes from the source and that will fix the sync issues.
-I do this via batch files but the command line looks something like this (.bat):
Extract: (not sure how to do this via the GUI)
FOR %%A IN (*.mkv) DO "C:\Program Files\MKVToolNix\mkvextract.exe" timecodes_v2 "%%A" "0:%%A_timecodes.txt"
Import: (this can be done easily via the GUI)
FOR %%A IN (*.mkv) DO "C:\Program Files\MKVToolNix\mkvmerge.exe" -o "%%A-Fixed.mkv" --timecodes "0:%%~dpnA.mkv_timecodes.txt" "%%~A"
IMO if RipBot did this while extracting other parts of the source and mux this back in after an encode would fix a lot of sync issues.
2. It worked in HandBrake because it handles frames differently.
ejone
11th October 2018, 23:22
I think this is a very annoying issue with Ripbot that should be fixed.
https://youtu.be/uxCkIvUdo0M
Evidently, if you are converting TV shows, even if you select a particular M2TS file, Ripbot will not default to the playlist you specifically picked (should be assumed from the file name - select the one with the matching name by default).
Super annoying. Had to redo everything. Would it be possible to select the correct default if you pick the file manually as shown in the video?
byteshare
11th October 2018, 23:59
I think this is a very annoying issue with Ripbot that should be fixed.
https://youtu.be/uxCkIvUdo0M
Evidently, if you are converting TV shows, even if you select a particular M2TS file, Ripbot will not default to the playlist you specifically picked (should be assumed from the file name - select the one with the matching name by default).
Super annoying. Had to redo everything. Would it be possible to select the correct default if you pick the file manually as shown in the video?
Have you tried MakeMKV before encoding? You get more control over audio and subtitles when there are many to choose from.
Atak_Snajpera
12th October 2018, 09:52
I think this is a very annoying issue with Ripbot that should be fixed.
https://youtu.be/uxCkIvUdo0M
Evidently, if you are converting TV shows, even if you select a particular M2TS file, Ripbot will not default to the playlist you specifically picked (should be assumed from the file name - select the one with the matching name by default).
Super annoying. Had to redo everything. Would it be possible to select the correct default if you pick the file manually as shown in the video?
Because .m2ts files are in blu-ray structure. Move those files outside this folder and you will get "correct" behaviour. You can also rename BDMV folder to something else.
skylinekiller
12th October 2018, 21:50
I was converting the Man in the High Castle, and was able to successfully do most, but am having an error with two of them. I have uploaded both log files, can you please tell me where the problem is and if it can be fixed?
G:\>"C:\Users\###\Documents\TITAN\RipBot264v1.22.0\Tools\ffmpeg\bin\ffmpeg.exe" -loglevel panic -i "G:\Temp\RipBot264temp\job1\job1.avs" -strict -1 -f yuv4mpegpipe - | "C:\Users\####\Documents\TITAN\RipBot264v1.22.0\tools\x264\x264_x64.exe" --colorprim bt709 --transfer bt709 --colormatrix bt709 --pass 1 --bitrate 2048 --stats "G:\Temp\RipBot264temp\job1\job1.stats" --fps 23.08 --force-cfr --min-keyint 23 --keyint 230 --frames 103 --sar 1:1 --level 4.0 --aud --nal-hrd vbr --vbv-bufsize 25000 --vbv-maxrate 25000 --b-pyramid none --stdin y4m --output NUL -
y4m [info]: 1280x720p 1:1 @ 23102/1001 fps (cfr)
x264 [info]: using SAR=1/1
x264 [warning]: VBV bitrate (25000) > level limit (20000)
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
x264 [info]: profile Main, level 4.0
x264 [info]: frame I:1 Avg QP:15.79 size: 5386
x264 [info]: frame P:37 Avg QP:12.46 size: 21872
x264 [info]: frame B:65 Avg QP:16.76 size: 2158
x264 [info]: consecutive B-frames: 7.8% 17.5% 20.4% 54.4%
x264 [info]: mb I I16..4: 99.8% 0.0% 0.2%
x264 [info]: mb P I16..4: 32.4% 0.0% 0.0% P16..4: 33.8% 0.0% 0.0% 0.0% 0.0% skip:33.8%
x264 [info]: mb B I16..4: 2.0% 0.0% 0.0% B16..8: 7.6% 0.0% 0.0% direct:11.4% skip:79.0% L0:44.2% L1:44.2% BI:11.6%
x264 [info]: final ratefactor: 15.34
x264 [info]: coded y,uvDC,uvAC intra: 36.2% 18.1% 8.0% inter: 9.2% 10.8% 0.2%
x264 [info]: i16 v,h,dc,p: 56% 12% 26% 5%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 16% 1% 73% 2% 6% 1% 0% 0% 1%
x264 [info]: i8c dc,h,v,p: 83% 9% 8% 1%
x264 [info]: Weighted P-Frames: Y:43.2% UV:8.1%
x264 [info]: kb/s:1711.83
encoded 103 frames, 146.51 fps, 1711.83 kb/s
G:\>"C:\Users\###\Documents\TITAN\RipBot264v1.22.0\Tools\ffmpeg\bin\ffmpeg.exe" -loglevel panic -i "G:\Temp\RipBot264temp\job1\job1.avs" -strict -1 -f yuv4mpegpipe - | "C:\Users\###\Documents\TITAN\RipBot264v1.22.0\tools\x264\x264_x64.exe" --colorprim bt709 --transfer bt709 --colormatrix bt709 --pass 2 --bitrate 2048 --stats "G:\Temp\RipBot264temp\job1\job1.stats" --fps 23.08 --force-cfr --min-keyint 23 --keyint 230 --frames 103 --sar 1:1 --level 4.0 --aud --nal-hrd vbr --vbv-bufsize 25000 --vbv-maxrate 25000 --b-pyramid none --stdin y4m --output "G:\Temp\RipBot264temp\video.264" -
y4m [info]: 1280x720p 1:1 @ 23102/1001 fps (cfr)
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
x264 [info]: profile High, level 4.0
x264 [info]: frame I:1 Avg QP: 7.27 size: 98899
x264 [info]: frame P:37 Avg QP:12.63 size: 19691
x264 [info]: frame B:65 Avg QP:17.76 size: 2165
x264 [info]: consecutive B-frames: 7.8% 17.5% 20.4% 54.4%
x264 [info]: mb I I16..4: 10.1% 83.5% 6.4%
x264 [info]: mb P I16..4: 3.1% 11.7% 1.1% P16..4: 32.9% 8.2% 7.4% 0.0% 0.0% skip:35.6%
x264 [info]: mb B I16..4: 0.1% 0.2% 0.0% B16..8: 23.1% 1.0% 0.3% direct: 5.1% skip:70.0% L0:33.2% L1:61.9% BI: 4.9%
x264 [info]: 8x8 transform intra:74.1% inter:70.3%
x264 [info]: coded y,uvDC,uvAC intra: 45.6% 30.0% 22.9% inter: 12.3% 11.9% 0.7%
x264 [info]: i16 v,h,dc,p: 76% 7% 14% 3%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 21% 28% 40% 2% 2% 2% 2% 2% 2%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 22% 26% 33% 3% 4% 3% 4% 2% 3%
x264 [info]: i8c dc,h,v,p: 81% 10% 8% 1%
x264 [info]: Weighted P-Frames: Y:43.2% UV:8.1%
x264 [info]: ref P L0: 73.4% 5.0% 13.0% 6.1% 2.5%
x264 [info]: ref B L0: 87.4% 12.6%
x264 [info]: kb/s:1735.58
encoded 103 frames, 83.13 fps, 1735.58 kb/s
G:\>"C:\Users\###\Documents\TITAN\RipBot264v1.22.0\tools\mp4box\mp4box.exe" -tmp "G:\Temp\RipBot264temp" -add "G:\Temp\RipBot264temp\video.264":name="The Man In The High Castle s03e02" -fps 23.08 -add "G:\Temp\RipBot264temp\job1\Encoded_Audio_1.aac":lang=eng -mpeg4 -chap "G:\Temp\RipBot264temp\job1\chapters.txt" -new "I:\The Man In The High Castle s03e02.mp4"
AVC-H264 import - frame size 1280 x 720 at 23.080 FPS
AVC Import results: 103 samples - Slices: 1 I 37 P 65 B - 105 SEI - 1 IDR
Stream uses forward prediction - stream CTS offset: 2 frames
AAC import - sample rate 48000 - MPEG-4 audio - 6 channels
[Chapter import] Guessed video frame rate 23.08 (2308:100)
Saving I:\The Man In The High Castle s03e02.mp4: 0.500 secs Interleaving
-------------------------
Elapsed Time: 00h:00m:05s
G:\>"C:\Users\###\Documents\TITAN\RipBot264v1.22.0\Tools\ffmpeg\bin\ffmpeg.exe" -loglevel panic -i "G:\Temp\RipBot264temp\job2\job2.avs" -strict -1 -f yuv4mpegpipe - | "C:\Users\####\Documents\TITAN\RipBot264v1.22.0\tools\x264\x264_x64.exe" --colorprim bt709 --transfer bt709 --colormatrix bt709 --pass 1 --bitrate 2048 --stats "G:\Temp\RipBot264temp\job2\job2.stats" --fps 0.04 --force-cfr --min-keyint 0 --keyint 0 --frames 0 --sar 1:1 --level 4.0 --aud --nal-hrd vbr --vbv-bufsize 25000 --vbv-maxrate 25000 --b-pyramid none --stdin y4m --output NUL -
y4m [info]: 1280x720p 1:1 @ 4/91 fps (cfr)
x264 [info]: using SAR=1/1
x264 [warning]: VBV bitrate (25000) > level limit (20000)
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
x264 [warning]: VBV buffer size cannot be smaller than one frame, using 625000 kbit
x264 [info]: profile Main, level 4.0
1 frames: 6.37 fps, 65.40 kb/s
24 frames: 58.82 fps, 125.08 kb/s
53 frames: 80.55 fps, 113.14 kb/s
97 frames: 105.43 fps, 75.01 kb/s
x264 [info]: frame I:131 Avg QP: 0.56 size:198351
x264 [info]: mb I I16..4: 65.8% 0.0% 34.2%
x264 [info]: final ratefactor: -22.49
x264 [info]: coded y,uvDC,uvAC intra: 72.8% 61.9% 61.5%
x264 [info]: i16 v,h,dc,p: 53% 21% 21% 6%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 37% 25% 12% 4% 5% 4% 5% 4% 5%
x264 [info]: i8c dc,h,v,p: 70% 14% 12% 5%
x264 [info]: kb/s:63.47
encoded 131 frames, 126.94 fps, 63.47 kb/s
G:\>"C:\Users\###\Documents\TITAN\RipBot264v1.22.0\Tools\ffmpeg\bin\ffmpeg.exe" -loglevel panic -i "G:\Temp\RipBot264temp\job2\job2.avs" -strict -1 -f yuv4mpegpipe - | "C:\Users\###\Documents\TITAN\RipBot264v1.22.0\tools\x264\x264_x64.exe" --colorprim bt709 --transfer bt709 --colormatrix bt709 --pass 2 --bitrate 2048 --stats "G:\Temp\RipBot264temp\job2\job2.stats" --fps 0.04 --force-cfr --min-keyint 0 --keyint 0 --frames 0 --sar 1:1 --level 4.0 --aud --nal-hrd vbr --vbv-bufsize 25000 --vbv-maxrate 25000 --b-pyramid none --stdin y4m --output "G:\Temp\RipBot264temp\video.264" -
y4m [info]: 1280x720p 1:1 @ 4/91 fps (cfr)
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
x264 [warning]: VBV buffer size cannot be smaller than one frame, using 625000 kbit
x264 [warning]: target: 2048.00 kbit/s, expected: 63.49 kbit/s, avg QP: 0.0000
x264 [warning]: try reducing target bitrate
x264 [info]: profile High, level 4.0
1 frames: 5.00 fps, 77.73 kb/s
14 frames: 30.30 fps, 96.80 kb/s
32 frames: 44.94 fps, 103.72 kb/s
69 frames: 71.35 fps, 69.63 kb/s
108 frames: 88.52 fps, 50.85 kb/s
x264 [info]: frame I:131 Avg QP: 4.85 size:142370
x264 [info]: mb I I16..4: 35.0% 33.9% 31.0%
x264 [info]: 8x8 transform intra:33.9%
x264 [info]: coded y,uvDC,uvAC intra: 60.5% 62.1% 61.5%
x264 [info]: i16 v,h,dc,p: 64% 19% 14% 3%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 28% 22% 37% 2% 2% 2% 2% 2% 3%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 35% 24% 14% 4% 5% 4% 5% 4% 5%
x264 [info]: i8c dc,h,v,p: 70% 14% 12% 5%
x264 [info]: kb/s:45.56
encoded 131 frames, 101.24 fps, 45.56 kb/s
G:\>"C:\Users\####\Documents\TITAN\RipBot264v1.22.0\tools\mp4box\mp4box.exe" -tmp "G:\Temp\RipBot264temp" -add "G:\Temp\RipBot264temp\video.264":name="The Man In The High Castle s03e08" -fps 0.04 -add "G:\Temp\RipBot264temp\job2\Encoded_Audio_1.aac":lang=eng -mpeg4 -chap "G:\Temp\RipBot264temp\job2\chapters.txt" -new "I:\The Man In The High Castle s03e08.mp4"
AVC-H264 import - frame size 1280 x 720 at 0.040 FPS
AVC Import results: 131 samples - Slices: 131 I 0 P 0 B - 263 SEI - 131 IDR
AAC import - sample rate 48000 - MPEG-4 audio - 6 channels
[Chapter import] Guessed video frame rate 0.04 (4:100)
Saving I:\The Man In The High Castle s03e08.mp4: 0.500 secs Interleaving
-------------------------
Elapsed Time: 00h:00m:05s
Thank you
oldschooltech
14th October 2018, 07:54
1. My guess is it is variable and you'll need to mux in the time codes from the source and that will fix the sync issues.
-I do this via batch files but the command line looks something like this (.bat):
Extract: (not sure how to do this via the GUI)
FOR %%A IN (*.mkv) DO "C:\Program Files\MKVToolNix\mkvextract.exe" timecodes_v2 "%%A" "0:%%A_timecodes.txt"
Import: (this can be done easily via the GUI)
FOR %%A IN (*.mkv) DO "C:\Program Files\MKVToolNix\mkvmerge.exe" -o "%%A-Fixed.mkv" --timecodes "0:%%~dpnA.mkv_timecodes.txt" "%%~A"
IMO if RipBot did this while extracting other parts of the source and mux this back in after an encode would fix a lot of sync issues.
2. It worked in HandBrake because it handles frames differently.
THis fixed it thanks
oldschooltech
14th October 2018, 08:15
You will have to first upload some 50-100 MiB sample so we could find solution for your particular files. It is hard to suggest something when we do not have access to you video files.
So i have 2 or 3 discs that need deinterlaced but the mkvs are disabled. when I split it seems some parts if load up in ripbot would let me use the filter, but this part the first part still will not.
How can i deinterlace the whole file?
thanks.
link 50M file
https://filehost.net/0ff31d2124b713d5
skylinekiller
14th October 2018, 09:01
Hmm, that seems above my skill unless it's dummy proof. Where di U put that code? Do i just copy exactly how it is and paste? Do I need to add anything to that code? I may go old school and demux, MeGUI to create avs and use Vdub to encode...
byteshare
14th October 2018, 10:17
THis fixed it thanks
Awesome. Basically the only case I can think of where muxing in the time codes from the source doesn't fix the issues is with video corruption in the source.
Hmm, that seems above my skill unless it's dummy proof. Where di U put that code? Do i just copy exactly how it is and paste? Do I need to add anything to that code? I may go old school and demux, MeGUI to create avs and use Vdub to encode...
To whom are you asking?
guest
15th October 2018, 09:52
Just an observation of strange behavior since the very latest update (a few days ago)
After I have loaded some jobs into the queue, and I press "Start", it goes thru it's procedure, but when it gets to starting the encode, it just pauses at a queued status...
The only way I have found to rectify this, is to close out of Ripbot, re start it, and press "Start" again.
This has happened on 2 pc's, so far. W7 & W10.
byteshare
15th October 2018, 16:09
HEVC 2.9+1 Stable is out: http://msystem.waw.pl/x265/
Release notes (not up at the time of this posting):
https://x265.readthedocs.io/en/default/releasenotes.html
Update, release notes: https://bitbucket.org/multicoreware/x265/raw/f9681d731f2e56c2ca185cec10daece5939bee07/doc/reST/releasenotes.rst
Version 2.9
===========
Release date - 05/10/2018
New features
-------------
1. Support for chunked encoding
:option:`--chunk-start and --chunk-end`
Frames preceding first frame of chunk in display order will be encoded, however, they will be discarded in the bitstream.
Frames following last frame of the chunk in display order will be used in taking lookahead decisions, but, they will not be encoded.
This feature can be enabled only in closed GOP structures. Default disabled.
2. Support for HDR10+ version 1 SEI messages.
Encoder enhancements
--------------------
1. Create API function for allocating and freeing x265_analysis_data.
2. CEA 608/708 support: Read SEI messages from text file and encode it using userSEI message.
Bug fixes
---------
1. Disable noise reduction when vbv is enabled.
2. Support minLuma and maxLuma values changed by the commandline.
2.9+2 is out as stable
oldschooltech
15th October 2018, 20:29
So i have 2 or 3 discs that need deinterlaced but the mkvs are disabled. when I split it seems some parts if load up in ripbot would let me use the filter, but this part the first part still will not.
How can i deinterlace the whole file?
thanks.
link 50M file
https://filehost.net/0ff31d2124b713d5
I am still new to this anyone that is willing to look at that and tell me what I need to do I would appreciate it.
It wont let me select deinterlace (its disabled), but there is lines when in motion. not sure if I need to use change speed to 23.x if that would take it down and remove them or what. I think its hard telecined.
Thanks
byteshare
16th October 2018, 00:58
I am still new to this anyone that is willing to look at that and tell me what I need to do I would appreciate it.
It wont let me select deinterlace (its disabled), but there is lines when in motion. not sure if I need to use change speed to 23.x if that would take it down and remove them or what. I think its hard telecined.
Thanks
You can manually insert the Deinterlace code (just change your RipBot path if different):
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="Medium",FPSDivisor=2)
You do this after you've created a job and click Edit >"AviSynth" button > Show Video Script > Past into the Deinterlace section.
Atak_Snajpera
16th October 2018, 11:31
I am still new to this anyone that is willing to look at that and tell me what I need to do I would appreciate it.
It wont let me select deinterlace (its disabled), but there is lines when in motion. not sure if I need to use change speed to 23.x if that would take it down and remove them or what. I think its hard telecined.
Thanks
You have chosen the most annoying file host service ever. First I had to disable my AdBlock Plus plugin then I had to wait 30s for download button to appear and at the end I was told that file can not be downloaded due to some bandwidth limits (too many concurrent downloads). So I'm out.
guest
16th October 2018, 13:10
You have chosen the most annoying file host service ever. First I had to disable my AdBlock Plus plugin then I had to wait 30s for download button to appear and at the end I was told that file can not be downloaded due to some bandwidth limits (too many concurrent downloads). So I'm out.
Hi Atak, I decided to download that file from Filehost, and I got it without too much trouble.
I played it on my LG 4K TV, and it played rather well, especially knowing how old this would be.
No interlacing, just probably needs an MDegrain2 encode.
see for yourself:-
https://www.mediafire.com/file/26c7yo5al2hlowl/S01E51_%281%29-001.mkv/file
jfisher1740
19th October 2018, 16:14
Every so often, I have a distributed encoder that hangs on completing the very last frame. It will be stuck at 99%. If I manually turn off the encoder and turn it back on, that chunk will complete with no issues. I have not been able to identify why this happens, it always seems to be random. I use 3 different pc's with DE and it is random across all 3 machines.
Any workarounds to monitor if a distributed encoder gets hung up and automatically restart it?
Atak_Snajpera
19th October 2018, 17:44
Are you using latest version 1.23.1? (core 2018.10.3)
jfisher1740
20th October 2018, 03:29
Are you using latest version 1.23.1? (core 2018.10.3)
Yes. However, I have seen this issue for several versions.
mdchaser
20th October 2018, 04:18
Evening, I've got a strange problem that has just cropped up. My encodes all fail with this error written to video.mkv.Error.txt. Any thoughts?
D:\>"C:\Users\tv\OneDrive\Tools\Ripbot264\EncodingClient.exe" "D:\Temp\RipBot264temp\job1\job1_EncodingClient.meta"
D:\>"C:\Users\tv\OneDrive\Tools\Ripbot264\tools\mkvtoolnix\mkvmerge.exe" -o "D:\DVD\The Crazies (2010) 1080p x265-2 8 66.mkv" --compression 0:none --title "The Crazies (2010) 1080p x265-2 8 66" --default-duration 0:24000/1001fps "D:\Temp\RipBot264temp\video.265" --compression 0:none --language 0:eng "D:\Temp\RipBot264temp\job1\Encoded_Audio_1.ac3" --chapters "D:\Temp\RipBot264temp\job1\chapters.txt"
mkvmerge v25.0.0 ('Prog Noir') 64-bit
Error: The file 'D:\Temp\RipBot264temp\job1\Encoded_Audio_1.ac3' could not be opened for reading: open file error.
-------------------------
Elapsed Time: 00h:27m:41s
Looking at the folder structure Encoded_Audio_1.ac3 doesn't exist so that would explain the error. The question is why isn't it being created?
Thanks!
guest
20th October 2018, 06:09
Every so often, I have a distributed encoder that hangs on completing the very last frame. It will be stuck at 99%. If I manually turn off the encoder and turn it back on, that chunk will complete with no issues. I have not been able to identify why this happens, it always seems to be random. I use 3 different pc's with DE and it is random across all 3 machines.
Any workarounds to monitor if a distributed encoder gets hung up and automatically restart it?
Have you added a certain command in ripbot.ini, for possibly fixing this problem ??
see post #16181, specifically the green text sentence.
https://forum.doom9.org/showthread.php?p=1853732#post1853732
Atak_Snajpera
20th October 2018, 12:35
Every so often, I have a distributed encoder that hangs on completing the very last frame. It will be stuck at 99%. If I manually turn off the encoder and turn it back on, that chunk will complete with no issues. I have not been able to identify why this happens, it always seems to be random. I use 3 different pc's with DE and it is random across all 3 machines.
Any workarounds to monitor if a distributed encoder gets hung up and automatically restart it?
Run Process Hacker (use tree view -> click on name tab few times) and check if there are any processes still running under EncodingServer.exe (ffmpeg.exe,x26x_x64.exe)
Atak_Snajpera
20th October 2018, 12:39
Evening, I've got a strange problem that has just cropped up. My encodes all fail with this error written to video.mkv.Error.txt. Any thoughts?
D:\>"C:\Users\tv\OneDrive\Tools\Ripbot264\EncodingClient.exe" "D:\Temp\RipBot264temp\job1\job1_EncodingClient.meta"
D:\>"C:\Users\tv\OneDrive\Tools\Ripbot264\tools\mkvtoolnix\mkvmerge.exe" -o "D:\DVD\The Crazies (2010) 1080p x265-2 8 66.mkv" --compression 0:none --title "The Crazies (2010) 1080p x265-2 8 66" --default-duration 0:24000/1001fps "D:\Temp\RipBot264temp\video.265" --compression 0:none --language 0:eng "D:\Temp\RipBot264temp\job1\Encoded_Audio_1.ac3" --chapters "D:\Temp\RipBot264temp\job1\chapters.txt"
mkvmerge v25.0.0 ('Prog Noir') 64-bit
Error: The file 'D:\Temp\RipBot264temp\job1\Encoded_Audio_1.ac3' could not be opened for reading: open file error.
-------------------------
Elapsed Time: 00h:27m:41s
Looking at the folder structure Encoded_Audio_1.ac3 doesn't exist so that would explain the error. The question is why isn't it being created?
Thanks!
Run manually D:\Temp\RipBot264temp\job1\job1_EncodeAudio1.cmd and see what error message you get.
jfisher1740
20th October 2018, 14:07
Thanks gents! That .ini command looks like what I need. If I still run into issues I'll run process hacker to see what's happening with the processes and report back.
byteshare
20th October 2018, 16:26
@Atak_Snajpera As a dev I'm sure you'd like to know RipBot is working great for me since your last major fix with the encoding servers :D
Atak_Snajpera
20th October 2018, 18:26
@Atak_Snajpera As a dev I'm sure you'd like to know RipBot is working great for me since your last major fix with the encoding servers :D
Some users are still in woods...
Recent private message
I have 4 comments to make about the very latest build & DE.
#1. I seem to be having a strange problem when 1st starting Ripbot for the 1st time (a different day, that is), it doesn't want to start encoding, and I have to close it completely, and then it seems to be OK.
#2. After loading a few new jobs to the queue, it won't start (same as above)
#3. And still having random stalls with DE, and it's stalls so "hard" that you can't abort, stop, or even kill the process in Process Hacker...the only option is to abort the whole job, and even get right out of Ripbot, and pray that it starts up, where it left off.
This is happening on both Servers & Clients.
oldschooltech
20th October 2018, 19:55
You have chosen the most annoying file host service ever. First I had to disable my AdBlock Plus plugin then I had to wait 30s for download button to appear and at the end I was told that file can not be downloaded due to some bandwidth limits (too many concurrent downloads). So I'm out.
Np I understand, I just used the first one I could find. Last time I used a upload host was so long ago. I tried a year or so back and found a lot of the old ones got taken down due to copy right issues.
I think the issue is with the fact that they are variable frame rate and listed as 28.x
I got it sorted manual tho thanks to byteshare.
oldschooltech
20th October 2018, 19:58
Hi Atak, I decided to download that file from Filehost, and I got it without too much trouble.
I played it on my LG 4K TV, and it played rather well, especially knowing how old this would be.
No interlacing, just probably needs an MDegrain2 encode.
see for yourself:-
https://www.mediafire.com/file/26c7yo5al2hlowl/S01E51_%281%29-001.mkv/file
not sure if your tv fixes it or not, but I can say mine does not and TBH im not sure if plex will when serving them to my other devices. So my goal is to remove it encase of any issues.
Yea it looks good, but after ripbot gets done with it, it looks so much better. :)
oldschooltech
20th October 2018, 20:07
byteshare, if i was to mux in the time codes for all my encodes if they where constant or variable would it hurt anything. every so often there is a 1 or 2 dvd that are variable from a season, or even 1 or 2 episode from a dvd when the rest are constant.
This would save me from having to waste so much time checking every file to see if it needs muxing. I had a few slip by that only had audio issues come the last 10 mins of 30.
Its not to much work as well. thanks to your batch script. I had forgot all about batch. I never was much good at it, but brushed up on it. now I can click and rename the outputs too after moving the original encodes, so there is no file name conflicts.
Thanks for all the help.
oldschooltech
20th October 2018, 20:20
I have a few strong pc and a good handfull of laptops and older weak desktops. DE is very very nice, but I do end up with a problem with slow downs more often then not. As an encode gets near the final chunks if they get sent to a weaker pc the encode can sit 5-10 more minuets waiting for the slow pc to encode it while everything else is idle. I see 3 solutions:
1. I remove slower pc, but take a 50-60 FPS hit.
2. Some home add in a prioritize mode. If chunks are =< the number of encode severs, then refer to user inputted data on what sever should get the final chunks encodes. the flip, what severs should not be sent the final chunks to encode.
3. If ripbot see idle encode severs and || the remaining chunks are < the amount of encode severs Then start a new job with the Idle severs and make sure the others kick in on the new job when they finish up on the last one.
Just a thought, I maybe a special case. At any rate thanks for all your hard work.
GZZ
20th October 2018, 20:33
I have a few strong pc and a good handfull of laptops and older weak desktops. DE is very very nice, but I do end up with a problem with slow downs more often then not. As an encode gets near the final chunks if they get sent to a weaker pc the encode can sit 5-10 more minuets waiting for the slow pc to encode it while everything else is idle. I see 3 solutions:
1. I remove slower pc, but take a 50-60 FPS hit.
2. Some home add in a prioritize mode. If chunks are =< the number of encode severs, then refer to user inputted data on what sever should get the final chunks encodes. the flip, what severs should not be sent the final chunks to encode.
3. If ripbot see idle encode severs and || the remaining chunks are < the amount of encode severs Then start a new job with the Idle severs and make sure the others kick in on the new job when they finish up on the last one.
Just a thought, I maybe a special case. At any rate thanks for all your hard work.
You should set the chunk size to much less and have more chunks that will finish faster.
oldschooltech
20th October 2018, 21:30
You should set the chunk size to much less and have more chunks that will finish faster.
solution 4 overlooked.
4. Learn more about the app and its setting to set it up just right XD.
thank you I will play with it see what I can come up with.
byteshare
20th October 2018, 22:29
byteshare, if i was to mux in the time codes for all my encodes if they where constant or variable would it hurt anything. every so often there is a 1 or 2 dvd that are variable from a season, or even 1 or 2 episode from a dvd when the rest are constant.
This would save me from having to waste so much time checking every file to see if it needs muxing. I had a few slip by that only had audio issues come the last 10 mins of 30.
Its not to much work as well. thanks to your batch script. I had forgot all about batch. I never was much good at it, but brushed up on it. now I can click and rename the outputs too after moving the original encodes, so there is no file name conflicts.
Thanks for all the help.
The only case I know of it being an issue is when there is video corruption, but then again you have video corruption. I can't say with 100% certainty but I can say I can't think of a case really it would hurt to auto mux back the timecodes, nor can I say I've experienced an issue with muxing back timecodes for variable or constant FPS files that didn't already have an issue with the source.
mdchaser
21st October 2018, 03:28
Run manually D:\Temp\RipBot264temp\job1\job1_EncodeAudio1.cmd and see what error message you get.
I ran it manually and sure enough it created the file so I'm not sure whats going on. Here is the output:
Output #0, ac3, to 'D:\Temp\RipBot264temp\job1\Encoded_Audio_1.ac3':
Metadata:
encoder : Lavf58.17.103
Stream #0:0: Audio: ac3, 48000 Hz, 5.1, fltp, 640 kb/s
Metadata:
encoder : Lavc58.24.101 ac3
size= 3400194kB time=01:40:44.79 bitrate=4608.0kbits/s speed= 159x
video:0kB audio:3400194kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000003%
size= 472250kB time=01:40:44.79 bitrate= 640.0kbits/s speed= 159x
video:0kB audio:472250kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000000%
Atak_Snajpera
21st October 2018, 11:52
solution 4 overlooked.
4. Learn more about the app and its setting to set it up just right XD.
thank you I will play with it see what I can come up with.
Default chunk size is 1 minute. You must have change that to something larger.
mdchaser
22nd October 2018, 01:34
I ran it manually and sure enough it created the file so I'm not sure whats going on. Here is the output:
Output #0, ac3, to 'D:\Temp\RipBot264temp\job1\Encoded_Audio_1.ac3':
Metadata:
encoder : Lavf58.17.103
Stream #0:0: Audio: ac3, 48000 Hz, 5.1, fltp, 640 kb/s
Metadata:
encoder : Lavc58.24.101 ac3
size= 3400194kB time=01:40:44.79 bitrate=4608.0kbits/s speed= 159x
video:0kB audio:3400194kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000003%
size= 472250kB time=01:40:44.79 bitrate= 640.0kbits/s speed= 159x
video:0kB audio:472250kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000000%
A quick update. I encoded a movie, got the failure. Encoded it again and ran job1_EncodeAudio1.cmd while it was in the middle of encoding and the encode finished properly! It looks as if the audio encoding scripts aren't being called.
Wishbringer
23rd October 2018, 09:22
@Atak_Snajpera:
Could you add a "Core" option for demuxing/decoding E-AC3 Bluray-audio?
For DTS there is a "Core" option, but not for E-AC3.
There is a old bug/missing feature in eac3to when extracting some eac3 streams:
http://bugs.madshi.net/view.php?id=450
Happened in some new BluRay movies.
[a01] Extracting audio track number 1...
[a01] Removing AC3 dialog normalization...
[a01] Applying (E-)AC3 delay failed. <ERROR>
Aborted at file position 1048576. <ERROR>
"Core" would be a workaround till madshi fixes eac3to demuxing/decoding.
FuzzyNutz
24th October 2018, 19:52
Since an auto-update yesterday, RipBot stopped encoding video. The setting " --ctu 32" or " --ctu 16", inside the jobXX_EncodeVideoPass1.cmd file, inside the X:\Temp\RipBot264temp\jobXX folder, is causing the error "unknown option -- ctu". Manually deleting this setting returns RB to a functioning state.
guest
25th October 2018, 06:36
Since an auto-update yesterday, RipBot stopped encoding video. Seems the setting, "--ctu 32" or "--ctu 16", inside the "jobXX_EncodeVideoPass1" file is causing the error "unknown option -- ctu". Manually deleting this setting returns RB to a functioning state.
Hey Fuzzy,
I concur, I am now getting the exact same error, the Job just keeps trying to start, and doesn't progress from there :(
What do you need to delete ???
Here's the info from the Encoding Client Window:-
Encoding started...
""\\BIG-XEON\Ripbot264temp\Tools\ffmpeg\bin\ffmpeg.exe" -loglevel panic -i "\\BIG-XEON\RipBot264temp\job17\Chunks\2.avs" -strict -1 -f yuv4mpegpipe - | "\\BIG-XEON\Ripbot264temp\tools\x264\x264_x64.exe" --seek 21 --colorprim bt709 --transfer bt709 --colormatrix bt709 --opencl --opencl-device 0 --opencl-clbin "C:\Users\Burt123\AppData\Local\Temp\x264_lookahead_2.clbin" --crf 20 --fps 24000/1001 --force-cfr --min-keyint 24 --keyint 240 --frames 1440 --sar 1:1 --level 4.0 --aud --nal-hrd vbr --vbv-bufsize 25000 --vbv-maxrate 25000 --b-pyramid none --ctu 32 --stdin y4m --output "\\BIG-XEON\RipBot264temp\job17\Chunks\2.264" -"
\\BIG-XEON\Ripbot264temp\tools\x264\x264_x64.exe: unknown option -- ctu
Atak, please fix this ASAP, as it renders the program totally useless :(
And as the last auto update was fairly substantial, I would have expected a change to the build version, like 1.23.2 (just to make it a little easier to keep track of)
Wishbringer
25th October 2018, 09:49
Seems some x265 options were in the RB pregeneration of x264 scripts
--ctu 32 is good for FullHD-Movies to distribute encoding on more threads (otherwise x265 only uses around 50% on Ryzen 2700x)
byteshare
25th October 2018, 17:07
I don't use --ctu Since the update (not sure all of the changes such as the scripts) I've no issues. I did need to change the restart time on my encoding servers from 2 to 4 because I found 5 segments that were taking longer than any of my other encodes. More an FYI for other users that use a lower threshold.
FuzzyNutz
25th October 2018, 17:08
What do you need to delete ???
Delete --ctu 32, including the single space before it, from the applicable jobXX_EncodeVideoPass1 file in the applicable X:\Temp\RipBot264temp\jobXX folder.
This is done by right-clicking the jobXX_EncodeVideoPass1 file, selecting "edit", manually deleting " --ctu 32" and saving the now-modified file.
slalom
25th October 2018, 19:58
Since an auto-update yesterday, RipBot stopped encoding video. Seems the setting, "--ctu 32" or "--ctu 16", inside the "jobXX_EncodeVideoPass1" file is causing the error "unknown option -- ctu". Manually deleting this setting returns RB to a functioning state.
Same problem here. All servers starting and stopping on a loop
EDIT
Oh, and I noticed an error appearing when there are too many subs in the file, in the last one there were 31 subs
File: H:\***
FFVideoSource: No video track found
(E:\Temp\RipBot264temp\job392\getinfo.avs, line 2)
If I remove the subs, the file loads successfully
Is there a limit in the number of subs?
FuzzyNutz
25th October 2018, 20:39
Since an auto-update yesterday, RipBot stopped encoding video. The setting " --ctu 32" or " --ctu 16", inside the jobXX_EncodeVideoPass1.cmd file, inside the X:\Temp\RipBot264temp\jobXX folder, is causing the error "unknown option -- ctu". Manually deleting this setting returns RB to a functioning state.
An auto-update today fixed RB. The --ctu setting is no longer being created.
ejone
26th October 2018, 18:51
I think this is a very annoying issue with Ripbot that should be fixed.
https://youtu.be/uxCkIvUdo0M
Evidently, if you are converting TV shows, even if you select a particular M2TS file, Ripbot will not default to the playlist you specifically picked (should be assumed from the file name - select the one with the matching name by default).
Super annoying. Had to redo everything. Would it be possible to select the correct default if you pick the file manually as shown in the video?
Because .m2ts files are in blu-ray structure. Move those files outside this folder and you will get "correct" behaviour. You can also rename BDMV folder to something else.
I still think it would be much better to default to the file that was actually selected in the dropdown (which can still be changed manually... default behavior should be to keep it as simple as possible, so select the one I specifically opened by default). Seems like it should be extremely easy to implement.
It would avoid all the wasted time and power I spent on encoding the same things over and over again.
byteshare
27th October 2018, 14:33
I don't know what 'YV12' means.
Getting this on a lot of files when trying to import via batch.
Getting this on files that I've already encoded before.
I have the most recent version of RipBot.
If I retry them individually (add rather than batch) sometimes I get the error and sometimes not. Sometimes If I retry adding several times it works.
Atak_Snajpera
27th October 2018, 15:13
Getting this on a lot of files when trying to import via batch.
Getting this on files that I've already encoded before.
I have the most recent version of RipBot.
You need to find pattern. What file type is causing this? What setting do you use in batch mode? Do you use custom script and so on.
byteshare
27th October 2018, 16:43
You need to find pattern. What file type is causing this? What setting do you use in batch mode? Do you use custom script and so on.
All are the same file types and same settings. Using MKVs, Batch mode and scripts don't matter because I get the issue with the "Add" as well.
It happens on the getting info step after indexing.
My work around now is I do one file that had failed to get it to fail, then I can do another file that had issues during the batch.
Basically it seems to fail > work > fail > work ...etc.
Other than that, there isn't a real pattern I can see.
I can even do the same file more than once and repeat the fail > work > fail > work ... pattern.
Error when doing it via the Add:
I don't know what 'YV12' means.
(C:\Temp\RipBot264temp\job240\getinfo.avs, line 8)
Atak_Snajpera
27th October 2018, 18:34
post content of C:\Temp\RipBot264temp\job240\getinfo.avs
jlpsvk
27th October 2018, 23:36
I don't know what 'YUV420P10' means.
(C:\Temp\RipBot264temp\job14\getinfo.avs, line 8)
trying convert my UHD BD set to NAS... :( the rest is OK. MKV created with makemkv. second try and it worked.
185954
23.976025
0
0
0
3840
1600
YUV420P10
LoadPlugin("C:\Program Files\RipBot264DE\Tools\AviSynth plugins\ffms\ffms_latest\x64\ffms2.dll")
FFVideoSource("D:\movie.mkv",cachefile = "C:\Temp\RipBot264temp\job14\movie.mkv.ffindex")
WriteFile("C:\Temp\RipBot264temp\job14\info.txt","Framecount")
WriteFile("C:\Temp\RipBot264temp\job14\info.txt","Framerate")
WriteFile("C:\Temp\RipBot264temp\job14\info.txt","AudioRate")
WriteFile("C:\Temp\RipBot264temp\job14\info.txt","AudioChannels")
WriteFile("C:\Temp\RipBot264temp\job14\info.txt","AudioLength")
WriteFile("C:\Temp\RipBot264temp\job14\info.txt","Width")
WriteFile("C:\Temp\RipBot264temp\job14\info.txt","Height")
WriteFile("C:\Temp\RipBot264temp\job14\info.txt","PixelType")
Trim(0,-1)
byteshare
28th October 2018, 15:14
post content of C:\Temp\RipBot264temp\job240\getinfo.avs
Different job, but same error:
49416
23.976025
0
0
0
696
390
YV12
LoadPlugin("C:\RipBot\Tools\AviSynth plugins\ffms\x64\ffms2.dll")
FFVideoSource("C:\ReEncode\Angel.Cop.OVA.02.[DVD][Hi10][480p][FLAC].[8C96EEE1].[Koten.Gars].mkv",cachefile = "C:\Temp\RipBot264temp\job243\Angel.Cop.OVA.02.[DVD][Hi10][480p][FLAC].[8C96EEE1].[Koten.Gars].mkv.ffindex")
WriteFile("C:\Temp\RipBot264temp\job243\info.txt","Framecount")
WriteFile("C:\Temp\RipBot264temp\job243\info.txt","Framerate")
WriteFile("C:\Temp\RipBot264temp\job243\info.txt","AudioRate")
WriteFile("C:\Temp\RipBot264temp\job243\info.txt","AudioChannels")
WriteFile("C:\Temp\RipBot264temp\job243\info.txt","AudioLength")
WriteFile("C:\Temp\RipBot264temp\job243\info.txt","Width")
WriteFile("C:\Temp\RipBot264temp\job243\info.txt","Height")
WriteFile("C:\Temp\RipBot264temp\job243\info.txt","PixelType")
Trim(0,-1)
BlockABoots
28th October 2018, 22:23
Is there a chance in the next update to have a 'move up list' and 'move down list' option for files you add to the list in batch mode at all?
byteshare
29th October 2018, 04:24
Is there a chance in the next update to have a 'move up list' and 'move down list' option for files you add to the list in batch mode at all?
Do you mean to adjust where they go in the queue?
You can do this after you add them and if you click > Shift+Click again you can select a range and move that run up and down.
byteshare
30th October 2018, 23:38
I noticed RipBot can't read Japanese: "特典映像(アニメまつり).mkv" turns into "????(??????).mkv"
I don't remember this being an issue, but I don't usually leave my files in Japanese for compatibility.
For now the easy work around is to just rename the files for encoding and then name them back to the original name.
I think I did something wrong, but after opening and closing RipBot 3 times (was there two updates?), With current update not seeing the issues with the "I don't know what 'YV12' means."
Thank you.
BlockABoots
31st October 2018, 22:26
Do you mean to adjust where they go in the queue?
You can do this after you add them and if you click > Shift+Click again you can select a range and move that run up and down.
Ah ok thanks
gabbett1
2nd November 2018, 10:39
I have an issue and I'm not sure if it relates to Ripbot or not. I have been converting files the last few days to have all 7 seasons of The Game of Thrones on my PC. I have noticed that several files will say "cannot render the file" when I try to play them. So I re-rip them and most the time they are fine. I've now gone back and checked the files and again, many have this error, even after a re-rip and check that it played right afterward. I don't know what is going on that keeps corrupting my files, but it's getting very annoying.
Atak_Snajpera
2nd November 2018, 13:39
...memory issues, corrupted HDD/SSD , Overheating CPU and so on ...
byteshare
2nd November 2018, 16:35
http://msystem.waw.pl/x265/
Stable HEVC now at 2.9+4-471726d
blublub
3rd November 2018, 17:59
Hi there!
I am currently testing RipBot for HDR encodes to a mkv container.
I am somehow missing the option to encode the audio tracks (DTS TrueHD and so on) to FLAC lossless audio - I only have the option Opus, AAC und AC3 - is there really no FLAC support?
slalom
3rd November 2018, 18:07
Why would you need FLAC?
blublub
3rd November 2018, 19:28
Because it is lossless!?
byteshare
3rd November 2018, 20:01
Because it is lossless!?
I think the question is why would you Need FLAC if the source isn't coming from a FLAC audio file...ie why convert into FLAC? It doesn't increase quality or reduce filesize.
byteshare
3rd November 2018, 20:05
While adding files to the queue via the batch option I'm having an issue with the file stalling out or something (not 100% what is happening).
The batch queue seems to get stuck saying: "Waiting for file... [xxxxx.mkv]"
I can abort and then start it again, and it seems to work but then gets stuck again later.
Seems to happen no matter what AVISynth settings I'm using either with custom script or without. I haven't tried changing my HEVC settings though.
I'm using a local SSD for the source files and TEMP folder. I have "skip demuxing process" on as well.
I'm not sure how to gather more information on this.
This isn't a major deal since I just have to abort and start the queue again.
blublub
3rd November 2018, 20:52
I think the question is why would you Need FLAC if the source isn't coming from a FLAC audio file...ie why convert into FLAC? It doesn't increase quality or reduce filesize.Really? A trueHD or DTS-HD file is the same size after converting to Flac?
I gotta check that, I always though there is difference
blublub
3rd November 2018, 23:41
oops. Seems like I did get that wrong when I read up on encoding audio tracks recently. Prior I always just stream copied the audio.
But the last encodes I converted it to flac as - now after extracting a DTS track of 770mb and converting it to flac of 2500mb it seems that's a nonsense idea .....crap :-)
byteshare
4th November 2018, 04:25
oops. Seems like I did get that wrong when I read up on encoding audio tracks recently. Prior I always just stream copied the audio.
But the last encodes I converted it to flac as - now after extracting a DTS track of 770mb and converting it to flac of 2500mb it seems that's a nonsense idea .....crap :-)
Unless you want to reduce filesize (compress) or for a compatibility reason I wouldn't recommend touching audio. Copying the audio is best if you're concerned about quality.
blublub
4th November 2018, 08:03
Yeah that's what I did like 6 years long. Crap I cant remember the thread where compressing audio to flac was recommended, then I would link it here.
Somehow I just haven't paid attention here
byteshare
4th November 2018, 08:47
Yeah that's what I did like 6 years long. Crap I cant remember the thread where compressing audio to flac was recommended, then I would link it here.
Somehow I just haven't paid attention here
There are a few rare cases--WAV files--that FLAC does come out smaller than the source but not a ton and if you care about things like Atmos you can break compatibility depending on your playback hardware.
blublub
4th November 2018, 08:53
Yeah I am aware with Atmos and some TrueHD tracks - those I stream copied.
However DTS I converted- now I gotta check out his much of a difference there is. Maybe I remix the original audio into the mkvs
blublub
4th November 2018, 09:06
There are a few rare cases--WAV files--that FLAC does come out smaller than the source but not a ton and if you care about things like Atmos you can break compatibility depending on your playback hardware.
Hi
I just checked one file with FLAC and compared to the original audio tracks.
The order is as follows:
original: C L R Ls Rs LFE
Flac: L R C LFE Ls Rs
Does the order matter as long as those are labeled correctly?
Atak_Snajpera
4th November 2018, 12:00
While adding files to the queue via the batch option I'm having an issue with the file stalling out or something (not 100% what is happening).
The batch queue seems to get stuck saying: "Waiting for file... [xxxxx.mkv]"
I can abort and then start it again, and it seems to work but then gets stuck again later.
Seems to happen no matter what AVISynth settings I'm using either with custom script or without. I haven't tried changing my HEVC settings though.
I'm using a local SSD for the source files and TEMP folder. I have "skip demuxing process" on as well.
I'm not sure how to gather more information on this.
This isn't a major deal since I just have to abort and start the queue again.
Most likely something else is still using your file. Code in ripbot264 is waiting for exclusive access
Repeat
FileHandle := FileOpen(inputfile, fmOpenRead or fmShareExclusive);
sleep(100);
until (FileHandle>0) or (Terminated=true) or (FileExists(inputfile)=false);
if FileHandle>0 then FileClose(FileHandle);
You can find what application is using your video file using these commands
1) Run cmd.exe as administrator
2) Enter openfiles /local on
3) Restart PC
4) Run cmd.exe as administrator
5) Enter openfiles /query >> C:\openfiles.txt
6) Open C:\openfiles.txt in notepad and find your video file
LigH
4th November 2018, 16:45
A user in the VideoHelp forum (https://forum.videohelp.com/threads/390782-x265-Conversion-with-RipBot) asked why TsMuxer may have issues not knowing the frame rate of HEVC video produced by RipBot264 with x265. Does anyone know under which circumstances a frame rate value is stored (or not) in HEVC headers? Is it related to SEI data? Just tested, MediaInfo can detect a frame rate in the output of x265 v2.9+1 even with parameter --no-info. Maybe it's related to much older versions of x265, or any other option related to your distributed encoding engine?
jlpsvk
4th November 2018, 22:36
tsMuxer has more problems with HEVC.. needs to be updated.. :(
byteshare
6th November 2018, 17:09
Most likely something else is still using your file. Code in ripbot264 is waiting for exclusive access
Repeat
FileHandle := FileOpen(inputfile, fmOpenRead or fmShareExclusive);
sleep(100);
until (FileHandle>0) or (Terminated=true) or (FileExists(inputfile)=false);
if FileHandle>0 then FileClose(FileHandle);
You can find what application is using your video file using these commands
1) Run cmd.exe as administrator
2) Enter openfiles /local on
3) Restart PC
4) Run cmd.exe as administrator
5) Enter openfiles /query >> C:\openfiles.txt
6) Open C:\openfiles.txt in notepad and find your video file
Okay, that would explain it. I believe some were being used because I was using a separate app for encoding the audio.
Thank you very much for looking at this and explaining the cause.
slalom
6th November 2018, 20:43
oops. Seems like I did get that wrong when I read up on encoding audio tracks recently. Prior I always just stream copied the audio.
But the last encodes I converted it to flac as - now after extracting a DTS track of 770mb and converting it to flac of 2500mb it seems that's a nonsense idea .....crap :-)
Btw, I always convert FLAC to DTS... something, when I rarely find one
And something else
Is anyone using auto-start function and/or start minimized?
I have some problems with one server, still looking into it, not sure yet
byteshare
8th November 2018, 00:23
I noticed RipBot can't read Japanese: "特典映像(アニメまつり).mkv" turns into "????(??????).mkv"
I don't remember this being an issue, but I don't usually leave my files in Japanese for compatibility.
For now the easy work around is to just rename the files for encoding and then name them back to the original name.
I think I did something wrong, but after opening and closing RipBot 3 times (was there two updates?), With current update not seeing the issues with the "I don't know what 'YV12' means."
Thank you.
found another character issue with: è
GZZ
11th November 2018, 12:35
Windows Defender on Windows 10 just killed Updater.exe saying its a: Trojan:Win32/Zpevdo.B
File: E:\RipBot264v1.22.0\updater.exe
And then it delete the above file. My guess its a false positiv, but how to avoid it?
Update: I restored the file and ignored the virus warning. Not sure its smart!
Atak_Snajpera
11th November 2018, 14:22
Upload Updater.exe file to https://www.virustotal.com/#/home/upload
Some antiviruses act very allergically on executables compressed by UPX.
GZZ
11th November 2018, 23:27
Upload Updater.exe file to https://www.virustotal.com/#/home/upload
Some antiviruses act very allergically on executables compressed by UPX.
I get this result: https://ibb.co/ht3d8V
GZZ
11th November 2018, 23:29
I think it happend with the latest updater.exe from 16-10-2018, havent seen it before.
LigH
12th November 2018, 12:42
Possible, generic, heuristic ... quite certainly a false alarm. Some antivirus heuristic engines are sensitive to "it's compressed, possibly to hide behaviour", others to "it connects to the internet, possibly to spy". But both can have valid reasons too. Like a kitchen knife: Of course you may stab people with it; or just cut a slice of pot roast.
Atak_Snajpera
12th November 2018, 14:23
I've decompressed updater.exe and results are completely different (upx.exe -d updater.exe -o updater.exe)
https://www.virustotal.com/#/file/925341ca473c2939ed43506d629352d9ff8d055fa94a4ed626aa18199d509a06/detection
Like I said before. Those anty-viruses are really dumb if they can not decompress executables before testing.
As you can see they are just guessing (Posssible_Virus , malicious_confidence_80% and so on)
StillPad
13th November 2018, 12:15
Hello Atak Snajpera,
I'm here to post a Bug that I have since many weeks.
I couldn't post it till now cos new members can't do posts for some weeks.
I got here the new SW S*lo Movie switch give me that bug when I'm trying to add them to ripbot.
I tried Version 1.23 and 1.23.1.7
Demuxing Error:
eac3to v3.33
command line: "D:\Ripbot264 1.23\Tools\eac3to\eac3to.exe" "Z:" 2) 2: "E:\Temp\RipBot264temp\job6\video.mkv" -seekToIFrames 4: "E:\Temp\RipBot264temp\job6\audio_1_German.eac3.w64" -down16 6: "E:\Temp\RipBot264temp\job6\6_subtitles_English_1080.sup" 7: "E:\Temp\RipBot264temp\job6\7_subtitles_German_1080.sup" 8: "E:\Temp\RipBot264temp\job6\8_subtitles_Polish_1080.sup" 9: "E:\Temp\RipBot264temp\job6\9_subtitles_English_1080.sup" 10: "E:\Temp\RipBot264temp\job6\10_subtitles_German_1080.sup" 11: "E:\Temp\RipBot264temp\job6\11_subtitles_Polish_1080.sup" 1: "E:\Temp\RipBot264temp\job6\chapters.txt" -progressnumbers -log="E:\Temp\RipBot264temp\job6\demuxlog.txt"
------------------------------------------------------------------------------
M2TS, 1 video track, 3 audio tracks, 6 subtitle tracks, 2:14:47, 24p /1.001
1: Chapters, 50 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: DTS Master Audio, English, 7.1 channels, 24 bits, 48kHz
(core: DTS, 5.1 channels, 1509kbps, 48kHz)
4: E-AC3, German, 7.1 channels, 896kbps, 48kHz, dialnorm: -27dB
(core: AC3, 5.1 channels, 512kbps, 48kHz, dialnorm: -27dB)
5: AC3, Polish, 5.1 channels, 640kbps, 48kHz, dialnorm: -27dB
6: Subtitle (PGS), English
7: Subtitle (PGS), German
8: Subtitle (PGS), Polish
9: Subtitle (PGS), English
10: Subtitle (PGS), German
11: Subtitle (PGS), Polish
Creating file "E:\Temp\RipBot264temp\job6\chapters.txt"...
[v02] Extracting video track number 2...
[v02] Muxing video to Matroska...
[s10] Extracting subtitle track number 10...
[s09] Extracting subtitle track number 9...
[a04] Extracting audio track number 4...
[a04] Removing AC3 dialog normalization...
[a04] Extracting E-AC3 core...
[a04] Decoding with libav/ffmpeg...
[a04] The libav decoder reported error -22 while decoding. <ERROR>
[s11] Extracting subtitle track number 11...
[s08] Extracting subtitle track number 8...
[s06] Extracting subtitle track number 6...
[s07] Extracting subtitle track number 7...
Aborted at file position 1048576. <ERROR>
New Version 1.23.1.7
eac3to v3.33
command line: "T:\D\Ripbot264 1.23.1.7\Tools\eac3to\eac3to.exe" "Z:" 2) 2: "C:\Temp\RipBot264temp\job1\video.mkv" -seekToIFrames 4: "C:\Temp\RipBot264temp\job1\audio_1_German.eac3.w64" -down16 6: "C:\Temp\RipBot264temp\job1\6_subtitles_English_1080.sup" 7: "C:\Temp\RipBot264temp\job1\7_subtitles_German_1080.sup" 8: "C:\Temp\RipBot264temp\job1\8_subtitles_Polish_1080.sup" 9: "C:\Temp\RipBot264temp\job1\9_subtitles_English_1080.sup" 10: "C:\Temp\RipBot264temp\job1\10_subtitles_German_1080.sup" 11: "C:\Temp\RipBot264temp\job1\11_subtitles_Polish_1080.sup" 1: "C:\Temp\RipBot264temp\job1\chapters.txt" -progressnumbers -log="C:\Temp\RipBot264temp\job1\demuxlog.txt"
------------------------------------------------------------------------------
M2TS, 1 video track, 3 audio tracks, 6 subtitle tracks, 2:14:47, 24p /1.001
1: Chapters, 50 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: DTS Master Audio, English, 7.1 channels, 24 bits, 48kHz
(core: DTS, 5.1 channels, 1509kbps, 48kHz)
4: E-AC3, German, 7.1 channels, 896kbps, 48kHz, dialnorm: -27dB
(core: AC3, 5.1 channels, 512kbps, 48kHz, dialnorm: -27dB)
5: AC3, Polish, 5.1 channels, 640kbps, 48kHz, dialnorm: -27dB
6: Subtitle (PGS), English
7: Subtitle (PGS), German
8: Subtitle (PGS), Polish
9: Subtitle (PGS), English
10: Subtitle (PGS), German
11: Subtitle (PGS), Polish
Creating file "C:\Temp\RipBot264temp\job1\chapters.txt"...
[s06] Extracting subtitle track number 6...
[s11] Extracting subtitle track number 11...
[s10] Extracting subtitle track number 10...
[s07] Extracting subtitle track number 7...
[a04] Extracting audio track number 4...
[a04] Removing AC3 dialog normalization...
[a04] Extracting E-AC3 core...
[a04] Decoding with libav/ffmpeg...
[a04] The libav decoder reported error -22 while decoding. <ERROR>
[v02] Extracting video track number 2...
[v02] Muxing video to Matroska...
[s08] Extracting subtitle track number 8...
[s09] Extracting subtitle track number 9...
Aborted at file position 1048576. <ERROR>
I also using Avisynth+ r2728-MT which is the newest version of it.
Any idea what I should do now?
Greetings Pad
LigH
13th November 2018, 12:46
In both cases, eac3to v3.33 is the active application. And in both cases, it aborts after 1 MiB bytes.
You are reading from a drive Z: ... is that a physical (possibly encrypted) DVD Video or Blu-ray media disc?
StillPad
13th November 2018, 13:27
Hey its a virtuell drive which got the image of the movie in it.
Other movies are working that one is at the moment the only one which can't be added in ripbot.
And yes I saw that Eac3.to is the problem causer, but I wasn't sure if its the program itself or maybe ripbot too?
The older version of ripbot used other add on programs.
The AviSynth+ is pretty new for me
Atak_Snajpera
13th November 2018, 15:21
Hey its a virtuell drive which got the image of the movie in it.
Other movies are working that one is at the moment the only one which can't be added in ripbot.
And yes I saw that Eac3.to is the problem causer, but I wasn't sure if its the program itself or maybe ripbot too?
The older version of ripbot used other add on programs.
The AviSynth+ is pretty new for me
Use MakeMKV first if eac3to can't process this particular movie.
byteshare
15th November 2018, 16:50
HEVC stable got another bump:
2.9+8-27d8424
http://msystem.waw.pl/x265/
Atak_Snajpera
19th November 2018, 14:13
More problems:-
I am still getting the odd server stall, and not restarting, even tho I have that covered in the command line instructions....and not only doesn't it restart, you can't stop it...the only option is to abort that job, and try again.
Does title in EncodingServer say "NOT RESPONDING"? Can you close encodingserver by clicking X button or you have to kill it via task manager?
dracore
19th November 2018, 20:18
i have just upgraded too the 2990wx - does ripbot support upto 32 cores or to use my cpu better would running ripbot 2 or 3 times help with speeds .... thank you :)
dracore
19th November 2018, 20:51
i have setup 5 servers for encoding and they all just say idle, waited a while and still nothing happening - can anyone help with this please
Atak_Snajpera
20th November 2018, 14:29
i have setup 5 servers for encoding and they all just say idle, waited a while and still nothing happening - can anyone help with this please
Let me guess you just manually ran EncodingClient.exe and then you clicked ON buttons?
By the way. Why did you use such weird number of servers? 2990WX has four numa nodes so you should use 4 or 8 servers (1-2 servers per numa node).
byteshare
20th November 2018, 16:57
Strange thing is, I don't get any error pop up windows (using either W7, W10, or Windows Server 2019).
If I click on the taskbar server icon, it does not respond (I guess because it's stalled/errored).
If I use the X to close, there are "ghost" icons left in the taskbar, eg:- the main Ripbot icon, and a couple of server icons.
And yes, the only option is to "kill it" (Ripbot.exe, and whatever instances of Encoding Server that are showing), with Processhacker/task manager.
And btw, when I went to start the job queue, today (that I set up yesterday), without adding a thing, it would not start encoding the job's, UNTIL I aborted, and backed out of Ripbot, and restarted it, then it was fine....:confused:
I've had that too but not very often. I find it more stable than killing it to just restart Windows. Using Windows 10 only these days for encoding.
dracore
20th November 2018, 18:29
Let me guess you just manually ran EncodingClient.exe and then you clicked ON buttons?
By the way. Why did you use such weird number of servers? 2990WX has four numa nodes so you should use 4 or 8 servers (1-2 servers per numa node).
i used that many just to try and test - i added the ip adress ect to each server section and just sits at idle, ive also granted access through my firewall?
Atak_Snajpera
20th November 2018, 19:48
Strange thing is, I don't get any error pop up windows (using either W7, W10, or Windows Server 2019).
If I click on the taskbar server icon, it does not respond (I guess because it's stalled/errored).
If I use the X to close, there are "ghost" icons left in the taskbar, eg:- the main Ripbot icon, and a couple of server icons.
And yes, the only option is to "kill it" (Ripbot.exe, and whatever instances of Encoding Server that are showing), with Processhacker/task manager.
And btw, when I went to start the job queue, today (that I set up yesterday), without adding a thing, it would not start encoding the job's, UNTIL I aborted, and backed out of Ripbot, and restarted it, then it was fine....:confused:
Killing just EncodingServer.exe is not enough? You have to kill EncodingClient.exe and RipBot264.exe as well?
byteshare
21st November 2018, 00:01
Killing just EncodingServer.exe is not enough? You have to kill EncodingClient.exe and RipBot264.exe as well?
For me I have to kill Ffmpeg.exe, which is the part that seems to get stuck and locks everything else up since I believe the Encoding Client and RipBot are waiting for that to end task.
Atak_Snajpera
21st November 2018, 13:18
Come on Atak, I was summarizing. I kill everything that is used by the Ripbot process.
And I have to thank bytshare for his comment, good to know that I am not the only one getting this random hiccup.
And yes, as a last resort, a Windows restart is a good option.
I need precise description what application is causing problems not some "summarization". You are not helping with that kind of bug report.
Atak_Snajpera
21st November 2018, 13:27
For me I have to kill Ffmpeg.exe, which is the part that seems to get stuck and locks everything else up since I believe the Encoding Client and RipBot are waiting for that to end task.
add /restart-if-no-progress to EncodingServer.exe commandline.
This command will restart encoding on server if ffmpeg.exe and x264.exe/x265.exe are not using cpu cycles for 1 minute.
Basically I'm checking USER TIME for specific process. This value increases if application is working.
https://i.postimg.cc/SKf2n6VJ/Untitled-1.png
Atak_Snajpera
21st November 2018, 14:53
So, I have this command in the commandline, set for 2 minutes...so how come it doesn't restart these random stall's that can't be stopped ??
You can easily check if that switch works by suspending ffmpeg.exe process in Process Hacker. After one minute EncodingServer will automatically restart encoding.
However I suspect that your issue is completely different. In your case whole EncodingServer.exe for some unknown reason hangs.
I would have to write additional small application to just monitor EncodingServer.exe in this case. That's why I need to know precisely what hangs.
byteshare
21st November 2018, 17:18
Interesting !!
So just out of interest, do you get the pop up window when a server stalls ???
I think I have only seen it on my W7 machine.....
Windows 7 display's it from the Taskbar, and W10 displays it from the bottom right hand corner (if memory serves me correctly)
I'm not 100%, I thought I do, but I'll keep an eye out for when it happens next so I can give accurate information.
add /restart-if-no-progress to EncodingServer.exe commandline.
This command will restart encoding on server if ffmpeg.exe and x264.exe/x265.exe are not using cpu cycles for 1 minute.
Basically I'm checking USER TIME for specific process. This value increases if application is working.
https://i.postimg.cc/SKf2n6VJ/Untitled-1.png
Thank you. I'll get that set and see how it goes...might be a while before I report back on this because I wasn't having this issue very often.
therealjoeblow
22nd November 2018, 01:14
I used RipBot v1.23.1 to convert a 2160p HDR x265 video to a 1080p SDR x264 using the BT.2020->BT.709 Tonemap option, and while it did correct the HDR and remap the colors/levels, the end result still looks a bit too bright. Whites in very light scenes look a bit blown out, and during the end credits where the background should be pure black, it's not quite, its dark grey.
Almost like it needs TV->PC level conversion, but not quite - when I ran a second encode and added that option, then it was too dark, with blacks being crushed and losing all detail in dark parts throughout.
So it needs a tweak in-between.
Does anyone know if this is normal, and in that case, are there "standard" additional changes I would need to the brightness and contrast settings to get the levels correct? Or do I need to just keep doing test encodes until I find the right balance?
therealjoeblow
22nd November 2018, 02:13
I've had this happen a couple of times...it can actually be the movie itself, does the original play "nice" ??
Are you forcing the BT.2020->BT.709 settings ?
I don't have a HDR TV so I don't know for sure if the source is correct.
I selected BT.2020->BT.709 in the Avisynth options, not sure what you mean by "forcing" it, but the encoded file appears to have correctly converted the HDR to SDR.
When I play the encoded x264 file back with MPCHC, if I go into the options under "video"..."color correction" and set brightness to -5, then the black levels are perfect - the credits are pure black as they should be, and the blown out light scenes look correct.
So I'm assuming that I need to set brightness to whatever the equivalent is in RipBot. In MPCHC, the brightness range is -100 to +100.
RipBot lets me change the brightness from -255 to +255 in the "Tweak Colors" setting. So would I set it for 5/100*255=-13??
Atak_Snajpera
22nd November 2018, 12:36
I used RipBot v1.23.1 to convert a 2160p HDR x265 video to a 1080p SDR x264 using the BT.2020->BT.709 Tonemap option, and while it did correct the HDR and remap the colors/levels, the end result still looks a bit too bright. Whites in very light scenes look a bit blown out, and during the end credits where the background should be pure black, it's not quite, its dark grey.
Almost like it needs TV->PC level conversion, but not quite - when I ran a second encode and added that option, then it was too dark, with blacks being crushed and losing all detail in dark parts throughout.
So it needs a tweak in-between.
Does anyone know if this is normal, and in that case, are there "standard" additional changes I would need to the brightness and contrast settings to get the levels correct? Or do I need to just keep doing test encodes until I find the right balance?
Tweak settings directly in DGHable plugin.
Help
Hable Usage
--------------
DGHable(clip, float exposure, float a, float b, float c, float d, float e, float f, float w)
exposure default: 2.0
a default: 0.15
b default: 0.50
c default: 0.10
d default: 0.20
e default: 0.02
f default: 0.30
w default: 11.2
Input must be CS_RGBPS, see z_ConvertFormat() in the script below.
If 'clip' is omitted, then as usual implicit last is used.
Meaning of Hable coefficients:
exposure: Gain to apply.
a: Shoulder strength
b: Linear strength
c: Linear angle
d: Toe strength
e: Toe numerator
f: Toe denominator
w: Linear white point
hable(x) = ((x*(a*x+c*b)+d*e) / (x*(a*x+b)+d*f)) - e/f
output_pixel = hable(exposure * input_pixel) / hable(w)
Default exposure value is 2.0
https://i.postimg.cc/4xLmd5nQ/Untitled-1.png
Click preview script to verify your new settings before encoding.
Atak_Snajpera
22nd November 2018, 12:45
Hi Atak, OK, so I did a fair bit of testing so I could give you as much info as I can, so here goes :-
I started an encode, and only had one server going, to make it a little easier to find in Process Hacker.
I suspended Encoder Client, and of course the encoding stopped immediately, after the allotted time (1 minute), it did NOT restart !
Once I got it going again, I then suspended Encoder Server, same result.
Then I suspended ffmpeg (that was in the Encoding Server "tree"), and that stopped the encoding, but it restarted in the allotted time :)
I then suspended x264.exe, same result as ffmpeg, test :)
Also, with Server suspended, the taskbar icon does not "Show", and that's what happens also, when it stall's on it's own, you can't access the properties of that particular stalled server to "see" what it's not doing.
So, maybe a resume command needs to be added for at least Encoding Server, if not Client as well.
Would this have any thing to do with the few comments I've made about the Job Queue not starting on the 1st startup of Ripbot ?? (which is equally annoying)
Hopefully, that's enough info for you, but I know you'll tell me if it's not :)
Cheers
I clearly said that /restart-if-no-progress switch will ONLY work for stalled ffmpeg.exe and x264.exe/x265.exe. EncodingServer.exe is constantly monitoring those processes. If you suspend EncodingServer.exe then how you expect this feature to work? The same with suspending EncodingClient.exe.
For suspended EncodingServer.exe you would need additional precess monitoring in the same way how EncodingServer.exe is monitoring own spawned processes.
ReinerSchweinlin
22nd November 2018, 22:53
Hey Atak,
any chance of supporting OPENCL on XEONs? I got Support for OPENCL1.2 via Intel OpenCL Drivers for Xeon, works with luxmark. Ripbot recognizes it, butI can´t select it as a device for filters.
Yes, it´s slow, but better than nothing and 24 Threads are better than nothing :)
Atak_Snajpera
23rd November 2018, 13:07
Hey Atak,
any chance of supporting OPENCL on XEONs? I got Support for OPENCL1.2 via Intel OpenCL Drivers for Xeon, works with luxmark. Ripbot recognizes it, butI can´t select it as a device for filters.
Yes, it´s slow, but better than nothing and 24 Threads are better than nothing :)
Since when Xeons have iGPU?
ReinerSchweinlin
23rd November 2018, 13:18
Since when Xeons have iGPU?
AFAIR the newer ones even have iGPU, but I am talking about some older Models (Dual X5650)... Intel and AMD have Support for CPU-based OPEN CL. I tryed Staxrip with NLMEANS-CL, which works fine only on CPUs...
Since X264 doesn´t scale very good over 24 threads, I use the remaining for Filtering - having the opportunity to run OPENCL Filters gives me a nice option:
Sure it´s slow... But the Xeons are working in a swarm with more recent i5, i7, etc... All of them which have GPUs - so here I can use OPENCL Filters... Since the XEONs keep cyrcling in a dead loop as soon as an encode with opencl filters starts, I have to manualy take them out of the swarm (6 servers)... Would be lovely, if they participate, even if its a little slow...
The OPENCL Performance with NLMEANS plus X265 "very slow" encoding of 1080p of one of these XEON Servers is around the same as a Kaby-lake i5 with the iGPU doing the openCL encoding..
Atak_Snajpera
23rd November 2018, 14:06
Would be lovely, if they participate, even if its a little slow...
OpenCL only makes sense on GPU. I also tried KNLMeansCL on CPU but it was extremely slooooow on my E5-2690. KNLMeansCL is very demanding even on modern GPUs so I doubt that you will save alot of time running xeons in "ultra slow opencl emulation mode". You will basically create huge bottleneck in DE mode. It would be better if another i7 in your encoding team would take this job instead of those old xeons.
ReinerSchweinlin
23rd November 2018, 15:10
of course, getting bigger CPUs and GPUs always is the best way :)
I picked Ripbot because of the distributed encoding mode in order to include all PCs at hand. Instead of spedning hunderts of euros for new gear, the PCs sitting around can do the same task "for free"...
Adding all the XEON Servers here in the office gives me a plus of aorund 30fps in the pool with the mentioned settings.
I´d have to spend around 800 Euros to get a euivalent of speed in new hardware.
Since Staxrip and others are able to use the CPU OPENCL in the Xeon Servers - and since ripbot is recognizing them - maybe it´s just a small change in the programm ?
Platform 0.
Name : Intel(R) OpenCL
Vendor : Intel(R) Corporation
Version : OpenCL 1.2
Profile : FULL_PROFILE
Extensions : cl_khr_icd cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_byte_addressable_store cl_khr_depth_images cl_khr_3d_image_writes cl_intel_exec_by_local_thread cl_khr_spir cl_khr_dx9_media_sharing cl_intel_dx9_media_sharing cl_khr_d3d11_sharing cl_khr_fp64 cl_intel_vec_len_hint
Platform 1.
Name : AMD Accelerated Parallel Processing
Vendor : Advanced Micro Devices, Inc.
Version : OpenCL 2.0 AMD-APP (1800.8)
Profile : FULL_PROFILE
Extensions : cl_khr_icd cl_khr_d3d10_sharing cl_khr_d3d11_sharing cl_khr_dx9_media_sharing cl_amd_event_callback cl_amd_offline_devices
Atak_Snajpera
23rd November 2018, 15:21
I will see what I can do...
ReinerSchweinlin
23rd November 2018, 15:36
:thanks:
byteshare
23rd November 2018, 15:46
add /restart-if-no-progress to EncodingServer.exe commandline.
This command will restart encoding on server if ffmpeg.exe and x264.exe/x265.exe are not using cpu cycles for 1 minute.
Basically I'm checking USER TIME for specific process. This value increases if application is working.
https://i.postimg.cc/SKf2n6VJ/Untitled-1.png
I checked and I have /restart-if-no-progress already in my command line. I haven't had FFMPEG stall out like I mentioned before but I was just going over my command line.
/port xxxx /minimize /priority low /restart-if-no-progress 8
To be clear...I changed the port to xxxx, but they are all the same 1000, 2000, 3000, etc...
I'm still waiting for it to happen again so that I can take more notes.
byteshare
23rd November 2018, 17:07
HEVC stable got another bump:
2.9+8-27d8424
http://msystem.waw.pl/x265/
Looking at the notes here: https://x265.readthedocs.io/en/default/releasenotes.html
New features
Support for chunked encoding
--chunk-start and --chunk-end Frames preceding first frame of chunk in display order will be encoded, however, they will be discarded in the bitstream. Frames following last frame of the chunk in display order will be used in taking lookahead decisions, but, they will not be encoded. This feature can be enabled only in closed GOP structures. Default disabled.
Not sure this can be used for DE mode but if so it would help encodes be slightly better, no?
Ryushin
27th November 2018, 14:51
So I'm still encountering this issue.
I rip a 4K disc to the hard drive that has seamless branching, such as Incredibles 2. I then use Ripbot to pull in the movie and process it. The output will have out of sync audio towards the end of the movie. I think this only happens on 4K discs that are towards 2 hours or longer.
The work around I've been doing is to use MakeMKV to create a video file from the same source and then pull that into Ripbot to process it and it comes out fine. Only caveat seems to be Ripbot throws and error when pulling in a mkv file that has a TrueHD stream in it.
Decoding Error
FFAudioSource: No audio track found
(D:\Temp\Ripbot264temp\Job1023\getinfo.avs, line 4)
So I create two MKVs, one with AC3 which Ripbot pulls in fine and is processed, and the other with TrueHD, that I mux in the TrueHD audio stream after the Ripbot finishes with the first file.
dracore
27th November 2018, 15:51
is there a read me for distibuted encoding ive tryd all ways i can think of and i either get - IDLE - or just nothing - any help would be greatful .... thank you all for your time
ReinerSchweinlin
27th November 2018, 15:52
Could you provide a little more info about your setup?
byteshare
27th November 2018, 16:38
So I'm still encountering this issue.
I rip a 4K disc to the hard drive that has seamless branching, such as Incredibles 2. I then use Ripbot to pull in the movie and process it. The output will have out of sync audio towards the end of the movie. I think this only happens on 4K discs that are towards 2 hours or longer.
The work around I've been doing is to use MakeMKV to create a video file from the same source and then pull that into Ripbot to process it and it comes out fine. Only caveat seems to be Ripbot throws and error when pulling in a mkv file that has a TrueHD stream in it.
Decoding Error
FFAudioSource: No audio track found
(D:\Temp\Ripbot264temp\Job1023\getinfo.avs, line 4)
So I create two MKVs, one with AC3 which Ripbot pulls in fine and is processed, and the other with TrueHD, that I mux in the TrueHD audio stream after the Ripbot finishes with the first file.
Have you tried using sources TimeCodes in your encoded file to see if that fixes the problem?
Ryushin
27th November 2018, 20:38
Have you tried using sources TimeCodes in your encoded file to see if that fixes the problem?
Why no I have not. Where would I find that option?
The audio is in sync up to a certain point towards the end of the movie, then it is no longer in sync. I don't have this problem with Blu-ray sources, only Ultra Blu-ray. And the problem with Ultra Blu-ray is those discs that have seamless branching. In Incredibles 2, there are three different movies for each language. So lots of seamless branching going on. Also had this happen for discs that have the theatrical and extended cut in one disc using seamless branching.
mdchaser
28th November 2018, 07:08
I've got an interesting problem on one of my machines. All of a sudden I can't load the encoding server. I run encodingserver.exe and it flashes in the taskmanager for a fraction of a second then disappears (no logs anywhere I can find). I can run the encodingserver.exe from the old tools folder (from late 2017 I believe) and it loads just fine. I did a refresh of the system and have the same issue even though it's a "blank" machine! Any thoughts?
Thanks!
mdchaser
28th November 2018, 08:45
A quick update. I built a second machine from scratch and had the same issue. encodingserver.exe loads for a fraction of a second then unloads. The old version works fine on this machine as well.
ReinerSchweinlin
28th November 2018, 10:24
@mdchase
Check the following:
- Firewall open for the used port of the servers and ripbot client?
- All versions up to date on all machines? (Run ripbot on all machines and check, if it updates.)
- SMB reachable? Try opening the network share manualy
Atak_Snajpera
28th November 2018, 12:25
A quick update. I built a second machine from scratch and had the same issue. encodingserver.exe loads for a fraction of a second then unloads. The old version works fine on this machine as well.
Does this fix this issue?
http://www.mediafire.com/file/x5zaot1j7kji7ld/EncodingServer.exe/file
dracore
28th November 2018, 13:22
Does this fix this issue?
http://www.mediafire.com/file/x5zaot1j7kji7ld/EncodingServer.exe/file
thank you very much this fixed my issues - i will be sending a donation later today as a thank you
byteshare
28th November 2018, 16:42
Why no I have not. Where would I find that option?
The audio is in sync up to a certain point towards the end of the movie, then it is no longer in sync. I don't have this problem with Blu-ray sources, only Ultra Blu-ray. And the problem with Ultra Blu-ray is those discs that have seamless branching. In Incredibles 2, there are three different movies for each language. So lots of seamless branching going on. Also had this happen for discs that have the theatrical and extended cut in one disc using seamless branching.
I've posted on this before here:
https://forum.doom9.org/showthread.php?p=1849546&highlight=timecodes#post1849546
Official information:
https://mkvtoolnix.download/doc/mkvextract.html#mkvextract.description.timecodes_v2
mdchaser
28th November 2018, 18:33
Does this fix this issue?
http://www.mediafire.com/file/x5zaot1j7kji7ld/EncodingServer.exe/file
Thanks for uploading a new version! Unfortunately I have the same symptoms with the new one, it unloads silently and almost immediately. The old version still runs and seems to encode fine but neither machine likes the newer versions. I have run ripbot on both to make sure it runs and everything seems fine, I've also shut off the firewall but I can't imagine it has an effect on the program loading normally.
Thanks!
Jeff R.
ReinerSchweinlin
28th November 2018, 18:47
did you check the SMB network if your machine has access to the ripbot directory?
Atak_Snajpera
28th November 2018, 18:57
Thanks for uploading a new version! Unfortunately I have the same symptoms with the new one, it unloads silently and almost immediately. The old version still runs and seems to encode fine but neither machine likes the newer versions. I have run ripbot on both to make sure it runs and everything seems fine, I've also shut off the firewall but I can't imagine it has an effect on the program loading normally.
Thanks!
Jeff R.
Post detailed PC spec (CPU , windows version (fully updated or not) and so on)
mdchaser
28th November 2018, 19:14
did you check the SMB network if your machine has access to the ripbot directory?
I did but ripbot is being run locally.
mdchaser
28th November 2018, 19:19
Post detailed PC spec (CPU , windows version (fully updated or not) and so on)
First machine:
Win10, 1809, fully patched, "refreshed" back to factory. Ripbot/encoding client was the first thing I loaded. 44 Cores, 16GB RAM, lots of storage.
Second machine:
Server 2019 DC, fully patched. Fresh install, 44 cores, 6GB RAM, lots of storage.
Third machine (works great on this one):
Win10, 1809, fully patched. TONS of software installed besides ripbot. 44 cores, 16+ GB RAM.
I've also tried toggling windows defender real time virus protection to make sure that's not an issue. Toggled the firewall off on all of them as well. The two machines it's failing on are both fresh installs so I wonder if there is some dependency I'm missing? I've installed AviSynthPlus-MT-r2728-with-vc_redist.exe which is all I've needed before...
Thanks!
Atak_Snajpera
28th November 2018, 19:31
Let me guess you have DUAL xeons running in UMA mode? If yes then It is known issue which I'm currently trying to fix. What happens if you activate NUMA mode in bios?
can you also show me how cpus are detected in Task Manager? Are they grouped or ungrouped like in this example example?
https://i.postimg.cc/1XF8VzTG/Untitled-1.png
slalom
28th November 2018, 20:02
So I'm still encountering this issue.
I rip a 4K disc to the hard drive that has seamless branching, such as Incredibles 2. I then use Ripbot to pull in the movie and process it. The output will have out of sync audio towards the end of the movie. I think this only happens on 4K discs that are towards 2 hours or longer.
The work around I've been doing is to use MakeMKV to create a video file from the same source and then pull that into Ripbot to process it and it comes out fine. Only caveat seems to be Ripbot throws and error when pulling in a mkv file that has a TrueHD stream in it.
Decoding Error
FFAudioSource: No audio track found
(D:\Temp\Ripbot264temp\Job1023\getinfo.avs, line 4)
So I create two MKVs, one with AC3 which Ripbot pulls in fine and is processed, and the other with TrueHD, that I mux in the TrueHD audio stream after the Ripbot finishes with the first file.
I have the same error when there are over 30 subs in the mkv file, check that
mdchaser
28th November 2018, 21:24
Let me guess you have DUAL xeons running in UMA mode? If yes then It is known issue which I'm currently trying to fix. What happens if you activate NUMA mode in bios?
can you also show me how cpus are detected in Task Manager? Are they grouped or ungrouped like in this example example?
https://i.postimg.cc/1XF8VzTG/Untitled-1.png
They are actually a single NUMA node, I'm using a single E5-2699V4 CPU in each so everything should be stuck to the single NUMa node. In taskmanager it is detecting all 44 threads. The machine that is working is also on a 2699 without issue.
byteshare
29th November 2018, 01:21
I have the same error when there are over 30 subs in the mkv file, check that
Have you tried TimeCodes?
https://forum.doom9.org/showthread.php?p=1849546&highlight=timecodes#post1849546
Atak_Snajpera
29th November 2018, 11:25
They are actually a single NUMA node, I'm using a single E5-2699V4 CPU in each so everything should be stuck to the single NUMa node. In taskmanager it is detecting all 44 threads. The machine that is working is also on a 2699 without issue.
First machine:
Win10, 1809, fully patched, "refreshed" back to factory. Ripbot/encoding client was the first thing I loaded. 44 Cores, 16GB RAM, lots of storage.
Second machine:
Server 2019 DC, fully patched. Fresh install, 44 cores, 6GB RAM, lots of storage.
Third machine (works great on this one):
Win10, 1809, fully patched. TONS of software installed besides ripbot. 44 cores, 16+ GB RAM.
You said 44 cores so I assumed that you have dual E5-2699V4.
ReinerSchweinlin
29th November 2018, 11:30
I can't believe it's been just over a month since the last auto update :(
With exception of a newer version of Encoding Server, posted a couple of days ago, which I'm yet to try.
This is free Software. Atak is giving a lot of support for free.
So be patient. Updates come when they come and the only response then should be "Thank you"...
Atak_Snajpera
29th November 2018, 11:54
Thanks for uploading a new version! Unfortunately I have the same symptoms with the new one, it unloads silently and almost immediately. The old version still runs and seems to encode fine but neither machine likes the newer versions. I have run ripbot on both to make sure it runs and everything seems fine, I've also shut off the firewall but I can't imagine it has an effect on the program loading normally.
Thanks!
Jeff R.
And now?
http://www.mediafire.com/file/1btksnqw32of8b9/EncodingServer.exe/file
Atak_Snajpera
29th November 2018, 12:56
I think it is time to get rid of hqdn3d denoise filter. I really do not like how this filter shifts content of the frame. KNLMeansCL does better job here. Open images in separate tabs and you will see what I mean.
Original frame
https://i.postimg.cc/ZK4dGfSc/nodenoise.png
MDegrain2 + KNLMeansCL (strength=2)
https://i.postimg.cc/RCctpkjh/mdg2-knlmeanscl2.png
MDegrain2 + hqdn3d (strength=8)
https://i.postimg.cc/ZRYkttwm/mdg2-hqdn8.png
Another my conclusion is that KNLMeansCL is not very useful as standalone filter.
Original Frame
https://i.postimg.cc/JnR8rB49/org.png
MDegrain2
https://i.postimg.cc/brdKr0XF/mdegrain2.png
KNLMeansCL (default settings)
https://i.postimg.cc/PrgBf8S2/knlmeanscl.png
hqdn3d (Strength=8)
https://i.postimg.cc/7hy2Y9Tq/hqdn8.png
ReinerSchweinlin
29th November 2018, 13:19
About "shiftin content": Are you sure this is the same frame? Maybe its a little movement in the picture, since only lower parts of the picture seem to shift, the boots stay where they are... Maybe hgdn3d takes previous and following frames into account and therefore shifts frames in the time-domain - so the shown fram actually is the frame number +1... ?
KNLMeansCL: Whats Default Setting? In Ripbot, default here is "0" which seems to do nothing at all... "2" and above on the other hand shows clear load on the GPU and very visible noise removal in preview.
Atak_Snajpera
29th November 2018, 13:25
About "shiftin content": Are you sure this is the same frame? Maybe its a little movement in the picture, since only lower parts of the picture seem to shift, the boots stay where they are... Maybe hgdn3d takes previous and following frames into account and therefore shifts frames in the time-domain - so the shown fram actually is the frame number +1... ?
KNLMeansCL: Whats Default Setting? In Ripbot, default here is "0" which seems to do nothing at all... "2" and above on the other hand shows clear load on the GPU and very visible noise removal in preview.
I'm 100% sure that frame is the same. Here another example
https://i.postimg.cc/7hy2Y9Tq/hqdn8.png
Default settings for KNLMeansCL are d=1, a=2, s=4, h=1.2
The main problem with KNLMeansCL is that it applies blurring blindly to all areas! Take a look at the jacket.
Screenshots in 1080p (postimage automatically resizes images to 720p)
https://www.mediafire.com/file/u32eza1lwro1eb4/denoisers.7z/file
ReinerSchweinlin
29th November 2018, 13:34
Object Shifting: I was referring to the cartoon screenshots, not the live-movie scene :)
Default settings in Ripbot for Setting "2" here is: video,d=1, a=2, s=4, h=2 ... ???
live-szene from movie: Blurring: Yes, You are right, it takes away some details on the darker part of the jacket... On the other hand: medegrain changes the contrast ratio of some shadows in the picture. Look at the dark parts of the wood in the background - the contrast is significantly lower in these parts - if you change very quickly between orig/degrain you see it... Do the same with nlmeans/orig - the picture overal is more "original"
Atak_Snajpera
29th November 2018, 13:38
Object Shifting: I was referring to the cartoon screenshots, not the live-movie scene :)
Default settings in Ripbot for Setting "2" here is: video,d=1, a=2, s=4, h=2 ... ???
live-szene from movie: Blurring: Yes, You are right, it takes away some details on the darker part of the jacket... On the other hand: medegrain changes the contrast ratio of some shadows in the picture. Look at the dark parts of the wood in the background - the contrast is significantly lower in these parts - if you change very quickly between orig/degrain you see it... Do the same with nlmeans/orig - the picture overal is more "original"
Detail retention is MUCH more important than some slight changes in contrast. MDegrain2 is overall much more "intelligent" denoiser than KNLMeansCL. I really do not like when denoising is applied to whole frame regardless of the motion.
PS. Shifting in HQDn3d always occurs regardless of the content. Check yourself if you do not believe me.
ReinerSchweinlin
29th November 2018, 14:51
PS. Shifting in HQDn3d always occurs regardless of the content. Check yourself if you do not believe me.
From first glance, it might have been that these are two different frames, since the moving of the object is not everywhere in the frames. There are NR Filters out there which work on the temporal domain and therefore rely on previous frames and introduce a time-offset of some frames. So it could have been possible that after segmented encoding HQDN3D misses a frame or adds one, so the video gets "shifted" forth or back about one frame..
This was my assumption - I´ve seen this a lot - thats why I asked about the frames.
Quick tests with HQDN3D showed no object moving here - but that doesn´t prove anything, maybe the source just didn`t lead to this behaviour, others would...
It has nothing to do with "not beleiving" :) The shift is obvious in your screenshots.
byteshare
29th November 2018, 16:36
he always come thru with flying colours :)
He really does...I've dealt with several devs on other forums and lets just say their first reaction isn't how can I help you but how are you doing things wrong...and 5 days later I find a nice update without comment from them.
So yes, RipBot is awesome.
byteshare
29th November 2018, 16:38
I think it is time to get rid of hqdn3d denoise filter. I really do not like how this filter shifts content of the frame. KNLMeansCL does better job here. Open images in separate tabs and you will see what I mean.
I agree with these conclusions :)
If you're doing older cartoons, have you considered a line sharpening filter and/or a line darking filter?
I use a few depending on the situation.
slalom
29th November 2018, 22:22
Have you tried TimeCodes?
https://forum.doom9.org/showthread.php?p=1849546&highlight=timecodes#post1849546
Why should I?
Is it rellevant to this error?
FFAudioSource: No audio track found
(D:\Temp\Ripbot264temp\Job1023\getinfo.avs, line 4)
mdchaser
30th November 2018, 01:51
You said 44 cores so I assumed that you have dual E5-2699V4.
My bad, I used the wrong nomenclature. That would be 44 threads, not cores. Each system is running a single 22 core cpu (2699V4) with a single numa node for the entire system. I just built a third system today and have the same results, double click the encodingserver.exe file and windows just looks at you funny :). I have been able to do some encoding using an old file from late 2017, it seems to work fine with the current ripbot version.
Thanks!
Jeff R.
mdchaser
30th November 2018, 01:58
And now?
http://www.mediafire.com/file/1btksnqw32of8b9/EncodingServer.exe/file
Brilliant, that did it! Encodingserver.exe now starts up on every system I try it on, thank you! I will definitely be donating again this Christmas.
Thanks!
guest
1st December 2018, 07:54
Hey guy's,
I would be interested to hear your comments on which media player software you use & recommended for 4K playback on, of course, a 4K monitor.
I have been using VLC for years, but I have come to realise that it doesn't seem to be "up for the job", and even tho there are fix's out there, they don't seem to fix it (stuttery playback).
I also tried PowerDVD, and it seems ok on some files, but not all :(
So I did a Google, and that revealed a few good players :-
MPC-HC (that Atak uses within Ripbot) (seems to play 4K very well on a non 4K monitor)
MPV (haven't really tested this one, yet)
Potplayer (also seems to play 4K very well on a non 4K monitor)
So I've probably answered my own question, but would be interested what other's use :)
Cheers
byteshare
1st December 2018, 09:36
Why should I?
Is it rellevant to this error?
FFAudioSource: No audio track found
(D:\Temp\Ripbot264temp\Job1023\getinfo.avs, line 4)
I thought you were talking about this part of the response:
Originally Posted by Ryushin
So I'm still encountering this issue.
I rip a 4K disc to the hard drive that has seamless branching, such as Incredibles 2. I then use Ripbot to pull in the movie and process it. The output will have out of sync audio towards the end of the movie. I think this only happens on 4K discs that are towards 2 hours or longer.
Time codes should fix your audio being out of sync. You can always set RipBot to "Skip demuxing process" and manually mux the subs later. Personally what I do but with a batch file. I don't handle audio or subs in RipBot but mux them back from source with a batch file. One of the main reasons for this is so that I can keep the MKV Title info.
Hey guy's,
I would be interested to hear your comments on which media player software you use & recommended for 4K playback on, of course, a 4K monitor.
I have been using VLC for years, but I have come to realise that it doesn't seem to be "up for the job", and even tho there are fix's out there, they don't seem to fix it (stuttery playback).
I also tried PowerDVD, and it seems ok on some files, but not all :(
So I did a Google, and that revealed a few good players :-
MPC-HC (that Atak uses within Ripbot) (seems to play 4K very well on a non 4K monitor)
MPV (haven't really tested this one, yet)
Potplayer (also seems to play 4K very well on a non 4K monitor)
So I've probably answered my own question, but would be interested what other's use :)
Cheers
I personally use VLC, MPC-HC, and Kodi for 99% of my video playback and/or testing. Granted I don't do 4K all of the time but I've used all 3 of those when I do.
byteshare
1st December 2018, 16:34
add /restart-if-no-progress to EncodingServer.exe commandline.
This command will restart encoding on server if ffmpeg.exe and x264.exe/x265.exe are not using cpu cycles for 1 minute.
Basically I'm checking USER TIME for specific process. This value increases if application is working.
https://i.postimg.cc/SKf2n6VJ/Untitled-1.png
Had the issue again:
https://imgur.com/a/K0Pn5pi
(cut off columns in the photo. I put this int he description for the photo as well, but: Columns are: Process, CPU, Private Bytes, Working Set, PID, Description, Company Name, Session, CPU Time, CPU History, and Cycles)
I'm not sure where you got that User Time in your picture, but I had to use Process Explorer, because in Windows 10 the Task Manager is trash. Incase you wanted User Time Vs. Total time there were also most the same:
ffmpeg.exe User Time: 0:02:23.687 / Total Time: 0:02:24.703
x265_x64.exe: User Time: 0:01:15.984 / Total Time: 0:01:17.031
Full details in the image above (2nd Image)
Looks like FFMPEG gave up at some point?
The other segments were doing ~13-14FPS, or about 107s per segment
There are 23 segments and it got stuck on 22, but 23 finished.
My command line:
/port 1000 /minimize /priority low /restart-if-no-progress 8
/port 2000 /minimize /priority low /restart-if-no-progress 8
Only using 2 servers
Using Process Explorer I killed the Process Tree for the "EncodingServer.exe" that was stuck and the next server picked up and finished the job, but the whole thing was stuck for many hours.
If you needed more info than this let me know and I can gather next time it happens.
Atak_Snajpera
1st December 2018, 17:03
I suspect that EncodingServer.exe died as well. That would explain why EncodingServer.exe has not restarted child processes. Please confirm my theory!
Basically kill ffmpeg.exe and x265_x64.exe and see If EncodingServer.exe will start encoding again.
byteshare
1st December 2018, 20:09
I suspect that EncodingServer.exe died as well. That would explain why EncodingServer.exe has not restarted child processes. Please confirm my theory!
Basically kill ffmpeg.exe and x265_x64.exe and see If EncodingServer.exe will start encoding again.
Sounds good, I'll wait for it to happen again and only kill those two.
Thank you for your time.
Atak_Snajpera
1st December 2018, 20:18
Sounds good, I'll wait for it to happen again and only kill those two.
Thank you for your time.
I'm 99,9% sure that you will see EncodingServer (not responding) message.
guest
1st December 2018, 21:21
I suspect that EncodingServer.exe died as well. That would explain why EncodingServer.exe has not restarted child processes. Please confirm my theory!
Basically kill ffmpeg.exe and x265_x64.exe and see If EncodingServer.exe will start encoding again.
I will do the same....pretty sure I don't get any messages :(
byteshare
1st December 2018, 21:54
I will do the same....pretty sure I don't get any messages :(
Same, I don't see an error when this happens, but that makes sense if the EncodingServer.exe is stuck, which reports the errors.
Atak_Snajpera
1st December 2018, 22:31
This is what I meant
https://docs.microsoft.com/en-us/windows/desktop/win7appqual/images/preventinghangs-ghostwindow.gif
guest
2nd December 2018, 00:44
This is what I meant
https://docs.microsoft.com/en-us/windows/desktop/win7appqual/images/preventinghangs-ghostwindow.gif
Is that suppose to be an example of the error message ???
And that also looks like W7...I think you'll find that the majority of "us" user's are running W10 or Server '16 / '19, and if I recall those OS's throw up messages down in the bottom right hand corner of the screen, or maybe off the Taskbar.
I am now only running one W7 machine, as I haven't noticed any advantages or disadvantages using W7 over W10 with Ripbot.
You might have to do some test runs on a VM W10..
I'm sure I did some test's for you a couple of weeks back, by suspending most of the components used by the Ripbot process, and those test's revealed that if you suspend either ffmpeg, x264 & x265, that it will indeed restart after the prescribed time in the Encoders commandline instructions...I have mine set @ 2 minutes, byteshare has it @ 8 (for example).
Maybe it's a case of monitoring Encoding Server the same way you did it for ffmpeg, etc, and that might make it almost "bullet proof" reliable :)
guest
2nd December 2018, 00:49
My command line:
/port 1000 /minimize /priority low /restart-if-no-progress 8
/port 2000 /minimize /priority low /restart-if-no-progress 8
Only using 2 servers
Hey, I'm curious why you haven't got a numa "command" in there somewhere ???
What CPU(s) are you running ??? you could at least be using NUMA 0 !!
byteshare
2nd December 2018, 02:22
Hey, I'm curious why you haven't got a numa "command" in there somewhere ???
What CPU(s) are you running ??? you could at least be using NUMA 0 !!
Using an AMD R7 1700, so I just let it default to Numa 0. It defaults to Numa 0 if you don't define it.
guest
3rd December 2018, 04:26
I suspect that EncodingServer.exe died as well. That would explain why EncodingServer.exe has not restarted child processes. Please confirm my theory!
Basically kill ffmpeg.exe and x265_x64.exe and see If EncodingServer.exe will start encoding again.
Just to bump this post for an update...
So I used Ripbot for the 1st time in over a week, today, using the newest EncodingServer 1.12.6.0, and the very first job stalled on Port 2000 !!!
But before I say anymore, I still can't understand why it won't start encoding after adding Job's, until you restart Ripbot :mad:, this has only started, recently.
OK, so back to the stall, I went into Process Hacker, and suspended ffmpeg, but it didn't seem to have any affect.
There were no pop up warnings, either, so that might also indicate that it's not ffmpeg, x264 or x265...
Back to the Encoder Client window, those ON/OFF buttons for each server control the Encoding Server, correct ??
So, if those button's don't do anything wouldn't that mean that Encoding Server has a major problem ??!!! You can keep pressing the OFF button forever, and it does nothing !!!!
Aborting the whole Job seems to be the quickest & best "fix".
I can't explain it any other way, I'm not an "IT" person !!
OK, a couple of hours later, I have had it happen several more times, but on the Client's, not the main PC (Server, I guess it is)...I cannot diagnose it with Process Hacker, everything appears to me, is still working, but one Encoding Server has definitely "locked up", and there's really only one course of action...re start Ripbot, and hope it doesn't happen again, anytime soon.
And as a result of aborting & restarting, the job starts from the beginning :(, and it show any other jobs that have been completed, as not being done.....:confused:
Atak_Snajpera
3rd December 2018, 13:50
Maybe it's a case of monitoring Encoding Server the same way you did it for ffmpeg, etc, and that might make it almost "bullet proof" reliable
https://i.postimg.cc/HLpVb9zt/Untitled-1.png
http://www.mediafire.com/file/aw8gqz7snt7twlb/EncodingServer.exe/file
guest
4th December 2018, 06:35
https://i.postimg.cc/HLpVb9zt/Untitled-1.png
http://www.mediafire.com/file/aw8gqz7snt7twlb/EncodingServer.exe/file
OK, well I can't read your mind, but what I did was download and overwrite the newer EncodingServer.exe.
I only did one encode today, and after a tiny little hiccup right at the start (probably my fault), it run faultlessly....the ONLY different thing that happened (and I wasn't watching when it did), but I returned to notice a "different" looking icon in the Taskbar, so I clicked on it, and there were 4 instances of that "Supervise Process" screen in your previous post, one for each of the servers/ports I had going.
Does that mean that there was a stall on all 4, and they were all started automatically ???
Atak_Snajpera
4th December 2018, 12:00
Does that mean that there was a stall on all 4, and they were all started automatically ???
SuperviseProcess.exe is always started if you use /restart-if-no-progress switch. If application does not respond for 1 minuted then it will be automatically killed.
Process Tree
https://i.postimg.cc/7ZDZ6K41/Untitled-1.png
Example using different application for testing purposes
https://i.postimg.cc/kgyvHYwB/Untitled-1.png
guest
4th December 2018, 13:01
SuperviseProcess.exe is always started if you use /restart-if-no-progress switch. If application does not respond for 1 minuted then it will be automatically killed.
Process Tree
https://i.postimg.cc/7ZDZ6K41/Untitled-1.png
Example using different application for testing purposes
https://i.postimg.cc/kgyvHYwB/Untitled-1.png
OK, I'm a little confused (which doesn't take much with this sort of stuff), but I thought the restart-if-no-progress was the "monitoring/control" of ffmpg, x264 & x265 if they stalled (which seems to work very well)...does this monitor Encoding Server, and if it "stall's", this kill's it, then what start's it again ?? or is that what this does ??
And this must be what you've incorporated in the Encoding Server you provided, yesterday.
Atak_Snajpera
4th December 2018, 13:11
It does both now. Monitors ffmpeg.exe/x264/265 and also MAIN application. SuperviseProcess.exe monitors EncodingServer.exe and EncodingServer.exe monitors ffmpeg/x264/x265
ReinerSchweinlin
4th December 2018, 13:12
I´d love to test the new version of encodingserver.exe, but sadly, my virusscanner thinks it is faulty, so I have to wait till I am at another system with no scanner or where I can turn it off :)
Atak_Snajpera
4th December 2018, 13:14
I´d love to test the new version of encodingserver.exe, but sadly, my virusscanner thinks it is faulty, so I have to wait till I am at another system with no scanner or where I can turn it off :)
Problem?
https://www.virustotal.com/#/file/92aa5b5a882d7ecae7e6a8b630dae817ee7604f8da1386ab18ecff40003d8eb6/detection
ReinerSchweinlin
4th December 2018, 13:43
Already did a check on virustotal, seems fine (two heuristic notices, not worth it..), but I can´t switch virusscan of here (workstation..)
On another note concerning the OPENCL on XEON Issue: I found "GPU" in the avs script in the KNLEANSCL Line - changed it to "auto", works fine now. Not sure how this affects all other machines with real GPUs.
Atak_Snajpera
4th December 2018, 13:46
you can also manually specify device type now.
/knlmeanscl-opencl-device-type CPU
ReinerSchweinlin
4th December 2018, 13:47
Yes, but wouldn't that force all of the clients to the CPU? Or could this embedded for each server manualy?
Atak_Snajpera
4th December 2018, 13:47
EncodingServer.exe /knlmeanscl-opencl-device-type CPU
ReinerSchweinlin
4th December 2018, 13:55
How can I set up 4 serves on one machine like this? 2 on UMA Node 0, 2 serves on Node 1 ?
Atak_Snajpera
4th December 2018, 13:59
go to settings -> Distributed Encoding -> Click spanner icon -> Command line help
ReinerSchweinlin
4th December 2018, 14:00
wonderful :) Thanx!
ReinerSchweinlin
4th December 2018, 15:15
Thanx for the hint.
Ryushin
5th December 2018, 14:38
Atak, cannot begin to tell you how much I enjoy the feature of moving jobs around now. Makes my life a lot easier.
A couple of ideas for features.
When selecting the item for a new job, allow a setting to change the display job cutoff time from the default of 15 minutes to another value. I'm having to use Handbrake to pull in a job to encode the specials. If I can drop the time down to 5 minutes or so so I can pull in those specials into RibBot.
Since I'm doing a lot of TV shows. It would be so nice to highlight a lot of jobs to bulk change an option. Such as the constant quality number, degraining, deinterlace, etc. It can take quite awhile to edit 50 jobs or more to change one setting.
BTW, your interface works fine with a job number over 1000. :)
Atak_Snajpera
5th December 2018, 14:47
When selecting the item for a new job, allow a setting to change the display job cutoff time from the default of 15 minutes to another value.
I really do not understand this.
byteshare
5th December 2018, 15:26
allow a setting to change the display job cutoff time from the default of 15 minutes to another value. I'm having to use Handbrake to pull in a job to encode the specials. If I can drop the time down to 5 minutes or so so I can pull in those specials into RibBot.
Are you saying that videos shorter than 15 min aren't being handled by RipBot? I do jobs are are less than a minute sometimes.
Would you post some screenshots of what you're talking about? (use an image hoster like IMGUR)
Wishbringer
6th December 2018, 08:14
Maybe he means displaying playlist from Blu-ray while importing.
Ryushin
6th December 2018, 21:49
Maybe he means displaying playlist from Blu-ray while importing.
Yes, this is what I meant. When importing a playlist, anything under 15 minutes is not shown.
gryph
7th December 2018, 10:45
First, thank you so much for this program!
I've been using RipBot for years now.
However, for a long time now, there's been some sort of bug - havn't been able to find any reports of this, so here I go...
I use Ripbot to hardcode subtitles and set a fixed video bitrate.
However I have to edit every single subtitle file (.srt/.ass) with an extra line in the very end to assure I get the "original" last line of sub hardcoded.
Which ever program is handling the subtitles, is deleting the very last line in the process.
So adding a custom new last line have been my fix.
Not sure exactly when this started to happen - but it's been going on for a long long time (1 year+ at least I'd guess).
Prior this issue didn't occure and there was no need to add an extra line of subtitle.
I ofc. always keep Ripbot up-to-date. So question is, is there a bug somewhere in the program - or am I missing something?
(btw - I run on Windows 7 machines only)
Fingers crossed for a fix... would save me from having to edit every single subtitle file before encode.
Cheers
ReinerSchweinlin
7th December 2018, 11:05
you can also manually specify device type now.
/knlmeanscl-opencl-device-type CPU
Just tried it out - works very well, Thank you!
Of course, it´s slow... But on some old TV-Shows with low resolution (old MPEG2 Captures) it works quite well with the DUAL Xeon Machines - and this way I don´t have to worry to manually tweaks settings in the swarm, I simply hit "encode" :)
ReinerSchweinlin
7th December 2018, 11:28
Now I know this is probably a really basic noob question,
Can someone explain why when you re-encode an x264 to x264 with just some basic settings, it doesn't take a very long time.
However, when you re-encode an x265 4K to x265 4K, it takes such a L-O-N-G time.
Why when it's already x265 4K !!!!
Downsizing from x265 4K to x265 1080p doesn't take long.
There has to be a faster way to do this, especially as it's becoming a lot more common place.
The codec used for the source is not the point - the time it takes to decode is muuuuuch smaller then to encode.
So if the source already is h265 makes no difference.
What takes time is the new encoding - the more advanced the codec (x265>X264), the more pixels (4k>1080p) and the higher the encoding settings is what takes up time..
Encoding 4K in x265 really needs a lot of horespower, no matter what the source once was...
Ryushin
7th December 2018, 11:44
However, when you re-encode an x265 4K to x265 4K, it takes such a L-O-N-G time.
Why when it's already x265 4K !!!!
Downsizing from x265 4K to x265 1080p doesn't take long.
4K is 4 times the size of 1080p. So it should take 4 times longer to encode the same video, regardless if you are encoding x264 or x265. Encoding with x265 is just much more processor intensive. By a lot. Older processors which did well with x264 have a real hard time with x265.
My older Opteron server with a true 48 cores and 256GB of RAM did a great job with x264. But with x265 it has crossed the threshold of too much power consumption vs its output rate for x265. So I'm getting rid of it soon.
AMDs new Zen based chips are great with x265. I don't know if anything is using a GPU for x265 encoding yet.
Nature of the what we do. When blu-ray came out, encoding was very slow compared to DVD. Now we are in the same evolutionary step with 4K and x265.
ReinerSchweinlin
7th December 2018, 12:02
.. I don't know if anything is using a GPU for x265 encoding yet.
Yes. Intel, Nvidia and AMD have hardware-encoding which is getting better. For realtime game.streaming it is the way to go. For offline Video-content, it slowly catches up to Software-Encoders.. Quite a lot of software packages enable these encoders already.
I have been using Intel Kaby Lake architecture for hardware-encoding into h265/10Bit - which works fine for many usecases. A 60 Euro CPU is able to handle one 1080p Stream way faster than realtime..
As we are talking - any chance ripbot will support Intel Quicksync?
Ryushin
7th December 2018, 21:54
Unfortunately upgrading to hi end cpu's & gpu's is really not an option, these days :(
Actually, with last years Zen 8 core CPU, I'm seeing 5-7fps with 4K x265 encodes. Seeing as how you can get the CPU for around $250 US, that at least brings it within reason. Add MDegrain though, and I'll get about 1.5 to 2fps. So about a day for each 4K encode.
Atak_Snajpera
8th December 2018, 13:13
Hi Atak, I thought I'd bump this one up a page or 2, as I have a problem with this that you may want to know about.
Today I had a lot of PC's going to see how it would perform doing a large 4K x265 encode (as per previous post), and I noticed on one of my "server box's", that an Encoder Server stalled (using the latest version 1.12.6.0), so I opened up the Supervise Process window for the stalled port, and there was no activity, it wasn't progressing every second or so, like the others do, monitoring the process's. So it had stalled, as well.
I left it like that for several minutes to see if it would start again, but it didn't so I killed it, and turned that pc off.
Having said that, I didn't any issues with any of the other machines, except one PC just stopped working, but that's a different issue, altogether.
So there's still some weird issue, in there somewhere.
One of your PC is simply unstable. Period. This can not be a coincidence that two different applications (simple console program and more complex application with GUI) just hang in the same way simultaneously. Do not expect from me to fix programmatically your hardware issues.
Atak_Snajpera
8th December 2018, 18:01
v1.23.2 Changelog
Added: KNLMeansCL [Adaptive] denoiser. (denoising strength is being reduced according to luminosity of the pixel)
Added: /avisynth-prefetch-threads and /knlmeanscl-opencl-device-type to supported switches by EncodingServer.exe.
Added: /restart-if-no-progress switch also activates extra process (SuperviseProcess.exe) in order to detect any hangs directly in EncodingServer.exe.
(logs are stored in %TEMP%\SuperviseProcessLog.txt and %TEMP%\EncodingServerLog.txt)
Added: Auto reconnect option in EncodingClient.exe
Changed: /knlmeanscl-opencl-device to /knlmeanscl-opencl-device-id and /x264-opencl-device to /x264-opencl-device-id
Fixed: EncodingServer.exe not starting on machines with more than 32 logical processors.
Comparision regarding KNLMeansCL [Adaptive] variant
Source
https://i.imgsafe.org/bf/bf45db39b9.jpeg
MDegrain2
https://i.imgsafe.org/bf/bf46940cf9.jpeg
MDegrain2 + KNLMeansCL(h=4)
https://i.imgsafe.org/bf/bf46ddeee0.jpeg
MDegrain2 + KNLMeansCL(h=4) [Adaptive]
https://i.imgsafe.org/bf/bf4789e165.jpeg
KNLMeansCL(h=4) [Adaptive]
https://i.imgsafe.org/bf/bf47dce349.jpeg
KNLMeansCL(h=4)
https://i.imgsafe.org/bf/bf45f49f3c.jpeg
ReinerSchweinlin
8th December 2018, 22:40
Looking good !! Thank you!
ReinerSchweinlin
9th December 2018, 01:25
Can you please refresh my memory about KNLMeansCL, is that CPU or GPU based (switchable), it's just that last time I used it, it was SLOW !!!
You can use either, as long as you have OPENCL Drivers installed. Read a few posts above, I am using some XEONs for OPENCL and GPUs as well... It´s much faster on GPUs
ReinerSchweinlin
9th December 2018, 01:38
GPUs: Intel Kaby Lake, some Geforce midclass-models from about years, office-AMD Radeons, a few years old.... I get between 4 and 30fps in 1080p on these cards with nlmeans filters in OPEN CL.
Xeons: Dual X5650... Intel OPEN CL Drivers.. Veery Slow with open CL, barely 1fps at best, but since many of these are here doing "nothing", they contribute. And for encodes without filtering, they work fine for x265 encoding...
LigH
9th December 2018, 21:33
--stdin y4m
I am not used to that parameter combination as valid x264 syntax... there should be another parameter:
--demuxer y4m
LigH
9th December 2018, 21:42
I don't know if he uses a modified x264. The vanilla x264 does not have a "stdin" parameter.
ReinerSchweinlin
10th December 2018, 11:23
I have a couple of dual X5690 systems, one dual X5680, an E5 2697v2 12 core Xeon, and several lesser systems.
The best GPU I have is an MSI GF1080, and I have an older AMD R9 290 (which I got to try KNLMeansCL, ages ago), and some older GF cards, 680's & 580's.
Did you manage to put some GPUs in the Xeon Servers?
ReinerSchweinlin
10th December 2018, 13:33
GPU vs CPU Encoding is a different thing than GPU vs CPU Filtering.
On GPU, you can only encode via the offered NVENC, QS-Video, etc.. mechanism - not a x265 port for GPU. Porting X265 to a GPU doesn't make sense (this is discussed in detail elsewhere).. The eoncding Engine on a GPU is not just a simple port of x265 to the GPU - intel, AMD, NVIDIA emplemented Encoder Units into the GPU, which only can do as good as the implementation is... x265 with normal to placebo settings is much better in terms of quality...
With OPEN CL, you have an open Standard for calculating things like filters... This can be done on GPU, ASICS, CPUs, etc... everything you have an OPENCL driver for... Since some filters for Videoediting fit the strenghts a GPU offers (heavy parallel processing with weak cores vs. way lesser very potent cores on a CPU), some videofilters benefit heavily from Running the OPENCL Filter Code on the GPU. Running the same filters on a CPU is veryvery slow compared to a decent GPU.
It all depends on the type if calculation, memory, memory bandwith. etc... if a specific task is working faster on a "traditional CPU" or a GPU...
CPUs are being equiped with more and more processing units which can give an advantage for things a GPU traditionally is good for... Think of the old 386, which didn`t have the FPU built on - it was a seperate chip you´d have to add... Later CPUs already had a FPU in it, so calculations benefitting from a FPU ran faster on these... Later there were things like 3dNow, SSE, AVX, etc... which contained instruction sets offering calculation-possibilities previous models didn`t have bevore.
One good example is a iFFT, which is running much faster on something like a DSP, SSE in a CPU etc.. than on a "traditional CPU".. In times where iFFT was not available inside a CPU, it took a lot of time to calculate it... As sonns as instructions for iFFT were available in the CPUs - you could easily go realtime..
So for best quality and speed, a strong CPU still is the best way to do x265 encoding, paired with a GPU for filtering... Is in most cases the best way to do it... In terms of speed (e.g. live streaming of games), the GPU Encoding of video can help to reduce system load.
Atak_Snajpera
10th December 2018, 14:32
I'd like to know how to switch some OpenCL processing to the CPU's, and not the GPU.
Apparently there's now that option within Ripbot, but not sure how to implement that with the command line switch's Atak mentioned.
KNLMeansCL running on my Xeon E5-2690@3.2GHz (8C/16T) CPU is 50 times slower than on Radeon RX480! Seriously are You still thinking about running this filter in CPU mode?
https://i.imgsafe.org/e6/e6a994d447.png
RX480
https://github.com/Khanattila/KNLMeansCL/wiki/Benchmark
RX480 GPU has peak TFLOPS around 5.83 TFLOPS
https://en.wikipedia.org/wiki/AMD_Radeon_400_series
while my CPU around 0.12 TFLOPS.
https://i.imgsafe.org/e6/e6cae8c8b6.png
Now you see why running KNLMeansCL on CPU has zero sense. Power consumption ratio to performance is just terrible!
RX480 consumes around 150W while my CPU around 130W.
1 fps on CPU consumes around 260W
1 fps on GPU consumes only around 6W !!!
byteshare
10th December 2018, 16:47
Comparision regarding KNLMeansCL [Adaptive] variant
Source
https://i.imgsafe.org/bf/bf45db39b9.jpeg
MDegrain2
https://i.imgsafe.org/bf/bf46940cf9.jpeg
MDegrain2 + KNLMeansCL(h=4)
https://i.imgsafe.org/bf/bf46ddeee0.jpeg
MDegrain2 + KNLMeansCL(h=4) [Adaptive]
https://i.imgsafe.org/bf/bf4789e165.jpeg
KNLMeansCL(h=4) [Adaptive]
https://i.imgsafe.org/bf/bf47dce349.jpeg
KNLMeansCL(h=4)
https://i.imgsafe.org/bf/bf45f49f3c.jpeg
Wow, the adaptive is way better than the normal method, which is why I never used KNLMeansCL much. Between MDegrain2 and KNLMeansCL(h=4) [Adaptive], I personally like MDegrain2 better but the Adaptive KNLMeansCL isn't that far off and I'd guess it does way better on FPS (when using GPU).
ReinerSchweinlin
10th December 2018, 17:11
I think you're being a bit harsh...I have no idea how all these filters & switch's work, I was just asking questions about all the new features you've added to Ripbot, in relation to these options.
I don't have an RX480, the best I have is a GTX 1080, and an AMD R9 290...and lesser.
It's just that I did a KNLMeansCL encode yesterday, and the R9 290 nearly melted, even tho it has a good aftermarket cooler on it, so hence, asking about switch to CPU, but obviously that sux, so how to I put a switch in to make it use the GPU, if that's an option with what I have.
If you did a KNLMeansCL Encode - you already have used the GPU - what switch are you looking for?
LigH
11th December 2018, 11:04
Square brackets are almost certainly a syntax definition symbol. You should omit them in a specific usage case.
ReinerSchweinlin
11th December 2018, 11:31
It's a new one for this build.
I know :)
I'm guessin' that adding this line/switch, it will enable either the CPU or GPU to work when this filter is chosen.
correct. This was kindly added because, so this ways I can include machines without GPU in a encoding swarm. Works good.
All I want to know is if I want to enable the GPU, is it in the square brackets on it's own ??
By default, you first go to the settings, choose the openCL device you would like to use (in case you have different ones) and then you don't have to do anything more if you have a GPU installed. In my case, The CPU doesn't show up in the settings, so I can force the CPU usage for OPENCL via this command line via
knlmeanscl-opencl-device-type CPU
And then there's this one:-
/knlmeanscl-opencl-device-id [integer], where do I get the integer info from ??, is that on the OpenCL page, in Settings ??
https://en.wikipedia.org/wiki/Integer_(computer_science)
Here you set the OPEN CL device (in case you have multiple ones - everyone has an ID (1, 2, 3, etc..), so you put the number of the Device you want to use in here...
On some PCs, I have AMD OPENCL drivers as well as the Intel GPU drivers - so I have two "decvices" here and could choose which one to use (helps in some cases with older hardware, since different OPENCL drivers support different Levels of OPENCL...)
LigH
11th December 2018, 11:39
@ReinerSchweinlin - I guess the question about the "integer" was rather: Is it a simple counting number, or is it something complex (like a unique device ID)? Looks like the former is the case. Now the question remains, if you have more than one device: Which of them is number one, where to discover that detail? Will an external tool like GPU-Z help, or will RipBot264 enumerate them somewhere?
ReinerSchweinlin
11th December 2018, 12:42
This is what I get in the settings page:
Platform 0.
Name : Intel(R) OpenCL
Vendor : Intel(R) Corporation
Version : OpenCL 2.1
Profile : FULL_PROFILE
Extensions : cl_khr_3d_image_writes cl_khr_byte_addressable_store cl_khr_fp16 cl_khr_depth_images cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_icd cl_khr_image2d_from_buffer cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_intel_subgroups cl_intel_required_subgroup_size cl_intel_subgroups_short cl_khr_spir cl_intel_accelerator cl_intel_media_block_io cl_intel_driver_diagnostics cl_intel_device_side_avc_motion_estimation cl_khr_priority_hints cl_khr_throttle_hints cl_khr_create_command_queue cl_khr_fp64 cl_khr_subgroups cl_khr_il_program cl_khr_mipmap_image cl_khr_mipmap_image_writes cl_intel_planar_yuv cl_intel_packed_yuv cl_intel_motion_estimation cl_intel_advanced_motion_estimation cl_khr_gl_sharing cl_khr_gl_depth_images cl_khr_gl_event cl_khr_gl_msaa_sharing cl_intel_dx9_media_sharing cl_khr_dx9_media_sharing cl_khr_d3d10_sharing cl_khr_d3d11_sharing cl_intel_d3d11_nv12_media_sharing cl_intel_simultaneous_sharing
Platform 1.
Name : AMD Accelerated Parallel Processing
Vendor : Advanced Micro Devices, Inc.
Version : OpenCL 2.0 AMD-APP (1800.11)
Profile : FULL_PROFILE
Extensions : cl_khr_icd cl_khr_d3d10_sharing cl_khr_d3d11_sharing cl_khr_dx9_media_sharing cl_amd_event_callback cl_amd_offline_devices
ReinerSchweinlin
11th December 2018, 13:03
In the settings page: Only the Intel GPU driver is shown.
(It´s a i5 Kaby Lake only with the iGPU from Intel, no external Grafixcard)
Doing the same on the XEON (without a GPU, only CPU OPEN CL):
Platform 0.
Name : Intel(R) OpenCL
Vendor : Intel(R) Corporation
Version : OpenCL 1.2
Profile : FULL_PROFILE
Extensions : cl_khr_icd cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_byte_addressable_store cl_khr_depth_images cl_khr_3d_image_writes cl_intel_exec_by_local_thread cl_khr_spir cl_khr_dx9_media_sharing cl_intel_dx9_media_sharing cl_khr_d3d11_sharing cl_khr_fp64 cl_intel_vec_len_hint
Platform 1.
Name : AMD Accelerated Parallel Processing
Vendor : Advanced Micro Devices, Inc.
Version : OpenCL 1.2 AMD-APP (937.2)
Profile : FULL_PROFILE
Extensions : cl_khr_icd cl_amd_event_callback cl_amd_offline_devices cl_khr_d3d10_sharing
In the selection Box, nothing shows.
So this was the prob I had - the XEON itself was able to do OPENCL - but in the Settings Page I couldn´t select the CPU for the filters.. With the command line Option mentioned above - I can :)
ReinerSchweinlin
11th December 2018, 13:46
I installed the XEON OPENCL drivers from intels website (with GPUS, the OPENCL Drivers come with the drivers for the grafix card, I suppose you know already)... I am not at the machine right now, so I can´t give you the exact link, but it was pretty straight forward - the SDK you mentioned probably was the one... just google for "xeon OPEN CL drivers" :)
I then checked with Luxmark, if the Xeons showed up as OPENCL Devices - they did. (running a benchmark in Luxmark worked fine, but was slow as hell - as expected)
In ripbot, I opened the settings page on the XEON machine (not the "master" !). In the distributed encoding page I set 4 severs (since I have two CPUs on two nodes with 12 threads on each CPU - X265 works best on my DUAL X5650 with 4 instances=4servers),
checked the small wrench button and added
/port 1000 /minimize /priority low /node 0 /knlmeanscl-opencl-device-type CPU
/port 2000 /minimize /priority low /node 0 /knlmeanscl-opencl-device-type CPU
/port 3000 /minimize /priority low /node 1 /knlmeanscl-opencl-device-type CPU
/port 4000 /minimize /priority low /node 1 /knlmeanscl-opencl-device-type CPU
that´s it, AFAIR :) All the other machines (with GPUs) are not specified any further, just defaults.
If I start an encode job at the master with KNLMEANS activated - the GPU machines use the GPUs, the XEONS use the CPUs...
I am still trying to get some GPUs into the servers, but since space is limited in these and somehow they don´t accept any GPUs I put in it (HP DL380 Proliant G7), I am happy for the time beeing to be able to use the XEONS in the pool whenever some OPENCL Stuff is starting.
ReinerSchweinlin
11th December 2018, 14:14
Yes, I do have some issues with stability. Already talked to Atak about it, but have no solution so far.... One thing in the latest release which made things better: "restart servers" in the encoding client... Sometimes, on first atempt, the servers don't connect... In the past, I had to check manualy multiple times to restart them... Was annoying since I am at work on daytime, wanted the machines to encode while I am gone - and later on I saw almost no progress...
Now this works fine - the "startup hickups" still are there, but since they get restarted automatically, it is better now.
Didn`t have much time to investigate everything, though.. I´ll have to wait for more free time to straighten everything up in the "encoding farm"... Last night, about 20 batch files from a 1080p x264 cartoon series (23min each) went fine through the batch..
Atak_Snajpera
11th December 2018, 15:01
I just thought of something...would it possible to run multiple GPUs now, using a command line switch to use different IDs.
sure
/port 1000 /minimize /priority low /knlmeanscl-opencl-device-id 0
/port 2000 /minimize /priority low /knlmeanscl-opencl-device-id 1
If you are using x264+KNLMeansCL and you also have iGPU (device 0) and dGPU (device 1) then
/port 1000 /minimize /priority low /x264-opencl-device-id 0 /knlmeanscl-opencl-device-id 1
FuzzyNutz
11th December 2018, 19:34
Since auto-updating to v1.23.2, RipBot264 doesn't close cleanly on it's own. After clicking the "X" in the top-right of the primary RB interface, the RB icon remains in the taskbar. Right-clicking the icon and choosing "Show" opens a non-functioning RB interface that I have to force close.
Additionally, the jobs I loaded before the update generated errors when running them post-update. I had to reload those jobs post-update.
I reverted to v1.23.1, which restored RB's ability to close cleanly. Then I got RB to re-auto-update to v1.23.2, which returned RB to being unable to close cleanly.
FuzzyNutz
11th December 2018, 22:49
The built-in virus protection in my Windows 10 v1809 is identifying RipBot's "updater.exe" as a threat. This is a new issue. I manually restored it after Windows removed it.
FuzzyNutz
11th December 2018, 23:10
Please prevent RB taskbar tab from disappearing upon interface minimization. Perhaps give users the option to choose.
Please don't limit the number of audio tracks that can be demuxed or added to the output file when loading jobs from BD folder structures.
Please don't limit the choices for demuxing subtitle tracks to all or one when loading jobs from BD folder structures.
FuzzyNutz
11th December 2018, 23:24
Are these improvement requests being considered?:
Adding the ability to manually enter "name" information for video, audio and subtitle tracks within RipBot264 (RB) would be an asset.
This feature could be further enhanced by adding combo boxes with user-definable text strings for track names. This user-definable content should remain intact when RB is updated.
Removing limitations on the quantity of demuxable audio tracks from BD structure sources as well as the quantity of selectable audio tracks to be contained in the output file would be an asset.
Enabling output file names with periods (.) would be an asset.
RB’s “Automatically” setting for video cropping is capable of detecting the difference between pixels with desired video vs black. Could similar capability be implemented for RB’s “new frame” selector?
For resolution reducing encodes of non-standard crop ratio videos, like the BD vers of the movie "The Hateful Eight" @1920x700, RB doesn't offer a precise ratio-maintaining option. Users have to calculate it. Some might not know how. Especially considering the reduction factor determinate varies from width for most videos to height for others. Examples: 1920x1080 cropped to 1920x1016 requires 1280/1920 x 1016 to calc the height for 1280x678 (1280x677.333) or 1440x1080 cropped to 1436x1064 requires 720/1064 x 1436 to calc the width for 972x720 (971.729x720). In my 1st example, (1920x1016) the width determines the res reduction factor. In my 2nd example, the height determines the res reduction factor. In both examples I maintained the cropped source ratio while reducing the res to 720. RB should have an option for auto step-down to any standard res (1080, 720, 576, 480 etc.) while maintaining precise ratio of cropped source. Like my examples, RB would have to identify whether the width or height determines the reduction factor.
If you implemented this, users wouldn't need to calculate the pixel height or width for any res step-down while maintaining cropped source ratio.
ReinerSchweinlin
12th December 2018, 08:48
The built-in virus protection in my Windows 10 v1809 is identifying RipBot's "updater.exe" as a threat. This is a new issue. I manually restored it after Windows removed it.
I had some false virus-warnigs as well, but with Avira. We talked in this thread a few days ago - maybe it´s compression of some files triggering the heuristics?
While you mention subtitles... I looked around, but can't find subtitle management. Surely I am too stupid - could someone point me in the right direction? I´d like to simply keep subtitles (or disregard things like chinese etc... but since subtitles take up no space - keeping all of them would be fine, too).. Right now, encoding from mkvx264 tomkv x265 - all subtitles are gone.
slalom
12th December 2018, 10:08
The built-in virus protection in my Windows 10 v1809 is identifying RipBot's "updater.exe" as a threat. This is a new issue. I manually restored it after Windows removed it.
I have excluded a folder in my antivirus settings, with all those programs that don't need AV checking
No more false threats
ReinerSchweinlin
12th December 2018, 10:49
Ah, ok... So I wasn´t blind - there simply is no subtitle Management :) Too bad - since I use Ripbot because of the distributed encoding which enables me to recode a very large amount of files in reasonable time - if I have to lay hand on all of them to deal with subtitles, thats too much fiddling around.. Maybe I find a batch solution somehow..
ReinerSchweinlin
12th December 2018, 12:08
I use batch encoding for a series of files.
I use handbrake, yes. Here it works fine with the switchable subs. But no DE Encoding, so it´s slow...
Simply "take alle subs in the MKV and leave them as they are" would be fine.
Atak_Snajpera
12th December 2018, 12:42
Simply "take alle subs in the MKV and leave them as they are" would be fine.
So you are saying that your version of ripbot264 does not have this option... intredasting...
byteshare
12th December 2018, 14:55
Ah, ok... So I wasn´t blind - there simply is no subtitle Management :) Too bad - since I use Ripbot because of the distributed encoding which enables me to recode a very large amount of files in reasonable time - if I have to lay hand on all of them to deal with subtitles, thats too much fiddling around.. Maybe I find a batch solution somehow..
I batch mux the subs back in from the source files, saves me a lot of time plus I keep the MKVtitle names of the subs that way
Ryushin
12th December 2018, 15:44
So with all the talk about using the GPU for help with encodes, it has gotten me interested.
I have one computer with a RX 480.
I'm currently only doing x265 or x265+mdegrain2. Can a GPU help in this regard or is this all CPU based? I thought OpenCL was just for x264 at the moment.
ReinerSchweinlin
12th December 2018, 15:50
OPENCL (or GPU in generell) doesn't help with x265 encoding and never will... There were some attempts and the x265 guys looked into it, but the types of calculations needed for x265 encoding just don't a GPU.... There are h265 encoders in GPUs, but those are real "hardware encoders" and have nothing to do with x265 .... x264 has a OPENCL possibility - haven't tried it yet, but from what I´ve read, it doesn't give a speed advantage nowadays with modern CPUs....
Things like SSE or AVX help much more with x265 than OPENCL on a GPU.
ReinerSchweinlin
12th December 2018, 15:51
So you are saying that your version of ripbot264 does not have this (keeping subtitles) option... intredasting...
As said before - I am either blind or to stupid to find it (in this case, please help me out) or something is missing - all my files encoded with Ripbot are missing subtitles which were present before in the source mkv files...
Atak_Snajpera
12th December 2018, 16:13
As said before - I am either blind or to stupid to find it (in this case, please help me out) or something is missing - all my files encoded with Ripbot are missing subtitles which were present before in the source mkv files...
https://i.imgsafe.org/12/12583f3334.png
or
https://i.imgsafe.org/12/125840053c.png
Atak_Snajpera
12th December 2018, 16:22
x264 has a OPENCL possibility - haven't tried it yet, but from what I´ve read, it doesn't give a speed advantage nowadays with modern CPUs....
Things like SSE or AVX help much more with x265 than OPENCL on a GPU.
If rumors are true some ryzen 3 may have pretty decent iGPU with 20 CU! (1280 streaming processors)
I think x264 opencl acceleration should still be useful for those modern cpus.
In old days it provided very nice speed boost for old apus. (a10-4600m had 384 streaming processors)
https://images.anandtech.com/graphs/graph5835/46687.png
FuzzyNutz
12th December 2018, 18:08
While you mention subtitles... I looked around, but can't find subtitle management. Surely I am too stupid - could someone point me in the right direction? I´d like to simply keep subtitles (or disregard things like chinese etc... but since subtitles take up no space - keeping all of them would be fine, too).. Right now, encoding from mkvx264 tomkv x265 - all subtitles are gone.
When loading a job from blu-ray file/folder structure, you're given the choice of demuxing all subtitles or only one. When loading a job from an .mkv file, all the subtitles demux automatically. In either version, you can choose however many to include in the output file, after demuxing is complete.
ReinerSchweinlin
12th December 2018, 18:17
Thanx both of you for the guidance, I will have to try later, when I am at the PC :)
FuzzyNutz
12th December 2018, 18:27
I've been doing a LOT of subtitles stuff recently, and what I use to demux them out, is TSMUXER, then I have been running them thru Subtitle Edit, and save as an .srt, then you either just put that file in the same folder as your movie, and you should get switchable subtitles OR you can mux them back in, with MKVToolnix, after you've run the video & audio thru Ripbot.
I too use tsMuxerGUI and MKVToolnix for many areas where RipBot falls short, but I still want RipBot's subtitle and audio track abilities expanded.
Note that using tsmuxer to demux files containing .srt subtitles automatically converts them to .sup (PGS). Try extracting subtitles with the likes of gMKVExtractGUI to preserve existing .srt subs. Use the likes of MKVToolnix to first mux in to an .mkv if needed.
FuzzyNutz
12th December 2018, 22:08
Thanks for that, Fuzzy...I will give that a try, could save me a LOT of time.
Subtitle Edit can be very frustrating :(
I usually don't convert .sup (PGS) subs to .srt. I use the .sup from blu-rays as is. Every media player I use seems able to read .sup files. My thinking is, why bother dealing with optical character recognition issues when you can use the flawless original.
I expect someone to chime in with srt enlightenment.
Media players I use:
VLC on Windows 10 PC
KODI on Android box
KODI on Windows 10 PC
D-Link Boxee Box
byteshare
12th December 2018, 23:17
v1.23.2 Changelog
Added: KNLMeansCL [Adaptive] denoiser. (denoising strength is being reduced according to luminosity of the pixel)
Added: /avisynth-prefetch-threads and /knlmeanscl-opencl-device-type to supported switches by EncodingServer.exe.
Added: /restart-if-no-progress switch also activates extra process (SuperviseProcess.exe) in order to detect any hangs directly in EncodingServer.exe.
(logs are stored in %TEMP%\SuperviseProcessLog.txt and %TEMP%\EncodingServerLog.txt)
Added: Auto reconnect option in EncodingClient.exe
Changed: /knlmeanscl-opencl-device to /knlmeanscl-opencl-device-id and /x264-opencl-device to /x264-opencl-device-id
Fixed: EncodingServer.exe not starting on machines with more than 32 logical processors.
Got a stall, looks like the same sort of thing I was seeing before the update, but I don't really know what causes it so IDK:
https://imgur.com/a/1TjHaAe
Win10 x64 build 1803
AMD Ryzen 7 1700
I can't find the logs: SuperviseProcessLog.txt and EncodingServerLog.txt
I did a search of my C drive and looked in the C:\Temp, RipBot folder (would make more sense to me), and in the %TEMP%\ folder (in my case: C:\Users\USERNAME\AppData\Local\Temp)
Only thing I found was SuperviseProcess.exe in the temp folder
I couldn't turn off the Server 2 (Thread 2 in the screenshot). I was able to end task the Ffmpeg.exe and that kicked the server 2 into off mode, and then I was able to start it again. Server 1 started encoding.
Not sure how important it is but normally the Ffmpeg.exe and x265_x64.exe show as a child (underneath) the RipBot264 Encoding Server tree like this: https://i.imgur.com/4etbRzc.jpg
But before I ended the Ffmpeg.exe task it was in the background processes list. Hope this helps.
byteshare
12th December 2018, 23:18
I usually don't convert .sup (PGS) subs to .srt. I use the .sup from blu-rays as is. Every media player I use seems able to read .sup files. My thinking is, why bother dealing with optical character recognition issues when you can use the flawless original.
I expect someone to chime in with srt enlightenment.
Media players I use:
VLC on Windows 10 PC
KODI on Android box
KODI on Windows 10 PC
D-Link Boxee Box
I don't convert them either but some players like Plex and Emby don't do well with them. They don't even always do well with embeded (in MKV) subtitles depending on which platform you're on.
byteshare
13th December 2018, 05:21
Since auto-updating to v1.23.2, RipBot264 doesn't close cleanly on it's own. After clicking the "X" in the top-right of the primary RB interface, the RB icon remains in the taskbar. Right-clicking the icon and choosing "Show" opens a non-functioning RB interface that I have to force close.
Additionally, the jobs I loaded before the update generated errors when running them post-update. I had to reload those jobs post-update.
I reverted to v1.23.1, which restored RB's ability to close cleanly. Then I got RB to re-auto-update to v1.23.2, which returned RB to being unable to close cleanly.
Might be Windows specific? I haven't had an issue on Win10 64bit build 1803.
As for the jobs having an issue, might be a depreciated filter since the changes in KNLMeans? IDK, I didn't have an issue with that either.
The built-in virus protection in my Windows 10 v1809 is identifying RipBot's "updater.exe" as a threat. This is a new issue. I manually restored it after Windows removed it.
I didn't have an issue with Win10's protection, not sure why you did but I see you're on a higher Win10 build than me.
Please prevent RB taskbar tab from disappearing upon interface minimization. Perhaps give users the option to choose.
Please don't limit the number of audio tracks that can be demuxed or added to the output file when loading jobs from BD folder structures.
Please don't limit the choices for demuxing subtitle tracks to all or one when loading jobs from BD folder structures.
I haven't had an issue with RB taskbar tab disappearing either, some all-around strange issue it seems that you've been having.
as for audio/subs, personally I'd either have it copy all or what I usually do process the audio separate and manually mux it (video, audio, subs, etc...) all together after I've encoded the video with a batch script.
Are these improvement requests being considered?:
Adding the ability to manually enter "name" information for video, audio and subtitle tracks within RipBot264 (RB) would be an asset.
This feature could be further enhanced by adding combo boxes with user-definable text strings for track names. This user-definable content should remain intact when RB is updated.
Removing limitations on the quantity of demuxable audio tracks from BD structure sources as well as the quantity of selectable audio tracks to be contained in the output file would be an asset.
Enabling output file names with periods (.) would be an asset.
RB’s “Automatically” setting for video cropping is capable of detecting the difference between pixels with desired video vs black. Could similar capability be implemented for RB’s “new frame” selector?
For resolution reducing encodes of non-standard crop ratio videos, like the BD vers of the movie "The Hateful Eight" @1920x700, RB doesn't offer a precise ratio-maintaining option. Users have to calculate it. Some might not know how. Especially considering the reduction factor determinate varies from width for most videos to height for others. Examples: 1920x1080 cropped to 1920x1016 requires 1280/1920 x 1016 to calc the height for 1280x678 (1280x677.333) or 1440x1080 cropped to 1436x1064 requires 720/1064 x 1436 to calc the width for 972x720 (971.729x720). In my 1st example, (1920x1016) the width determines the res reduction factor. In my 2nd example, the height determines the res reduction factor. In both examples I maintained the cropped source ratio while reducing the res to 720. RB should have an option for auto step-down to any standard res (1080, 720, 576, 480 etc.) while maintaining precise ratio of cropped source. Like my examples, RB would have to identify whether the width or height determines the reduction factor.
If you implemented this, users wouldn't need to calculate the pixel height or width for any res step-down while maintaining cropped source ratio.
If adding the ability to edit the title would default to the source title that would be nice as well.
Personally, I've always manually demuxed BDs, DVDs, ISOs, etc... before processing them with RipBot but I see a few people that like to use this feature.
I've gotten used to the no periods in names but I could see why it would be helpful, that and adding more foreign language support such as Chinese and Japanese.
The last feature sounds interesting but I've manually done it so many times I forget sometimes what would be helpful for the average user.
byteshare
13th December 2018, 05:25
Hey, I just had a look at the screenie (the 1st one), and correct me if I'm wrong, but I don't think that's the very latest build 1.13.0, as it hasn't got "Auto reconnect" option in EncodingClient.exe, in the bottom right hand corner !!!
I haven't had any stall's since the very latest auto update. (touch wood)
And yes it is / was very frustrating when you couldn't Stop the stall server :(
I'm not sure about the EncodingClient but I'm on v1.23.2 for RipBot...maybe the update didn't go as planned?
Would you confirm your EncodingClient version please?
I am on v1.13.0.0, it might be there is a newer version but I need to run another update? I'll try that.
"Update" I tried to force an update and I didn't get any new files. I didn't try to manually update the EncodingServer with the version that was linked from a Media Fire link....was waiting for an "official" version.
byteshare
13th December 2018, 05:28
So just to confirm, when this option is enabled, it "remux's" the subtitle(s) just duplicating their original format ?? eg: sub, sup, srt.
And are they selectable, or hard coded ??
I know there's another option for painting / hard coding them.
Be nice if there was an option to convert to srt.
The option to the left is Render Subs...that will make them hard coded.
For converting them that is an option in the main RipBot settings called:
"Conver Blu-Ray subtitles to DVD format"
Unless there is another option somewhere I've missed?
There isn't an easy and 100% accurate way to convert image subtitles to text subtitles so you'd either have to do that manually or look for a text based version on the Internet.
slalom
13th December 2018, 08:59
So just to confirm, when this option is enabled, it "remux's" the subtitle(s) just duplicating their original format ?? eg: sub, sup, srt.
And are they selectable, or hard coded ??
I know there's another option for painting / hard coding them.
Be nice if there was an option to convert to srt.
Check your job's temp folder. You can select what you want, the order, the default.
Why would you need to convert to srt if you have the original sup file?
ReinerSchweinlin
13th December 2018, 09:44
I started some jobs tonight, will see what will happen to the subtitles when I come home :)
Another thing popped up: A client which was running fine the last times now reports that the cmd-file in the shared folder is not found (eg: //pc/share/ripbotsharefolder/chunks/3.cmd or so...)... If I open the network share in Explorer on this PC, I see all the files, can copy them, everything is fine... Another Server picks up this chunk with no problem..
What yould be the cause for this?
slalom
13th December 2018, 12:39
Yes, I know that all the demuxed files are in there...
Because my TV needs UTC-8, srt's...
Buy an Android TV Box and use Kodi
ReinerSchweinlin
13th December 2018, 13:13
I have a fire TV with plex, which runs fine.. (Except for h265 10bit and above)
Friends have chromecasts, also nice
ReinerSchweinlin
13th December 2018, 13:27
nice :)
byteshare
13th December 2018, 17:08
Well, my LG 4K TV plays everything I throw at it, HDR x265, looks fantastic :)
And as I like subtitles, having to convert them to srt, is a small price to pay !!!
I have an LG TV too, WebOS 3.5 I think. I can play DVD and BluRay subs with the default video player, must be a TV Hardware thing or WebOS thing?
I use Emby on it which plays much subs fine as well.
Used to use Kodi more but no WebOS app :(
FuzzyNutz
13th December 2018, 18:40
Well, my LG 4K TV plays everything I throw at it, HDR x265, looks fantastic :)
And as I like subtitles, having to convert them to srt, is a small price to pay !!!
My newest media player is a low-cost, fanless mini pc running windows 10, similar to an android box. I use vlc and kodi on it to stream from my home network. It plays 4k, hevc and yes, .sup subtitles.
I tweaked memory management for both vlc and kodi to prevent playback pauses. I use the audio dynamic range compression capabilities in vlc and kodi. Thus, no more extremes between quiet and loud; a task previously handled by an a/v receiver.
It'll play almost anything and because it's a windows pc, web surfing with your favourite browser is a breeze.
byteshare
14th December 2018, 09:42
I'll definitely be checking out Emby...never heard of it, thanks, byteshare :)
Update:- so I sussed out Emby this morning, and soon realised it's for "streaming" content, and I don't like that, so that was a bust :(
Also, another auto update today :)
In your case I'd say you're better off with a streamer like Plex/Emby so it can on the fly burn in subs when you want subs that aren't compatible with your TV. Lowers the quality but better than burning in subs with RipBot or having to track down subs for every file and/or manually converting them to srt (IMO).
ReinerSchweinlin
14th December 2018, 09:43
Emby is much like plex - it uses a server and a client... The upside of this concept is, that you can have one central media server and many clients connecting to them. Since plex and Emby are capable of real time transcoding content while streaming, you can have multiple machines with different capabilities in your setup. For example:
- I can view ALL of my library on any of my mobile phones all over the world - as soon as I have an internet connection fast enough for the quality I want to watch (transcoding is x264 in Plex, don´t know if Emby is up to x265).... If no internet is available, I can set plex up to download the videos in advance and store them on the fone to watch offline
- my TV has had several small media players (fire TV, Android TV Boxes, small NUCs with WIndows / Linux) which all had a Plex Client on it - so I can watch everythin in the lokal network
- If I am at work, I can watch my stuff
The transcoder autoamtically detects the bandwith of the connection, the playback capability of the client and - if needed - transcodes everything accordingly... Of course, transcoding is CPU-intensive, so havnig a small NAS for a few bucks and wanting to transcode 40mbit x264 4K videos is a no go... Any Intel Quick Sync machine or at least some higher Core2Duo machine is enough to have at least 720p with 4Mbit watchable - a 120 Euro Kaby Lake NUC easily transcodes several FUll HD Streams at once...
Most of my files are h265 high quality ac3/dts/etc..- so if one client only is capable of h264 and stereo AAC - no problem, Emby, Plex take care of this and transcode on the fly...
gryph
14th December 2018, 11:27
So there's been some talk about subtitles the last days, but this was about soft remux
- but since there's been no response to my earlier post about the bug when hardcoding subs, I'll try again
First, thank you so much for this program!
I've been using RipBot for years now.
However, for a long time now, there's been some sort of bug - havn't been able to find any reports of this, so here I go...
I use Ripbot to hardcode subtitles and set a fixed video bitrate.
However I have to edit every single subtitle file (.srt/.ass) with an extra line in the very end to assure I get the "original" last line of sub hardcoded.
Which ever program is handling the subtitles, is deleting the very last line in the process.
So adding a custom new last line have been my fix.
Not sure exactly when this started to happen - but it's been going on for a long long time (1 year+ at least I'd guess).
Prior this issue didn't occure and there was no need to add an extra line of subtitle.
I ofc. always keep Ripbot up-to-date. So question is, is there a bug somewhere in the program - or am I missing something?
(btw - I run on Windows 7 machines only)
Fingers crossed for a fix... would save me from having to edit every single subtitle file before encode.
Cheers
Anyone, other than me, having this issue?
Anyone having any clue to why this happens?
Anyone with any suggestion to fixing this?
Gryph
gryph
14th December 2018, 12:48
Hey Gryph,
So, are you using Ripbot just to incorporate subtiles ?? or are you filtering & adjusting files ??
If you're just after subtitling, I would suggest Handbrake, to either soft or hard code any sub's.
Hi there, and thanks for replying.
If you read my first post - the one I quote above... You'll read that I use Ripbot to hardcode subs and re-encode to a set bitrate.
I have looked at Handbreak (and others) but I really prefer Ripbot.
I use .ass subs only (Handbreak only support these if they are muxed into the mkv = 2x the work)- I convert .srt subs to .ass as I can play around with the style in .ass - which you can't in .srt
Anyways, like I said, the hardcoding used to work with no issues (long ago)... and it still does (kinda) except it deletes the very last line in the subtitle - hence me adding a fake last line to every single sub file.
So my guess is, there's must be some bug with the part of RipBot that hardcodes the subtitles.
Gryph
Atak_Snajpera
14th December 2018, 13:29
Hi there, and thanks for replying.
If you read my first post - the one I quote above... You'll read that I use Ripbot to hardcode subs and re-encode to a set bitrate.
I have looked at Handbreak (and others) but I really prefer Ripbot.
I use .ass subs only (Handbreak only support these if they are muxed into the mkv = 2x the work)- I convert .srt subs to .ass as I can play around with the style in .ass - which you can't in .srt
Anyways, like I said, the hardcoding used to work with no issues (long ago)... and it still does (kinda) except it deletes the very last line in the subtitle - hence me adding a fake last line to every single sub file.
So my guess is, there's must be some bug with the part of RipBot that hardcodes the subtitles.
Gryph
I've checked and all subtitles are shown on my PC. Can you provide some samples (subtitles) where this problem occurs.
ReinerSchweinlin
14th December 2018, 13:46
About Subtitles - it was me indeed beeing too blind to simply switch on the subtitle option - so I now have the subtitles in the encodes, all is fine...
How about audio tracks in batch mode? Seems only the first track is encoded.. If I manually add one encode job, I can deal with up to 3 Tracks. Am I again doing something wrong ? It would be totaly sufficient for me if simply all tracks would be encoded and kept with the same coded (e.g. having a source file with 5.1 dts, 2.0 ac3, etc... -> 5.1 AAC, 2.0 AAC.. all AAC).. Is this possible?
userx
14th December 2018, 15:03
Hello,
Since todays update the encoding servers wheren't shown in the taskbar. Encoding Client isn't able to connect to the local started servers.
Some 'new' SuperviseProcess.exe-windows are shown which brings me to the idea that somewhere the IP is missing.
....
[2018-12-14 14:56:32] EncodingServer.exe (PID:8276) is NOT responding.
[2018-12-14 14:56:32] EncodingServer.exe (PID:8276) has been killed. No response for 1 minute.
[2018-12-14 14:56:32] D:\Programme\Ripbot264\EncodingServer.exe /start /restart-if-no-progress /ip 0.0.0.0 /port 3000 (PID:5628) executed.
[2018-12-14 14:56:33] EncodingServer.exe (PID:5628) is responding.
[2018-12-14 14:56:34] EncodingServer.exe (PID:5628) is responding.
[2018-12-14 14:56:35] EncodingServer.exe (PID:5628) is responding.
[2018-12-14 14:56:36] EncodingServer.exe (PID:5628) is responding.
[2018-12-14 14:56:37] EncodingServer.exe (PID:5628) is responding.
[2018-12-14 14:56:38] EncodingServer.exe (PID:5628) is NOT responding.
...
It is possible to connect to remote servers which hasn't been updated up to now.
running Ripbot264 on W10 1809
ReinerSchweinlin
14th December 2018, 15:43
Which "switch" did you find ? :)
https://forum.doom9.org/attachment.php?attachmentid=16617&stc=1&d=1544798599
:)
slalom
14th December 2018, 21:03
About Subtitles - it was me indeed beeing too blind to simply switch on the subtitle option - so I now have the subtitles in the encodes, all is fine...
How about audio tracks in batch mode? Seems only the first track is encoded.. If I manually add one encode job, I can deal with up to 3 Tracks. Am I again doing something wrong ? It would be totaly sufficient for me if simply all tracks would be encoded and kept with the same coded (e.g. having a source file with 5.1 dts, 2.0 ac3, etc... -> 5.1 AAC, 2.0 AAC.. all AAC).. Is this possible?
After the batch is loaded, edit the job you want and go to audio 2 or 3 to add the track you want (#1 is the default track)
Personally, I rarely use it
byteshare
15th December 2018, 05:01
Got a stall, looks like the same sort of thing I was seeing before the update, but I don't really know what causes it so IDK:
https://imgur.com/a/1TjHaAe
Win10 x64 build 1803
AMD Ryzen 7 1700
I can't find the logs: SuperviseProcessLog.txt and EncodingServerLog.txt
I did a search of my C drive and looked in the C:\Temp, RipBot folder (would make more sense to me), and in the %TEMP%\ folder (in my case: C:\Users\USERNAME\AppData\Local\Temp)
Only thing I found was SuperviseProcess.exe in the temp folder
I couldn't turn off the Server 2 (Thread 2 in the screenshot). I was able to end task the Ffmpeg.exe and that kicked the server 2 into off mode, and then I was able to start it again. Server 1 started encoding.
Not sure how important it is but normally the Ffmpeg.exe and x265_x64.exe show as a child (underneath) the RipBot264 Encoding Server tree like this: https://i.imgur.com/4etbRzc.jpg
But before I ended the Ffmpeg.exe task it was in the background processes list. Hope this helps.
Had this happen for a 3rd time now...with sources that weren't having this issue really until the update. I believe something is worse now but it could just be random chance that the stall issue is happening more now than it had in a month.
byteshare
15th December 2018, 05:05
@byteshare, & @ReinerSchweinlin,
Hey guys,
I really appreciate your input & suggestions, but I have absolutely no need, or desire for a media streaming server setup.
I don't need to stream to multiple devices, and/or multiple rooms, and also having to put all media on a single "box", and have it going just so I can watch a movie on the TV, seems a waste of energy, IMO.
As for the subtitles (which is the only issue), once I have demuxed them from the movies (which most have), and convert & spell check them, I don't mux them back in, it only needs to be in the same folder/directory as the movie, with the same exact naming (accept for the .mkv, .srt of course).
Cheers
If you got a standalone player, such as a MiBox (Android TV) and used MX Player, VLC, Kodi, etc... you wouldn't have to do the extra work with subtitles and then you wouldn't have to deal with putting all of your media in one place for a Emby/Plex server...which would be less work for you and less money than buying a new TV for better subtitle support and/or avoiding burning in subs with RipBot (not that you do but that would be another alternative).
byteshare
15th December 2018, 08:00
So is this happening after the very latest auto update ??, I got another one yesterday !!
Encoding Server is now up to version 1.13.1.0 !!
I was about to edit my post to say, I just got the 1.13.1.0 update...so I hope this won't happen now, lol
Ryushin
15th December 2018, 15:03
Getting a new error after the latest update:
The program can't start because OpenCL.dll is missing from your computer. Try reinstalling the program to fix this problem.
Going to see if I can find the OpenCL.dll somewhere. The Dell video driver wont' have it for the servers and I doubt the virtual machines video driver would have it as well.
Ryushin
15th December 2018, 18:43
I installed the Xeon OpenCL Runtimes for Intel Processors from:
https://software.intel.com/en-us/articles/opencl-drivers
They make you register an account. That stinks.
So now I have opencl.dll and RB does not show that error, but it does not start the encoding servers or start itself up. It looks like it is calling openclinfo.exe in the process list but that never completes so the Encoding servers do not start.
If I manually kill openclinfo.exe using the process manager, soon after starting a encoding server, I can get it to start.
byteshare
15th December 2018, 18:50
After all of the talk recently with subtiles (and audio while I was at it) I decided to give them another go in RipBot.
I have been for a few years now manually muxing audio (either a copy of source or processed outside of RipBot) and subs with a batch file.
Using the method that I've been doing does a few things for me:
Keeps MKV Title info (if there is any)
Handles more tracks than RipBot seems comfortable with ;)
Gives me some audio controls not found in RipBot
etc...
That said, I really do prefer RipBot over other encoders...
Okay what I tested. I tested a 15s clip with 5 audio tracks and 2 subtitles. (I'll post media info after this description)
Had "Skip demuxing Process" turned off in settings and was using the batch mode (doing this for single files would not be something I'd consider since I'd be handling many files at once).
For batch mode I had Remux Subs on and Copy Stream. Pictures of this:
https://imgur.com/a/oBugnzb
Media Info (source):
General
Format : Matroska
Format version : Version 4 / Version 2
File size : 7.08 MiB
Duration : 15 s 560 ms
Overall bit rate : 3 817 kb/s
Encoded date : UTC 2018-12-15 16:55:12
Writing application : mkvmerge v29.0.0 ('Like It Or Not') 64-bit
Writing library : libebml v1.3.6 + libmatroska v1.4.9
Attachments : Arial_0.ttf / ArnoPro-Display.otf / Ascriptt.ttf / DFGSogeiW5-Kami.ttf
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High 10@L4
Format settings : CABAC / 16 Ref Frames
Format settings, CABAC : Yes
Format settings, ReFrames : 16 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 14 s 932 ms
Bit rate : 1 492 kb/s
Width : 704 pixels
Height : 480 pixels
Display aspect ratio : 4:3
Frame rate mode : Constant
Frame rate : 23.976 (23976/1000) FPS
Original frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.184
Stream size : 2.66 MiB (38%)
Writing library : x264 core 129 r2245+729M 1a52e03
Encoding settings : cabac=1 / ref=16 / deblock=1:-1:-1 / analyse=0x3:0x113 / me=umh / subme=10 / psy=1 / fade_compensate=1.40 / psy_rd=0.60:0.20 / mixed_ref=1 / me_range=32 /
chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-3 / threads=6 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=0 / interlaced=0 /
bluray_compat=0 / constrained_intra=0 / fgo=0 / bframes=16 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=23 / scenecut=40
/ intra_refresh=0 / rc_lookahead=60 / rc=crf / mbtree=1 / crf=17.0 / qcomp=0.70 / qpmin=0 / qpmax=81 / qpstep=4 / ip_ratio=1.40 / aq=1:1.10
Default : Yes
Forced : No
Color range : Limited
Matrix coefficients : BT.470 System B/G
Audio #1
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Codec ID : A_AC3
Duration : 14 s 944 ms
Bit rate mode : Constant
Bit rate : 448 kb/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 817 KiB (11%)
Title : 1
Language : Spanish
Service kind : Complete Main
Default : Yes
Forced : No
Audio #2
ID : 3
Format : AC-3
Format/Info : Audio Coding 3
Codec ID : A_AC3
Duration : 14 s 944 ms
Bit rate mode : Constant
Bit rate : 224 kb/s
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 409 KiB (6%)
Title : 2
Language : Spanish
Service kind : Complete Main
Default : No
Forced : No
Audio #3
ID : 4
Format : AC-3
Format/Info : Audio Coding 3
Codec ID : A_AC3
Duration : 14 s 944 ms
Bit rate mode : Constant
Bit rate : 448 kb/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 817 KiB (11%)
Title : 3
Language : Italian
Service kind : Complete Main
Default : No
Forced : No
Audio #4
ID : 5
Format : AC-3
Format/Info : Audio Coding 3
Codec ID : A_AC3
Duration : 14 s 944 ms
Bit rate mode : Constant
Bit rate : 448 kb/s
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 817 KiB (11%)
Title : 4
Language : Japanese
Service kind : Complete Main
Default : No
Forced : No
Audio #5
ID : 6
Format : AC-3
Format/Info : Audio Coding 3
Codec ID : A_AC3
Duration : 14 s 944 ms
Bit rate mode : Constant
Bit rate : 192 kb/s
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 350 KiB (5%)
Title : 5
Language : English
Service kind : Complete Main
Default : No
Forced : No
Text #1
ID : 7
Format : ASS
Codec ID : S_TEXT/ASS
Codec ID/Info : Advanced Sub Station Alpha
Duration : 3 s 440 ms
Bit rate : 139 b/s
Count of elements : 1
Compression mode : Lossless
Stream size : 60.0 Bytes (0%)
Title : asdf fdsa
Language : Spanish
Default : No
Forced : No
Text #2
ID : 8
Format : UTF-8
Codec ID : S_TEXT/UTF8
Codec ID/Info : UTF-8 Plain Text
Duration : 3 s 440 ms
Bit rate : 53 b/s
Count of elements : 1
Stream size : 23.0 Bytes (0%)
Title : asdf -asdf
Language : English
Default : No
Forced : No
Menu
00:00:00.000 : ja:OP
What I got after the encode was a video with 1 audio track and 2 subtitles (with no MKV title info):
General
Format : Matroska
Format version : Version 4 / Version 2
File size : 1.49 MiB
Duration : 15 s 560 ms
Overall bit rate : 801 kb/s
Movie name : 00Test00-001
Encoded date : UTC 2018-12-15 16:59:19
Writing application : mkvmerge v29.0.0 ('Like It Or Not') 64-bit
Writing library : libebml v1.3.6 + libmatroska v1.4.9
Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L3@Main
Codec ID : V_MPEGH/ISO/HEVC
Duration : 14 s 932 ms
Bit rate : 635 kb/s
Width : 704 pixels
Height : 480 pixels
Display aspect ratio : 3:2
Frame rate mode : Constant
Frame rate : 23.976 (23976/1000) FPS
Original frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.078
Stream size : 1.13 MiB (76%)
Writing library : x265 2.9+14-3023bd8b05c0:[Windows][GCC 8.2.1][64 bit] 10bit
Encoding settings : cpuid=1111039 / frame-threads=4 / numa-pools=16 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=704x480 / interlace=0
/ total-frames=358 / level-idc=0 / high-tier=1 / uhd-bd=0 / ref=5 / no-allow-non-conformance / no-repeat-headers / annexb / no-aud / no-hrd / info / hash=0 / no-temporal-layers / open-gop
/ min-keyint=24 / keyint=240 / gop-lookahead=0 / bframes=8 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=20 / lookahead-slices=0 / scenecut=40 / radl=0 / no-splice / no-intra-refresh
/ ctu=16 / min-cu-size=8 / no-rect / no-amp / max-tu-size=16 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 / rdoq-level=0 / dynamic-rd=0.00 / no-ssim-rd / signhide / no-tskip / nr-intra=0
/ nr-inter=0 / no-constrained-intra / strong-intra-smoothing / max-merge=2 / limit-refs=3 / no-limit-modes / me=1 / subme=2 / merange=57 / temporal-mvp / weightp / weightb /
no-analyze-src-pics / deblock=0:0 / sao / no-sao-non-deblock / rd=3 / no-early-skip / rskip / no-fast-intra / no-tskip-fast / no-cu-lossless / no-b-intra / no-splitrd-skip / rdpenalty=0 / psy-rd=1.50
/ psy-rdoq=0.00 / no-rd-refine / no-lossless / cbqpoffs=0 / crqpoffs=0 / rc=crf / crf=22.0 / qcomp=0.60 / qpstep=4 / stats-write=0 / stats-read=0 / ipratio=1.40 / pbratio=1.30 / aq-mode=3 /
aq-strength=1.00 / cutree / zone-count=0 / no-strict-cbr / qg-size=16 / no-rc-grain / qpmax=69 / qpmin=1 / no-const-vbv / sar=1 / overscan=0 / videoformat=5 / range=0 / colorprim=1 /
transfer=1 / colormatrix=1 / chromaloc=0 / display-window=0 / max-cll=0,0 / min-luma=0 / max-luma=1023 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / no-opt-qp-pps /
no-opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05 / no-opt-cu-delta-qp / no-aq-motion / no-hdr / no-hdr-opt / no-dhdr10-opt / no-idr-recovery-sei / analysis-reuse-level=5 /
scale-factor=0 / refine-intra=0 / refine-inter=0 / refine-mv=0 / no-limit-sao / ctu-info=0 / no-lowpass-dct / refine-mv-type=0 / copy-pic=1 / max-ausize-factor=1.0 / no-dynamic-refine /
no-single-sei
Default : Yes
Forced : No
Color range : Limited
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709
Audio
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Codec ID : A_AC3
Duration : 14 s 944 ms
Bit rate mode : Constant
Bit rate : 192 kb/s
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 350 KiB (23%)
Language : English
Service kind : Complete Main
Default : Yes
Forced : No
Text #1
ID : 3
Format : ASS
Codec ID : S_TEXT/ASS
Codec ID/Info : Advanced Sub Station Alpha
Duration : 3 s 440 ms
Bit rate : 134 b/s
Count of elements : 1
Compression mode : Lossless
Stream size : 58.0 Bytes (0%)
Language : Spanish
Default : No
Forced : No
Text #2
ID : 4
Format : UTF-8
Codec ID : S_TEXT/UTF8
Codec ID/Info : UTF-8 Plain Text
Duration : 3 s 440 ms
Bit rate : 53 b/s
Count of elements : 1
Stream size : 23.0 Bytes (0%)
Language : English
Default : No
Forced : No
Menu
00:00:00.000 : en:OP
If this is working as intended, so be it.
As I've said I already, I am used to batch muxing files outside of RipBot but my guess this isn't very helpful for videos with more than 1 audio track.
MKV title info is probably something very few people care about so no worries on that...I have my batch file :D
slalom
15th December 2018, 20:13
@Atak
Same error again
File:blah blah blah
FFVideoSource: No video track found
(E:\Temp\RipBot264temp\job68\getinfo.avs, line 2)
Is there a limitation with the number of subtitles in a mkv file?
This one had 38 subs. I removed a few with mkvmerge, now there are 21 subs
The job loaded with no errors
Atak_Snajpera
16th December 2018, 13:24
OK, just had a stall !!! :(
On one Port, using EncoderServer 1.13.1.0, I killed Port 3000 in Process Hacker, which sort of let other servers try and take over, but it was just "scrolling" thru all enabled port, (Auto Reconnect, was enabled) but really wasn't doing much.
So I decided to abort the Job, then backing out of RB, upon restarting RB, it found the chunk that needed to be completed, which it did, but then it didn't progress to muxing it all back together :(
So I decided to abort again !!
And then on re starting the job again, the damn thing started from the very beginning :(
Can't tell you anymore than that, will update when this job is complete.
Update: OK, 1 hour & 12 minutes later, the 2nd attempt went thru without a hitch, however, for what ever other reason there's quite a audio sync problem :(
Update #2:So it happened again, on the very next job, you've just gotta kill whatever port has stalled, abort the job, re start RB, and hope it starts from where it left off.
Whatever the problem is, "Supervise Process" can't restart it.
So it looks like "stall" issue can not be fixed. For some unknown reasons both processes SuperviseProcess.exe and EncodingServer.exe hang at the same time. I give up. You will have to accept this problem or use something else.
Atak_Snajpera
16th December 2018, 14:08
I don't believe that you're gonna give up !!!
So, let's say it's an FFMPEG problem, (which has been questioned), when was the last time RB had a newer version of that, updated ??
20180823, is when.
I just went to https://ffmpeg.zeranoe.com/builds/win64/static/, and correct me if I'm wrong, there seems to be a lot newer builds than that, available.....worth a try ???
OR, is there something else other than FFMPEG that can be used for what needs to be done ??
Just thinking out loud.
You haven't posted screenshot from process hacker/explorer but I'm 99% sure that I would see something like this
https://i.imgsafe.org/64/64e47d67e1.png
gryph
16th December 2018, 20:35
I've checked and all subtitles are shown on my PC. Can you provide some samples (subtitles) where this problem occurs.
Finally had some free time to make some samples.
You can get them here: https://mega.nz/#F!8Tom3YjL!3QWwKc6cwiwQf-C3WxCZKw
There are 4 files in total.
https://i.gyazo.com/adc449d96f3bcf7a9bffc752c3e30612.png
I always use batch convert... so I did the same for this sample.
These are the settings used for the sample encode.
https://i.gyazo.com/14d1f092c56fd75c6af60081b2a51529.png
And as you'll see, the "bug" only happens when I use .ass subtitles (which is all I do use :) )
However, once the job is created and you go to the job-folder, the subtitle is fine - all lines are there.
Somehow the last line goes missing doing the encode.
Did a few quick test with older versions of RB
RipBot264v1.21.0 = Same result. Last line is missing.
RipBot264v1.20.0 = Works! All lines are encoded.
RipBot264v1.19.6 = Works! All lines are encoded.
RipBot264v1.19.4 = Works! All lines are encoded.
So it seems something changed from v1.20.0 to v1.21.0
Now... I need coffee! Please let me know if there's anything else I can do to help sort this issue.
Gryph
Ryushin
17th December 2018, 03:16
I installed the Xeon OpenCL Runtimes for Intel Processors from:
https://software.intel.com/en-us/articles/opencl-drivers
They make you register an account. That stinks.
So now I have opencl.dll and RB does not show that error, but it does not start the encoding servers or start itself up. It looks like it is calling openclinfo.exe in the process list but that never completes so the Encoding servers do not start.
If I manually kill openclinfo.exe using the process manager, soon after starting a encoding server, I can get it to start.
Just received another update. I'm not able to get any encoding servers to start now even if I kill openclinfo.exe.
Edit: I'm having limited success getting a Encoding Server to run. Having to kill the openclinfo.exe process just right.
byteshare
17th December 2018, 07:13
So it looks like "stall" issue can not be fixed. For some unknown reasons both processes SuperviseProcess.exe and EncodingServer.exe hang at the same time. I give up. You will have to accept this problem or use something else.
So far I've had less issues with the most recent version.
Atak_Snajpera
17th December 2018, 11:58
Well, after another VERY annoying experience with the current build of RB, I took a "video capture" of what was going wrong when RB "shit itself".
https://www.mediafire.com/file/a1dcz...43258.mkv/file
Encoding server window would tell you what went wrong. You will most likely see error saying "File \\Your-PC\RipBot264Temp\Job1\Chunks\1.cmd" does not exist!
This message pop-ups when there is not access to shared folder. You have "Auto reconnect" option enabled and therefore you see this endless loops of "Staring..." <-> "Queue".
ReinerSchweinlin
17th December 2018, 11:59
Encoding server window would tell you what went wrong. You will most likely see error saying "File \\Your-PC\RipBot264Temp\Job1\Chunks\1.cmd" does not exist!
This message pop-ups when there is not access to shared folder.
I had exactly that issue on some machines (which worked fine before) - Interesting though - if the share is looked up in the explorer, everything is there, the batches can be opened manualy - but ripbot encodingersever complains exactly like you describe above..
Atak_Snajpera
17th December 2018, 12:08
I had exactly that issue on some machines (which worked fine before) - Interesting though - if the share is looked up in the explorer, everything is there, the batches can be opened manualy - but ripbot encodingersever complains exactly like you describe above..
I've noticed the same on virtual machine. If I authenticate shared folder via explorer (once) then everything is fine. What is weird that on real machine on my LAN this problem does not occur. I will have to investigate this issue a little deeper.
ReinerSchweinlin
17th December 2018, 12:12
As far as I remember, the machines here with this issue were:
- older Core2DUO over a VPN (Router - Router) with Win 7 Ultimate 64 Bit (fairly fresh install, only some tax software is present, too....)..
- Intel NUC with Win 10 S 64 Bit on the same net as the master machine, completely fresh install, only one plex-server present, too.
- i5 Notebook with Windows 10PRO 64 Bit in the same net as master machine
All of them used to work fine in the past, nothing has changed on the machines (maybe some automatik updates from windows which I don`t monitor or keep track of..)
ReinerSchweinlin
17th December 2018, 13:50
There was no error message...did you see one in the clip ???? No.
As Atak mentioned above - the error message appears in the encoder server window - did you see it there? In your video I see no encoder server window.
Atak_Snajpera
17th December 2018, 14:16
@burt123
Forget about encoding in ripbot for some time and come back in next year to see if things are improved. Ripbot is a free software so you lose nothing. Just switch to other less frustrating software. Personally I don't care.
Ryushin
17th December 2018, 14:20
I loaded a x265 4K movie, and it took RB over 30 minutes to do it's thing, and after all that, it did what that capture shows (and this was on 2 different pc's)
Admittedly, RB does a pretty good job on x264 files, but it just takes way too long to do "thing's" with x265.
I would suggest that if you could start from scratch with a RB type program (Ripbot4K) that is basically exclusively for x265, 4K encoding & limited filtering, & DE (of course) so that it only takes a couple of hours to run thru a 4K movie, instead of a couple of days.
For example, if you load a 4K x265 into MKVToolNix, it almost immediately shows everything that that file contains, then you add & remove the tracks you want, and within a fairly short time you have your "new" edited movie.
Like I said earlier, it takes approx. 30 +/- minutes to just load a x265 4K file.
I'm going to defend Atak here. You should not be complaining about the speed of x265 encodes or the amount of time it takes to rip them.
It is your choice to use whatever encoding settings you want. Either x265, x264, or the x264 with all the options it provides. There are tradeoffs. You can choose where you want the tradeoffs to happen. In quality vs size vs speed.
For example, I've tweaked my h.264 settings to this which increased my encoding time 30% but gave me a better encode in quality and size.
With all my servers running, I could see up to 90 frames per second during an encode. Those servers run about 2300 watts of electricity when running full tilt.
Now lets get to x265. x265 is HEVC. High Efficiency does not mean fast. The new codec provides roughly 50-100% better compression. But the compression comes as heavy cost to encode and playback. Just think that it takes 2-3 times the amount of processing power to encode compared to x264. On top of that, a single 4K frame is four 1080P frames. So 4K should take 4 times longer to encode then 1080P regardless of the codec being used to encode. Add your already slow encode just got slower. This does not included turning on MDegrain2.
So my servers can see 10-20fps encoding 4K without using MDegrain2. All the while consuming a huge amount of electricity.
We are at the beginning of general use of x265. Many years ago I had the same speeds for x264 encodes. But as hardware changes, those are now really fast compared to x265. A decade from now, x265 will be easier where we are at now for x264.
So how do you make your x265 encodes go faster. You need to throw money at the problem. Demuxing the streams is much faster on a SSD, but the Terabytes of encodes that I do, I would destroy the SSD in short order and in addition the cost to purchase the large SSDs are expensive. For encoding x265, I don't think there is anything better then the AMD Zen based chips.
So the saying with cars, How fast do you want to go? = How much money you want to spend. Applies in every way to this case. There is no free lunch here. Money = Speed.
Atak_Snajpera
17th December 2018, 16:11
As far as I remember, the machines here with this issue were:
- older Core2DUO over a VPN (Router - Router) with Win 7 Ultimate 64 Bit (fairly fresh install, only some tax software is present, too....)..
- Intel NUC with Win 10 S 64 Bit on the same net as the master machine, completely fresh install, only one plex-server present, too.
- i5 Notebook with Windows 10PRO 64 Bit in the same net as master machine
All of them used to work fine in the past, nothing has changed on the machines (maybe some automatik updates from windows which I don`t monitor or keep track of..)
Good news. I found the problem. During authentication instead of client's local computer name I was using ip address.
for example
net use \\192.168.1.100\RipBot264temp /user:UserName UserPassword
instead of
net use \\Client-PC\RipBot264temp /user:UserName UserPassword
I remember that someone in the past asked if I could use IP address instead of local computer name. In practice it turned out that it was a terrible idea because accessing shared folder via IP is ULTRA slow. I immediately reverted back my code to old method but I totally forgot about authentication command for server!
ReinerSchweinlin
17th December 2018, 16:20
Whoooo :) Wonderful! It´s like christmas already :)
I will try as sonn as I reach my Mastermachine :)
Thanx!
(now where was this donate-button... lookielookie..)
LigH
18th December 2018, 10:40
Well, x265 is not x264; it does not provide a "film" tuning, only: psnr, ssim, grain, zerolatency, fastdecode
Atak_Snajpera
18th December 2018, 11:57
Of course you are...
So how many movie length x265 encodes to you do ??
And I'm sure as hell happy I don't have to pay your power bill !!!!
Just imagine how much time (and money) you would save it RB didn't spend so much time gathering information & indexing & demuxing & remuxing, it would be nearly an hour per job.
For example, if I had a Job Queue that had multiple x265 jobs, and I set it going, it would take approx 30 minute before it would even think about encoding, then a day later (if you're lucky), it would then take approx another 30 minutes to mux it all back together, then on the next job....same again, so over several jobs, hours have been wasted doing nothing :(
Like I said in a previous post, MKVToolNix does it's job in minutes, admittedly there's no DE, or filtering, but if the movie quality is good, (and most 4K movie's are), why does RB have to pull it apart, and put it back together. That's what takes all the time (other than the encoding), and why that has to take so long, when the file is already "up to scratch".
The problem with you is that you do not see difference between simple remuxing (copying streams from one container to another) and re-encoding! (processing frames and encoding to reduce file size). You also do not understand simple things like why encoding 3840x2160 frames take 4 times more time to process/encode than 1920x1080. Next. You also use x265 which uses a lot more complex algorithms in order to increase compression efficiency than x264. If MKVToolnix offers so amazing "compression and speed" then what are you even doing here? Seriously! Your "frustration" comes mainly from lack of knowledge in this particular topic.
Ryushin
18th December 2018, 13:31
Of course you are...
So how many movie length x265 encodes to you do ??
And I'm sure as hell happy I don't have to pay your power bill !!!!
Like I said in a previous post, MKVToolNix does it's job in minutes, admittedly there's no DE, or filtering, but if the movie quality is good, (and most 4K movie's are), why does RB have to pull it apart, and put it back together. That's what takes all the time (other than the encoding), and why that has to take so long, when the file is already "up to scratch".
I have about 160 4K discs. Only about 2/3 done with my encoding for 4K right now.
Power bill is heavy. Wife complains.
So as Atak just posted, I understand what you're thinking and trying to do. There is a big difference between remuxing and re-encoding. If you just want to get the 4K movie off the disc and onto your computer, then use MakeMKV and it will take the film and place it into a MKV file at it's original quality and size from the 4K disc. Average size of your file will be between 45-100GB in size. Should take about an hour or so per disc to do and then you are done. All the original subtitles will be there as well.
Now if you want to make changes to said video, making it smaller, degraining, etc. then you will need to re-encode. This is what RB is for. It takes time to extract each component to set it up for how RB processes it (Handbrake skips this step, but it also can not do DE). After that, its encoding time. So for me it is 1-3 movies per day, depending on if I'm using MDegrain or not. If the file size is not right (for me) then I tweak its settings (MDegrain) and back it goes for encoding. I like to shoot for the movie to be 1/3 to 1/4 of it's original size. So about 15-25GB depending on length. Depending on grain, I might have to redo the encode 2-3 times. So a single movie, might take 1-4 days to get done.
Since time seems really important to you, just use MakeMKV and keep the original movie. Get a couple of 10GB drives and store your movies natively.
guest
18th December 2018, 13:56
The problem with you is that you do not see difference between simple remuxing (copying streams from one container to another) and re-encoding! (processing frames and encoding to reduce file size). You also do not understand simple things like why encoding 3840x2160 frames take 4 times more time to process/encode than 1920x1080. Next. You also use x265 which uses a lot more complex algorithms in order to increase compression efficiency than x264. If MKVToolnix offers so amazing "compression and speed" then what are you even doing here? Seriously! Your "frustration" comes mainly from lack of knowledge in this particular topic.
One last comment/reply...
I have helped you with a lot of problem solving with your program, over the past couple of years, to help get it better, and I'm happy that I was able to help.
I have told you many times that this IS way over my head, and sometimes you expect "us" to be able to read your mind, when it comes to feedback of problems, and where & what to look for.
I have had NO IT training at all.
Having said that, in my experience, RB does an awesome job with anything up and including 1080, x264.
And it's probably clearly the fastest x265 encoder around, mainly due to the DE function.
My suggestions of building a simple remuxing tool, that also offers some filtering, denoising, & DE, would be very welcome, as most 4K movies probably don't require encoding, and I'm not too interested in reducing file size.
So there's an opportunity for you to create another great program.
You're right, I probably shouldn't be here, so I will disappear.
I won't stop using RB.
ReinerSchweinlin
18th December 2018, 14:01
Exactly ... Storage with traditional HDs is so cheap these days..... If remiuxing is faster on a SSD, one could take this intermediate step and pull everything in one peace over to the HD.. Much cheaper on the bill and a lot quicker than re-encoding...
If Size/Quality Ratio is not that big of a concern - one could easily buy a recent GPU oder CPU with hardware encoding and be very quick with very good results. My 50 Euro Pentium (Kaby Lake) was able to do 1080p in H265 10 Bit in "faster than realtime" with no sweat... and Q20 gave results for a normal Movie (with not too much grain in it) at max 6mbit or so.... All my quicksync encodes look very good with about 50% to 100% more Bitrate thrown at them than x265 - and are done much faster..
Of course, If one wants to squeeze out the best quality per bitrate possible - you have to filter, use X265 instead of hardware, take slow settings, wait, twak, CU-losless your brains out, etc.. :) I really enjoy optmizing things, but thats more of a question of "whats important to me - time? Quality? Having a Hobby? Learning the secrets of encdoing? go to avisynth college...??
But it all comes down to the basics - understanding the difference between re-muxing and re-encoding - I agree on that :)
ReinerSchweinlin
18th December 2018, 14:48
And it's probably clearly the fastest x265 encoder around, mainly due to the DE function.
RB uses x264 and x265 - which are used by almost every other software for encoding... Speed of encoding mainly relies on the x265 part... Given the same parameters while encoding, most Software bundles (Staxrip, RB, handbrake, Mediacoder, etc... thousands probably) are of the same speed.
RB has this one wonderfull feature of Distributed encoding - which is probably unique... (I´ve seen Mediaencoder having some network settings.. never got it to work).
This way your file can be split up into many small parts - and every PC in your network can contribute encoding..
That´s the speed advantage....
Of course, RB does some muxing, indexing, etc... This is helpful and necessary to keep everything together and in sync... Handbrake (for exmaple) can deal with a videofile without that many "pre-steps", because it simply starts at the beginnig (but take a look at staxrip, wich demuxes also). Handbrake does subtitle scanning which can take a while, too..
But all this time (preparing before encoding) is "next to nothing" compared to the encoding time itself when using x265 in 4k and high quality settings (if you filter, it gets even worse)...
My suggestions of building a simple remuxing tool, that also offers some filtering, denoising, & DE, would be very welcome, as most 4K movies probably don't require encoding, and I'm not too interested in reducing file size.
And here probably lies the biggest misunderstanding....
Filtering, Denoising (which is filtering).... requires re-encoding.. There is NO WAY to simply remux and have a filter applied....
So your suggestion is impossible (not because no one wants to try, it really is impossible!).
slalom
18th December 2018, 15:21
Having said that, in my experience, RB does an awesome job with anything up and including 1080, x264.
And it's probably clearly the fastest x265 encoder around, mainly due to the DE function.
It's not the program man, It's your Hardware
My suggestions of building a simple remuxing tool, that also offers some filtering, denoising, & DE, would be very welcome, as most 4K movies probably don't require encoding, and I'm not too interested in reducing file size.
That requires re-encoding
remuxing & re-encoding are two different things
FuzzyNutz
19th December 2018, 03:16
Clicking "remove" permanently deletes jobs. Removed jobs should move to the recycle bin.
Wishbringer
19th December 2018, 08:59
Only a remark how good or bad is --opencl in x264:
I am encoding in DE mode.
Two Ryzen 2700X with RX550 and DDR4-3200
using placebo preset...
With opencl enabled for RX550 I get around 13 fps alltogether, but cpu-utilization is around 45%,
when opencl is disabled cpu-utilization increases to 100%, but encoding fps only increases to 19 fps.
(this means higher wattage for CPU but lower demands for GPU)
With opencl enabled and using two encodingservers per Client cpu-utilization stays at around 45%, no increase of encoding fps.
(so opencl at RX550 seems to be the bottleneck, I am curious that opencl at RX550 seems to be slower than without on Ryzen 2700X)
Is there a possible option to enable x264 opencl for the first encodingserver per client and disable for the second one?
Atak_Snajpera
19th December 2018, 11:04
(so opencl at RX550 seems to be the bottleneck, I am curious that opencl at RX550 seems to be slower than without on Ryzen 2700X)
Have you checked GPU usage in Task Manager? This would clearly show if GPU is a bottleneck here.
Is there a possible option to enable x264 opencl for the first encodingserver per client and disable for the second one?
Not yet but I will add this to my short to do list.
UPDATE: Have tried adding incorrect device id to disable opencl acceleration?
/x264-opencl-device-id 9
ReinerSchweinlin
19th December 2018, 11:06
AFAIR Remember, Win10 Task Manager not always is 100% reliable to show GPU workload. I am using GPU-Z to cross-check.
Ryushin
19th December 2018, 14:04
One last comment/reply...
You're right, I probably shouldn't be here, so I will disappear.
You don't have to go away. Atak has done and is doing an amazing job evolving RB. He spent a lot of time trying to solve your problem, but doing without being able to duplicate the issue in his development environment, makes it REALLY hard to debug and troubleshoot. At some point, he cannot solve it from his end.
You also have to understand, Atak may be a bit short sometimes. He may feel sometimes that some are ungrateful with all of his hard work. (I'm very grateful for RB!) And he just gets exasperated. He has a life too outside of RB and who knows how much stress is involved in that. And on top of all of this, he develops RB for FREE and on his own time. We have to be more grateful for everything he has done.
So in the end, we can post bugs that we find, and hope that Atak can fix them. But if he can't, and a work around exists, then we should just live with it. Just look at how much more RB does year after year. 4K support just got added around this time last year. Amazing stuff.
Thank you Atak for such an amazing problem and your awesome support.
byteshare
19th December 2018, 18:06
Clicking "remove" permanently deletes jobs. Removed jobs should move to the recycle bin.
You can just not have a job get removed until you're ready to have the temp files deleted.
There is an option in the settings for this: Keep jobs after conversion
FuzzyNutz
19th December 2018, 18:41
You can just not have a job get removed until you're ready to have the temp files deleted.
There is an option in the settings for this: Keep jobs after conversion
Not applicable when clicking "remove" and doesn't address non-use of recycle bin.
Wishbringer
19th December 2018, 21:47
UPDATE: Have tried adding incorrect device id to disable opencl acceleration?
/x264-opencl-device-id 9
with "/x264-opencl-device-id 9" at second encodingserver now I got 100% CPU usage.
So your suggestion works. That x264 task from 2nd encodingserver has 0% GPU usage.
Thanks!
now the weird ones:
with one encodingserver using opencl and one encodingserver not using opencl I got per client 100% CPU usage an 2% GPU usage (GPU usage is unexpected low!)
with both encodingservers using opencl per client I got again around 45% CPU usage and 40-60% GPU usage (again unexpected low, expected 100%)
But the difference in GPU usage between one and two servers is remarkable, and curious.
HDD usage can't be the reason: using 1TB 970 Evo M.2 NVMe with around 3.5 GB/Sek reading and 2 GB/Sek writing.
RAM is 64GB DDR4-3200-16-16-18-38
Network is 1GBit per client over HPE 1920S-48 switch (at moment only 3 pcs on it)
the only result I got like expected :
Both encodingservers without opencl gave 100% CPU and 0% GPU usage.
Ryushin
20th December 2018, 15:12
Atak, not sure if you were aware that updates are not working right now:
2018-12-20 06:46:42 : =========================[UPDATER ACTIVATED]=========================
2018-12-20 06:46:42 : Looking for correct UUID link in http://atak-snajpera.5v.pl/
2018-12-20 06:46:43 : [SUCCESS] http://atak-snajpera.5v.pl/ has correct UUID link 6c966b28-e0dd-48f6-b1c7-a56e8a275ec0
2018-12-20 06:46:43 : Downloading update file http://atak-snajpera.5v.pl/ripbot264update/update.zip
2018-12-20 06:46:43 : [ERROR] Unable to download update file http://atak-snajpera.5v.pl/ripbot264update/update.zip
2018-12-20 06:46:43 : Searching for UUID link with DuckDuckGo...
2018-12-20 06:46:44 : Search results...
2018-12-20 06:46:44 : http://atak-snajpera.5v.pl
2018-12-20 06:46:44 : Looking for correct UUID link in http://atak-snajpera.5v.pl
2018-12-20 06:46:44 : [SUCCESS] http://atak-snajpera.5v.pl has correct UUID link 6c966b28-e0dd-48f6-b1c7-a56e8a275ec0
2018-12-20 06:46:44 : [ERROR] Unable to download update file http://atak-snajpera.5v.pl/ripbot264update/update.zip
2018-12-20 06:46:44 : No results.
I was hoping for an update to fix the OpenCLInfo hang problem.
Atak_Snajpera
20th December 2018, 15:28
with "/x264-opencl-device-id 9" at second encodingserver now I got 100% CPU usage.
So your suggestion works. That x264 task from 2nd encodingserver has 0% GPU usage.
Thanks!
now the weird ones:
with one encodingserver using opencl and one encodingserver not using opencl I got per client 100% CPU usage an 2% GPU usage (GPU usage is unexpected low!)
with both encodingservers using opencl per client I got again around 45% CPU usage and 40-60% GPU usage (again unexpected low, expected 100%)
But the difference in GPU usage between one and two servers is remarkable, and curious.
HDD usage can't be the reason: using 1TB 970 Evo M.2 NVMe with around 3.5 GB/Sek reading and 2 GB/Sek writing.
RAM is 64GB DDR4-3200-16-16-18-38
Network is 1GBit per client over HPE 1920S-48 switch (at moment only 3 pcs on it)
the only result I got like expected :
Both encodingservers without opencl gave 100% CPU and 0% GPU usage.
What happens with CPU and GPU usage if you run single encodingserver with opencl ON and then during conversion activate extra server with Opencl OFF?
gryph
21st December 2018, 12:00
Finally had some free time to make some samples.
You can get them here: https://mega.nz/#F!8Tom3YjL!3QWwKc6cwiwQf-C3WxCZKw
There are 4 files in total.
https://i.gyazo.com/adc449d96f3bcf7a9bffc752c3e30612.png
I always use batch convert... so I did the same for this sample.
These are the settings used for the sample encode.
https://i.gyazo.com/14d1f092c56fd75c6af60081b2a51529.png
And as you'll see, the "bug" only happens when I use .ass subtitles (which is all I do use :) )
However, once the job is created and you go to the job-folder, the subtitle is fine - all lines are there.
Somehow the last line goes missing doing the encode.
Did a few quick test with older versions of RB
RipBot264v1.21.0 = Same result. Last line is missing.
RipBot264v1.20.0 = Works! All lines are encoded.
RipBot264v1.19.6 = Works! All lines are encoded.
RipBot264v1.19.4 = Works! All lines are encoded.
So it seems something changed from v1.20.0 to v1.21.0
Now... I need coffee! Please let me know if there's anything else I can do to help sort this issue.
Gryph
Noone have any ideas to why this is happening?
Or to what have changed from those two versions?
Saw a post about v1.20.0 was the last 32-bit version and v1.21.0 beeing 64-bit or something, but can't find that post nomore.
Dunno if this would change anything(?)
Wishbringer
21st December 2018, 18:28
What happens with CPU and GPU usage if you run single encodingserver with opencl ON and then during conversion activate extra server with Opencl OFF?
Not possible at moment, am now at vacation. Around 02.01.19 back.
gryph
21st December 2018, 19:21
Update on my own issue:
Decided to downgrade to 1.20.0 and disable the updater. This turned out to be a great idea!
The bug with the subs is gone and even better is, I now get 40 FPS encodes up form 13.5 - 15 FPS.
Whatever the diffrences is on the versions above 1.20.0 there seems to be some huge changes.
As I don't care for H265/4K stuff I don't know if there's a boost to this encode form - which some have been complaining about taking too long.
Try downgrading and see if that changes things for you guys aswell.
Anyways... Good luck! :)
Gryph
ReinerSchweinlin
22nd December 2018, 21:08
Hey Gryph,
do you have some OPNECL Filters enabled?
byteshare
23rd December 2018, 16:55
Not applicable when clicking "remove" and doesn't address non-use of recycle bin.
Then don't remove the job? I am not sure why you'd want to keep temp files since you should still have the source video and if you wanted to re-encode the same thing you can use the same job after it is done if you don't remove it.
I don't see why you'd want to move temp files to the recycle bin rather then remove them.
FuzzyNutz
24th December 2018, 00:29
Then don't remove the job? I am not sure why you'd want to keep temp files since you should still have the source video and if you wanted to re-encode the same thing you can use the same job after it is done if you don't remove it.
I don't see why you'd want to move temp files to the recycle bin rather then remove them.
Job folder creation is time intensive. The contents have value. It's wasteful to permanently delete them when the recycle bin is available.
RipBot, like other software running in windows, should allow users the second-chance afforded by the recycle bin.
FuzzyNutz
24th December 2018, 01:24
When loading blu-ray structure jobs with HD audio that will be re-encoded to AC3 or AAC, does selecting "demux" enable the least steps or is wave creation an inevitable intermediate, hence the reason "wave" is the default?
If the HD audio track in the above example is 7.1 and "wave" is selected, what difference does it make if the "5.1" box is checked, given that the AC3 and AAC choices don't exceed 5.1?
Ryushin
24th December 2018, 03:10
When loading blu-ray structure jobs with HD audio that will be re-encoded to AC3 or AAC, does selecting "demux" enable the least steps or is wave creation an inevitable intermediate, hence the reason "wave" is the default?
If the HD audio track in the above example is 7.1 and "wave" is selected, what difference does it make if the "5.1" box is checked, given that the AC3 and AAC choices don't exceed 5.1?
If I want to keep the original audio of the movie, I select Core and then x.x Copy Stream when selecting audio for the encoding settings. With the exception of TrueHD tracks, when using those, I have to select Demux. I essentially never use Wave unless its forced to because the audio is a PCM track. So essentially, use Core for everything except TrueHD tracks, and then you can select what you want in the encoding settings. I.e. Original, AC3, AAC, etc.
Ryushin
24th December 2018, 03:18
Job folder creation is time intensive. The contents have value. It's wasteful to permanently delete them when the recycle bin is available.
RipBot, like other software running in windows, should allow users the second-chance afforded by the recycle bin.
I can understand the idea behind this. Only problem is, the job has a number associated with it. Restoring it simply from Recycle Bin does not mean the job will be able to be re-integrated back into RB. Atak would have to actually create a restore job from Recycle Bin and then changed everything about it to have a new job number.
In many ways, think of deleting the job from RB as emptying the recycle bin. Only delete it once you are sure your created file is what you want.
My master server actually runs on a virtual machine on top of linux running ZFS. The master server never does any encoding itself, it just controls the slaves.
Twice I need to recover about a 50-150 jobs. I shutdown the VM. Created a clone from a snapshot of VM's drive, booted the VM with the cloned drive, did my work that I needed to do with the jobs, and then shut it back down and destroyed the clone and restored the original VM's drive and picked up where I left off.
FuzzyNutz
24th December 2018, 04:20
If I want to keep the original audio of the movie, I select Core and then x.x Copy Stream when selecting audio for the encoding settings. With the exception of TrueHD tracks, when using those, I have to select Demux. I essentially never use Wave unless its forced to because the audio is a PCM track. So essentially, use Core for everything except TrueHD tracks, and then you can select what you want in the encoding settings. I.e. Original, AC3, AAC, etc.
None of which address my questions.
Unrelated: You might have overlooked that TrueHD tracks in blu-ray structures often contain a selectable core. Also, using HD cores to re-encode to AC3 or AAC is not preferred practice.
FuzzyNutz
24th December 2018, 04:29
Only problem is, the job has a number associated with it. Restoring it simply from Recycle Bin does not mean the job will be able to be re-integrated back into RB. Atak would have to actually create a restore job from Recycle Bin and then changed everything about it to have a new job number.
Reinstating removed jobs wasn't my focus, but I appreciate that the issues associated with restoring job folders are likely why the recycle bin isn't employed.
Ryushin
24th December 2018, 06:27
None of which address my questions.
You might have overlooked that TrueHD tracks in blu-ray structures often contain selectable cores. Also, using HD cores to re-encode to AC3 or AAC is not preferred practice.
If I use Core on a TrueHD track, it will extract the AC3 from it. I have yet to see a DTS track in a TrueHD stream. I prefer to to re-encode if necessary. If that AC3 track exists, I copy the stream. If it is DTS, I re-encode to AC3. Selecting Core gives me the most options what to do with the audio track.
legend
24th December 2018, 18:58
Update not working ????
gabbett1
27th December 2018, 17:08
I recently updated my Ripbot and am having issues getting it to complete a job. I'm getting an error text created instead of the video file. The text says this:
"
C:\>"F:\Blue Ray Ripping\EncodingClient.exe" "D:\Temp\RipBot264temp\job1\job1_EncodingClient.meta"
C:\>"F:\Blue Ray Ripping\tools\mp4box\mp4box.exe" -tmp "D:\Temp\RipBot264temp" -add "D:\Temp\RipBot264temp\video.264":name="Pirates Of The Caribbean The Curse Of The Black Pearl" -fps 23.976 -add "D:\Temp\RipBot264temp\job1\Encoded_Audio_1.aac":lang=eng -mpeg4 -chap "D:\Temp\RipBot264temp\job1\chapters.txt" -new "D:\New Uncopied\Pirates Of The Caribbean The Curse Of The Black Pearl\Pirates Of The Caribbean The Curse Of The Black Pearl.mp4"
Cannot find file D:\Temp\RipBot264temp\video.264
Error importing D:\Temp\RipBot264temp\video.264:name=Pirates Of The Caribbean The Curse Of The Black Pearl: Requested URL is not valid or cannot be found
-------------------------
Elapsed Time: 00h:24m:04s"
oRAirwolf
30th December 2018, 15:19
Is anybody else having problems launching the encoding server after updating to 1.23.1? I have tried on 2 different machines, which are both running the latest version of VMware ESXi 6.7 on both Windows 10 1809, Server 2016, and Server 2019. I try to launch the encoding server and nothing happens. No error. It just doesn't open.
ReinerSchweinlin
30th December 2018, 16:03
Did you look up the taskmanager if any old instances of any ripbot part are still active?
slalom
30th December 2018, 16:46
Anyone having problems with auto shut down?
Has already happeden 2 times on one PC
GZZ
30th December 2018, 22:59
My suggestions of building a simple remuxing tool, that also offers some filtering, denoising, & DE, would be very welcome, as most 4K movies probably don't require encoding, and I'm not too interested in reducing file size.
Not possible!
You cant create a remux tool that will apply filters to the video without reencoding it. Its like changing the content of a encrypted zip file without open it! Its the same with video, you need to decode it (unzip), then modify the content and encode it again (zipping). Where zipping is mustly relying on the speed of your hdd and not so much the cpu power. Encoding on the other hand is much more relying on the cpu rather then the hdd and thats why a remuxing tool with those filters is not possible and thats where ripbot264 comes into the picture.
gabbett1
31st December 2018, 04:48
delete
howzz
31st December 2018, 04:57
hi, please excuse me for not reading the entire 820 pages of thread. i've bounced between Handbrake and Ripbot back and forth for the last 10 years. recently looking to come back to Ripbot again due to somewhere i read that Ripbot now supports full front to back H265 HDR UDH 10bit workflow. is that true?
the problem with Handbrake currently is that even though it'll allow you to chose H265 10bit, and it'll take H265 10 bit input, but it still converts it to 8 bit first. so essentially it's still a 8 bit workflow, so missing a lot of the color information. one of their main devs confirmed that the full 10 bit pipeline is still in the works, and likely will not be completely overhauled for a while.
so does Ripbot fully support UHD 10 bit H265 now that it doesn't convert to 8 bit during the conversion? i downloaded the latest version of 1.23.1, and it indeed has the H265 10 bit function, just like Handbrake does, but i just want to confirm with someone, perhaps the dev, that there's no 8 bit process involved in-between if i chose the H265 10 bit option.
thanks
GZZ
31st December 2018, 08:21
hi, please excuse me for not reading the entire 820 pages of thread. i've bounced between Handbrake and Ripbot back and forth for the last 10 years. recently looking to come back to Ripbot again due to somewhere i read that Ripbot now supports full front to back H265 HDR UDH 10bit workflow. is that true?
the problem with Handbrake currently is that even though it'll allow you to chose H265 10bit, and it'll take H265 10 bit input, but it still converts it to 8 bit first. so essentially it's still a 8 bit workflow, so missing a lot of the color information. one of their main devs confirmed that the full 10 bit pipeline is still in the works, and likely will not be completely overhauled for a while.
so does Ripbot fully support UHD 10 bit H265 now that it doesn't convert to 8 bit during the conversion? i downloaded the latest version of 1.23.1, and it indeed has the H265 10 bit function, just like Handbrake does, but i just want to confirm with someone, perhaps the dev, that there's no 8 bit process involved in-between if i chose the H265 10 bit option.
thanks
Yes it does everything in 10bit including filters, but be aware if you use at custom filter.
howzz
31st December 2018, 19:43
Yes it does everything in 10bit including filters, but be aware if you use at custom filter.
thanks!. this is what i was looking for. appreciate it.
nekrosoft13
1st January 2019, 19:37
on a dual Xeon system, how can I activate Numa Node 1?
[SYSTEM] CPU Name = Genuine Intel(R) CPU @ 2.00GHz
[SYSTEM] NUMA Nodes = 2
[SYSTEM] CPU Cores Per Node = 12
[SYSTEM] CPU Threads Per Node = 24
[SERVER] Encoding NUMA Node = 0
[SERVER] Encoding Affinity Mask = 000000001111111111111111
[SERVER] Encoding Priority = normal
[OPENCL] GPU device id 0 = GeForce GT 610 (1CU)
[AVISYNTH] Prefetch Threads = 8
[ADAPTER0] A0-36-9F-A1-21-3D = 192.168.1.102
[2019-01-01 12:40:44] Waiting for connection...
when ever I select Numa node 1 in additional servers and click activate I always end up on Numa node 0
nekrosoft13
1st January 2019, 19:57
If I go into task manager and manually set affinity it uses the cores correctly.
But then when encode task is done, it goes back to node 0 only.
https://forum.doom9.org/attachment.php?attachmentid=16636&stc=1&d=1546368891
circled areas are when I manually set affinity, and you can see it in task manager too, when affinity was set, node 1 (second cpu) also turned on.
slalom
1st January 2019, 20:30
on a dual Xeon system, how can I activate Numa Node 1?
[SYSTEM] CPU Name = Genuine Intel(R) CPU @ 2.00GHz
[SYSTEM] NUMA Nodes = 2
[SYSTEM] CPU Cores Per Node = 12
[SYSTEM] CPU Threads Per Node = 24
[SERVER] Encoding NUMA Node = 0
[SERVER] Encoding Affinity Mask = 000000001111111111111111
[SERVER] Encoding Priority = normal
[OPENCL] GPU device id 0 = GeForce GT 610 (1CU)
[AVISYNTH] Prefetch Threads = 8
[ADAPTER0] A0-36-9F-A1-21-3D = 192.168.1.102
[2019-01-01 12:40:44] Waiting for connection...
when ever I select Numa node 1 in additional servers and click activate I always end up on Numa node 0
Check this page and the next
https://forum.doom9.org/showthread.php?p=1849899#post1849899
check your BIOS settings too
nekrosoft13
1st January 2019, 21:37
Check this page and the next
https://forum.doom9.org/showthread.php?p=1849899#post1849899
check your BIOS settings too
Numa nodes already seem to be active according to task manager
https://forum.doom9.org/attachment.php?attachmentid=16637&stc=1&d=1546375018
And i tried
EncodingServer.exe /node 0
EncodingServer.exe /node 1
still can't get the node 1 active
LigH
1st January 2019, 23:29
@nekrosoft13: Please do not attach images to your posts, their approval takes time until a moderator notices. Instead, upload it to a free image hoster (e.g. frupic, tinypic, imgur ...).
nekrosoft13
2nd January 2019, 01:44
@LigH didn't know
Here are the images again
img 1 https://ibb.co/GxJ5VJt
img 2 https://ibb.co/w6xR6B9
Atak_Snajpera
2nd January 2019, 12:30
For testing purposes check if this works
EncodingServer.exe /node 1 /affinity 1
nekrosoft13
2nd January 2019, 16:56
For testing purposes check if this works
EncodingServer.exe /node 1 /affinity 1
so i tried creating a custom shortcut
with ""C:\Program Files (x86)\RipBot264\EncodingServer.exe" EncodingServer.exe /node 1 /affinity 1"
also tried editing RipBot264.ini
with
UseDistributedEncoding=1
ActivateServers=2
Server1CommandLine=EncodingServer.exe /node 0 /affinity 0 /port 1000 /minimize
Server2CommandLine=EncodingServer.exe /node 1 /affinity 1 /port 2000 /minimize
Server3CommandLine=/port 3000 /minimize /priority low
Server4CommandLine=/port 4000 /minimize /priority low
Server5CommandLine=/port 5000 /minimize /priority low
Server6CommandLine=/port 6000 /minimize /priority low
Server7CommandLine=/port 7000 /minimize /priority low
Server8CommandLine=/port 8000 /minimize /priority low
Server9CommandLine=/port 9000 /minimize /priority low
Server10CommandLine=/port 10000 /minimize /priority low
Server11CommandLine=/port 11000 /minimize /priority low
Server12CommandLine=/port 12000 /minimize /priority low
Server13CommandLine=/port 13000 /minimize /priority low
Server14CommandLine=/port 14000 /minimize /priority low
Server15CommandLine=/port 15000 /minimize /priority low
Server16CommandLine=/port 16000 /minimize /priority low
PreferredLanguage=[eng] English
nothing... maybe i'm not doing it in right place?
This is Server 2019 btw.
Atak_Snajpera
2nd January 2019, 17:05
so i tried creating a custom shortcut
with ""C:\Program Files (x86)\RipBot264\EncodingServer.exe" EncodingServer.exe /node 1 /affinity 1"
also tried editing RipBot264.ini
with
UseDistributedEncoding=1
ActivateServers=2
Server1CommandLine=EncodingServer.exe /node 0 /affinity 0 /port 1000 /minimize
Server2CommandLine=EncodingServer.exe /node 1 /affinity 1 /port 2000 /minimize
Server3CommandLine=/port 3000 /minimize /priority low
Server4CommandLine=/port 4000 /minimize /priority low
Server5CommandLine=/port 5000 /minimize /priority low
Server6CommandLine=/port 6000 /minimize /priority low
Server7CommandLine=/port 7000 /minimize /priority low
Server8CommandLine=/port 8000 /minimize /priority low
Server9CommandLine=/port 9000 /minimize /priority low
Server10CommandLine=/port 10000 /minimize /priority low
Server11CommandLine=/port 11000 /minimize /priority low
Server12CommandLine=/port 12000 /minimize /priority low
Server13CommandLine=/port 13000 /minimize /priority low
Server14CommandLine=/port 14000 /minimize /priority low
Server15CommandLine=/port 15000 /minimize /priority low
Server16CommandLine=/port 16000 /minimize /priority low
PreferredLanguage=[eng] English
nothing... maybe i'm not doing it in right place?
This is Server 2019 btw.
WRONG!
It should be without EncodingServer.exe!
My example was for pure command line in case if want to manually run server outside ripbot264.
https://i.imgsafe.org/ce/ce241d9f7e.png
slalom
2nd January 2019, 17:52
@Atak
v. 1.24.0 looks very nice
Can you please explain the colors green, blue and grey on the graphic?
https://i.ibb.co/SPHZ7Ds/enc.jpg (https://imgbb.com/)
Both are suppesed to work at 100%
What is the button next to the OFF?
Atak_Snajpera
2nd January 2019, 17:59
@Atak
v. 1.24.0 looks very nice
Can you please explain the colors green, blue and grey on the graphic?
https://i.ibb.co/SPHZ7Ds/enc.jpg (https://imgbb.com/)
Both are suppesed to work at 100%
What is the button next to the OFF?
Regarding colors answer is in EncodingServer app ;)
Button next to off button is for auto-reconnection.
nekrosoft13
2nd January 2019, 18:09
CMD didn't work
https://i.ibb.co/HHL0DX5/Untitled3.jpg (https://ibb.co/2k0w75G)
slalom
2nd January 2019, 18:32
Regarding colors answer is in EncodingServer app ;)
Oh, I see what you mean, encoder, decoder and other :thanks:
nekrosoft13
2nd January 2019, 18:56
and the results of .ini file.
https://i.ibb.co/KL9tFDt/Untitled4.jpg (https://ibb.co/qWRHkCH)
Atak_Snajpera
2nd January 2019, 19:14
Can you check how EncodingServer.exe processes were assigned in Task Manager?
https://i.imgsafe.org/cf/cff6f372f6.png
Could you also reduce number of active cores per CPU from 12 to 8 in BIOS and then check if numa node is detected correctly?
nekrosoft13
2nd January 2019, 20:06
with those settings one exe got assigned
NODE 0 from CPU 0 to CPU 23
second EXE got assigned
NODE 0 from CPU 0 to CPU 16
nothing on node 1
can't change BIOS settings at the moment, i'm remoting in at the moment.
Atak_Snajpera
2nd January 2019, 20:13
can't change BIOS settings at the moment, i'm remoting in at the moment.
Let me know once you can do this test. I have some suspicion about 32 thread limit in 32 bit process (EncodingServer.exe) using windows GetNumaProcessorNode (https://docs.microsoft.com/en-us/windows/desktop/api/winbase/nf-winbase-getnumaprocessornode)function.
byteshare
3rd January 2019, 05:50
Loving the new Encoding Server and Encoding Client windows. Thank you very much :)
Wishbringer
3rd January 2019, 11:25
Quotes are necessay to get history of conversation:
Only a remark how good or bad is --opencl in x264:
I am encoding in DE mode.
Two Ryzen 2700X with RX550 and DDR4-3200
using placebo preset...
With opencl enabled for RX550 I get around 13 fps alltogether, but cpu-utilization is around 45%,
when opencl is disabled cpu-utilization increases to 100%, but encoding fps only increases to 19 fps.
(this means higher wattage for CPU but lower demands for GPU)
With opencl enabled and using two encodingservers per Client cpu-utilization stays at around 45%, no increase of encoding fps.
(so opencl at RX550 seems to be the bottleneck, I am curious that opencl at RX550 seems to be slower than without on Ryzen 2700X)
Is there a possible option to enable x264 opencl for the first encodingserver per client and disable for the second one?
Have you checked GPU usage in Task Manager? This would clearly show if GPU is a bottleneck here.
Not yet but I will add this to my short to do list.
UPDATE: Have tried adding incorrect device id to disable opencl acceleration?
/x264-opencl-device-id 9
with "/x264-opencl-device-id 9" at second encodingserver now I got 100% CPU usage.
So your suggestion works. That x264 task from 2nd encodingserver has 0% GPU usage.
Thanks!
now the weird ones:
with one encodingserver using opencl and one encodingserver not using opencl I got per client 100% CPU usage an 2% GPU usage (GPU usage is unexpected low!)
with both encodingservers using opencl per client I got again around 45% CPU usage and 40-60% GPU usage (again unexpected low, expected 100%)
But the difference in GPU usage between one and two servers is remarkable, and curious.
HDD usage can't be the reason: using 1TB 970 Evo M.2 NVMe with around 3.5 GB/Sek reading and 2 GB/Sek writing.
RAM is 64GB DDR4-3200-16-16-18-38
Network is 1GBit per client over HPE 1920S-48 switch (at moment only 3 pcs on it)
the only result I got like expected :
Both encodingservers without opencl gave 100% CPU and 0% GPU usage.
What happens with CPU and GPU usage if you run single encodingserver with opencl ON and then during conversion activate extra server with Opencl OFF?
Not possible at moment, am now at vacation. Around 02.01.19 back.
New test was only with one PC, but with two encodingservers on that client.
Running one encodingserver (with opencl) I got 45% CPU usage, 2% GPU usage and around 5.82 fps average.
Running one encodingserver (without opencl) I got 100% CPU usage, 0% GPU usage and around 8.94 fps average.
Running first opencl EC and then later adding EC without opencl, I got 100% CPU usage, 2% GPU usage and around 7.67 fps average
= less than one EC without opencl, but more than one EC with opencl
In taskmanager x264 task without opencl was allway higher in CPU %, regardless if I changed priority from low to normal of x264-task with opencl enabled.
(so maybe it's a hint that x264 CPU task waiting for opencl GPU part)
Haven't checked powerconsumtion of different usage cases, but it seems, not using opencl is with my config (2700X and RX550) better for performance.
Don't know if other GPUs cause similar results.
byteshare
4th January 2019, 17:32
--asm avx512 used to enable AVX-512 in x265. Default disabled.
For 4K main10 high-quality encoding, we are seeing good gains; for other resolutions and presets, we don’t recommend using this setting for now.
was added in HEVC 2.8. I've seen some talk about 4K, wasn't sure if people already were trying this
https://x265.readthedocs.io/en/default/releasenotes.html#version-2-8
pepeq
5th January 2019, 15:07
I discovered RipBot264 in the last days, it's a great piece of software.
Thanks @Atak, I have donated you with a few bucks...:thanks:
The most useful feature for me is the HDR to SDR conversion for UHD, so I can view my UHD-rips on my 4K-capable, but non-HDR-TV (LG 79UF8609 from 2015, 3D was more in the focus than HDR).
it is amazing to do only one click in settings and the HDR2SDR-process is enabled.
The network encoding is also a very nice and unique feature.
In the past I've done my encodings with Handbrake and there the Nvidia NVenc option for encoding gives things a boost.
Question: Is it possible to add the Nvidia NVenc/H265 as an encoder option to RipBot264?
Than it would be perfect for me!
Thank you,
Peter
Ryushin
8th January 2019, 01:15
Can the HQDN3D denoiser be added back? Only one of my four encoding machines even has a video card that can do OpenCL. Everything else is CPU only.
For shows that have every noise, I've been using mdegrain2 and hqdn3d with 4,4,2,2 or something similar. Ad add the temporal at half or less then half of the chroma and mono.
Also found something out with the Numa support. If I disabled memory interleaving to enable Numa, the processors would only be partially utilized when running MDegrain. Turning off Numa then the processors would be fully utilized. So I've disabled Numa for myself.
Atak_Snajpera
8th January 2019, 12:45
Also found something out with the Numa support. If I disabled memory interleaving to enable Numa, the processors would only be partially utilized when running MDegrain. Turning off Numa then the processors would be fully utilized. So I've disabled Numa for myself.
I suppose your issue may be similar to necrosoft's https://forum.doom9.org/showthread.php?p=1861681#post1861681
Ryushin
8th January 2019, 14:19
I suppose your issue may be similar to necrosoft's https://forum.doom9.org/showthread.php?p=1861681#post1861681
Actually, it did not look that way. Each numa node showed about 30% utilization. Maybe mdegrain2 runs better when it sees many cores instead of numa nodes? This was from two Dell R710s.
When I was first setting up the numa I had the same thing happen to me about both going to the same node. Just closed everything again and the problem never returned.
Atak_Snajpera
8th January 2019, 14:34
I have no access to dual socket machines so I can't help here. I can only infer that more available CPU threads means smaller bottleneck while serving frames to encoder.
Basically single 6 core cpu with mdegrain2 is too slow to feed fast enough x264/x265 encoder. In latest version you have a nice graph in encoding server showing how much of cpu time is spent for each process. I predict that x264/x265 uses less cpu time than decoder.
Ryushin
8th January 2019, 14:47
Can the HQDN3D denoiser be added back? Only one of my four encoding machines even has a video card that can do OpenCL. Everything else is CPU only.
Maybe it would be best to HQDN3D out since it is not 10bit (from my understanding) and just add mdegrain3 as you will not have to add any other tools, and just change the options generated in the video script.
Actually, that sounds like a good idea to me. If possible, can you change the denoiser to allow selecting mdegrain, then the toggle arrows to select mdegrain1-6 (if using 2.7) and defaulting to mdegrain2 and adding the toggle arrows or a input box for the thSAD= parameter with a default of 200. If toggle arrows, change the amount by increments of 25.
I'm almost always having to change the thSAD value anytime I choose to use mdegrain. Super heavy noise such as in Blade Runner 4K, I choose 600. For light denoising I'll choose 100. Normal denoising for most content I choose 150-200.
I really think only mdegrain2-3 is necessary. But I'm sure, someone down the line, will ask for 4+
Oh, and add mdegrain* to the advanced setting "Limit to the following filters only"
Ryushin
8th January 2019, 14:53
I have no access to dual socket machines so I can't help here. I can only infer that more available CPU threads means smaller bottleneck while serving frames to encoder.
Basically single 6 core cpu with mdegrain2 is too slow to feed fast enough x264/x265 encoder. In latest version you have a nice graph in encoding server showing how much of cpu time is spent for each process. I predict that x264/x265 uses less cpu time than decoder.
You are probably right there. This is old hardware anyway. It should be up to us choose the right options for our hardware.
BTW, big thumbs up on the new Encoding Client and Encoding Server UI. Very impressed.
Oh, and I cannot begin to tell you how much I like being able to move jobs around in the queue. Especially with my queue being 50-100 jobs deep most of the time.
Balthazar2k4
10th January 2019, 17:04
I've recently got back into doing some encoding and RipBot264 is always my first choice. I am presently setup to use my three machines on my wired LAN to utilize distributed encoding. I do a lot of 4K HDR to 1080P SDR conversions so I need all the speed I can get. That said I am perplexed by the amount of time lost demuxing, indexing, copying to shared folder, and indexing again to use distributed encoding. It seems to me that there could be a real improvement in efficiency by consolidating some of this work in the first pass. 4K HDR files sourced from 4K BD are rather big and on a gigabit network connection still takes a rather significant amount of time to move that volume of data. In this case we are touching the data twice. Would it be possible to streamline this so that if we enable distributed encoding that RipBot264 handles the entire demux/copy to shared folder step in one pass?
Atak_Snajpera
10th January 2019, 17:18
You may try enabling "Move video file to shared folder" in Distributed Encoding tab. This will speedup work only if files are stored locally.
Balthazar2k4
10th January 2019, 17:35
You may try enabling "Move video file to shared folder" in Distributed Encoding tab. This will speedup work only if files are stored locally.
Thanks Atak. I'll give that a try and report back.
UPDATE: This doesn't seem to be any faster, in fact, it's slower. It is simply moving the video to the shared folder which then has to be moved back. I have all of my videos housed on a server which is on my wired network. I am beginning to think that is not 'local' enough.
Is it possible to have the demux process also copy the video stream when it is processing the audio and sub tracks during the initial load?
slalom
10th January 2019, 20:23
UPDATE: This doesn't seem to be any faster, in fact, it's slower. It is simply moving the video to the shared folder which then has to be moved back. I have all of my videos housed on a server which is on my wired network. I am beginning to think that is not 'local' enough.
Obviously, that's not local, that's on the network
Atak_Snajpera
10th January 2019, 20:53
UPDATE: This doesn't seem to be any faster, in fact, it's slower. It is simply moving the video to the shared folder which then has to be moved back. I have all of my videos housed on a server which is on my wired network. I am beginning to think that is not 'local' enough.
Is it possible to have the demux process also copy the video stream when it is processing the audio and sub tracks during the initial load?
By saying locally I meant on the same machine.
Balthazar2k4
10th January 2019, 21:30
Obviously, that's not local, that's on the network
By saying locally I meant on the same machine.
Fair point. I wasn't really quite awake this morning when I was working on it. After a couple cups of coffee it is far more obvious.
pepeq
10th January 2019, 21:45
...
In the past I've done my encodings with Handbrake and there the Nvidia NVenc option for encoding gives things a boost.
Question: Is it possible to add the Nvidia NVenc/H265 as an encoder option to RipBot264?
Than it would be perfect for me!
@Atak: do you think my proposal can be realized?
Or do you think it makes no sense?
Balthazar2k4
11th January 2019, 01:29
I am not sure what happened, but the latest Encoding Server will no longer open on my 9900K. It was working just fine until I rebooted the machine and now the process just hangs. Tried additional reboots with no success so I rolled back to 1.12.5.0 and it works fine. Anyone else experienced this?
Atak_Snajpera
11th January 2019, 11:58
@Atak: do you think my proposal can be realized?
Or do you think it makes no sense?
I do not own nvidia card and chances I will have one in near future are almost zero.
pepeq
11th January 2019, 13:37
I do not own nvidia card and chances I will have one in near future are almost zero.
oh, that are bad news for me...
But I understand, without testing it isn't possible to implement.
If you think I can test something for you, please respond. I will be willing to do so.
pepeq
11th January 2019, 13:55
I am not sure what happened, but the latest Encoding Server will no longer open on my 9900K. It was working just fine until I rebooted the machine and now the process just hangs. Tried additional reboots with no success so I rolled back to 1.12.5.0 and it works fine. Anyone else experienced this?
I had the same problem when EncodingServer.exe changed from 1.12.6 to 1.13.0. And the problem existed also with 1.14.0.
I have 4 PCs (3x Win10 Pro and 1x Win7) and only one of my Win10-PCs had this problem.
EncodingServer.exe was started, the process existed, but no GUI/Window was displayed. It blocked also RipBot264.exe, when I tried to exit Ripbot264.exe.
I analyzed with Windows-taskmanager and found, that an already started process everything.exe (a fast NTFS-searchtool, see voidtools.com) blocked EncodingServer.exe. EncodingServer.exe was waiting for a not longer responding everything.exe process.
I don't know why, because the same everything.exe runs on all of my PCs and made no problem with EncodingServer.exe below 1.13.0.
I killed everything.exe and then EncodingServer.exe continued to run and its window came up.
The strange thing was, that this problem did not alway arise, but in about 90% of the calls to EncodingServer.exe. Maybe a Window-update changed somthing.
I updated everything.exe to the latest version and the problem has gone (until now).
Taskmanager showed the process-queue, see attachment.
Now EncodingServer.exe does not wait for another process and is ok.
I have no picture which showed the blockin queue, because the problem is gone now.
Conclusion: check with taskmanager if some other process is blocking the stalled EncodinServer.exe in your case.
Hope that helps.
Peter
Atak_Snajpera
11th January 2019, 14:27
oh, that are bad news for me...
But I understand, without testing it isn't possible to implement.
If you think I can test something for you, please respond. I will be willing to do so.
I'm not interested in hardware encoding at all because hardware encoders suck in fine detail retention at low bitrates. Another problem. Hardware encoding will also be less useful in Distributed encoding mode where most laptops/pcs use non nvidia GPUs.
Summary
I do not have nvidia GPU and my next GPU will be for 100% AMD navi
Hardware encoders produce noticeable more blurry image at lower bitrates
Many machines in DE mode could not be used for encoding due to incompatible gpu.
Balthazar2k4
11th January 2019, 15:20
I'm not interested in hardware encoding at all because hardware encoders suck in fine detail retention at low bitrates. Another problem. Hardware encoding will also be less useful in Distributed encoding mode where most laptops/pcs use non nvidia GPUs.
Summary
I do not have nvidia GPU and my next GPU will be for 100% AMD navi
Hardware encoders produce noticeable more blurry image at lower bitrates
Many machines in DE mode could not be used for encoding due to incompatible gpu.
To back Atak's point, I have tried GPU encoding for several years. Each year the quality does improve, but the overall image is still nowhere near what traditional CPU encoding can do. Often the image is softer with more compression artifacts and larger file size. The only win is the speed. I can encode 1080p at >200fps on my 2080ti which makes the need for distributed encoding null in my opinion, but the result is so underwhelming that I can't justify it. Also, as soon as you throw any additional filters in the mix such as denoise or tonemapping you lose the speed anyways. I'll stick with distributed encoding for now.
byteshare
11th January 2019, 15:51
Maybe it would be best to HQDN3D out since it is not 10bit (from my understanding) and just add mdegrain3 as you will not have to add any other tools, and just change the options generated in the video script.
Actually, that sounds like a good idea to me. If possible, can you change the denoiser to allow selecting mdegrain, then the toggle arrows to select mdegrain1-6 (if using 2.7) and defaulting to mdegrain2 and adding the toggle arrows or a input box for the thSAD= parameter with a default of 200. If toggle arrows, change the amount by increments of 25.
I'm almost always having to change the thSAD value anytime I choose to use mdegrain. Super heavy noise such as in Blade Runner 4K, I choose 600. For light denoising I'll choose 100. Normal denoising for most content I choose 150-200.
I really think only mdegrain2-3 is necessary. But I'm sure, someone down the line, will ask for 4+
Oh, and add mdegrain* to the advanced setting "Limit to the following filters only"
You can already use the other MDegrain modes. I use MDegrain3 a lot. The only catch is you need to add it as a custom script. I've posted such scripts several times in this thread.
Balthazar2k4
11th January 2019, 16:14
Thanks @pepeq. I have a pretty deep queue processing right now so I'll take a look at it again when it wraps.
UPDATE: Analyzed the wait chain as you suggested and sure enough it was the Discord applet in my Logitech Gaming software that was the hold up. Killed the applet and 'Voila!' loaded right up. What I can't figure out is why it worked the first time and then none of the subsequent. Weird, but problem solved. Thanks again @pepeq.
GZZ
12th January 2019, 15:07
You can already use the other MDegrain modes. I use MDegrain3 a lot. The only catch is you need to add it as a custom script. I've posted such scripts several times in this thread.
I use the MDegrain1 for light Degrain as a custom script, maybe it could be added to the program? I sometimes use MDegrain(1-3) to bring down the size of reencode. MDegrain3 must be heavy denoise, if MDegrain1 is light and MDegrain2 is "normal".
MDegrain1 script
Loadplugin("\RipBot264temp\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)
video=MDegrain1(video,super,bv1,fv1,thSAD=400)
GZZ
12th January 2019, 21:23
I have a small request.
Will it be possible in the Batch process to save templates with names. Rigth now I can set all the fields and press "Save Default", but I have different settings for reencoding Bluray and encoding 4k movies. Instead of a Save Default it will ask for a template name, then from a Dropdown it will be possible to load a template by its name.
GZZ
13th January 2019, 08:20
Possible small bug:
When I encode a movie and if finish the queue window change the line from: "[JobXX]: Input Filename -> Output Filename" to "*hh:mm:ss* [JobXX]: Input Filename -> Output Filename". But if you check Shutdown Client + Shutdown Server and the next day boot up the computer and go into RipBot264 the encoded jobs still looks like they are stilled queued without a finish time.
Balthazar2k4
13th January 2019, 08:30
I am running into discs as being rejected in batch mode due to no audio track being found despite the title having a track and verifying it does indeed work. Is there some way to correct the issue? These are all titles with Atmos audio.
GZZ
13th January 2019, 09:23
I am running into discs as being rejected in batch mode due to no audio track being found despite the title having a track and verifying it does indeed work. Is there some way to correct the issue? These are all titles with Atmos audio.
I have seen the same issue, especially on Cartoon movies. Examples below. Taken from the JobsRejected file.
Workaround for me has been to disable audio in makemkv, so you get a file without audio and then load and encode this file and then manual remux the audio from the original disc using mkvtoolnix.
File: E:\UHD_mkv\Cars_3_t00.mkv
FFAudioSource: No audio track found
(E:\Temp\RipBot264temp\job95\getinfo.avs, line 4)
File: E:\UHD_mkv\Coco_t00.mkv
FFAudioSource: No audio track found
(E:\Temp\RipBot264temp\job100\getinfo.avs, line 4)
File: E:\UHD_mkv\The_Incredibles_t01.mkv
FFAudioSource: No audio track found
(E:\Temp\RipBot264temp\job7\getinfo.avs, line 4)
File: E:\UHD_mkv\Incredibles 2_t00.mkv
FFAudioSource: No audio track found
(E:\Temp\RipBot264temp\job27\getinfo.avs, line 4)
File: E:\UHD_mkv\Wreck-It Ralph_t01.mkv
FFAudioSource: No audio track found
(E:\Temp\RipBot264temp\job48\getinfo.avs, line 4)
Atak_Snajpera
13th January 2019, 13:41
I am running into discs as being rejected in batch mode due to no audio track being found despite the title having a track and verifying it does indeed work. Is there some way to correct the issue? These are all titles with Atmos audio.
Can you provide a sample? 100-200 mkv should be ok. I will try to find a workaround.
Balthazar2k4
13th January 2019, 19:30
I have seen the same issue, especially on Cartoon movies. Examples below. Taken from the JobsRejected file.
Workaround for me has been to disable audio in makemkv, so you get a file without audio and then load and encode this file and then manual remux the audio from the original disc using mkvtoolnix.
Discovered something interesting today. I decided to take a different approach and re-ripped one of the offenders straight to folder using DeUHD and then process the files with MKVtoolnix directly. That resulting file worked fine in RipBot. Now I'm suspect of MakeMKV as the culprit. I am going to reach out to Mike Chen and see if he has some thoughts on the matter.
GZZ
13th January 2019, 20:04
Can you provide a sample? 100-200 mkv should be ok. I will try to find a workaround.
PM send with link.
GZZ
13th January 2019, 20:06
Discovered something interesting today. I decided to take a different approach and re-ripped one of the offenders straight to folder using DeUHD and then process the files with MKVtoolnix directly. That resulting file worked fine in RipBot. Now I'm suspect of MakeMKV as the culprit. I am going to reach out to Mike Chen and see if he has some thoughts on the matter.
I ran the test sample I made through MkvToolNix and it still reject it.
Balthazar2k4
13th January 2019, 21:59
I ran the test sample I made through MkvToolNix and it still reject it.
What was the original source file?
GZZ
13th January 2019, 22:38
What was the original source file?
Source is UHD
Balthazar2k4
13th January 2019, 22:57
Source is UHD
I meant is this a fresh rip not sourced from MakeMKV? I have now done all three of the titles I have run into with the audio issue via the DeUHD to Folder and MKVtoolnix method successfully.
GZZ
13th January 2019, 23:11
I meant is this a fresh rip not sourced from MakeMKV? I have now done all three of the titles I have run into with the audio issue via the DeUHD to Folder and MKVtoolnix method successfully.
it is sources from MakeMKV. It might be a fault of MakeMKV or maybe mkvtoolnix kills something in the stream.
Ryushin
14th January 2019, 14:35
You can already use the other MDegrain modes. I use MDegrain3 a lot. The only catch is you need to add it as a custom script. I've posted such scripts several times in this thread.
I just replace the MDegrain2 code in the video script with one of my note examples:
The parameter that controls the denoising strength is thSAD. The default of 400 too strong for most sources and 200 seems like a better default. Max seems to be about 800. Does not seem to be any imporovement passed 800. Very minor between 600-800.
#Denoise MDegrain1 Modified
Loadplugin("C:\Program Files\RipBot264\Tools\AviSynth plugins\mvtools\mvtools2.dll")
super=MSuper(video,pel=2)
bv1=MAnalyse(super,blksize=8,isb=true,delta=1,overlap=4)
fv1=MAnalyse(super,blksize=8,isb=false,delta=1,overlap=4)
video=MDegrain1(video,super,bv1,fv1,thSAD=400)
#Denoise MDegrain2 Modified
Loadplugin("C:\Program Files\RipBot264\Tools\AviSynth plugins\mvtools\mvtools2.dll")
super=MSuper(video,pel=2)
bv1=MAnalyse(super,blksize=8,isb=true,delta=1,overlap=4)
bv2=MAnalyse(super,blksize=8,isb=true,delta=2,overlap=4)
fv1=MAnalyse(super,blksize=8,isb=false,delta=1,overlap=4)
fv2=MAnalyse(super,blksize=8,isb=false,delta=2,overlap=4)
video=MDegrain2(video,super,bv1,fv1,bv2,fv2,thSAD=400)
#Denoise MDegrain3 Modified
Loadplugin("C:\Program Files\RipBot264\Tools\AviSynth plugins\mvtools\mvtools2.dll")
super=MSuper(video,pel=2)
bv1=MAnalyse(super,blksize=8,isb=true,delta=1,overlap=4)
bv2=MAnalyse(super,blksize=8,isb=true,delta=2,overlap=4)
bv3=MAnalyse(super,blksize=8,isb=true,delta=3,overlap=4)
fv1=MAnalyse(super,blksize=8,isb=false,delta=1,overlap=4)
fv2=MAnalyse(super,blksize=8,isb=false,delta=2,overlap=4)
fv3=MAnalyse(super,blksize=8,isb=false,delta=3,overlap=4)
video=MDegrain3(video,super,bv1,fv1,bv2,fv2,bv3,fv3,thSAD=400)
blksize : Size of a block (horizontal). It's either 4, 8, 16 or 32 (default is 8).
Larger blocks are less sensitive to noise, are faster, but also less accurate.
overlap: block overlap value (horizontal). Must be even and less than block size (up to blksize/2 for MCompensate). The step between blocks for motion estimation is equal to (blksize-overlap). N blocks cover the size ((blksize-overlap)*N + overlap) on frame. Try use overlap value from blksize/4 to blksize/2. The greater overlap, the more blocks number, and the lesser the processing speed. Default value is 0.
Atak_Snajpera
14th January 2019, 15:43
Ryushin why don't you just create your own MDegrain presets as custom scripts?
byteshare
14th January 2019, 17:01
I use the MDegrain1 for light Degrain as a custom script, maybe it could be added to the program? I sometimes use MDegrain(1-3) to bring down the size of reencode. MDegrain3 must be heavy denoise, if MDegrain1 is light and MDegrain2 is "normal".
MDegrain1 script
Like Atak_Snajpera said to Ryushin: "why don't you just create your own MDegrain presets as custom scripts?" Then you can just select it from the batch screen or the avisynth settings after you add a job.
As for MDegrain 1-6 it isn't about grain alone but how much detail is looked at before removing something. the higher the number of MDegrain it is doing more steps to compare details before deciding if something should be removed or not. There are other settings in the selection process as well.
For how much grain to remove that is primarily based on the SAD value, with higher meaning more grain removal.
GZZ
14th January 2019, 20:16
Like Atak_Snajpera said to Ryushin: "why don't you just create your own MDegrain presets as custom scripts?" Then you can just select it from the batch screen or the avisynth settings after you add a job.
As for MDegrain 1-6 it isn't about grain alone but how much detail is looked at before removing something. the higher the number of MDegrain it is doing more steps to compare details before deciding if something should be removed or not. There are other settings in the selection process as well.
For how much grain to remove that is primarily based on the SAD value, with higher meaning more grain removal.
I do use custom scripts and it workes just fine. Was just thinking why they arent default part of ripbot.
skylinekiller
15th January 2019, 11:47
I have searched the threads about this, but none of the questions were answered. Is it possible to change the font, size, color, and position to the subtitles that are burned in for foreign speaking parts? If not, is there a way to load/use a .ssa file and have it hardcoded? Amazing program, I wish it will get a little more development on subtitle options.
Any assistance is greatly appreciated.
Atak_Snajpera
15th January 2019, 14:31
I have searched the threads about this, but none of the questions were answered. Is it possible to change the font, size, color, and position to the subtitles that are burned in for foreign speaking parts? If not, is there a way to load/use a .ssa file and have it hardcoded? Amazing program, I wish it will get a little more development on subtitle options.
Any assistance is greatly appreciated.
Edit in notepad file Tools\AviSynth plugins\VSFilter\Default.style
Ryushin
15th January 2019, 15:30
Ryushin why don't you just create your own MDegrain presets as custom scripts?
Since I'm always adjusting the strength value, it is just easier to select mdegrain2 from avisynth menu, then just edit the script and change the value. It's rare that I need mdegrain3, and when I do, I just copy and replace the part in the script.
My suggestions for changes were mostly to help others, and to maybe make it look more streamlined and easy to use.
skylinekiller
16th January 2019, 02:12
Is it possible to create an .mp4 output with 5.1 ac3. I would prefer to encode it with aften
skylinekiller
16th January 2019, 09:50
Thank you for the tip on the subtitle, I changed it and will give it a test.
LigH
16th January 2019, 10:00
... 5.1 ac3. I would prefer to encode it with aften
The AC3 encoder in ffmpeg is already superior in quality.
Nevertheless, Atak_Snajpera would decide about the support in RipBot264.
Atak_Snajpera
16th January 2019, 11:53
Is it possible to create an .mp4 output with 5.1 ac3. I would prefer to encode it with aften
Aften is outdated. FFmpeg offers better quality. Why do you need ac3 in mp4? mkv is basically a world wide standard now. Even cheap tv have no problems with this container. mp4 is dead for me. (too limited)
jlpsvk
16th January 2019, 12:03
Aften is outdated. FFmpeg offers better quality. Why do you need ac3 in mp4? mkv is basically a world wide standard now. Even cheap tv have no problems with this container. mp4 is dead for me. (too limited)
because it's possible to mux Two-layer Dolby Vision (on UHD BD) to One-Layer Dolby Vision into MP4, which is playable on TV's from USB and playing Dolby Vision too. :) That's why.
skylinekiller
16th January 2019, 12:36
Well, unfortunately, Apple is always complicated with their formats. I cannot create an MKV encoded at High@L4 with ac3 and drag it to an ipad or other Apple Products, I can drag an .mp4 with ac3.
I'm not the individual who got sucked into the Apple eco prison with its simpleton limitations, but many others have and MKV is not friendly. Am I encoding it wrong? I would like to strictly encode to mkvs but this is an issue
Atak_Snajpera
16th January 2019, 14:15
use aac then.
skylinekiller
16th January 2019, 14:19
I'm not sure that would work either, I can drag an .mp4 with ac3 file just fine on Apple device. I will give it a shot though. I haven't heard of an MKV using aac, usually, it's ac3, but I will give it a go. From what I have read, aac for 5.1 isn't the greatest compared to AC3. Not sure if that's true, but I will see.
Atak_Snajpera
16th January 2019, 16:32
I'm not sure that would work either, I can drag an .mp4 with ac3 file just fine on Apple device. I will give it a shot though. I haven't heard of an MKV using aac, usually, it's ac3, but I will give it a go. From what I have read, aac for 5.1 isn't the greatest compared to AC3. Not sure if that's true, but I will see.
Yeah. AAC 5.1 is so bad that it can produce excellent quality at just 320 kbps. You should definitely stick with ultra old (from mid 90s) ac3.
pepeq
16th January 2019, 16:36
After a nearly complete run RB crashed during combining the chunks. I copied the Chunks-dir to a save place, started RB and restarted the job again..
But now RB started the whole encoding process from the beginning, which takes hours. The newly processed chunk-files are overwritten from the new processes (so I am glad to have saved the Chunks-dir)
Question:
I have all chunks (*.265 files) and audio- and subtitle tracks.
Can I restart RB with combining the chunks?
Or how can I combine the chunks manually to the video.265 file used for the final muxing?
Then I can manually mux with mkvtoolnix.
Thanks.
EDIT:
I found the script CombineAllChunks.cmd in the Chunks-dir. I think that will do the job, right?
GZZ
16th January 2019, 17:27
Well, unfortunately, Apple is always complicated with their formats. I cannot create an MKV encoded at High@L4 with ac3 and drag it to an ipad or other Apple Products, I can drag an .mp4 with ac3.
I'm not the individual who got sucked into the Apple eco prison with its simpleton limitations, but many others have and MKV is not friendly. Am I encoding it wrong? I would like to strictly encode to mkvs but this is an issue
Use VLC Player app, then you can download the mkv from your local network and play it back in VLC player. Works fine on my Ipad Air 2.
GZZ
16th January 2019, 17:29
After a nearly complete run RB crashed during combining the chunks. I copied the Chunks-dir to a save place, started RB and restarted the job again..
But now RB started the whole encoding process from the beginning, which takes hours. The newly processed chunk-files are overwritten from the new processes (so I am glad to have saved the Chunks-dir)
Question:
I have all chunks (*.265 files) and audio- and subtitle tracks.
Can I restart RB with combining the chunks?
Or how can I combine the chunks manually to the video.265 file used for the final muxing?
Then I can manually mux with mkvtoolnix.
Thanks.
EDIT:
I found the script CombineAllChunks.cmd in the Chunks-dir. I think that will do the job, right?
Its the one, just view it in notepad to see what it does. Maybe if failed because a chunk is missing.
skylinekiller
16th January 2019, 20:33
Yeah. AAC 5.1 is so bad that it can produce excellent quality at just 320 kbps. You should definitely stick with ultra old (from mid 90s) ac3.
By no means am I claiming it's better, I just heard. I am always open to advise from the experts. By no means am I an expert in this area. Sine acc is better, why is it not used in all the other mkv releases?
So in your opinion, an MKV with acc is the optimal video file for a balanced quality and file size output? And as far as MKV not being able to be played on the Apple device, is that a bad encode setting or no matter what setting Apple will not allow an MKV? Would encoding at "Main 3.1" work? If so, would it be of lesser quality or are there any downsides?
Ryushin
16th January 2019, 20:48
Yeah. AAC 5.1 is so bad that it can produce excellent quality at just 320 kbps. You should definitely stick with ultra old (from mid 90s) ac3.
The main issue is that that vast majority of AV receivers cannot process AAC 5.1. Most can only do 2.1. From other sources I read:
"AC3 is the lowest discrete format for true surround sound."
"AAC 5.1 isn't a format that can be sent over SPDIF/HDMI to a receiver for decoding."
Another thread: https://forum.kodi.tv/showthread.php?tid=330738
So around 2012 I had to give up using AAC and switched everything to AC3 640 or pass through the native AC3 stream. No doubt that AAC is a better audio compression format in every way compared to AC3, but AV receivers cannot process it without converting it to PCM or something like plex transcoding it to AC3 before sending it to the device.
Sucks really.
skylinekiller
16th January 2019, 20:56
so pretty much aac useless for using traditional receivers? My main use of my encodes are for my plex server for others to watch. Of course, people will have their various sound systems, I happen to have a wireless JBL 5.1 system, others have receivers.
slalom
16th January 2019, 20:58
EDIT:
I found the script CombineAllChunks.cmd in the Chunks-dir. I think that will do the job, right?
That is the one, and then run jobxx_MuxFiles.cmd
You don't need mkvmerge
sneaker_ger
16th January 2019, 21:11
So around 2012 I had to give up using AAC and switched everything to AC3 640 or pass through the native AC3 stream. No doubt that AAC is a better audio compression format in every way compared to AC3, but AV receivers cannot process it without converting it to PCM or something like plex transcoding it to AC3 before sending it to the device.
Converting to PCM isn't a problem when using HDMI. Only SPDIF is typically limited to 2 channel PCM.
skylinekiller
17th January 2019, 21:39
Currently, I have my windows explorer column to show frame width so I can easily see what movie file is at a particular resolution without having to use MediaInfo. I have obtained some mkv files from other sources and have encoded my own with RipBot. My encodes do not show the frame width while the other version does. What do I need to change in my encode for this to become visible? If you see anything else that is off or out of date please let me know
General
UniqueID/String : 324392580738058457477731156267646206380 (0xF40BBD0E3544AE646381156E034E41AC)
CompleteName : I:\Longmire s06e01.mkv
Format : Matroska
Format_Version : Version 4 / Version 2
FileSize/String : 1.03 GiB
Duration/String : 59 min 14 s
OverallBitRate_Mode/String : Variable
OverallBitRate/String : 2 497 kb/s
Movie : Longmire s06e01
Encoded_Date : UTC 2019-01-17 16:21:39
Encoded_Application/String : mkvmerge v29.0.0 ('Like It Or Not') 64-bit
Encoded_Library/String : libebml v1.3.6 + libmatroska v1.4.9
Video
ID/String : 1
Format : AVC
Format/Info : Advanced Video Codec
Format_Profile : High@L4.1
Format_Settings : CABAC / 4 Ref Frames
Format_Settings_CABAC/String : Yes
Format_Settings_RefFrames/String : 4 frames
CodecID : V_MPEG4/ISO/AVC
Duration/String : 59 min 14 s
BitRate_Mode/String : Variable
BitRate/String : 2 048 kb/s
BitRate_Maximum/String : 62.5 Mb/s
Width/String : 1 280 pixels
Height/String : 720 pixels
DisplayAspectRatio/String : 16:9
FrameRate_Mode/String : Constant
FrameRate/String : 23.976 (24000/1001) FPS
ColorSpace : YUV
ChromaSubsampling/String : 4:2:0
BitDepth/String : 8 bits
ScanType/String : Progressive
Bits-(Pixel*Frame) : 0.093
StreamSize/String : 867 MiB (82%)
Encoded_Library/String : x264 core 157 r2935 545de2f
Encoded_Library_Settings : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x113 / me=hex / subme=7 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 /
trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=18 / lookahead_threads=3 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 /
bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=2 / keyint=240 / keyint_min=24 / scenecut=40 /
intra_refresh=0 / rc_lookahead=40 / rc=2pass / mbtree=1 / bitrate=2048 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / vbv_maxrate=62500 /
vbv_bufsize=62500 / nal_hrd=vbr / filler=0 / ip_ratio=1.40 / aq=1:1.00
Default/String : Yes
Forced/String : No
colour_range : Limited
colour_primaries : BT.709
transfer_characteristics : BT.709
matrix_coefficients : BT.709
Audio
ID/String : 2
Format : AC-3
Format/Info : Audio Coding 3
CodecID : A_AC3
Duration/String : 59 min 14 s
BitRate_Mode/String : Constant
BitRate/String : 448 kb/s
Channel(s)/String : 6 channels
ChannelPositions : Front: L C R, Side: L R, LFE
SamplingRate/String : 48.0 kHz
FrameRate/String : 31.250 FPS (1536 SPF)
BitDepth/String : 16 bits
Compression_Mode/String : Lossy
StreamSize/String : 190 MiB (18%)
Language/String : English
ServiceKind/String : Complete Main
Default/String : Yes
Forced/String : No
Menu
00:00:00.000 : en:Chapter 01
00:06:24.134 : en:Chapter 02
00:15:23.089 : en:Chapter 03
00:23:34.038 : en:Chapter 04
00:32:55.307 : en:Chapter 05
00:40:53.034 : en:Chapter 06
00:47:19.170 : en:Chapter 07
00:58:15.283 : en:Chapter 08
Metalfan
17th January 2019, 23:40
Last week I installed RipBot264 to do some HEVC 10bit HDR encoding, which works really fine. During installation updater.exe was moved to quarantine on all our computers by Microsoft antivirus. As some other users also reported this issue in this forum I uploaded the updater.exe version 1.0.2 and 1.0.3 to Microsoft and reported the false positive detection within our software assurance support contract. I was informed after analysis that the files are now excluded from the antivirus database and will no longer be falsely detected as a trojan when using the latest signatures from Windows update. I can confirm that RipBot264 updater now runs without problems. Keep up the great work, thank you.
Privateer5000
19th January 2019, 12:48
Hi, after last Update DE is broken for me. I use 2 machines, connected over Gigabit LAN. The Encoding Server on the second machine does not start encoding, it say that it cannot find the chunk File. Here the output of the encosing server window:
[2019-01-19 12:43:32] Client established connection with server.
[2019-01-19 12:43:32] Command "CONNECT" received from client.
[2019-01-19 12:43:32] Connecting with client... (192.168.0.101:1002)
[2019-01-19 12:43:32] Established connection with client. (192.168.0.101:1002)
[2019-01-19 12:43:33] ERROR! File \\VIPER\RipBot264temp\job4\Chunks\17.cmd does not exist!
[2019-01-19 12:43:33] Encoding terminated.
[2019-01-19 12:43:33] Connection Closed Gracefully.
any idea how to solve this?
Edit:
Forget my post, Last Windows Update reenabled password protected network access on my main machine...... deactivated and it runs again
light5out
19th January 2019, 17:52
I am trying to encode a .TS that is mpeg2. It was recorded from an OTA broadcast in the US. THe video is 29.97 but ripbot has the deinterlace option greyed out. Any idea why this would be?
https://imgur.com/a/GREKgvz
Atak_Snajpera
19th January 2019, 18:25
Upload 100-200 MB sample. I will take a look.
light5out
19th January 2019, 18:36
Upload 100-200 MB sample. I will take a look.
I don't know how to cut the file. I don't currently have a tuner to record a small sample it is coming in the mail. I sent the other one back.
Atak_Snajpera
19th January 2019, 18:53
I don't know how to cut the file. I don't currently have a tuner to record a small sample it is coming in the mail. I sent the other one back.
https://www.softpedia.com/get/System/File-Management/DGSplit.shtml
byteshare
19th January 2019, 19:46
I've brought it up before, but is it possible in the batch mode to set a custom crop?
I've been using the auto crop, but it doesn't always get it right.
Right now I have about 78 files that should all have a crop of L 240 and a R 240 but many (not all) are L238 R240 and all of those have a small black line on the left side, so I'm having to go through each job and check manually, which IMO defeats the purpose of the autocrop.
light5out
19th January 2019, 19:48
https://www.softpedia.com/get/System/File-Management/DGSplit.shtml
For some reason I can't load the download page, getting an error.
pepeq
19th January 2019, 20:11
you can download DGsplit from here:
http://rationalqm.us/mine.html
light5out
19th January 2019, 20:21
https://www.softpedia.com/get/System/File-Management/DGSplit.shtml
Thank man!
https://ufile.io/gj8t7
Here you go OP, hopefully that site works never used it before.
light5out
23rd January 2019, 17:13
Thank man!
https://ufile.io/gj8t7
Here you go OP, hopefully that site works never used it before.
I recorded the same show and have the same problem, I did a test of a random recording and it worked on that one, any idea why.
Again the options to deinterlace are greyed out.
Atak_Snajpera
23rd January 2019, 17:37
Option is greyed out because your video does not have constant frame rate. Detected FPS has to be 29.97 or 25.
BTW. I'm shocked that big broadcasters in USA still use MPEG-2 format for HD content. In EU only MPEG-4 AVC is used in HD (and probably in SD as well).
LigH
24th January 2019, 00:36
Germany still uses MPEG-2 for SD broadcasts via DVB-S.
light5out
24th January 2019, 06:19
Option is greyed out because your video does not have constant frame rate. Detected FPS has to be 29.97 or 25.
BTW. I'm shocked that big broadcasters in USA still use MPEG-2 format for HD content. In EU only MPEG-4 AVC is used in HD (and probably in SD as well).
Ok, so what do you recommend I do with it, I notice when I did an encode it came out at like 25.3 fps or something. (and it was way out of sync) Basically I just want to shrink it down.
Wishbringer
24th January 2019, 07:59
Anyone having problems with auto shut down?
Has already happeden 2 times on one PC
Received yesterday a new core update for RB 1.24.0.
Was hoping that issue with non-closing/ non-responding application would be solved.
Issue is still there: When trying to close RB (manuell or per checkbox after completing encode), window closes, but RB still shows up in taskbar, but isn't responding anymore.
So autoshutdown doesn't happen too.
New start of RB isn't possible except i kill task in taskmanager before.
Atak_Snajpera
24th January 2019, 13:03
Germany still uses MPEG-2 for SD broadcasts via DVB-S.
In Poland only MPEG-4 AVC exists even in SD.
light5out
24th January 2019, 16:28
Ok, so what do you recommend I do with it, I notice when I did an encode it came out at like 25.3 fps or something. (and it was way out of sync) Basically I just want to shrink it down.
Also can someone help me understand how to identify that it is variable framerate?
byteshare
24th January 2019, 16:41
Received yesterday a new core update for RB 1.24.0.
Was hoping that issue with non-closing/ non-responding application would be solved.
Issue is still there: When trying to close RB (manuell or per checkbox after completing encode), window closes, but RB still shows up in taskbar, but isn't responding anymore.
So autoshutdown doesn't happen too.
New start of RB isn't possible except i kill task in taskmanager before.
Which Windows Version are you on? Do you have antivirus or anything running? I haven't had this issue in Windows 7 or Windows 10.
Ok, so what do you recommend I do with it, I notice when I did an encode it came out at like 25.3 fps or something. (and it was way out of sync) Basically I just want to shrink it down.
Sometimes Media info can help see if the file is a variable FPS, or if you look at the FPS info while playing the file, if your video player shows the FPS in realtime.
As for syncing up the audio/video, have you tried TimeCodes?
https://forum.doom9.org/showthread.php?p=1849546&highlight=timecodes#post1849546
...try copying the timestamp file from source to your encoded file. This is especially helpful with variable frame rate files.
Extracting timecodes (windows batch file):
Code:
FOR %%A IN (*.mkv) DO "C:\Program Files\MKVToolNix\mkvextract.exe" timecodes_v2 "%%A" "0:%%A_timecodes.txt"
^^ The above is for running the batch file in the same folder as the video files that you want to extract the timestamp info from (source)
Batch importing with Encoded files in the same folder as the extracted timecodes .txt files(windows batch file)
Code:
FOR %%A IN (*.mkv) DO "C:\Program Files\MKVToolNix\mkvmerge.exe" -o "%%~A-fixed.mkv" --timecodes "0:%%A_timecodes.txt" "%%~A"
If you're working with something other than MKVs you'd want to change that in the scripts.
The above has the batch version but you can do this with MKVExtract and the GUI.
byteshare
24th January 2019, 16:44
HEVC 3.0 stable is out:
3.0+1-ed72af8
http://msystem.waw.pl/x265/
Release notes:
https://bitbucket.org/multicoreware/x265/commits/a6a12bc3ccf4b3138f1d62b2a81c9c40c3c88d62#chg-doc/reST/releasenotes.rst
+New features
+-------------
+1. option:: '--dolby-vision-profile <integer|float>' generates bitstreams confirming to the specified Dolby Vision profile. Currently profile 5, profile 8.1 and profile 8.2 enabled, Default 0 (disabled)
+
+2. option:: '--dolby-vision-rpu' File containing Dolby Vision RPU metadata. If given, x265's Dolby Vision metadata parser will fill the RPU field of input pictures with the metadata
+ read from the file. The library will interleave access units with RPUs in the bitstream. Default NULL (disabled).
+
+3. option:: '--zonefile <filename>' specifies a text file which contains the boundaries of the zones where each of zones are configurable.
+
+4. option:: '--qp-adaptation-range' Delta-QP range by QP adaptation based on a psycho-visual model. Default 1.0.
+
+5. option:: '--refine-ctu-distortion <0/1>' store/normalize ctu distortion in analysis-save/load. Default 0.
+
+6. Experimental feature option:: '--hevc-aq' enables adaptive quantization
+ It scales the quantization step size according to the spatial activity of one coding unit relative to frame average spatial activity. This AQ method utilizes
+ the minimum variance of sub-unit in each coding unit to represent the coding unit’s spatial complexity.
+
+Encoder enhancements
+--------------------
+1. Preset: change param defaults for veryslow and slower preset. Replace slower preset with defaults used in veryslow preset and change param defaults in veryslow preset as per experimental results.
+2. AQ: change default AQ mode to auto-variance
+3. Cutree offset reuse: restricted to analysis reuse-level 10 for analysis-save -> analysis-load
+4. Tune: introduce --tune animation option which improves encode quality for animated content
+5. Reuse CU depth for B frame and allow I, P frame to follow x265 depth decision
+
+Bug fixes
+---------
+1. RC: fix rowStat computation in const-vbv
+2. Dynamic-refine: fix memory reset size.
+3. Fix Issue #442: linking issue on non x86 platform
+4. Encoder: Do not include CLL SEI message if empty
+5. Fix issue #441 build error in VMAF lib
light5out
24th January 2019, 18:30
Which Windows Version are you on? Do you have antivirus or anything running? I haven't had this issue in Windows 7 or Windows 10.
Sometimes Media info can help see if the file is a variable FPS, or if you look at the FPS info while playing the file, if your video player shows the FPS in realtime.
As for syncing up the audio/video, have you tried TimeCodes?
https://forum.doom9.org/showthread.php?p=1849546&highlight=timecodes#post1849546
The above has the batch version but you can do this with MKVExtract and the GUI.
I have not done that and thank you. I am a noob when it comes to encoding. I am looking for an easy way to shrink DVR recordings. I have used ripbot in the past and like it, but the interlaced thing always seems to be a headache. I don't even need to deinterlace if there is a way to shrink the file but keep all that the same. Because the mpeg2's look great, they are just too big.
Wishbringer
24th January 2019, 21:39
@byteshare:
Three z270, 7700k, 64gb ram, 2tb 970 Evo, vega64 with Win10pro 17763.292 (at home)
Two x470, 2700x, 64gb, 1tb 960 Evo, RX550 with Win10pro 17134.xxx (at work)
Only ms defender as av.
Issue with each of them. One z270 has a fresh reinstall today (17763.107 iso + Cu292) + drivers.
Does not happen with an old local install of RB1.23.
LigH
24th January 2019, 21:56
@byteshare: It's not the HEVC standard, but the x265 encoder, which reached version 3.0.
Ryushin
25th January 2019, 02:18
When using using hevc, and clicking on the profile ... button, and selecting a tune, such as animation, the DE Client just keeps starting the servers over and over with no progress. Changing it back to default (removes the --tune option) allows it to work again.
The encoding server says:
x265 [error]: preset or tune unrecognized
LigH
25th January 2019, 08:13
Don't assume that x265 provides all the same tunings as x264; that's not true.
Ryushin
25th January 2019, 15:45
Don't assume that x265 provides all the same tunings as x264; that's not true.
Actually, that is an option provided by Atak in the hevc settings.
Looking at: https://x265.readthedocs.io/en/default/presets.html
Also shows the --tune animation option there.
Just bringing this to Atak's attention.
chainring
25th January 2019, 18:57
I've had the same error occur as Ryushin, and only when DE is active. Single machine processing, no problem.
Adding to this, another problem only in DE mode is, anytime I attempt to de-noise with KNLMeansCL (any mode, including adaptive), the encoding on remote servers stalls. All remote servers (two of them) have dedicated GPUs, and both show OpenCL to be active. I've installed all the Visual C++ runtimes via a repack from repacks.net. De-noising with only MDegrain2 works perfectly in DE mode, if it matters.
chainring
25th January 2019, 19:04
Separate issue from the DE enabled encoding above...
What's the proper way to add an Avisynth plugin? I'm trying to use AutoAdjust from LaTo at: https://forum.doom9.org/showthread.php?t=167573 . I've manually loaded the .dll in the script, and it shows to be shared when looking at the .avs in the chunks directory, yet encoding fails. I've tried both the 32 and 64 bit versions.
Thanks!
Atak_Snajpera
25th January 2019, 19:32
Separate issue from the DE enabled encoding above...
What's the proper way to add an Avisynth plugin? I'm trying to use AutoAdjust from LaTo at: https://forum.doom9.org/showthread.php?t=167573 . I've manually loaded the .dll in the script, and it shows to be shared when looking at the .avs in the chunks directory, yet encoding fails. I've tried both the 32 and 64 bit versions.
Thanks!
Have you copied all files to own folder in Tools\AviSynth plugins
chainring
25th January 2019, 20:47
Have you copied all files to own folder in Tools\AviSynth plugins
I did. Specifically, within \Tools\Avisynth plugins, I've created an AutoAdjust folder, then within that is the AutoAdjust.dll. I've tried both the 32 and 64 bit version.
Atak_Snajpera
25th January 2019, 20:56
Open 1.avs from server side in some media player and check an error message.
byteshare
25th January 2019, 21:25
@byteshare:
Three z270, 7700k, 64gb ram, 2tb 970 Evo, vega64 with Win10pro 17763.292 (at home)
Two x470, 2700x, 64gb, 1tb 960 Evo, RX550 with Win10pro 17134.xxx (at work)
Only ms defender as av.
Issue with each of them. One z270 has a fresh reinstall today (17763.107 iso + Cu292) + drivers.
Does not happen with an old local install of RB1.23.
Hmm, I can't think of what is common between both of your machines, and what is different about my 4 boxes that I'm not having that issue with. Maybe Atak might have an idea.
@byteshare: It's not the HEVC standard, but the x265 encoder, which reached version 3.0.
I didn't intend to make that claim, but yes, I agree with you and thank you for mentioning that if anyone was confused by that.
I can understand HEVC/x265 being confused, as I did...since they are synonymous to me at this point.
GZZ
26th January 2019, 09:21
Enlighten me on this one.
What is needed to reencode a movie including Dolby Vision, seeing the new x265 3.0 support several dolby vision profiles? A tool to extract the dolby vision data from a UHD in order to process it ?
Ryushin
27th January 2019, 16:36
The last few days I've had artifact issues with encoding a VC-1 blu-ray source. I must have re-encoded a dozen times with different settings trying to figure out what was wrong. Even tried handbrake to no avail. Eventually I tried a lossless h.264 encode using CRF 0 and I still had the artifacts. Googling seems to point to a decoding issue:
https://forum.videohelp.com/threads/388829-Annoying-Pixelating-Blocking-After-Encoding-in-Handbrake
So I installed XMedia Recode and I selected the DXVA decoder for VC-1 in the settings and I'm now saving it as a lossless jpeg. The preview did not show any artifacts. If it remains clean I'll use RB to encode that to x265.
Atak, I never knew of this issue with VC-1. Reading the thread says using the MS decoder solves the problem. Is it possible to implement a solution that solves the decoder problems for all VC-1 sources. Looks like ffmpeg might have just fixed this bug very recently as well.
Spasm
27th January 2019, 20:24
with those settings one exe got assigned
NODE 0 from CPU 0 to CPU 23
second EXE got assigned
NODE 0 from CPU 0 to CPU 16
nothing on node 1
can't change BIOS settings at the moment, i'm remoting in at the moment.
Let me know once you can do this test. I have some suspicion about 32 thread limit in 32 bit process (EncodingServer.exe) using windows GetNumaProcessorNode (https://docs.microsoft.com/en-us/windows/desktop/api/winbase/nf-winbase-getnumaprocessornode)function.
Any progress? I have dual 14-core CPUs and I don't get anything on Node 1 either.
I'll try disabling cores, though not sure how.
Ryushin
28th January 2019, 13:35
The last few days I've had artifact issues with encoding a VC-1 blu-ray source.
So I installed XMedia Recode and I selected the DXVA decoder for VC-1 in the settings and I'm now saving it as a lossless jpeg. The preview did not show any artifacts. If it remains clean I'll use RB to encode that to x265.
Had to end up doing a lossless H.265 encode as input to RB as RB did not understand the lossless jpeg. The issue was very much the decoder.
Atak, let me know if you need the problem sample source.
Atak_Snajpera
28th January 2019, 13:58
Had to end up doing a lossless H.265 encode as input to RB as RB did not understand the lossless jpeg. The issue was very much the decoder.
Atak, let me know if you need the problem sample source.
Check this build
https://www.mediafire.com/file/2y243yl482bz47h/ffms2-20181016-f3c6b00-win64.7z/file
Extract files to Tools\AviSynth plugins\ffms\x64
Atak_Snajpera
28th January 2019, 13:59
Any progress? I have dual 14-core CPUs and I don't get anything on Node 1 either.
I'll try disabling cores, though not sure how.
No because I have no physical access to dual cpu machine.
Ryushin
28th January 2019, 18:31
Check this build
https://www.mediafire.com/file/2y243yl482bz47h/ffms2-20181016-f3c6b00-win64.7z/file
Extract files to Tools\AviSynth plugins\ffms\x64
This fixed the problem. Thanks so much.
Atak_Snajpera
28th January 2019, 20:02
This fixed the problem. Thanks so much.
Do not get to excited too early! Make sure that this version is frame accurate first! In other words check if chunks start from correct frame! There is good reason why I use two versions of ffms2 plugin in RipBot264.
Ryushin
28th January 2019, 21:13
Do not get to excited too early! Make sure that this version is frame accurate first! In other words check if chunks start from correct frame! There is good reason why I use two versions of ffms2 plugin in RipBot264.
Oh, I think I remember the other bug now about it being frame accurate. You fixed that last time I found an issue.
I guess I'll need to watch a large portion of it to be sure.
What about using a different decoder for vc-1 sources?
Atak_Snajpera
28th January 2019, 21:19
Oh, I think I remember the other bug now about it being frame accurate. You fixed that last time I found an issue.
I guess I'll need to watch a large portion of it to be sure.
What about using a different decoder for vc-1 sources?
Other decoders are not frame accurate. Especially those using DirectShowSource interface.
Ryushin
28th January 2019, 22:12
Other decoders are not frame accurate. Especially those using DirectShowSource interface.
Yep, 4 minutes in, corruption. So I'll revert that.
Maybe another way around this is to have an option to convert from VC-1 to h.264/5 lossless using a single machine and then encode from that. The user would have to know his source would grow much larger then the original.
byteshare
30th January 2019, 03:54
In the bottom right of the "RipBot264 Encoding Client" what does the button that looks like a yellow triangle with an exclamation mark in the middle do?
when I click it, I'm not really seeing much happen.
Update: Oh, got it...opens the EncodingClientLog.txt
NiGHTsC
30th January 2019, 04:26
Off-Topic
Jan 23,2019
Anyone ever noticed this...
So grateful you're still working on RB, Atak_Snajpera
jlpsvk
30th January 2019, 22:12
any plans to implement nvencc64?
BLKMGK
31st January 2019, 05:36
May have found a bug, I've only been able to repro it 2x although I'm nervous I may have accidentally triggered it far more often. Scenario is that I'm converting many TV shows one after another. Occasionally I will have batch added a series of shows and decide I need to add others and prioritize them higher than existing jobs. So I batch add those and slide them to the top to be processed ahead of the previously added batches. On at LEAST two occasions upon doing this I've reviewed the results and found a show with a different show's soundtrack muxxed in. Unfortunately finding these screwed up episodes is going to be nearly impossible considering the volume I'm working with :( I'm not sure this error is consistent, I sure hope not, but if I can reproduce it I will save the job files. I'm on v1.24.0 right now...
byteshare
31st January 2019, 09:09
any plans to implement nvencc64?
The dev can speak to this but unless something changed there aren't plans.
pepeq
31st January 2019, 13:14
any plans to implement nvencc64?
I asked Atak the same question,
see Ataks answer here:
https://forum.doom9.org/showthread.php?p=1862510#post1862510
forkicks
1st February 2019, 21:17
May have found a bug, I've only been able to repro it 2x although I'm nervous I may have accidentally triggered it far more often. Scenario is that I'm converting many TV shows one after another. Occasionally I will have batch added a series of shows and decide I need to add others and prioritize them higher than existing jobs. So I batch add those and slide them to the top to be processed ahead of the previously added batches. On at LEAST two occasions upon doing this I've reviewed the results and found a show with a different show's soundtrack muxxed in. Unfortunately finding these screwed up episodes is going to be nearly impossible considering the volume I'm working with :( I'm not sure this error is consistent, I sure hope not, but if I can reproduce it I will save the job files. I'm on v1.24.0 right now...
I can confirm this. In my case, i narrowed it down to a couple of files that i was trying to convert from avc to 265. The extraction phase could not get the video file from it, and would (wrongly) use the video265 file that was leftover on the Temp folder from the previous conversion, resulting in a file with the correct output name, wrong video track and correct audio track. Also, ripbot showed no error.
In my view, this could be fixed in one of two ways:
1 (and best): before every new file, clear all existing items in the temp folder. This way it would fail and detect the fail because no previous file would exist that could be reused
2: Try to detect when video track extraction fails better. No idea what was causing it to fail in the first place, the file read perfectly fine, no errors, no sync problems, nothing reported wrong at all by other programs (mkvtoolnix, for example).
This is a really big problem because i also run several dozen file batches per day, and now i can't be sure if my previous conversions are right or not. This is silent data corruption at its worst, and in my case, i caught it completely by chance. I'm running the latest version (could not find any updates just now).
Thank your for your time,
fK
GZZ
1st February 2019, 23:15
Tune --Animation isnt working. I have a Ma10 profile where tune is on default, chaning ot to animation and the encoding wont start. In DE mode it will just throggle between encoding and idle forever, chaning it to default and its all working again. Maybe its a bad command.
From the Profiles folder:
"--profile main10 --output-depth 10 --tune animation" - not working
"--profile main10 --output-depth 10" - Working fine.
activoice
2nd February 2019, 02:36
Posting this here to help anyone out who might find this useful.
RunCommandSuccess and RunCommandError were added to RipBot264.ini with version 1.24 and here is how I am using it to receive a notification on my phone whenever an encoding job completes
I have these 2 lines added to RipBot264.ini
RunCommandSuccess="C:\Scripts\RipbotSuccess.cmd" %JOB%
RunCommandError="C:\Scripts\RipbotError.cmd" %JOB%
In C:\Scripts\ I have curl.exe and the 2 batch files below
RipbotSuccess.cmd
c:\scripts\curl.exe -u {pushbullet token}: https://api.pushbullet.com/v2/pushes -d type=note -d title="Ripbot264" -d body=%1+"Job Completed Succesfully"
RipbotError.cmd
c:\scripts\curl.exe -u {pushbullet token}: https://api.pushbullet.com/v2/pushes -d type=note -d title="Ripbot264" -d body=%1+"Job Failed"
So with PushBullet installed on my phone I now get notifications whenever an encoding job completes
https://imgur.com/9utHM5s
BLKMGK
2nd February 2019, 05:58
I can confirm this. In my case, i narrowed it down to a couple of files that i was trying to convert from avc to 265. The extraction phase could not get the video file from it, and would (wrongly) use the video265 file that was leftover on the Temp folder from the previous conversion, resulting in a file with the correct output name, wrong video track and correct audio track. Also, ripbot showed no error.
In my view, this could be fixed in one of two ways:
1 (and best): before every new file, clear all existing items in the temp folder. This way it would fail and detect the fail because no previous file would exist that could be reused
2: Try to detect when video track extraction fails better. No idea what was causing it to fail in the first place, the file read perfectly fine, no errors, no sync problems, nothing reported wrong at all by other programs (mkvtoolnix, for example).
This is a really big problem because i also run several dozen file batches per day, and now i can't be sure if my previous conversions are right or not. This is silent data corruption at its worst, and in my case, i caught it completely by chance. I'm running the latest version (could not find any updates just now).
Thank your for your time,
fK
Well, at least it isn't just me! Sadly unlike when I was creating files with no soundtrack (don't check the "skip demuxing" box!) I cannot easily find the files with bad data. I am HOPING I caught it early by happenstance and got lucky as spot checking a pile of files didn't find bad ones but that would be a miracle if true!
byteshare
2nd February 2019, 09:27
Tune --Animation isnt working. I have a Ma10 profile where tune is on default, chaning ot to animation and the encoding wont start. In DE mode it will just throggle between encoding and idle forever, chaning it to default and its all working again. Maybe its a bad command.
From the Profiles folder:
"--profile main10 --output-depth 10 --tune animation" - not working
"--profile main10 --output-depth 10" - Working fine.
If using x265 the tune animation isn't working because the x265 needs to be updated.
GZZ
2nd February 2019, 11:31
If using x265 the tune animation isn't working because the x265 needs to be updated.
It have several tune, normally I use default, but I had a animation movie, not sure how much different the animation vs default will do.
I see its version x265 2.9+14 and Animation is first supported in 3.0. Then it makes sense.
Atak_Snajpera
2nd February 2019, 17:50
I can confirm this. In my case, i narrowed it down to a couple of files that i was trying to convert from avc to 265. The extraction phase could not get the video file from it, and would (wrongly) use the video265 file that was leftover on the Temp folder from the previous conversion, resulting in a file with the correct output name, wrong video track and correct audio track. Also, ripbot showed no error.
In my view, this could be fixed in one of two ways:
1 (and best): before every new file, clear all existing items in the temp folder. This way it would fail and detect the fail because no previous file would exist that could be reused
2: Try to detect when video track extraction fails better. No idea what was causing it to fail in the first place, the file read perfectly fine, no errors, no sync problems, nothing reported wrong at all by other programs (mkvtoolnix, for example).
This is a really big problem because i also run several dozen file batches per day, and now i can't be sure if my previous conversions are right or not. This is silent data corruption at its worst, and in my case, i caught it completely by chance. I'm running the latest version (could not find any updates just now).
Thank your for your time,
fK
Done!
byteshare
3rd February 2019, 16:33
In one of the most recent updates the "Abort" / "Start" stopped working properly for me under these conditions:
1. I start a job and at some "Abort" the job.
2. I try to "Start" the jobs again.
3. A job will never start, rather it gets stuck on the "Please Wait....Gathering information..." and also gets stuck "Aborting..."
I have to kill the Encoding Client, close RipBot and restart RipBot to get a job to start again.
Done!
Awesome and thank you, that was a long standing issue...I don't know why I didn't mention it myself :)
jlpsvk
3rd February 2019, 21:20
Another suggestion. :)
Possibility to set HDR10+ metadata file for include in encode. Or better to check source for HDR10+ metadata, if present, extract and include in encode automatically. :)
forkicks
4th February 2019, 12:24
Done!
Thanks!
Also, i just noticed the program has problems when converting files with "+" in the filename ("This fileSOMETHING+OTHER.mkv" -OR- "+" in the track name ("DD+" in audio track for example). Those are valid filenames and track names, so should be supported, or renamed as a preprocessing step.
Thank you for your time,
fK
byteshare
5th February 2019, 16:42
Thank you for updating the x265 version.
byteshare
7th February 2019, 16:34
Really a small thing but on Windows 7 and Windows 10, I've noticed if you tab through the crop settings (to manually adjust), the Tab key goes from Top > Bottom > Right. Left is being skipped. I noticed if I click into left and hit Tab it goes to the ">" key, so it is out of order in some why.
I noticed this after going through dozens of files having to make small corrections, otherwise I'd probably have missed it because normally I'd just use the mouse.
byteshare
9th February 2019, 12:34
I lost power on a machine and all of the jobs are still in the temp folder but for some reason the jobs.list and jobs.state are gone.
I would guess this might have happened because the jobs.list is held open directly/constantly rather than being accessed when needed?
I don't think there is an easy way to restore the jobs.list without just re-adding all of the jobs.
Atak_Snajpera
9th February 2019, 12:53
I lost power on a machine and all of the jobs are still in the temp folder but for some reason the jobs.list and jobs.state are gone.
I would guess this might have happened because the jobs.list is held open directly/constantly rather than being accessed when needed?
I don't think there is an easy way to restore the jobs.list without just re-adding all of the jobs.
Do not touch anything (or copy temp folder to other location). I will try to implement automatic recovery for this case.
byteshare
9th February 2019, 13:42
Other decoders are not frame accurate. Especially those using DirectShowSource interface.
I have it backed up for now.
I've brought it up before, but is it possible in the batch mode to set a custom crop?
I've been using the auto crop, but it doesn't always get it right.
Right now I have about 78 files that should all have a crop of L 240 and a R 240 but many (not all) are L238 R240 and all of those have a small black line on the left side, so I'm having to go through each job and check manually, which IMO defeats the purpose of the autocrop.
I was trying to batch edit the crop with the jobxxxx.avs and jobxxxx.ini, but that doesn't seem to be enough because the crop isn't taking for during the encode. After editing the two files if I go into the AviSynth Filters the crop setting is still set to Do not crop, however if I look at the script "Show Video Scrpit" I do see my crop settings.
Is there another location I need to edit?
Atak_Snajpera
9th February 2019, 13:47
Right now I have about 78 files that should all have a crop of L 240 and a R 240 but many (not all) are L238 R240 and all of those have a small black line on the left side, so I'm having to go through each job and check manually, which IMO defeats the purpose of the autocrop.
Can you upload some problematic samples. I will try to adjust autocrop algorithm.
byteshare
9th February 2019, 15:18
Can you upload some problematic samples. I will try to adjust autocrop algorithm.
Sure, I'll do that and PM you the link once it is done...slow upload, sorry.
The ones that I originally was having issues with I already finished and have moved on, but I have some new issue ones.
But, IMO, being able to define the crop in batch mode would be more helpful because 9 out of time times it works but it leaves me still having to check every single job.
Atak_Snajpera
9th February 2019, 16:09
Sure, I'll do that and PM you the link once it is done...slow upload, sorry.
The ones that I originally was having issues with I already finished and have moved on, but I have some new issue ones.
But, IMO, being able to define the crop in batch mode would be more helpful because 9 out of time times it works but it leaves me still having to check every single job.
I prefer to improve autocrop...
byteshare
9th February 2019, 16:52
I prefer to improve autocrop...
PM Sent with test files
Atak_Snajpera
9th February 2019, 17:20
PM Sent with test files
None of your files have horizontal bars.
Right now I have about 78 files that should all have a crop of L 240 and a R 240 but many (not all) are L238 R240 and all of those have a small black line on the left side, so I'm having to go through each job and check manually, which IMO defeats the purpose of the autocrop.
byteshare
9th February 2019, 17:40
None of your files have horizontal bars.
I don't have the old files anymore, but the ones I sent also aren't working correctly. I was quoting my old message because to me I'm having the same issue, which is auto crop isn't working correctly.
In the batch I sent, some have horizontal, some vertical, and some both.
Black Jack file has horizontal bars.
Atak_Snajpera
9th February 2019, 17:42
I don't have the old files anymore, but the ones I sent also aren't working correctly. I was quoting my old message because to me I'm having the same issue, which is auto crop isn't working correctly.
In the batch I sent, some have horizontal, some vertical, and some both.
Black Jack file has horizontal bars.
My mistake ,I meant vertical bars.
byteshare
9th February 2019, 18:24
My mistake ,I meant vertical bars.
Crest.of.the.Stars.(Seikai.no.Monshou).08 has a vertical bar, or do you mean more standard 4:3 in a 16:9 file?
Atak_Snajpera
9th February 2019, 18:38
Crest.of.the.Stars.(Seikai.no.Monshou).08 has a vertical bar, or do you mean more standard 4:3 in a 16:9 file?
works fine
https://i.imgsafe.org/f1/f1004a0946.png
byteshare
9th February 2019, 18:53
works fine
https://i.imgsafe.org/f1/f1004a0946.png
Huh, didn't for me:
https://i.imgur.com/4KUtLRu.jpg
What about Cryon Shin 02?
https://i.imgur.com/AL09gTX.jpg
Did all 31 files work for you?
Atak_Snajpera
9th February 2019, 19:12
Because You use non standard DPI scaling. My app was designed for default 100%. BTW. scaling in win10 works differently than in win7. Win10 resamples content of the window and hence everything looks correctly. On other hand win7 only increased system UI elements like buttons and so on. Rest remains untouched and looks weird like you see.
What about Cryon Shin 02?
Autocrop does not crop this black line because top/bottom line is not fully covered.
https://i.postimg.cc/5yghCJxQ/Crayon-Shin-chan-02abc-English-Vitello-dub-ATTKC-AE9068-BE-002.png
byteshare
9th February 2019, 19:16
Because You use non standard DPI scaling. My app was designed for default 100%. BTW. scaling in win10 works different than in win7. Win10 resamples content of the window and hence everything looks correct. On other win7 only increased system UI elements like buttons and so on. Rest remains untouched and looks weird like you see.
Okay, so it is working as intended, because you prefer not to crop unbalanced? ie, not -4,0,0,2?
I can check on another machine that I don't have the scaling above 100% but I had a similar problem with them not cropping out the black bars, I'll look at that now.
I was trying to batch edit the crop (with notepad++) with the jobxxxx.avs and jobxxxx.ini, but that doesn't seem to be enough because after editing the two files if I go into the AviSynth Filters the crop setting is still set to Do not crop, however if I look at the script "Show Video Scrpit" I do see my crop settings.
Is there another location I need to edit?
Update (from my win10 machine):
https://i.imgur.com/3F2HkHh.jpg
Atak_Snajpera
9th February 2019, 19:23
Is there another location I need to edit?
Jobx.ini
Btw. I've uploaded new version. Check if your older jobs can now be restored.
byteshare
9th February 2019, 19:31
Jobx.ini
Btw. I've uploaded new version. Check if your older jobs can now be restored.
Thank you...I over looked that file. [update] Works great :)
Wow, the update fixed the joblist!!! Thank you again, awesome work.
byteshare
10th February 2019, 23:13
Because You use non standard DPI scaling. My app was designed for default 100%. BTW. scaling in win10 works differently than in win7. Win10 resamples content of the window and hence everything looks correctly. On other hand win7 only increased system UI elements like buttons and so on. Rest remains untouched and looks weird like you see.
Autocrop does not crop this black line because top/bottom line is not fully covered.
https://i.postimg.cc/5yghCJxQ/Crayon-Shin-chan-02abc-English-Vitello-dub-ATTKC-AE9068-BE-002.png
At least in that photo it should on the right side IMO.
To me if it is partial it should get cropped, probably why I always want the manual crop option in the batch mode...using notepad++ and doing a batch edit after the fact isn't perfect but much more work able than clicking through each job.
Next time I get the auto crop to not work correctly when it is a solid black line I'll send you some samples again.
PetBel
12th February 2019, 10:07
Since I have installed the new 1.24 version, after indexing I get the following Error on most jobs (8 of 10 last time) added in batch mode:
File e:\temp\Ripbot264temp\job1\video.mkv.ffindex_track00.kf.txt does not exist!
When checking the files in the job folders there is a video.mkv.ffindex_track01.kf.txt in every folder (number after track is different).
Is there a bug in the new RipBot version or is something wrong with my mkv source files?
Atak_Snajpera
12th February 2019, 14:39
upload some samples.
PetBel
12th February 2019, 15:13
After checking some working source files and some source files with error here is what I found:
In working source files the track order is video track (id 0), audio track (id 1), subtitle track (id 2) and charter. In sources with error the audio track is first (id 0) and the video track is second (id 1). For me it looks like that this is the problem. After changing the track order of a file with error Ripbot encoded it without a problem.
byteshare
12th February 2019, 16:29
After checking some working source files and some source files with error here is what I found:
In working source files the track order is video track (id 0), audio track (id 1), subtitle track (id 2) and charter. In sources with error the audio track is first (id 0) and the video track is second (id 1). For me it looks like that this is the problem. After changing the track order of a file with error Ripbot encoded it without a problem.
Should send some sample files to the dev so he can fix this for everyone, just my two cents.
Really a small thing but on Windows 7 and Windows 10, I've noticed if you tab through the crop settings (to manually adjust), the Tab key goes from Top > Bottom > Right. Left is being skipped. I noticed if I click into left and hit Tab it goes to the ">" key, so it is out of order in some why.
I noticed this after going through dozens of files having to make small corrections, otherwise I'd probably have missed it because normally I'd just use the mouse.
Noticed this got fixed as well. Thank you!
forkicks
12th February 2019, 16:30
After checking some working source files and some source files with error here is what I found:
In working source files the track order is video track (id 0), audio track (id 1), subtitle track (id 2) and charter. In sources with error the audio track is first (id 0) and the video track is second (id 1). For me it looks like that this is the problem. After changing the track order of a file with error Ripbot encoded it without a problem.
Just diagnosed this myself. This only became obvious when the program started clearing the video265 file. On the down side, this also means that any file where the video track was not the first one before was being incorrectly encoded (ie, it had the wrong video) before last ripbot version.
fK
PetBel
12th February 2019, 19:57
I don’t know if it's necessary to send a sample because it's easy to create such a file. Simply create a mkv with one video and one audio track, set the order of the video and audio track so that audio is the first and video is the second track. Now try to encode it in distributed encoding (Like this I can reproduce the error with every mkv). I don't know if this also happens in single PC encoding.
I also don’t know if this is a bug in RipBot. At the moment I write a script to demux and remux my mkv's in the right track order (video first, audio second). But I think if it's possible to create such a file with mkvtoolnix (I think mkvtoolnix creates only mkv's in a correct way) any software should handle this file without an error.
Someone knows if it's possible to do this (change track order) without demux/remux the mkv? I tried to do it with mkvpropedit without success until now.
@Atak_Snajpera
But anyway, I really love Ripbot especially the distributed encoding.
Atak_Snajpera
12th February 2019, 20:47
I don’t know if it's necessary to send a sample because it's easy to create such a file. Simply create a mkv with one video and one audio track, set the order of the video and audio track so that audio is the first and video is the second track. Now try to encode it in distributed encoding (Like this I can reproduce the error with every mkv). I don't know if this also happens in single PC encoding.
I also don’t know if this is a bug in RipBot. At the moment I write a script to demux and remux my mkv's in the right track order (video first, audio second). But I think if it's possible to create such a file with mkvtoolnix (I think mkvtoolnix creates only mkv's in a correct way) any software should handle this file without an error.
Someone knows if it's possible to do this (change track order) without demux/remux the mkv? I tried to do it with mkvpropedit without success until now.
@Atak_Snajpera
But anyway, I really love Ripbot especially the distributed encoding.
Do not bother! It should be already fixed in next auto-update.
SKPN
14th February 2019, 13:18
Hello,
I started using RipBot about a week ago, and am loving the distributed encoding feature. However, the last two days, I've been getting errors at the end of the encoding process that causes the entire job to fail.
Here is the most recent error file:
B:\>"B:\Installs\TV Stuff\RipBot264v1.24.0\EncodingClient.exe" "C:\Temp\RipBot264temp\job1\job1_EncodingClient.meta"
mkvmerge v31.0.0 ('Dolores In A Shoestand') 64-bit
Error: The file 'C:\Temp\RipBot264temp\video.265' could not be opened for reading: open file error.
-------------------------
Elapsed Time: 05h:35m:39s
When I look in the temp folder, the video.265 file does not exist, so it seems to be an error creating that file. I've tried changing the location of the temp folder, thinking it might be a permissions issue on C, but still receive the same error. It also occurs regardless of which PC I initiate the job from. The strange part is that it doesn't happen on every attempt. But my last three tries of encoding a 4K movie, I've received that error. It's very frustrating, especially since it doesn't happen until after the several hours of encoding are completed, and the progress is lost, forcing me to start over.
Does anyone know what might be causing this? Any help would be greatly appreciated.
Atak_Snajpera
14th February 2019, 13:42
Hello,
I started using RipBot about a week ago, and am loving the distributed encoding feature. However, the last two days, I've been getting errors at the end of the encoding process that causes the entire job to fail.
Here is the most recent error file:
When I look in the temp folder, the video.265 file does not exist, so it seems to be an error creating that file. I've tried changing the location of the temp folder, thinking it might be a permissions issue on C, but still receive the same error. It also occurs regardless of which PC I initiate the job from. The strange part is that it doesn't happen on every attempt. But my last three tries of encoding a 4K movie, I've received that error. It's very frustrating, especially since it doesn't happen until after the several hours of encoding are completed, and the progress is lost, forcing me to start over.
Does anyone know what might be causing this? Any help would be greatly appreciated.
1) Verify that all X.265 files have been created in RipBot264temp\jobX\Chunks
2) If yes then execute via console RipBot264temp\jobX\Chunks\CombineAllChunks.cmd
3) If video.265 has been created then execute RipBot264temp\jobX\jobX_MuxFiles.cmd
PetBel
14th February 2019, 13:57
Looks like the stability of the 1.24 is not yet as good as with 1.23. From time to time I have the problem that encoding stops. When checking the Encoding Client window it looks like in the attachement.
After aborting encoding in the RipBot window Encoding Client window looks normal with text "Aborting..." in the top left corner but its frozen. I have to kill the encoding client task to close the window.
I'm not sure yet but at the moment I think this happens if a Server PC is for example turned off (connection to server is lost) while encoding.
Are there any log files I can check to get more information about what happens?
16729
byteshare
14th February 2019, 14:33
I'm having an issue with a set of video files but not others...
The issue is I add the job fine, AVISynth Preview even works, and a 10s clip also encodes (auto-switches to non-DE mode).
When I try to encode the whole file or a 122s clip (tries DE mode) the file never encodes.
I noticed the video.mkv never gets made in the job folder. I tried manually adding that but that didn't help. The RipBot264 Encoding Server errors:
Encoding started...
""\\ComputerName\Ripbot264temp\Tools\ffmpeg\bin\ffmpeg.exe" -loglevel panic -i "\\ComputerName\RipBot264temp\job34\Chunks\2.avs" -strict -1 -f yuv4mpegpipe - | "\\ComputerName\Ripbot264temp\tools\x265\x265_x64.exe" --colorprim bt709 --transfer bt709 --colormatrix bt709 --crf 22 --fps 25 --min-keyint 25 --keyint 250 --frames 1500 --sar 1:1 --profile main10 --output-depth 10 --aq-mode 3 --ref=5 --bframes=8 --rc-lookahead=60 --max-merge=5 --limit-refs=0 --no-weightp --weightb --b-intra --psy-rd=1.5 --ctu 32 --y4m --pools "+" --output "\\ComputerName\RipBot264temp\job34\Chunks\2.265" -"
The system cannot find the path specified.
122s sample file that errors: https://mega.nz/#!BoxXAIxC!TBj0NpDhEmvRuNu7clrHOe3-obmwzpkpO4refLDrbcU
Isn't happening on all jobs but is with a few files like the one linked.
byteshare
14th February 2019, 14:36
Looks like the stability of the 1.24 is not yet as good as with 1.23. From time to time I have the problem that encoding stops. When checking the Encoding Client window it looks like in the attachement.
After aborting encoding in the RipBot window Encoding Client window looks normal with text "Aborting..." in the top left corner but its frozen. I have to kill the encoding client task to close the window.
I'm not sure yet but at the moment I think this happens if a Server PC is for example turned off (connection to server is lost) while encoding.
Are there any log files I can check to get more information about what happens?
16729
1.24 has more logging, but I can't see your picture. Generally better to post a link from an image hosting site than attaching here.
It sounds like it might be like this issue I reported:
In one of the most recent updates the "Abort" / "Start" stopped working properly for me under these conditions:
1. I start a job and at some "Abort" the job.
2. I try to "Start" the jobs again.
3. A job will never start, rather it gets stuck on the "Please Wait....Gathering information..." and also gets stuck "Aborting..."
I have to kill the Encoding Client, close RipBot and restart RipBot to get a job to start again.
This issue has been fixed from what I can test at some point in 1.24.
Atak_Snajpera
14th February 2019, 15:02
I'm having an issue with a set of video files but not others...
The issue is I add the job fine, AVISynth Preview even works, and a 10s clip also encodes (auto-switches to non-DE mode).
When I try to encode the whole file or a 122s clip (tries DE mode) the file never encodes.
I noticed the video.mkv never gets made in the job folder. I tried manually adding that but that didn't help. The RipBot264 Encoding Server errors:
122s sample file that errors: https://mega.nz/#!BoxXAIxC!TBj0NpDhEmvRuNu7clrHOe3-obmwzpkpO4refLDrbcU
Isn't happening on all jobs but is with a few files like the one linked.
Temporary solution is to remove + from file name.
PetBel
14th February 2019, 15:45
I don't click the Abort button. Encoding simply stops and the Encoding Client window looks like this:
https://imgur.com/a/xVQ3qpd
Then I click the Abort button in Ripbot window -> Encoding Client window changes to normal view with Aborting... message but its frozen and I have to kill it's task to close the window.
byteshare
14th February 2019, 16:53
Temporary solution is to remove + from file name.
I didn't even think about the filename, I guess it is like the files with Japanese in them. Thank you. I'll do that for now.
byteshare
14th February 2019, 16:54
I don't click the Abort button. Encoding simply stops and the Encoding Client window looks like this:
https://imgur.com/a/xVQ3qpd
Then I click the Abort button in Ripbot window -> Encoding Client window changes to normal view with Aborting... message but its frozen and I have to kill it's task to close the window.
Have you tried the newest version? I used to have issues with encoding stopping.
Atak_Snajpera
14th February 2019, 17:07
I didn't even think about the filename, I guess it is like the files with Japanese in them. Thank you. I'll do that for now.
Next update will fix that.
PetBel
14th February 2019, 19:13
Have you tried the newest version? I used to have issues with encoding stopping.
Yes, I use the newest version.
Since last "crash" encoding is running with deactivated restart function (this is the third button after the On and Off at each server. Right?). Until now it's working. Maybe there is the problem. Will have a look at that for the next days.
byteshare
18th February 2019, 07:15
Yes, I use the newest version.
Since last "crash" encoding is running with deactivated restart function (this is the third button after the On and Off at each server. Right?). Until now it's working. Maybe there is the problem. Will have a look at that for the next days.
I haven't had that issue on any of my machines, so it could be a bug specific to your setup...or I'm just getting lucky :)
Hope you find the cause.
PetBel
20th February 2019, 11:21
Yes, I use the newest version.
Since last "crash" encoding is running with deactivated restart function (this is the third button after the On and Off at each server. Right?). Until now it's working. Maybe there is the problem. Will have a look at that for the next days.
After 5 days of distributed encoding with deactivated restart function without any crash I think there is the problem.
Don't know if there is something special with my configuration (I don't think so) or there is a bug in the restart function. I simply use it with deactivated restart function now and I am happy like this :)
@Atak_Snajpera
If there is a problem in restart function let me know if I can help you by doing some tests.
Wishbringer
21st February 2019, 14:00
Some issues with DE:
When activating the buttons for auto-reconnect near on/off in DE Client, Client becomes unresponsitive when one of the DE Servers crashes or becomes unresponsitive.
Even closing DE Server and restarting doesn't brings a solution. Client doesn't react anymore.
Closing client task in taskmanager doesn't allow a restart of client. At restart Client stays at collecting data.
Only restart of PC helps.
sometimes (but in each DE encoding job more than one time) one of the DE server becomes unresponsitive.
For example x264/x265 stays at last frame (e.g. 2887/2888). Decoder processor usage stays at around 5%, x264/x265 at 0.1%
So maybe a AviSynth-Problem? Happens with Denoise and without.
I have one DE Client on a i7-7700K machine (with one DE Server enabled) and four Ryzen 2700x as DE Servers.
All of them are Win10 Pro 17763.292/316 pure with AviSynth+ and Ripbot is actual.
Atak_Snajpera
21st February 2019, 14:57
Some issues with DE:
When activating the buttons for auto-reconnect near on/off in DE Client, Client becomes unresponsitive when one of the DE Servers crashes or becomes unresponsitive.
Even closing DE Server and restarting doesn't brings a solution. Client doesn't react anymore.
Closing client task in taskmanager doesn't allow a restart of client. At restart Client stays at collecting data.
Only restart of PC helps.
I'm working on it right now... I've just noticed that I have some deadlocks in code.
sometimes (but in each DE encoding job more than one time) one of the DE server becomes unresponsitive.
For example x264/x265 stays at last frame (e.g. 2887/2888). Decoder processor usage stays at around 5%, x264/x265 at 0.1%
So maybe a AviSynth-Problem? Happens with Denoise and without.
Yes, you are right. Something is wrong on AviSynth side. I suspect some problem with ffms2 plugin. Maybe it incorrectly reports number of frames to avisynth.
Ryushin
21st February 2019, 17:39
Is there an option to only extract subtitles in a certain language? For me, it would be nice to extract subtitles that are my local languge and unknown.
Maybe a box in settings where you can add which subtitles languages to extract.
egres
21st February 2019, 18:12
It might sound like a stupid question, how do you rip a 3D movie and get a 3D rendered MKV ?
byteshare
21st February 2019, 18:53
Is there an option to only extract subtitles in a certain language? For me, it would be nice to extract subtitles that are my local languge and unknown.
Maybe a box in settings where you can add which subtitles languages to extract.
If you have all copy automatically you can setup your video player to play your preferred language first.
Ryushin
21st February 2019, 19:34
It might sound like a stupid question, how do you rip a 3D movie and get a 3D rendered MKV ?
It depends. For me, I rip the 3D using MakeMKV and using my Oppo UPD-203 to play the file back in 3D.
Only other methods I've seen need to use side by side or top and bottom frame. Essentially, you will need to encode two frames to get your 3D image. There were only a couple of software packages that I saw that could do this. Clown_BD was one and the other was DVDFab.
I may revisit this again if I can find a software package that will make x265 3D T&B files.
Edit: Looks like BD3D2MK3D will do what I need now. Time to try Top And Bottom frame encoding again.
Ryushin
21st February 2019, 19:36
If you have all copy automatically you can setup your video player to play your preferred language first.
Rather not clutter up the mkv file. I can still select manually as I'm doing now.
byteshare
21st February 2019, 22:07
Rather not clutter up the mkv file. I can still select manually as I'm doing now.
Can also select all then after encoding set a batch to strip the extras you don't want. Doing it that way saves you some manual work.
slalom
22nd February 2019, 11:16
What is this?
y4m [error]: bad sequence header magic
x264 [error]: could not open input file `-'
One server is starting and stopping
forkicks
22nd February 2019, 13:04
All my servers except the main one running side-by-side on the same machine with ripbot have started to fail with:
Encoding started...
""\\PCNAME\Ripbot264temp\Tools\ffmpeg\bin\ffmpeg.exe" -loglevel panic -i "\\PCNAME\Ripbot264temp\job1\Chunks\36.avs" -strict 1 -f yuv4mpegpipe - | "\\PCNAME\Ripbot264temp\tools\x265\x265_x64.exe" --seek 176 --colorprim bt709 --transfer bt709 --colormatrix bt709 --crf 18 --fps 24000/1001 --min-keyint 24 --keyint 240 --frames 1613 --sar 1:1 --profile main10 --output-depth 10 --tune psnr --ctu 16 --max-tu-size 16 --qg-size 16 --y4m --pools "+" --output "\\PCNAME\Ripbot264temp\job1\Chunks\36.265" -"
x265: [error]: unable to open input file <->
(this is just an example, its the same for other jobs/chunks)
Also, running this command from the command line produces the same result. (I couldn't copy paste the error, so i typed it in here, please attribute any typo to my fingers :-) )
after i updated my main ripbot with the latest update and started new batches.
This happens on all files, while encoding to 265 mkvs.
I have tried updating all the servers also to latest version, same result (initally had only the main one updated to absolute last version)
Atak_Snajpera
22nd February 2019, 13:44
open \\PCNAME\Ripbot264temp\job1\Chunks\36.avs in MPC-HC and see what error message you get.
forkicks
22nd February 2019, 15:44
open \\PCNAME\Ripbot264temp\job1\Chunks\36.avs in MPC-HC and see what error message you get.
The first error i get when doing what you say is:
"Cannot load a 64 bit DLL in 32 bit Avisynth: '//PCName/Ripbot264temp/tools/avisynth plugins/ffms/x64/ffms2.dll'. (\\PCName\Ripbot264temp\job4\Chunks\6.avs, line 6)
So i tried to "fix" it by changing the x64 to x86, then it fails with:
FFVideoSource: Failed to open 'Y:\filename.mkv' (\\PCNAME\RipBot264temp\job4\Chunks\6.avs, line 7)
(this was on a different block, but was the same problem).
"Y:" there refers to a path on the system where ripbot is running, its not valid for the DE servers.
(edit: Ignore the part about the x64/x86 difference, that is fine in the script, its the other path that is the problem.)
Ryushin
22nd February 2019, 16:01
I've normally had convert sup to sub for my settings since the beginning. But I've been see some sup that are different colors other than white, turn to a different color in sub.
For example, I have a sup that is yellow but turn red after conversion to sub. I've seen grey turn to near black.
I'm encoding only in x265 now and I've just turned off convert sup to sub so the subtitles look correct. Selecting rendering subtitles always converts to sub it seems. Can rendering subtitles not work with sup?
Question, is sub generally better supported and is that why we should use that instead? All of my players now have no problems play sup, so I'll just go with that for now on.
Atak_Snajpera
22nd February 2019, 16:35
Question, is sub generally better supported and is that why we should use that instead? All of my players now have no problems play sup, so I'll just go with that for now on.
Yes. Stick with original subtitles because support for BD subtitles is much better these days.
byteshare
22nd February 2019, 17:44
I was playing around with some filters for "fun"....boring life I suppose...
Anyways, I noticed that not all filters seem to work with the same syntax and I was wondering if anyone knew or could better describe AviSynth syntax/format in RipBot for me?
Why do some filters seem to work with video=Filter and others video=video.filter? Is it just because some are "built-in" to RipBot?
for example: video=QTGMC(Settings) works but FK3DB needs video=video.fk3db(settings)
Are the filters taken in order of the jobsxxx.avs file (top to bottom)?
for example: Deinterlace would go before Decimate? I don't think this is happening since Crop is 3rd from VideoSource, but custom would go last?
If I string them in a row with a "." they are done one at a time from left to right, yes?
for example: video=video.filter01(settings).filter02(settings) > filtero1 is processed, then filter02
or if I did them:
video=video.filter01(settings)
video=video.filter02(settings)
Would it be the same as stringing them together with "."?
egres
22nd February 2019, 18:01
Just started a job after latest update...... Nothing happens.... All encoders on all the remote pc's just do nothing...
https://ibb.co/Gv2963T
The chunk directories is like this...
https://i.ibb.co/VjMYw4L/Capturedir.png
byteshare
22nd February 2019, 18:23
Just started a job after latest update...... Nothing happens.... All encoders on all the remote pc's just do nothing...
https://ibb.co/Gv2963T
The chunk directories is like this...
https://i.ibb.co/VjMYw4L/Capturedir.png
What is are your encoding settings?
I'm seeing: --output NUL -
at the end of the Encoding Server here: https://ibb.co/Gv2963T
That doesn't seem normal to me, for me it looks like:
--output "\\compname\ripbot264temp\jobxx\chunks\xx.265" -
or try creating a new job and seeing if it does the same thing, cause right now it doesn't seem to be pointing the output correctly.
egres
22nd February 2019, 18:26
I have got 2 other jobs which worked yesterday and not working today. Did not change anything to my setup, except updating core !!
egres
22nd February 2019, 18:27
By the way, --output NUL - is normal in a 2 pass setting
byteshare
22nd February 2019, 18:29
By the way, --output NUL - is normal in a 2 pass setting
Oh, okay. Did you try making a new job to see if you got the same issue? (after closing and re-opening RipBot)
Cause on CRF it is working for me.
egres
22nd February 2019, 18:31
Yes.... I started a new job, same parameters, all encoders just sit there doing nothing. Then try one of the 2 older job, same result !!
Even the local encoder just sits there, with the command line....
byteshare
22nd February 2019, 18:33
Yes.... I started a new job, same parameters, all encoders just sit there doing nothing. Then try one of the 2 older job, same result !!
Even the local encoder just sits there, with the command line....
Not sure then, but maybe Atak_Snajpera or someone else might now why. It is working for me with CRF after update both old jobs and new jobs.
egres
22nd February 2019, 18:38
Just tried it with CRF.... same issue..
byteshare
22nd February 2019, 18:41
Just tried it with CRF.... same issue..
Something else is going on then. Have you tried a reboot just to eliminate that?
Have you checked any of the log files?
Atak_Snajpera
22nd February 2019, 18:46
I was playing around with some filters for "fun"....boring life I suppose...
Anyways, I noticed that not all filters seem to work with the same syntax and I was wondering if anyone knew or could better describe AviSynth syntax/format in RipBot for me?
Why do some filters seem to work with video=Filter and others video=video.filter? Is it just because some are "built-in" to RipBot?
for example: video=QTGMC(Settings) works but FK3DB needs video=video.fk3db(settings)
Are the filters taken in order of the jobsxxx.avs file (top to bottom)?
for example: Deinterlace would go before Decimate? I don't think this is happening since Crop is 3rd from VideoSource, but custom would go last?
If I string them in a row with a "." they are done one at a time from left to right, yes?
for example: video=video.filter01(settings).filter02(settings) > filtero1 is processed, then filter02
or if I did them:
video=video.filter01(settings)
video=video.filter02(settings)
Would it be the same as stringing them together with "."?
Syntax is like this
video=Filter(video,settings)
you can create chain of filter like this
video=Filter(video,settings).FilterB(settings).FilterC(settings)
Just remember that first filter will need clip name!
Atak_Snajpera
22nd February 2019, 18:54
I have got 2 other jobs which worked yesterday and not working today. Did not change anything to my setup, except updating core !!
Smells like your antivirus/firewall is just doing some weird stuff in background. In last update I just fixed few deadlocks (when user clicked abort client randomly hung) in code and I didn't mess with other parts of the code. I'm still investigating that auto-connecting bug...
egres
22nd February 2019, 19:02
Hum, just checked firewall rules... green light on encoder and Ripbot264. Even the local encoder just sits there with the command line.... nothing happens...
Atak_Snajpera
22nd February 2019, 19:03
Hum, just checked firewall rules... green light on encoder and Ripbot264. Even the local encoder just sits there with the command line.... nothing happens...
Check if script can be opened in MPC-HC.
egres
22nd February 2019, 19:04
I will reinstall the original RipBot264v1.24.0 and try that
byteshare
22nd February 2019, 19:05
Syntax is like this
video=Filter(video,settings)
you can create chain of filter like this
video=Filter(video,settings).FilterB(settings).FilterC(settings)
Just remember that first filter will need clip name!
Oh! I think I wasn't seeing the video in the settings:
video=Filter(video,settings) on the default ones...
So video=video.filter is working because I'm just saying to AviSynth do:
video then the filter and the filter is using the video from the first "command", which is just video.
Are the custom scripts getting the "video" from the other parts of the jobxx.avs after their AVISynth scripts (assuming there are some) or should I be putting everything like QTGMC into the custom script, except for crop?
I had in the past only been using a custom script.
egres
22nd February 2019, 19:06
Check if script can be opened in MPC-HC.
I am rather new at using your wonderful software... Could you elaborate :)
egres
22nd February 2019, 19:16
Just did a fresh reinstall of RipBot264v1.24.0.7z making sure update flag was set to 0. Works like a charm
byteshare
22nd February 2019, 19:17
I am rather new at using your wonderful software... Could you elaborate :)
Click on the Job > Edit > AviSynth > Preview Script
egres
22nd February 2019, 19:18
I left encoder v1.14.2.0 on all the remote PC's, and it works
egres
22nd February 2019, 19:20
Click on the Job > Edit > AviSynth > Preview Script
I will try that when job concludes. Thanks
Atak_Snajpera
22nd February 2019, 19:26
Oh! I think I wasn't seeing the video in the settings:
video=Filter(video,settings) on the default ones...
So video=video.filter is working because I'm just saying to AviSynth do:
video then the filter and the filter is using the video from the first "command", which is just video.
Are the custom scripts getting the "video" from the other parts of the jobxx.avs after their AVISynth scripts (assuming there are some) or should I be putting everything like QTGMC into the custom script, except for crop?
I had in the past only been using a custom script.
It does not matter where you put your code.
egres
22nd February 2019, 19:27
Just killed the job.... went in Click on the Job > Edit > AviSynth > Preview Script
https://i.ibb.co/VWSxyF9/preview.png
I never had a chance to use this before, but that dont look ok !!
Atak_Snajpera
22nd February 2019, 19:29
Basically What you see here is what you will get in encoded file.
egres
22nd February 2019, 19:31
As I said, never used this > Edit > AviSynth > Preview Script and all my jobs worked fine. The mkv was just fine
egres
22nd February 2019, 19:34
This is my Video script:
#AudioSource
LoadPlugin("C:\Users\Serveur\Desktop\Video\RipBot264\tools\AviSynth plugins\NicAudio\NicAudio.dll")
audio=NicDTSSource("D:\Temp\RipBot264temp\job32\audio_1_English.core.dts")
audio=ResampleAudio(audio,48000)
#DownMix
#Delay
audio=DelayAudio(audio,0)
#Tempo
#Normalize
#AudioDub
AudioDub(video,audio)
egres
22nd February 2019, 19:36
I meant audio... this is my video script...
#MT
#VideoSource
LoadPlugin("C:\Users\Serveur\Desktop\Video\RipBot264\Tools\AviSynth plugins\ffms\x64\ffms2.dll")
video=FFVideoSource("D:\Temp\RipBot264temp\job32\video.mkv",cachefile = "D:\Temp\RipBot264temp\job32\video.mkv.ffindex")
#Deinterlace
#Decimate
#Crop
#Resize
#Tonemap
#Levels
#Colours
#Denoise
#Custom
#Prefetch
#After_Prefetch_Denoise
#After_Prefetch_Custom
#Subtitles
#AudioSource
Import("D:\Temp\RipBot264temp\job32\job32_a1.avs")
#Triming
#AVSameLength
#ColorSpace
#Return
Atak_Snajpera
22nd February 2019, 19:41
Maybe reinstall GPU driver.
egres
22nd February 2019, 19:44
https://i.ibb.co/pw4KhkD/gpu.png
Do I need to set x264 OpenCl acceleration to my gpu ?
Atak_Snajpera
22nd February 2019, 19:46
no...
egres
22nd February 2019, 19:47
So you think it my be my GPU drivers... I will try that. Thanks for your help
forkicks
22nd February 2019, 21:11
All my servers except the main one running side-by-side on the same machine with ripbot have started to fail with:
Encoding started...
""\\PCNAME\Ripbot264temp\Tools\ffmpeg\bin\ffmpeg.exe" -loglevel panic -i "\\PCNAME\Ripbot264temp\job1\Chunks\36.avs" -strict 1 -f yuv4mpegpipe - | "\\PCNAME\Ripbot264temp\tools\x265\x265_x64.exe" --seek 176 --colorprim bt709 --transfer bt709 --colormatrix bt709 --crf 18 --fps 24000/1001 --min-keyint 24 --keyint 240 --frames 1613 --sar 1:1 --profile main10 --output-depth 10 --tune psnr --ctu 16 --max-tu-size 16 --qg-size 16 --y4m --pools "+" --output "\\PCNAME\Ripbot264temp\job1\Chunks\36.265" -"
x265: [error]: unable to open input file <->
(this is just an example, its the same for other jobs/chunks)
Also, running this command from the command line produces the same result. (I couldn't copy paste the error, so i typed it in here, please attribute any typo to my fingers :-) )
after i updated my main ripbot with the latest update and started new batches.
This happens on all files, while encoding to 265 mkvs.
I have tried updating all the servers also to latest version, same result (initally had only the main one updated to absolute last version)
I managed to get my DE servers to work again by mounting a share on each of them so that the path that is set on the avs file is the same locally for each of them.
Basically, in the avs file, on each DE server,
FFVideoSource: Failed to open 'Y:\filename.mkv' (\\PCNAME\RipBot264temp\job4\Chunks\6.avs, line 7)
the "Y:" is wrong, it should be \\PCNAME\(...)". The path that is set in the avs file is only valid in the machine running ripbot.
My fix was making that path also valid on each DE server by sharing and mapping the share so that it matches.
This only happens since the last version, this was working fine previously, but the problem is definitly that.
fK
DG74
22nd February 2019, 21:30
I still have the problem with a hanging task of RipBot, so no shutdown is possible. Any solution there?
pepeq
23rd February 2019, 00:06
I still have the problem with a hanging task of RipBot, so no shutdown is possible. Any solution there?
see post #16556 for a workaround. it helped me and some others...
DG74
23rd February 2019, 12:40
see post #16556 for a workaround. it helped me and some others...
Thank you very much! This solution helped in my case, too. It's the Logitech_discord.exe process, installed by Logitech Gaming Software, that caused hanging of RipBot.
slalom
24th February 2019, 10:59
Did we fix the start-stop problem of the servers?
Ryushin
24th February 2019, 13:36
The last few days I've had artifact issues with encoding a VC-1 blu-ray source. I must have re-encoded a dozen times with different settings trying to figure out what was wrong. Even tried handbrake to no avail. Eventually I tried a lossless h.264 encode using CRF 0 and I still had the artifacts. Googling seems to point to a decoding issue:
https://forum.videohelp.com/threads/388829-Annoying-Pixelating-Blocking-After-Encoding-in-Handbrake
Atak, I never knew of this issue with VC-1. Reading the thread says using the MS decoder solves the problem. Is it possible to implement a solution that solves the decoder problems for all VC-1 sources. Looks like ffmpeg might have just fixed this bug very recently as well.
Atak, it looks like the current version of ffmpeg that is included can handle the VC-1 encoding. I ran this:
"C:\Program Files\RipBot264\Tools\ffmpeg\bin\ffmpeg.exe" -i video.mkv -c:v libx264 -preset ultrafast -crf 0 output_x264_ultrafast_lossless.mkv
and the file did not show any artifacts. Huge file size though:
Original: 9.07GB
Lossless: 45.16GB
Would it be possible to add an option to add another step to the demuxing process to transcode VC-1 sources to x264 lossless? With any VC-1 source I have to do this extra step now. Thanks much.
sneaker_ger
24th February 2019, 13:43
ffmpeg fixed the problems in April 2018. And since 1.2.0 HandBrake is ffmpeg based so if you tested it in January and had problems you were probably still on an old version.
I'm not sure what exactly RipBot did in your case (I see no log) but I assume the problem is probably with either ffms2 or l-smash plugins still being based on the old ffmpeg version.
Ryushin
24th February 2019, 22:23
ffmpeg fixed the problems in April 2018. And since 1.2.0 HandBrake is ffmpeg based so if you tested it in January and had problems you were probably still on an old version.
I'm not sure what exactly RipBot did in your case (I see no log) but I assume the problem is probably with either ffms2 or l-smash plugins still being based on the old ffmpeg version.
On the latest version 1.24.0 with the latest updates. So most likely ffms2 is still based on the old ffmpeg version. Good to know once that is updated I won't need to do lossless transcoding any longer for VC-1 sources.
katodevin
25th February 2019, 04:39
I managed to get my DE servers to work again by mounting a share on each of them so that the path that is set on the avs file is the same locally for each of them.
Basically, in the avs file, on each DE server,
FFVideoSource: Failed to open 'Y:\filename.mkv' (\\PCNAME\RipBot264temp\job4\Chunks\6.avs, line 7)
the "Y:" is wrong, it should be \\PCNAME\(...)". The path that is set in the avs file is only valid in the machine running ripbot.
My fix was making that path also valid on each DE server by sharing and mapping the share so that it matches.
This only happens since the last version, this was working fine previously, but the problem is definitly that.
fK
I can confirm that I'm seeing the same behavior on the latest version making distributed encoding not possible. Swapped back to the version from end of 2018, and everything works fine. Hopefully this gets seen/addressed as the distributed encoding is the most enticing feature of RipBot264 for me.
pepeq
25th February 2019, 08:37
I can confirm that I'm seeing the same behavior on the latest version making distributed encoding not possible. Swapped back to the version from end of 2018, and everything works fine. Hopefully this gets seen/addressed as the distributed encoding is the most enticing feature of RipBot264 for me.
I see the same problem in my DE-environment, too.
Atak_Snajpera
25th February 2019, 13:31
On the latest version 1.24.0 with the latest updates. So most likely ffms2 is still based on the old ffmpeg version. Good to know once that is updated I won't need to do lossless transcoding any longer for VC-1 sources.
Is latest ffms2 frame accurate?
Ps. VC1 has been always pain in the ass... I just hope that stupid codec will just die!
defalopii
25th February 2019, 14:03
Hello, ive been using ripbot since 2012, i just want to ask to its developer, atak, are You planning to support encoding using vp9 in the near future of this great app? As we know vp9 comparable to x265 which ripbot already support for it long time ago, but x265 is not compatible with html5 video streaming, vp9 is, so i ask this question
Atak_Snajpera
25th February 2019, 14:25
Hello, ive been using ripbot since 2012, i just want to ask to its developer, atak, are You planning to support encoding using vp9 in the near future of this great app? As we know vp9 comparable to x265 which ripbot already support for it long time ago, but x265 is not compatible with html5 video streaming, vp9 is, so i ask this question
Most likely h.266/VVC or AV1. VP9 will die soon.
Ryushin
25th February 2019, 15:41
Is latest ffms2 frame accurate?
Ps. VC1 has been always pain in the ass... I just hope that stupid codec will just die!
I don't know if it is frame accurate or not. Just responding to sneaker_ger.
I have two VC-1 sources (Bladerunner and Terminator 2) that I'm waiting to encode so I can do tests on those. I'll download the latest ffms2 2.23.1 and let you know.
AtaK: Do I need 32bit or 64bit? I thought you moved to 64 bit a couple of years ago.
defalopii
25th February 2019, 15:42
Most likely h.266/VVC or AV1. VP9 will die soon.
so x265 will die soon also? today is streaming age, encoding x265 with powerful DE in this app is a little less benefit if it cant be streamed online. Or are u planning to support encoding AV1 in the near future?
Atak_Snajpera
25th February 2019, 15:58
so x265 will die soon also? today is streaming age, encoding x265 with powerful DE in this app is a little less benefit if it cant be streamed online. Or are u planning to support encoding AV1 in the near future?
VP9 will simply be replaced by AV1 in the same way how Vorbis was replaced by OPUS. Problem with AV1 today is that implementation is extremely sloooow and quality difference (vs x265) is also not amazing.
Atak_Snajpera
25th February 2019, 16:00
I don't know if it is frame accurate or not. Just responding to sneaker_ger.
I have two VC-1 sources (Bladerunner and Terminator 2) that I'm waiting to encode so I can do tests on those. I'll download the latest ffms2 2.23.1 and let you know.
AtaK: Do I need 32bit or 64bit? I thought you moved to 64 bit a couple of years ago.
So what does this mean?
https://forum.doom9.org/showthread.php?p=1864099#post1864099
Ryushin
25th February 2019, 16:17
So what does this mean?
https://forum.doom9.org/showthread.php?p=1864099#post1864099
Was that the latest version? If so, I guess it is not frame accurate.
Perhaps the only way to solve this is to to do the intermediate step of converting VC-1 to h.264 lossless. Then you get get rid of all the workarounds for handling VC-1.
Atak_Snajpera
25th February 2019, 16:35
Was that the latest version? If so, I guess it is not frame accurate.
Perhaps the only way to solve this is to to do the intermediate step of converting VC-1 to h.264 lossless. Then you get get rid of all the workarounds for handling VC-1.
That intermediate step would only kill any time savings in DE mode... In that case I would just use regular mode on the fastest machine in the house.
This looks like the latest version. Check and let me know how it went
https://forum.doom9.org/showthread.php?p=1866411#post1866411
Just copy ffms2.dll and ffmsindex.exe to ..\Tools\AviSynth plugins\ffms\x64 folder
...and start with fresh job because index file may not be compatible with older version.
UPDATE: Latest version is still broken because it sees all frames as keyframes. However My initial test shows that encoded VC1 file is seamless (no frame corruption or skipped frames where old chunks ends and new one starts)
# keyframe format v1
fps 0
0
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
Ryushin
25th February 2019, 17:00
That intermediate step would only kill any time savings in DE mode... In that case I would just use regular mode on the fastest machine in the house.
The lossless conversion really did not take very long. Takes a lot longer to suck in a 4K then for it to do a lossless conversion. The advantage is that DE is still running why the VC-1 source is being demuxed and converted to lossless.
I suppose I can use that one fast machine in the house to do the VC-1s or I can just convert it to lossless myself for those sources. Once I convert video.mkv, can I delete the video.mkv.ffindex* files and will the index be built automatically when the job starts?
Atak_Snajpera
25th February 2019, 17:07
The lossless conversion really did not take very long. Takes a lot longer to suck in a 4K then for it to do a lossless conversion. The advantage is that DE is still running why the VC-1 source is being demuxed and converted to lossless.
I suppose I can use that one fast machine in the house to do the VC-1s or I can just convert it to lossless myself for those sources. Once I convert video.mkv, can I delete the video.mkv.ffindex* files and will the index be built automatically when the job starts?
If you remove video.mkv.ffindex then Encodingclient will automatically reindex video.mkv.
I've updated my post
https://forum.doom9.org/showthread.php?p=1866770#post1866770
katodevin
25th February 2019, 17:22
I see the same problem in my DE-environment, too.
Atak_Snajpera- just hoping you saw that some of us were having issues with distributed encoding on the latest release. Has to do with the files within the script being referenced in a local manner rather than in the shared format.
See post #16742 for details.
Ryushin
25th February 2019, 17:23
If you remove video.mkv.ffindex then Encodingclient will automatically reindex video.mkv.
I've updated my post
https://forum.doom9.org/showthread.php?p=1866770#post1866770
I'll try that new version of ffms. I assume I can just delete the ffindex files. I'll try that one job, and if it works, I'll nuke the ffindex files for the 60 or so jobs I have in the cue.
Atak_Snajpera
25th February 2019, 17:34
I'll try that new version of ffms. I assume I can just delete the ffindex files. I'll try that one job, and if it works, I'll nuke the ffindex files for the 60 or so jobs I have in the cue.
For testing purposes use some low resolution (720p) to speed up whole process. I just need to know that everything is correctly encoded at stitches.
Ryushin
25th February 2019, 18:24
For testing purposes use some low resolution (720p) to speed up whole process. I just need to know that everything is correctly encoded at stitches.
I probably won't be able to get back with you about this for a few hours. Have to take care of something else right now.
Atak_Snajpera
25th February 2019, 18:32
I probably won't be able to get back with you about this for a few hours. Have to take care of something else right now.
No problem. My current testing shows that latest version of ffms2 is NOT frame accurate for AVC! (new chunk does not start from correct frame) VC1 seems to be ok despite detecting all frames as I-frame.
Atak_Snajpera
25th February 2019, 19:49
Latest ffms2 also is not frame accurate for HEVC! (some frames are missing at joining point).
https://i.imgsafe.org/43/43863b318f.png
https://i.imgsafe.org/43/4386833ae6.png
Ryushin
25th February 2019, 21:38
The VC-1 source I used tested out great. Too bad it's broken for everything else.
VC-1 is just a pain. Back to making h.264 lossless before the conversion for me.
Atak_Snajpera
26th February 2019, 13:38
The VC-1 source I used tested out great. Too bad it's broken for everything else.
VC-1 is just a pain. Back to making h.264 lossless before the conversion for me.
Do not worry. I will be using different version for different codecs.
ffms2 2014 -> AVC
ffms2 2017 -> HEVC
ffms2 2019 -> VC1 and rest
Ryushin
26th February 2019, 14:42
Do not worry. I will be using different version for different codecs.
ffms2 2014 -> AVC
ffms2 2017 -> HEVC
ffms2 2019 -> VC1 and rest
Let me know when this is implemented and I will start adding the vc1 jobs.
byteshare
26th February 2019, 17:15
so x265 will die soon also? today is streaming age, encoding x265 with powerful DE in this app is a little less benefit if it cant be streamed online
x265 is already used to stream. Netflix uses it if your device supports it.
Most likely h.266/VVC or AV1. VP9 will die soon.
Is H.266 supposed to come out soon?! It seems 264 still hasn't completely been replaced by 265 yet.
pepeq
26th February 2019, 17:25
Atak_Snajpera- just hoping you saw that some of us were having issues with distributed encoding on the latest release. Has to do with the files within the script being referenced in a local manner rather than in the shared format.
See post #16742 for details.
The workaround described in post #16742 works, but remember to create a network connection to your movie-source, which is valid from an elevated shell also.
If you create a network connection (or do a 'net use') with your ordinary user-rights, the workaround does not work.
Reason: RipBot264 runs in Administrator-mode and therefore the movie-source has to be accessable with elevated (Administrator-) rights.
Hope that helps.
Atak_Snajpera
26th February 2019, 17:36
Let me know when this is implemented and I will start adding the vc1 jobs.
Now !
slalom
26th February 2019, 21:25
A problem with version 1.24.1
Although starting and stopping on DE was fixed, if you abort a job and try to restart it, the problem re-appears
slalom
26th February 2019, 22:03
I restarted all PCs
Only one server working in DE (the one with the jobs). All the others are starting and stopping
Ryushin
26th February 2019, 22:45
Now !
Thank you Atak. You are the greatest.
Ryushin
27th February 2019, 03:36
Afraid I'm in the same boat now. None of my DE jobs are running now. Restored from backup, turned off auto updates, and everything is working again.
pepeq
27th February 2019, 09:07
Afraid I'm in the same boat now. None of my DE jobs are running now. Restored from backup, turned off auto updates, and everything is working again.
see post #16773, this may help until Atak has fixed it.
Atak_Snajpera
27th February 2019, 12:09
Use latest version only if you have no old jobs in queue. Old jobs may not start due to incompatibility with ffms2.dll and old .index file.
You may try to manually fix this by editing each jobx.avs file.
If your source video is not AVC or VC1 then change ffms_latest to 2017 in line below #VideoSource
#VideoSource
LoadPlugin("C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\Tools\AviSynth plugins\ffms\ffms_latest\x64\ffms2.dll")
#VideoSource
LoadPlugin("C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\Tools\AviSynth plugins\ffms\2017\x64\ffms2.dll")
notepad++ should be able to do that in batch.
pepeq
27th February 2019, 12:51
Use latest version only if you have no old jobs in queue. Old jobs may not start due to incompatibility with ffms2.dll and old .index file.
You may try to manually fix this by editing each jobx.avs file.
If your source video is not AVC or VC1 then change ffms_latest to 2017 in line below #VideoSource
#VideoSource
LoadPlugin("C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\Tools\AviSynth plugins\ffms\ffms_latest\x64\ffms2.dll")
#VideoSource
LoadPlugin("C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\Tools\AviSynth plugins\ffms\2017\x64\ffms2.dll")
notepad++ should be able to do that in batch.
@Atak: but you know, that this does not solve the problem described in post #16773.
Ryushin
27th February 2019, 15:04
Use latest version only if you have no old jobs in queue. Old jobs may not start due to incompatibility with ffms2.dll and old .index file.
You may try to manually fix this by editing each jobx.avs file.
If your source video is not AVC or VC1 then change ffms_latest to 2017 in line below #VideoSource
#VideoSource
LoadPlugin("C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\Tools\AviSynth plugins\ffms\ffms_latest\x64\ffms2.dll")
#VideoSource
LoadPlugin("C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\Tools\AviSynth plugins\ffms\2017\x64\ffms2.dll")
notepad++ should be able to do that in batch.
I had not idea that notepad++ would do that. I will need to look into that.
If anyone has the Linux subsystem installed, this command will do it as well (one line):
find /mnt/d/Temp/RipBot264temp/ -maxdepth 2 -type f -regex '.*job[0-9][0-9][0-9][0-9].avs?' -exec sed -i 's/ffms\\ffms_latest\\x64/ffms\\2017\\x64/g'
{} \;
Ryushin
27th February 2019, 15:33
My jobs are stuck right now. Just says starting... but never does anything.
DE Server shows:
Encoding started...
""\\SONNY\Ripbot264temp\Tools\ffmpeg\bin\ffmpeg.exe" -loglevel panic -i "\\SONNY\RipBot264temp\job1107\Chunks\1.avs" -strict -1 -f yuv4mpegpipe - | "\\SONNY\Ripbot264temp\tools\x265\x265_x64.exe" --seek 0 --colorprim bt709 --transfer bt709 --colormatrix bt709 --crf 18 --fps 24000/1001 --min-keyint 24 --keyint 240 --frames 1434 --sar 1:1 --profile main10 --output-depth 10 --sar 1:1 --ctu 32 --y4m --pools "+" --output "\\SONNY\RipBot264temp\job1107\Chunks\1.265" -"
I've made the changes to the job*.avs files for the change for ffms. Even deleted the index files. Not sure what is going on yet.
Question: Is there an option to not build the index after demuxing the job but rather let it be created when the job starts? It would make pulling in jobs faster for me.
Edit: Odd, after 10 minutes, the jobs actually started. <que twilight zone music>
Ryushin
27th February 2019, 15:43
Atak, I removed the couple of VC-1 jobs I had. Do you recommend deleting all the indexes for all the jobs or they should they be fine once the job*.avs script is updated?
Atak_Snajpera
27th February 2019, 15:56
Atak, I removed the couple of VC-1 jobs I had. Do you recommend deleting all the indexes for all the jobs or they should they be fine once the job*.avs script is updated?
They should be fine.
katodevin
27th February 2019, 19:32
@Atak: but you know, that this does not solve the problem described in post #16773.
Seconded. I have no jobs in queue, created jobs with the latest version, and cannot get distributed encoding to start on any of the remote computers.
Swapping back to the old version works fine.
slalom
27th February 2019, 19:47
Seconded. I have no jobs in queue, created jobs with the latest version, and cannot get distributed encoding to start on any of the remote computers.
Swapping back to the old version works fine.
I'll do that too
I can't reload all those jobs for nothing
egres
28th February 2019, 17:06
Seconded. I have no jobs in queue, created jobs with the latest version, and cannot get distributed encoding to start on any of the remote computers.
Swapping back to the old version works fine.
Reported the same issue a couple days ago, #16712 . I just tried again today. When I fired up RP, I got 3 updates: core.zip,ffms.zip and MediaInfo.zip. I then created a new job. Same result as you. Even the local encoder won't start
P.S: If I do a fresh install from RipBot264v1.24.0.7z and making sure updates are disabled, everything works.
slalom
28th February 2019, 22:08
Seconded. I have no jobs in queue, created jobs with the latest version, and cannot get distributed encoding to start on any of the remote computers.
Did that too
Fresh install everywhere, one job added.
Nothing starts
pepeq
1st March 2019, 13:24
Did that too
Fresh install everywhere, one job added.
Nothing starts
For all of you, who are having the error, that RB does not start on the DE-server machines, but only on the DE-server itself:
An easier work-around is to reference the source video-file via a network-path on the DE-server, when you ADD or EDIT the job.
Example:
In menu Open when adding or editing a RB-job, do not select the source-video via a local disk-path (e.g. D:\videos\source.mkv), but via the UNC-network path (e.g. \\mymachine\videos\source.mkv).
The only requirement is to create a network-share (\\mymachine\videos) to your source-video directory (D:\videos), which is accessible from your DE-client-machines. Then you do not to have to create a network-mapping on all your DE-clients.
If you do so, then in all files jobX/chunks/X.avs the local path D:\videos\... is substituted with the network-path \\mymachine\videos\... and your DE-clients can access the source-video.
Hope that helps.
slalom
1st March 2019, 15:50
Ok, I did that
Now all servers say "starting" but nothing happens, cpu is idle
pepeq
1st March 2019, 16:01
Ok, I did that
Now all servers say "starting" but nothing happens, cpu is idle
This is another problem.
See #16556, maybe this will help you.
It helped a few other users (see #16560 and #16745)
byteshare
1st March 2019, 17:13
This is another problem.
See #16556, maybe this will help you.
It helped a few other users (see #16560 and #16745)
I don't have those issues but if I click abort and then start a job after the encodes never start but keep trying, but if I click abort again > close and then open RipBot > Click encode it works again.
slalom
1st March 2019, 18:06
This is another problem.
See #16556, maybe this will help you.
It helped a few other users (see #16560 and #16745)
I ran Resource Monitor
Didn't find anything strange
I don't have those issues but if I click abort and then start a job after the encodes never start but keep trying, but if I click abort again > close and then open RipBot > Click encode it works again.
Seems to work. Do you have to do that once for all jobs?
All this is not normal behaviour
An easier work-around is to reference the source video-file via a network-path on the DE-server, when you ADD or EDIT the job.
Example:
In menu Open when adding or editing a RB-job, do not select the source-video via a local disk-path (e.g. D:\videos\source.mkv), but via the UNC-network path (e.g. \\mymachine\videos\source.mkv).
The only requirement is to create a network-share (\\mymachine\videos) to your source-video directory (D:\videos), which is accessible from your DE-client-machines. Then you do not to have to create a network-mapping on all your DE-clients.
If you do so, then in all files jobX/chunks/X.avs the local path D:\videos\... is substituted with the network-path \\mymachine\videos\... and your DE-clients can access the source-video.
Hope that helps.
Did anyone notice network overload?
The speed is of course 1Gbps
slalom
2nd March 2019, 12:07
The problem with me is Network I/O waits
When this happens and the encoding doesn't start, there is high memory and network usage
Atak_Snajpera
2nd March 2019, 14:17
The problem with me is Network I/O waits
When this happens and the encoding doesn't start, there is high memory and network usage
And what does Process Hacker show regarding cpu usage by ffmpeg.exe ?
Something tells me that due to incompatible .index file ffms2 plugin simply re-indexes you video file on fly and hence high network usage. (each server does the same simultaneously)
slalom
2nd March 2019, 18:14
Not much
https://i.ibb.co/vzwXgqC/image.jpg (https://ibb.co/f01DBFV)
and resource monitor
https://i.ibb.co/gtfFnCb/2.jpg (https://ibb.co/44XgQxw)
nekrosoft13
3rd March 2019, 05:45
I managed to get my DE servers to work again by mounting a share on each of them so that the path that is set on the avs file is the same locally for each of them.
Basically, in the avs file, on each DE server,
FFVideoSource: Failed to open 'Y:\filename.mkv' (\\PCNAME\RipBot264temp\job4\Chunks\6.avs, line 7)
the "Y:" is wrong, it should be \\PCNAME\(...)". The path that is set in the avs file is only valid in the machine running ripbot.
My fix was making that path also valid on each DE server by sharing and mapping the share so that it matches.
This only happens since the last version, this was working fine previously, but the problem is definitly that.
fK
same issue, updated today, and it broke same day
Ryushin
3rd March 2019, 15:44
So I'm still encountering this issue.
I rip a 4K disc to the hard drive that has seamless branching, such as Incredibles 2. I then use Ripbot to pull in the movie and process it. The output will have out of sync audio towards the end of the movie. I think this only happens on 4K discs that are towards 2 hours or longer.
The work around I've been doing is to use MakeMKV to create a video file from the same source and then pull that into Ripbot to process it and it comes out fine. Only caveat seems to be Ripbot throws and error when pulling in a mkv file that has a TrueHD stream in it.
Decoding Error
FFAudioSource: No audio track found
(D:\Temp\Ripbot264temp\Job1023\getinfo.avs, line 4)
So I create two MKVs, one with AC3 which Ripbot pulls in fine and is processed, and the other with TrueHD, that I mux in the TrueHD audio stream after the Ripbot finishes with the first file.
Still have this issue 4K and seamless branching. Just had to go through this with Ralph Breaks the Internet and Snow White and the Huntsman Extended edition. RB still throws and error when pulling in a mkv that has a TrueHD stream in it. Though I suspect that is caused by it being the first audio stream? Next time I'll remux it and make it the second audio stream to see if the error still occurs.
pepeq
4th March 2019, 14:45
For all of you, who are having the error, that RB does not start on the DE-server machines, but only on the DE-server itself:
An easier work-around is to reference the source video-file via a network-path on the DE-server, when you ADD or EDIT the job.
Example:
In menu Open when adding or editing a RB-job, do not select the source-video via a local disk-path (e.g. D:\videos\source.mkv), but via the UNC-network path (e.g. \\mymachine\videos\source.mkv).
The only requirement is to create a network-share (\\mymachine\videos) to your source-video directory (D:\videos), which is accessible from your DE-client-machines. Then you do not to have to create a network-mapping on all your DE-clients.
If you do so, then in all files jobX/chunks/X.avs the local path D:\videos\... is substituted with the network-path \\mymachine\videos\... and your DE-clients can access the source-video.
Hope that helps.
Problem solved with latest update RB 1.24.1, the files chunks/X.avs are correct now.
Thanks @Atak!
byteshare
4th March 2019, 19:44
Seems to work. Do you have to do that once for all jobs?
No, the issue is once I start a job, Abort it, and Click start again (even for the same job). The servers never start (just stop/starting), until I click abort again, then start again and it is working again, not sure why.
slalom
4th March 2019, 20:06
Problem solved with latest update RB 1.24.1, the files chunks/X.avs are correct now.
Thanks @Atak!
Mine is working too BIG :thanks:
Should we use network path or local path to add the jobs?
pepeq
4th March 2019, 22:16
Mine is working too BIG :thanks:
Should we use network path or local path to add the jobs?
I think it doesn't matter, because in the files chunks\X.avs now always the demuxed video-file video.mkv from \\YOURSERVER\RipBot264temp\jobX\video.mkv is read.
I assume local or network path is only used on the server for demuxing and indexing the movie. In one case the original-
movie is read from the local disk directly, and is read via network path with TCP-loopback. The difference in speed is marginal (not present).
slalom
6th March 2019, 07:23
Same problem
Some jobs start, some don't
Ryushin
6th March 2019, 14:41
Still have this issue 4K and seamless branching. Just had to go through this with Ralph Breaks the Internet and Snow White and the Huntsman Extended edition. RB still throws and error when pulling in a mkv that has a TrueHD stream in it. Though I suspect that is caused by it being the first audio stream? Next time I'll remux it and make it the second audio stream to see if the error still occurs.
Remuxing to make TrueHD the second audio stream instead of the first allows the mkv to be pulled in. RB shows the AC3 as the first stream and THD as the second stream.
Had to do the makemkv route first for Wreck-It Ralph as it has seamless 4K branching.
Another item about batch encode. I've just started using this feature to pull in TV episodes. I've been using makemkv to make the individual episodes and then pulling them in. I seen an option for rendering subs but not an option to render only forced subtitles and remux the others. Can a manual crop option be added. I've hit an issue sometimes that RB does not correctly determine thecrop and it would be nice for me to put in a manual crop for the batch of episodes being pulled in.
Atak, I cannot believe how long you've been supporting RB and only making it better as time goes on. I rely it daily. Thank you for continuing to produce such a great program.
Atak_Snajpera
6th March 2019, 15:27
Remuxing to make TrueHD the second audio stream instead of the first allows the mkv to be pulled in. RB shows the AC3 as the first stream and THD as the second stream.
Had to do the makemkv route first for Wreck-It Ralph as it has seamless 4K branching.
Another item about batch encode. I've just started using this feature to pull in TV episodes. I've been using makemkv to make the individual episodes and then pulling them in. I seen an option for rendering subs but not an option to render only forced subtitles and remux the others. Can a manual crop option be added. I've hit an issue sometimes that RB does not correctly determine thecrop and it would be nice for me to put in a manual crop for the batch of episodes being pulled in.
Atak, I cannot believe how long you've been supporting RB and only making it better as time goes on. I rely it daily. Thank you for continuing to produce such a great program.
Manual crop in batch mode can be easily achieved by using custom script
#Crop
video=Crop(video,0,0,-0,-0)
byteshare
6th March 2019, 17:45
Can a manual crop option be added. I've hit an issue sometimes that RB does not correctly determine thecrop and it would be nice for me to put in a manual crop for the batch of episodes being pulled in.
Like Atak said you can make a custom script with crop settings, or you edit the job***.avs files in the RipBot264temp folder to add in a custom crop. I recommend using NotePad++ since you can do this on several files at once with more advanced add/replace options with even having line breaks.
I would note if you don't edit the job***.ini file's crop settings you won't see the crop if you try to preview it/open the AVISynthScript section, if you only edit the job***.avs or use a custom script.
Atak, I cannot believe how long you've been supporting RB and only making it better as time goes on. I rely it daily. Thank you for continuing to produce such a great program.
Completely agree.
katodevin
10th March 2019, 16:55
Problem solved with latest update RB 1.24.1, the files chunks/X.avs are correct now.
Thanks @Atak!
Hi there! Could you let me know where you got 1.24.1 from? First page still links to 1.24.0 and auto-update doesn't seem to be increment to the .1 version.
Thanks!
SKPN
11th March 2019, 15:27
Is there a way to split files (or even better, to only encode certain parts of a file)? I am looking to remove rolling credits from some episodes, but I don't see any way in the GUI to have the encoding split the file after X frame or timestamp.
byteshare
11th March 2019, 16:43
Hi there! Could you let me know where you got 1.24.1 from? First page still links to 1.24.0 and auto-update doesn't seem to be increment to the .1 version.
Thanks!
Just open and close RipBot a few more times to get the update, or try editing your updater.ini to "LastCheck=" older than a year > Save > and then open and close RipBot and wait for the updater to finish getting files and then open RipBot again to get them installed.
pepeq
11th March 2019, 22:21
Hi there! Could you let me know where you got 1.24.1 from? First page still links to 1.24.0 and auto-update doesn't seem to be increment to the .1 version.
Thanks!
I think you don't know how the RipBot264-updater works. I did the following for you again:
1. I downloaded https://www.mediafire.com/file/x5ueufb7in67dd5/RipBot264v1.24.0.7z/file (link from post #1)
2. unzip to any empty directory (e.g. c:\tools\RipBot264)
3. in c:\tools\RipBot264 there is now an empty folder "Updates"
4. now start RipBot264.exe
5. in the Windows-frame of RB v1.24.0 is noted
6. now look in the Updates-folder: if your internet-connection is ok, it will fill with files:
core.zip, ffms.zip, MediaInfo.zip, mkvtoolnix.zip, mvtools.zip, update.ini, x265.zip (in total about 55MB)
7. If you assume, that RB will do the update now automatically, you are wrong! You have to exit RB and start it again.
8. RB sees the files in the Updates-dir and installs the updates.
Then the RB-GUI starts with v1.24.1
Note:
"Auto Update" must be enabled in the RB-settings, but this is set by default, if you unzip the 7z-file
This worked for me!
defalopii
14th March 2019, 05:56
Hy developer, i see ure using ffmsindex.exe to encode the video by specific frame. I wonder can i split the video before it being encoded by using the video.mkv.ffindex file?
Atak_Snajpera
14th March 2019, 13:24
no...
byteshare
14th March 2019, 18:04
Hy developer, i see ure using ffmsindex.exe to encode the video by specific frame. I wonder can i split the video before it being encoded by using the video.mkv.ffindex file?
You can split it with MKVToolNix
defalopii
17th March 2019, 08:12
You can split it with MKVToolNix
MKVToolNix i can see there is option to split by frame, but never try it, is this frame accurate?
sneaker_ger
17th March 2019, 09:57
No.
https://gitlab.com/mbunkus/mkvtoolnix/wikis/Splitting-imprecise
Ryushin
18th March 2019, 14:13
Do not worry. I will be using different version for different codecs.
ffms2 2014 -> AVC
ffms2 2017 -> HEVC
ffms2 2019 -> VC1 and rest
Looks like ffms2 2019 is not frame accurate for some VC-1 sources. Blade Runner came out fine but two other sources showed corruption.
VC-1 is a nightmare.
StillPad
18th March 2019, 14:18
Hello Atak Snajpera,
I'm here to post a Bug that I have since many weeks.
I couldn't post it till now cos new members can't do posts for some weeks.
I got here the new SW S*lo Movie switch give me that bug when I'm trying to add them to ripbot.
I tried Version 1.23 and 1.23.1.7
I also using Avisynth+ r2728-MT which is the newest version of it.
Any idea what I should do now?
Greetings Pad
Use MakeMKV first if eac3to can't process this particular movie.
Hello Atak_Snajpera,
thank you very much.
Your hint worked very well for me.
Finally found the time to test it :)
Btw. I found out that I have that problem it eac3to with every movie that is using Dolby Digital Plus aka EAC3 as soundfile.
While I need to use MakeMKV for a lot of movies now I noticed that its way fast when I use MakeMKV for all movies first than only use Ripbot.
When I use MakeMKV he reads with arround 150MB/Sec from me HDD.
What takes arround 5-7mins until its finished.
When I add this MKV File now on Ripbot it take way less time as when I let Ripbot demux directly from the Movie Image.
I have tested it on a few movies.
The transferrate of the HDD when Ripbot demux the Files from a image on an other HDD is at circa 20Mb/Sec.
I got here 1 SSD and 2 HDD with same Speed that is at arround 150-160MB/Sec
Have I maybe done something wrong that Ripbot is that slow on demuxing?
I mean Ripbot is an awesome tool for shrinking and all the other stuff.
But even when the image and the temp folder is on a SSD.
It takes forever until the movie is added and ready for editing.
I hope you understand what I mean :)
SKPN
18th March 2019, 14:52
You can split it with MKVToolNix
That may not work; mkvtoolnix can only split on keyframes, since it's not re-encoding the file. Ideally, we would be able to split the video directly in RipBot using the GUI.
byteshare
18th March 2019, 16:21
MKVToolNix i can see there is option to split by frame, but never try it, is this frame accurate?
No, it is keyframe based.
You can cut by frame if you either do it with avisynth or if you encoded t in raw first > cut > encode.
skylinekiller
19th March 2019, 22:11
When I try to preview AVS script in RipBot, I get a Windows Media Playback error "MPC-HC has stopped working" Does anyone know how to solve this
byteshare
20th March 2019, 16:41
When I try to preview AVS script in RipBot, I get a Windows Media Playback error "MPC-HC has stopped working" Does anyone know how to solve this
What is your script?
stryker412
20th March 2019, 18:39
Is it possible to edit a file to add in custom bitrates to the drop down list? I know you can manually enter them in too but was wondering if I could just add them to the list and set a bitrate as the default?
byteshare
20th March 2019, 18:55
Is it possible to edit a file to add in custom bitrates to the drop down list? I know you can manually enter them in too but was wondering if I could just add them to the list and set a bitrate as the default?
You can set the "Default Encoder Settings" in the "RipBot264 Settings"
Change the "Encoding Mode" to "1-Pass" or "2-Pass" and type in your preferred "Bitrate"
Not sure about the dropdown list though because I don't see an option for that in the settings or RipBot264.ini
skylinekiller
20th March 2019, 20:28
What is your script?
pretty much just default. When I have a 1080P file and go to automatically crop, then resize to 1280p, I press the preview button. I don't really change anything else
byteshare
21st March 2019, 16:22
pretty much just default. When I have a 1080P file and go to automatically crop, then resize to 1280p, I press the preview button. I don't really change anything else
Does it work when it is default?
skylinekiller
22nd March 2019, 09:02
Does it work when it is default?
No, it didn't work. I just loaded my media, clicked "AviSynth" clicked "Preview Script" and same error
defalopii
22nd March 2019, 12:13
Hello, i tried encoding using GPU with GeForce® GTX 1080
Both x264 OpenCL acceleration and KNLMeansCL active using the GPU, but i see using GPU-Z the load of GPU is only 21% at average. Is this normal or something causing bottleneck?
byteshare
22nd March 2019, 16:27
No, it didn't work. I just loaded my media, clicked "AviSynth" clicked "Preview Script" and same error
Does encoding work?
What codec packs (if any) are you using?
byteshare
22nd March 2019, 16:28
Hello, i tried encoding using GPU with GeForce® GTX 1080
Both x264 OpenCL acceleration and KNLMeansCL active using the GPU, but i see using GPU-Z the load of GPU is only 21% at average. Is this normal or something causing bottleneck?
The GPU part is only for some filters and decoding but not encoding in RipBot
defalopii
22nd March 2019, 22:45
The GPU part is only for some filters and decoding but not encoding in RipBot
I am using MDegrain2+KNLMeansCL (Adaptive) filter while encoding. Does this cant pull the GPU into its full load capacity?
skylinekiller
23rd March 2019, 10:11
Does encoding work?
What codec packs (if any) are you using?
Encoding works just fine, the only thing I cannot do is a preview with WMC, I get that error.
Atak_Snajpera
23rd March 2019, 13:00
I am using MDegrain2+KNLMeansCL (Adaptive) filter while encoding. Does this cant pull the GPU into its full load capacity?
Try with KNLMeansCL only. I suspect a CPU bottleneck in your case.
MDegrain2 is very demanding on CPU and hence your CPU may not be able to deliver frames fast enough for your powerful GPU.
defalopii
23rd March 2019, 13:20
Try with KNLMeansCL only. I suspect a CPU bottleneck in your case.
MDegrain2 is very demanding on CPU and hence your CPU may not be able to deliver frames fast enough for your powerful GPU.
Yeah i think so, i will try and see, hope cpu and gpu can get maximum.
Also when i abort the encoding process in the half way, is there any setting to prevent the already encoded chunks being re-encoded from the beginning again when i re-start the encoding process?
byteshare
23rd March 2019, 16:17
Encoding works just fine, the only thing I cannot do is a preview with WMC, I get that error.
What version of MPC do you have?
Do you have any codec packs installed?
I'm using MPC-HC 64bit
Version: 1.7.11.13 (f6d4865)
Compiler: MSVC 2015 Update 3
Build date: Mar 12 2017
LAV Filters:
LAV Splitter: 0.69.0.71
LAV Video: 0.69.0.71
LAV Audio: 0.69.0.71
FFmpeg compiler: MinGW-w64 GCC 6.2.0
If you open MPC and click Help > About > Copy to clipboard it gives you this information.
jlpsvk
23rd March 2019, 23:03
no chance to include nvencc64 to ribot? DE? Who is using DE, would not use nvencc64. as just simple. :)
Ryushin
26th March 2019, 23:59
Try using seekmode=0 in FFVideoSource. It may solve frame inaccuracy for the other codecs as well. However, no guarantee.
Afraid that did not fix the frame accuracy. Still corruption at the 4 minute mark when use DE.
Tazlord
27th March 2019, 05:26
RipBot has been behaving very strange for a long time and I've pretty much run out of ideas of how to fix it. Below is a list of things I've been experiencing. If anyone else has been experiencing any of this and knows a fix, please point me in the right direction:
- When adding any non-english track to either the audio or subtitles, RB will no longer automatically detect the language. It can only detect English tracks automatically now. Sometimes you can see the proper language being selected for a fraction of a second but then it reverts back to unidentified language.
- RB main app does not close properly when clicking the "x" button. The app will disappear from the main screen but the tray icon and executable in Task Manager stays. Trying to reopen the app from the tray icon causes it to become unresponsive. The only way to fully close the app is to kill the process in Task Manager.
- In distributed encoding, the encoding server does not fully start on the master system. The executable shows up in the Task Manager but the icon does not show up in the tray and will not respond to any commands sent to it from the encoding client, even while running on the same system.
- Remote Encoding servers fail to start encoding unless the shared folder has been browsed manually in Explorer. This happens even without any authentication requirements on the main system (no password, guest access = yes, etc).
Notes:
All of the above are continuing to happen, even on a freshly installed OS (Windows 10 Pro).
As of my last attempt to fix this, I am running the most recent version of RB264 (fresh install/unpack).
As far as I know, all dependencies have been installed (Java, AviSynth, etc). RB does is not warning me about any missing dependencies.
I am able to get the encoding server to work on a different system running Windows 10 Home as well as a virtual machine running Windows 7. The working systems have only the encoding server executable copied to them. No other parts of RB are installed or copied over.
byteshare
28th March 2019, 16:52
I am not sure about all of your issues but I might be able to help with these:
1- RB main app does not close properly when clicking the "x" button. The app will disappear from the main screen but the tray icon and executable in Task Manager stays. Trying to reopen the app from the tray icon causes it to become unresponsive. The only way to fully close the app is to kill the process in Task Manager.
2- In distributed encoding, the encoding server does not fully start on the master system. The executable shows up in the Task Manager but the icon does not show up in the tray and will not respond to any commands sent to it from the encoding client, even while running on the same system.
3- Remote Encoding servers fail to start encoding unless the shared folder has been browsed manually in Explorer. This happens even without any authentication requirements on the main system (no password, guest access = yes, etc).
1 Make sure your Windows Mal-ware and/or anti-virus is excluding the RipBot folders and you are on the most recent version of RipBot (with updates)
2 I think is related to 3, but if you edit a job > AviSynth > Preview Script: is there an error? You might have to click in the seek bar and/or click play to see the image
3 Settings > Distributed Encoding > Authentication: Put your server's (main computer that has RipBot open) User name (might need to put your domain/computer name as well, like this "ComputerName\UserName" and Password, and have the "Automatically share RipBot264temp folder" checked.
There are other possible ways to fix this but I prefer this method.
Arbelisk
29th March 2019, 02:28
Hey. Anyone have a problem with using DE after updating to 1.24.1? I was using 1.23 and it was working fine. Now after updating, the host computer will not connect to itself but will connect to the remote computer just fine. Any ideas? Thanks.
byteshare
29th March 2019, 08:25
Hey. Anyone have a problem with using DE after updating to 1.24.1? I was using 1.23 and it was working fine. Now after updating, the host computer will not connect to itself but will connect to the remote computer just fine. Any ideas? Thanks.
No problems here.
Do you have a VPN or more than one network connection?
What are you seeing if you do a CMD > ipconfig?
Arbelisk
29th March 2019, 23:43
No problems here.
Do you have a VPN or more than one network connection?
What are you seeing if you do a CMD > ipconfig?
No, not anymore. I actually found out that the encoding server was not running. It was being blocked by other programs in the wait chain. Very odd. I ended the program it was waiting on and it worked. But I have to do that every time I use RipBot now.
Atak_Snajpera
30th March 2019, 12:19
No, not anymore. I actually found out that the encoding server was not running. It was being blocked by other programs in the wait chain. Very odd. I ended the program it was waiting on and it worked. But I have to do that every time I use RipBot now.
https://forum.doom9.org/showthread.php?p=1862506#post1862506
duffbeer
1st April 2019, 09:42
I need some advice! My current PC is now 7 years old and in need of an upgrade. I'm trying to decide between 2700x/9700k/9900k and I have read a few threads regarding lower x264 image quality when using too many threads.
Does this mean I should avoid the 9900k and stick with the 9700k or have I misunderstood?
Pino72
1st April 2019, 10:09
That's nonsense, quality of x264/x265 encodings does not change with the type of CPU you are using (not even if AMD or Intel). The faster the CPU the faster your encodings will be at the same quality. Threads do not impact quality in any way just speed.
LigH
1st April 2019, 12:30
Threads do not impact quality in any way just speed.
Uhm, well ... many threads do limit the scope in some kinds of parallelism, too many threads may indeed limit the quality. But depending on several factors (frame dimensions, bitrate per frame pixels, preset ~ encoding efforts), the loss will probably be negligible.
Atak_Snajpera
1st April 2019, 13:26
I think x264 has hard thread limit at 24 in order to avoid any possible quality degradation.
I need some advice! My current PC is now 7 years old and in need of an upgrade. I'm trying to decide between 2700x/9700k/9900k and I have read a few threads regarding lower x264 image quality when using too many threads.
Does this mean I should avoid the 9900k and stick with the 9700k or have I misunderstood?
Ryzen 3xxx is around the corner (~3 months)! 12C Ryzen will destroy 9900k in x264 and x265 for the same price!
duffbeer
1st April 2019, 14:17
I think x264 has hard thread limit at 24 in order to avoid any possible quality degradation.
Ryzen 3xxx is around the corner (~3 months)! 12C Ryzen will destroy 9900k in x264 and x265 for the same price!
This is what concerns me. Maybe I should go for 2700x and look to drop in a Ryzen 3xxx CPU next year for an easy upgrade. The only thing that puts me off that plan is 2700x seems to be a fair bit behind 9900k in x265 benchmarks.
Atak_Snajpera
1st April 2019, 15:17
This is what concerns me. Maybe I should go for 2700x and look to drop in a Ryzen 3xxx CPU next year for an easy upgrade. The only thing that puts me off that plan is 2700x seems to be a fair bit behind 9900k in x265 benchmarks.
That's why I recommend to wait for Zen2 with improved AVX2 performance. New Ryzen (8c/16t) will be on par with intel 9900k in x265. While 12C/24T variant will be proportionally faster. I predict that 12C will have similar price to 9900k.
duffbeer
1st April 2019, 15:36
That's why I recommend to wait for Zen2 with improved AVX2 performance. New Ryzen (8c/16t) will be on par with intel 9900k in x265. While 12C/24T variant will be proportionally faster. I predict that 12C will have similar price to 9900k.
Thanks for the advice. I guess you're right - I should probably wait.
One other question about x265. I have just recently started to try some x265 encodes but the output did not look that good compared to my x264 encodes.
Most of my x264 encoding is done at CRF18 "Very Slow" with "Film" tune. I realise that you cannot compare x264 settings to x265 but what is the closest equivalent x265 settings?
Ryushin
1st April 2019, 19:12
One other question about x265. I have just recently started to try some x265 encodes but the output did not look that good compared to my x264 encodes.
Most of my x264 encoding is done at CRF18 "Very Slow" with "Film" tune. I realise that you cannot compare x264 settings to x265 but what is the closest equivalent x265 settings?
I switched everything to x265 last fall. I did CRF18 for x264 with similar settings as you. I'm still using CRF18 for x265 and always doing 10 bit regardless of it being a 8 or 10 bit source. I'm not doing any special tuning settings, just using x265 progressive with just adding the --par 1:1. I've not noticed a single case where the x265 looks worse then the x264. It either looks the same or better. File size is usually 25-50% smaller then the x264 source. Supposedly, x265 CRF20 is equivalent to CRG18 x264.
Atak lives and breaths this stuff, so he might have better insight.
Ryushin
2nd April 2019, 02:42
Atak, any idea on a solution to VC-1 sources? Just pulled in Jurassic Park 1-3 to redo them in x265 and it seems they are all VC-1. I'm thinking I might just go back to doing lossless x264 for the time being.
I downloaded ffms2 2.23.1 but it seems that dll was built in December. Maybe it would be best if I just open an issue on github to see if they can duplicate the problem and fix it.
duffbeer
2nd April 2019, 08:57
Atak, any idea on a solution to VC-1 sources? Just pulled in Jurassic Park 1-3 to redo them in x265 and it seems they are all VC-1. I'm thinking I might just go back to doing lossless x264 for the time being.
I downloaded ffms2 2.23.1 but it seems that dll was built in December. Maybe it would be best if I just open an issue on github to see if they can duplicate the problem and fix it.
Is there a problem with VC-1 sources? I hope not as I have encoded quite a few recently. The encoded files looked OK but I haven't watched them all the way through yet.
Never had a problem with VC-1 in the past.
Ryushin
3rd April 2019, 01:13
Is there a problem with VC-1 sources? I hope not as I have encoded quite a few recently. The encoded files looked OK but I haven't watched them all the way through yet.
Never had a problem with VC-1 in the past.
If you are using DE, then you will need to look where the chunks split. For me, a lot seems to be around the 4:00 minute mark. I had decoding issues before with VC-1 before the new update. Decoding issues are gone, but it is not frame accurate for some sources it seems. Blade Runner turned out fine, but four other sources now have not.
Ryushin
5th April 2019, 15:00
Atak, any idea on a solution to VC-1 sources? Just pulled in Jurassic Park 1-3 to redo them in x265 and it seems they are all VC-1. I'm thinking I might just go back to doing lossless x264 for the time being.
Nothing like having a 250GB lossless file to do an encoding. Plus I have to modify the avs file for this. I think I may just try to do any vc-1 sources on a non DE machine and see how that works out.
byteshare
5th April 2019, 16:57
Nothing like having a 250GB lossless file to do an encoding. Plus I have to modify the avs file for this. I think I may just try to do any vc-1 sources on a non DE machine and see how that works out.
Would it be faster/smaller/easier to just encode to 264x CRF1 very fast preset in another application that doesn't have issues with VC-1?
Atak_Snajpera
5th April 2019, 18:01
Nothing like having a 250GB lossless file to do an encoding. Plus I have to modify the avs file for this. I think I may just try to do any vc-1 sources on a non DE machine and see how that works out.
If I were you I would encode to AVC-INTRA with CRF10 instead of lossless.
Reasons:
1) Much smaller filer size
2) Much faster encoding
3) Still visually "lossless"
You really do not need perfect 1:1 copy if you are going to compress later even further with some more aggressive bitrate/CRF.
Ryushin
7th April 2019, 13:30
Well, VC-1 sources using a non DE came out fine. They decoded correctly and I don't see any kind of corruption. I will just have to do this until a ffms2 comes out that decodes correctly along with being frame accurate.
Atak, not sure how you want to deal with this in your code. Maybe have a popup when detecting a VC-1 source that using DE will cause corruption.
byteshare
8th April 2019, 16:42
TLDR: Install official drivers even if the Windows ones work
I have a Nvidia GTX 980.
I couldn't seem to get it listed in the settings as a device for "x264 OpenCL acceleration" or KNLMeansCL"
Guessing it is a drive/OpenCL issue.
I checked out this: https://streamhpc.com/blog/2015-03-16/how-to-install-opencl-on-windows/
But under the link for Nvidia: https://www.nvidia.com/Download/index.aspx#
I don't see an option for OpenCL support.
I found this page: https://developer.nvidia.com/opencl
Which says the OpenCL is included in GPU drivers.
I re-downloaded the drivers for my card and installed them and then I could see my device as an option in RipBot.
Atak_Snajpera
8th April 2019, 19:06
If you are using DE, then you will need to look where the chunks split. For me, a lot seems to be around the 4:00 minute mark. I had decoding issues before with VC-1 before the new update. Decoding issues are gone, but it is not frame accurate for some sources it seems. Blade Runner turned out fine, but four other sources now have not.
If this happens at 4:00 mark then maybe you could cut out first 5 minutes from source video and send it to me?
Ryushin
9th April 2019, 18:12
If this happens at 4:00 mark then maybe you could cut out first 5 minutes from source video and send it to me?
I'm seeing random frame corruption even when not using DE. And it seems to be random. Doing another encode of the trimmed version did not show the same corruption in the same place.
https://i.postimg.cc/bs4vs8qv/VC-1-Decoding-Frame-Corruption.png (https://postimg.cc/bs4vs8qv)
I'll get you a trimmed 5 minute source of the source that I use for testing. Thing is, the new ffms2 fixed the decoding problem but not the DE corruption at the 4 minutes mark.
byteshare
9th April 2019, 19:22
I'm seeing random frame corruption even when not using DE. And it seems to be random. Doing another encode of the trimmed version did not show the same corruption in the same place.
https://i.postimg.cc/bs4vs8qv/VC-1-Decoding-Frame-Corruption.png (https://postimg.cc/bs4vs8qv)
I'll get you a trimmed 5 minute source of the source that I use for testing. Thing is, the new ffms2 fixed the decoding problem but not the DE corruption at the 4 minutes mark.
Is the screenshot from VLC? Is it the same in MPC-HC (Media Player Classic Home Cinema)
Ryushin
9th April 2019, 22:13
Is the screenshot from VLC? Is it the same in MPC-HC (Media Player Classic Home Cinema)
VLC, SMPlayer, MPlayer, MPV Player, and MPC-HC all have the same corruption.
The joy of VC-1.
byteshare
9th April 2019, 22:37
VLC, SMPlayer, MPlayer, MPV Player, and MPC-HC all have the same corruption.
The joy of VC-1.
Just checking because I've seen that sort of visual issue with VLC but then not seen it with the same file in other players such as SMPlayer and MPC-HC.
Viper714
10th April 2019, 23:42
So, I am having an issue with my Encoding server on one machine out of three. Unfortunately it is the latest machine with the more powerful CPU & GPU. I start the encoding server and it it does not show on the taskbar or the system tray. If I go to the task manager it is there. Anybody have this issue?? It worked great about 3-4 weeks ago when I last used it. I recently updated to Windows 1809. could that be the issue? Would appreciate any help on this one!! Thanks
Atak_Snajpera
11th April 2019, 10:31
Use Process Hacker or Process Explorer to check if EncodingServer.exe is not being blocked by other program.
https://forum.doom9.org/showthread.php?p=1862506#post1862506
Ryushin
11th April 2019, 16:34
If this happens at 4:00 mark then maybe you could cut out first 5 minutes from source video and send it to me?
So I've trimmed it to 5, 10, and 15 minutes and the corruption does not show up. But it does every time I do the native source. I'll watch the 15 minutes source all the way through and see if it happens that I can repeat. This inconsistency with VC-1 is getting on my nerves. <grrrrrr>
byteshare
11th April 2019, 20:20
So I've trimmed it to 5, 10, and 15 minutes and the corruption does not show up. But it does every time I do the native source. I'll watch the 15 minutes source all the way through and see if it happens that I can repeat. This inconsistency with VC-1 is getting on my nerves. <grrrrrr>
Have you tried remuxing the whole thing to see if maybe the container is causing some issue?
duffbeer
12th April 2019, 09:06
Have you tried remuxing the whole thing to see if maybe the container is causing some issue?
I've seen no problems with any of my VC-1 encodes and I have done quite a few recently. I don't use DE as I only have 1 PC.
I haven't seen any other reports of this issue so maybe the problem is local to your setup?
Ryushin
13th April 2019, 14:46
I've seen no problems with any of my VC-1 encodes and I have done quite a few recently. I don't use DE as I only have 1 PC.
I haven't seen any other reports of this issue so maybe the problem is local to your setup?
Well, for giggles I'll pull down the latest version and let it do updates and run my tests again.
stryker412
13th April 2019, 18:20
I'm building a new machine. I currently have an aging i7-950 and encodes take a little over an hour per episode for a 45 minute ep on 2-pass. What is Ripbot more dependent on, GPU or CPU/RAM?
Atak_Snajpera
13th April 2019, 18:23
Cpu with many cores...
stryker412
13th April 2019, 18:28
Cpu with many cores...
With an 8 core, what types of speed increases would I see?
https://cpu.userbenchmark.com/Compare/Intel-Core-i7-9700K-vs-Intel-Core-i7-950/4030vs617
Atak_Snajpera
13th April 2019, 18:29
x264 or x265? Ryzen cpu?
stryker412
13th April 2019, 18:30
x264 or x265? Ryzen cpu?
Just edited my previous post with a comparison. I mainly use x264, I haven't gotten into x265 just yet.
Atak_Snajpera
13th April 2019, 18:34
Something around 3x speed up
stryker412
13th April 2019, 18:35
Something around 3x speed up
Ok so like I said, my episodes take a little over an hour and they would decrease to ~20 minutes? Nice! Thanks.
Atak_Snajpera
13th April 2019, 18:44
IPC in 9gen is atleast 1.5x higher than in Nehalem. Furthermore You also get higher all core turbo clock + faster ram so 3x should be a minimum.
Ryushin
18th April 2019, 01:54
If this happens at 4:00 mark then maybe you could cut out first 5 minutes from source video and send it to me?
I have a VC-1 source that is giving me corruption using DE or standalone. I've trimmed the Blu-ray source down and removed everything except trimmed m2ts file under STREAM.
There is also two samples along with a text file that outlines the corruption times. Link expires in two weeks:
https://cloud.chrisdos.com/index.php/s/TkXFnas6yMqtnE4
Please let me know if there is anything else I can provide.
Ryushin
18th April 2019, 17:05
I have a VC-1 source that is giving me corruption using DE or standalone. I've trimmed the Blu-ray source down and removed everything except trimmed m2ts file under STREAM.
There is also two samples along with a text file that outlines the corruption times. Link expires in two weeks:
https://cloud.chrisdos.com/index.php/s/TkXFnas6yMqtnE4
Please let me know if there is anything else I can provide.
BTW, I installed fresh copies of the latest version of Ripbot. Only thing I backed up and restore were my two ini files. I also made a change in the profile to add --sar 1:1.
Viper714
19th April 2019, 23:28
Use Process Hacker or Process Explorer to check if EncodingServer.exe is not being blocked by other program.
https://forum.doom9.org/showthread.php?p=1862506#post1862506
Atak,
I've downloaded both apps and for the life of me can't figure out how to check what is blocking the encoding server.exe. I am positing a screenshot of both the app and taskmanager in order to get some help on this.
Thanks
https://oi1378.photobucket.com/albums/ah89/Viper71463/RipBot_zpss2o6wrdq.png (https://s1378.photobucket.com/user/Viper71463/media/RipBot_zpss2o6wrdq.png.html)
Atak_Snajpera
20th April 2019, 09:54
check if EncodingServer.exe shows up in safe mode.
Viper714
21st April 2019, 20:07
check if EncodingServer.exe shows up in safe mode.
Atak,
So based on your suggestion, The encoding server did indeed run in safe mode. With that said, I decided to turn off all of my "startup" programs in task manager and turn them on a few at a time to find the culprit.
It was not "Everything" as I though it may have been, but a program called "Logitech Gaming Framework." Talk about weird!! No sure how that would interfere. I do have a Logitech Gaming keyboard and Flight sticks. I am going to have to remember to disable this program from starting when I am going to encode movies.
https://oi1378.photobucket.com/albums/ah89/Viper71463/Logitech%20GF_zpscbgbngxk.png (https://s1378.photobucket.com/user/Viper71463/media/Logitech%20GF_zpscbgbngxk.png.html)
Is there anything that I can provide you to possibly prevent this block from happening. I would be more than happy to provide it.
Thanks for pointing me in the right direction.
:thanks:
Atak_Snajpera
21st April 2019, 20:32
Maybe you could contact logitech support and ask them why they inject to other process and thereby block it? This not a normal behaviour in my book... People behind "everything" seem to fix this because it was doing the same thing in the past according to other user.
Viper714
22nd April 2019, 14:03
Maybe you could contact logitech support and ask them why they inject to other process and thereby block it? This not a normal behaviour in my book... People behind "everything" seem to fix this because it was doing the same thing in the past according to other user.
Okay, will do. I have a feeling that it is going to take them a while, but I will definitely contact them. I agree with your view. Thanks!!!
FuzzyNutz
22nd April 2019, 17:09
Ripbot is outputting videos with occasional blocky-digital artifacts when the source is VC-1. I get the same result whether ffdshow's video decoder is set to wmv9 or Intel QuickSync.
Ryushin
23rd April 2019, 17:18
Ripbot is outputting videos with occasional blocky-digital artifacts when the source is VC-1. I get the same result whether ffdshow's video decoder is set to wmv9 or Intel QuickSync.
I've found this problem as well. Please see:
https://forum.doom9.org/showpost.php?p=1866652&postcount=16747
https://forum.doom9.org/showpost.php?p=1863974&postcount=16631
The recent versions of Ripbot264 fixed the decoding issue though, but does not seems frame accurate.
VC-1 sources are just a pain to deal with.
Atak_Snajpera
23rd April 2019, 17:54
I've found this problem as well. Please see:
https://forum.doom9.org/showpost.php?p=1866652&postcount=16747
https://forum.doom9.org/showpost.php?p=1863974&postcount=16631
The recent versions of Ripbot264 fixed the decoding issue though, but does not seems frame accurate.
VC-1 sources are just a pain to deal with.
Works fine for your recently uploaded sample. Chunks are correctly stitched.
Ryushin
23rd April 2019, 19:30
Works fine for your recently uploaded sample. Chunks are correctly stitched.
Then perhaps it has something to do with AviSynth, FFDShow, or Haali Media Splitter that is installed the same way on all four machines. What versions are you recommending?
Atak_Snajpera
24th April 2019, 11:29
Then perhaps it has something to do with AviSynth, FFDShow, or Haali Media Splitter that is installed the same way on all four machines. What versions are you recommending?
How do you know that you have issues with frame accurate seeking? Can you again upload sample showing issues at stitching? I assume you are referring to DE mode...
sneaker_ger
24th April 2019, 11:44
Then perhaps it has something to do with AviSynth, FFDShow, or Haali Media Splitter
I thought you were using ffms2? ffdshow and Haali shouldn't matter, then.
Ryushin
24th April 2019, 12:06
How do you know that you have issues with frame accurate seeking? Can you again upload sample showing issues at stitching? I assume you are referring to DE mode...
Not sure if I'm understanding or not. The link is posted included two encodings along with the times corruption occurred. The DE showed issues at multiple minute marks.
Atak_Snajpera
24th April 2019, 13:12
Not sure if I'm understanding or not. The link is posted included two encodings along with the times corruption occurred. The DE showed issues at multiple minute marks.
well I was under impression that you still have issues even with latest update. Like I said latest version works fine with your uploaded sample.
Ryushin
24th April 2019, 13:41
well I was under impression that you still have issues even with latest update. Like I said latest version works fine with your uploaded sample.
I'll have it check for updates and run it again. Thanks Atak.
duffbeer
24th April 2019, 15:37
All this talk of VC-1 problems has me worried. I've encoded dozens of VC-1 sources recently and I haven't got time to watch all of them.
I've watched a few and so far I've seen no issues but I've got at least 20 more to do and I'm worried that they may encode with errors that I won't see for a little while until I get time to watch them again.
What's the real issue here? Is it just with DE or not?
Atak_Snajpera
24th April 2019, 16:26
All this talk of VC-1 problems has me worried. I've encoded dozens of VC-1 sources recently and I haven't got time to watch all of them.
I've watched a few and so far I've seen no issues but I've got at least 20 more to do and I'm worried that they may encode with errors that I won't see for a little while until I get time to watch them again.
What's the real issue here? Is it just with DE or not?
Mainly in DE mode at stitching points (at 1:00 , 2:00 , 3:00 and so on).
My advise is to encode one movie and then check if you see any corrupted frames at above marks. If everything is ok then you are good to go with rest of your vc1 library.
duffbeer
24th April 2019, 16:41
Mainly in DE mode at stitching points (at 1:00 , 2:00 , 3:00 and so on).
My advise is to encode one movie and then check if you see any corrupted frames at above marks. If everything is ok then you are good to go with rest of your vc1 library.
Thanks Atak. I don't use DE at all so I'm hoping it won't affect me. I've watched a couple recently and didn't see any problems at all and I've never had problems with VC-1 in the past either so I'm not sure where the current issues have come from all of a sudden.
archiel
24th April 2019, 18:20
After adding a Hyper-V VM to my PC I can no longer use Distributed Encloding. Hyper-V adds vEthernet(Default Switch) - used for NAT between the VM and the Network - and assigns a 172.17.x.x/28 address, which changes on each reboot and with only NAT connectivity - Connected to unknown network no traffic. The standard PC IP address in this case 10.55.63.115 is assigned to the vEthernet (External Virtual Switch) Hyper-V Virtual Ethernet Adapter #2.
In the Distributed Encoding tab, the IP address for both Client and Servers are set to 10:55.63.115, but the servers always start-up using the 172.17.x.x address. As a result the servers are seen as Offline. Setting the Client and Server IPs to the 172.17.x.x brings them online, but the NAT only connectivity means that there is still no usable connection.
The servers show ADAPTER0:172.17.x.x and ADAPTER1:10.55.63.115, but only connect to ADAPTER0.
Is there a way to run in Distributed Mode without shutting down the VM?
n.b. I am using DE as it is easier to manage the CPU workload this way rather than manually disabling cores from Task Manager.
Atak_Snajpera
24th April 2019, 18:56
After adding a Hyper-V VM to my PC I can no longer use Distributed Encloding. Hyper-V adds vEthernet(Default Switch) - used for NAT between the VM and the Network - and assigns a 172.17.x.x/28 address, which changes on each reboot and with only NAT connectivity - Connected to unknown network no traffic. The standard PC IP address in this case 10.55.63.115 is assigned to the vEthernet (External Virtual Switch) Hyper-V Virtual Ethernet Adapter #2.
In the Distributed Encoding tab, the IP address for both Client and Servers are set to 10:55.63.115, but the servers always start-up using the 172.17.x.x address. As a result the servers are seen as Offline. Setting the Client and Server IPs to the 172.17.x.x brings them online, but the NAT only connectivity means that there is still no usable connection.
The servers show ADAPTER0:172.17.x.x and ADAPTER1:10.55.63.115, but only connect to ADAPTER0.
Is there a way to run in Distributed Mode without shutting down the VM?
n.b. I am using DE as it is easier to manage the CPU workload this way rather than manually disabling cores from Task Manager.
Could you post some screenshots to help me visualize your issue?
archiel
24th April 2019, 20:22
ipconfig gives
connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Hyper-V Virtual Ethernet Adapter #2
Physical Address. . . . . . . . . : 1C-87-2C-42-1F-38
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
IPv6 Address. . . . . . . . . . . : 2a02:c7f:c038:e300:84cc:9e40:3222:143(Preferred)
Temporary IPv6 Address. . . . . . : 2a02:c7f:c038:e300:7957:24f0:84c9:85f7(Preferred)
Link-local IPv6 Address . . . . . : fe80::84cc:9e40:3222:143%8(Preferred)
IPv4 Address. . . . . . . . . . . : 10.55.63.115(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Lease Obtained. . . . . . . . . . : 18 April 2019 11:26:20
Lease Expires . . . . . . . . . . : 19 April 2019 11:26:24
Default Gateway . . . . . . . . . : fe80::ae9e:17ff:fe45:26f8%8
10.55.63.1
DHCP Server . . . . . . . . . . . : 10.55.63.1
DHCPv6 IAID . . . . . . . . . . . : 320636716
DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-1F-BF-CB-2C-1C-87-2C-42-1F-38
DNS Servers . . . . . . . . . . . : 2a02:c7f:c038:e300::1
2a02:c7f:c038:e300::1
10.55.63.1
NetBIOS over Tcpip. . . . . . . . : Enabled
Ethernet adapter vEthernet (Default Switch):
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Hyper-V Virtual Ethernet Adapter
Physical Address. . . . . . . . . : AE-15-4A-FF-42-27
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes
Link-local IPv6 Address . . . . . : fe80::358c:6941:5f5e:a048%19(Preferred)
IPv4 Address. . . . . . . . . . . : 172.17.2.225(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.255.240
Default Gateway . . . . . . . . . :
DHCPv6 IAID . . . . . . . . . . . : 330175818
DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-1F-BF-CB-2C-1C-87-2C-42-1F-38
DNS Servers . . . . . . . . . . . : fec0:0:0:ffff::1%1
fec0:0:0:ffff::2%1
fec0:0:0:ffff::3%1
NetBIOS over Tcpip. . . . . . . . : Enabled
Ryushin
24th April 2019, 20:55
Works fine for your recently uploaded sample. Chunks are correctly stitched.
VC-1, dammed if you do, damned if you don't.
Looks like we've come back full circle:
https://forum.doom9.org/showpost.php?p=1863974&postcount=16631
Now I have a good test sample showing the decoder corruption/pixelation.
https://cloud.chrisdos.com/index.php/s/TkXFnas6yMqtnE4
Download the Information file and the Wonder_Woman*. One is the sample and the other is the original source trimmed to 5 minutes.
Maybe now that we have two good test cases, perhaps we should open an issue on github:
https://github.com/FFMS/ffms2/issues
I can open the issue if you like, but I think you have a better understanding of the versions between the years and what is happening.
sneaker_ger
24th April 2019, 22:06
So what exactly did you use to decode Wonder Woman? With distributed encoding/chunks? Because indeed I see lots of corruption but all over the place, not limited to exactly 01m:00s, 02m:00s etc. No corruption when decoded using latest ffmpeg. Are you using an old version of ffms2 again?
tkwou
24th April 2019, 22:44
Hi Atak, I'm having the same problems with the distributed encoding. I'm running a single NIC on my computer, but because I use Virtualbox and OpenVPN, there are two virtual NIC's created. I have to be very careful to remember to disable both virtual NIC's before I start using the distributed encoding or else it picks up the wrong NIC interface and none of the encoding servers can connect. This occurred just yesterday as I had been connected to work with OpenVPN. When I started running an encode, none of the other encoding servers were connecting. When I checked the other computers I realized they were trying to connect through the OpenVPN NIC address. Once I shutdown OpenVPN and restarted encoding client everything was ok again.
Atak_Snajpera
25th April 2019, 08:58
Hi Atak, I'm having the same problems with the distributed encoding. I'm running a single NIC on my computer, but because I use Virtualbox and OpenVPN, there are two virtual NIC's created. I have to be very careful to remember to disable both virtual NIC's before I start using the distributed encoding or else it picks up the wrong NIC interface and none of the encoding servers can connect. This occurred just yesterday as I had been connected to work with OpenVPN. When I started running an encode, none of the other encoding servers were connecting. When I checked the other computers I realized they were trying to connect through the OpenVPN NIC address. Once I shutdown OpenVPN and restarted encoding client everything was ok again.
You can manually specify binded ip in EncodingServer.exe
example
Just run Server with this switch
EncodingServer.exe /IP xxx.xxx.xxx.xxx
You should also do the same in Distributed Encoding tab for EncodingClient.exe
https://i.imgsafe.org/16/169dda6a82.png
Atak_Snajpera
25th April 2019, 12:23
VC-1, dammed if you do, damned if you don't.
Looks like we've come back full circle:
https://forum.doom9.org/showpost.php?p=1863974&postcount=16631
Now I have a good test sample showing the decoder corruption/pixelation.
https://cloud.chrisdos.com/index.php/s/TkXFnas6yMqtnE4
Download the Information file and the Wonder_Woman*. One is the sample and the other is the original source trimmed to 5 minutes.
Maybe now that we have two good test cases, perhaps we should open an issue on github:
https://github.com/FFMS/ffms2/issues
I can open the issue if you like, but I think you have a better understanding of the versions between the years and what is happening.
I doubt we will ever have solution for vc-1 :(
Here is how whole vc1 issue looks like.
https://github.com/FFMS/ffms2/releases
FFMS 2.20 from june 2014 is the last version which is frame accurate and returns correct key frames in text file (video.mkv.ffindex_track00.kf.txt)
example
# keyframe format v1
fps 0
0
24
48
72
96
120
144
However this version may give you some random macro-blocks in frames like in this example
http://atak-snajpera.5v.pl/images/vc-1_corruption.png
We can just hope that this only occurs in animations and not in real film footage...
The macroblocking is fixed in latest version of FFMS. Unfortunately the bad news is that anything above FFMS 2.20 is no longer frame accurate and each frame is detected as key-frame(!?).
This means that in DE mode chunk may start from incorrect frame and on top of that it can be totally corrupted. (JESSE_JAMES sample)
# keyframe format v1
fps 0
0
1
2
3
4
5
6
http://atak-snajpera.5v.pl/images/vc-1_nocorruption.png
Ryushin
25th April 2019, 13:56
So what exactly did you use to decode Wonder Woman? With distributed encoding/chunks? Because indeed I see lots of corruption but all over the place, not limited to exactly 01m:00s, 02m:00s etc. No corruption when decoded using latest ffmpeg. Are you using an old version of ffms2 again?
There is macroblocking all over the place. The minute marks were issues with DE but that issue does not exist with the latest version (though I did see occasional corruption with the Jessie James source).
The latest version of ffmpeg is indeed fixed. Same can be said about the latest version of handbrake (or at least the beta which is what I used).
Ryushin
25th April 2019, 14:02
I doubt we will ever have solution for vc-1 :(
I'll open on issue on the Git page.
Perhaps the idea to add the extra step to encode vc-1 source to perhaps cq10 (or a user configurable option) AVC using ffmpeg after the demuxing step that will then allow ripbot to correctly process everything.
Ryushin
25th April 2019, 14:48
I'll open on issue on the Git page.
Issue opened: https://github.com/FFMS/ffms2/issues/345
tkwou
25th April 2019, 18:27
Thanks Atak, my OpenVPN and VirtualBox are not always running so when I go into Settings, the adapter option was greyed out. Once I turned them both on, it gave me to option to lock to a specific NIC. Works fine now.
byteshare
28th April 2019, 18:40
Okay, will do. I have a feeling that it is going to take them a while, but I will definitely contact them. I agree with your view. Thanks!!!
I would recommend that you try using Logitech G Hub instead since they're moving to that.
I use it and haven't had any issues with my servers being blocked that I know of.
soneca
30th April 2019, 00:02
@Atak
Could you please help with this Media Player Classic error?
https://i.postimg.cc/4NM6hZ9z/warning.png
E:\Temp\RipBot264temp\job2\job2_preview.avs::Avisynth video #1
Media Type 0:
--------------------------
Video: YV12 3840x2160 29.97fps
AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_YV12 {32315659-0000-0010-8000-00AA00389B71}
formattype: FORMAT_VideoInfo {05589F80-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 12441600
cbFormat: 88
VIDEOINFOHEADER:
rcSource: (0,0)-(0,0)
rcTarget: (0,0)-(0,0)
dwBitRate: 0
dwBitErrorRate: 0
AvgTimePerFrame: 333667
BITMAPINFOHEADER:
biSize: 40
biWidth: 3840
biHeight: 2160
biPlanes: 1
biBitCount: 12
biCompression: YV12
biSizeImage: 12441600
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0
pbFormat:
0000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0020: 00 00 00 00 00 00 00 00 63 17 05 00 00 00 00 00 ........c.......
0030: 28 00 00 00 00 0f 00 00 70 08 00 00 01 00 0c 00 (.......p.......
0040: 59 56 31 32 00 d8 bd 00 00 00 00 00 00 00 00 00 YV12.ؽ.........
0050: 00 00 00 00 00 00 00 00 ........
byteshare
30th April 2019, 17:18
I doubt we will ever have solution for vc-1 :(
Could we use something other than FFMS for VC-1/VP9 sources?
I don't have a source to test with but I've heard LWLibav can handle importing those sources correctly.
Atak_Snajpera
30th April 2019, 18:16
Could we use something other than FFMS for VC-1/VP9 sources?
I don't have a source to test with but I've heard LWLibav can handle importing those sources correctly.
LWLibav can't even correctly decode above anime sample. Lot's of dancing grey blocks everywhere.
duffbeer
1st May 2019, 14:07
Still no problem with any of the encodes I've done from VC-1 sources. I've checked quite a few of them now.
A friend of mine has problems with VC-1 and the only difference from my setup is that he is using Windows 10 - I'm still on Windows 7. COuld that be part of the problem?
Atak_Snajpera
1st May 2019, 14:28
Still no problem with any of the encodes I've done from VC-1 sources. I've checked quite a few of them now.
A friend of mine has problems with VC-1 and the only difference from my setup is that he is using Windows 10 - I'm still on Windows 7. COuld that be part of the problem?
I do not think so because I use FFMS in ripbot264 instead of built-in video decoder in OS.
byteshare
1st May 2019, 17:40
LWLibav can't even correctly decode above anime sample. Lot's of dancing grey blocks everywhere.
Oh, that is too bad :( Thank you for letting me know.
byteshare
2nd May 2019, 18:09
LWLibav can't even correctly decode above anime sample. Lot's of dancing grey blocks everywhere.
Have you tested with a newer version?
A friend of mine tested in StaxRip and did see the dancing grey blocks with v1.9 but not with v2.0
Atak_Snajpera
2nd May 2019, 18:22
Have you tested with a newer version?
A friend of mine tested in StaxRip and did see the dancing grey blocks with v1.9 but not with v2.0
I just used this version
https://forum.doom9.org/showthread.php?p=1870564#post1870564
Result
https://i.imgsafe.org/b2/b2742d069b.jpeg
byteshare
3rd May 2019, 06:42
I just used this version
https://forum.doom9.org/showthread.php?p=1870564#post1870564
I'll look to see what version StaxRip 2.0 uses. Maybe StaxRip is using a specific version that works.
Update:
I can't tell the exact version Staxrip 2.0.0.0 is using but the size is very different and the date modified as well.
The newest version that you linked is 27.1MB and a date modified of 2019-03-31 and the one Staxrip uses is 11.1MB and a date modified of 2018-12-31.
Link to the Staxrip version: https://mega.nz/#!N9QX2Q7a!pBmNmgQIf83vFp512M-Rbappr1-mY2KMTVt4aCMJX7A
sneaker_ger
3rd May 2019, 07:54
That version gives me the gray problems. It also still has the "old" ffmpeg bugs. Every program still built from old ffmpeg is totally useless for VC-1 decoding - too many bugs.
https://github.com/VFR-maniac/L-SMASH-Works/issues/58
Ryushin
3rd May 2019, 14:55
I'm not sure if this is just related to just 4K HDR sources or not (doubt it), but I've been making 720p HDR files (streaming and for mobile devices) from my 4K HDR sources. When importing them in batch, if the MKV file contains a forced subtitle, Ripbot does not not add the specific subtitle as a forced subtitle.
Just as an aside, I found, at least on Sony TV's, that if I burn in the subtitles (especially in to push them into black bars) into the 4K HDR file, the TV will dim the picture slightly when the subtitle shows up. But it does not do this if I use a muxed subtitle.
So I had to switch from using burned in subtitles to a forced muxed subtitle when using 4K HDR sources. Plex inside of Kodi will display the subtitle correctly by default but using Plex I have to remember I have a forced subtitle and to select it before playing back the film.
I will continue to burn in subtitles in non HDR sources though. Atak, is it possible to not convert sup to sub when burning in subtitles. I noticed it does this regardless of the setting in the ini file.
Atak_Snajpera
3rd May 2019, 14:59
When importing them in batch, if the MKV file contains a forced subtitle, Ripbot does not not add the specific subtitle as a forced subtitle.
As always, send me sample...
Ryushin
3rd May 2019, 17:10
As always, send me sample...
Was not sure if you needed a sample.
Sample:
https://cloud.chrisdos.com/index.php/s/Yn8EBxGEXBa98Wr
NasaRacer
4th May 2019, 03:57
I am having similar issues with subtitles in Batch Mode (Automated - Folder Selection), I have the batch setting checked on to render subtitles. So it is de-muxing the PGS subs correctly from my MKV files no problem but the MP4 created are not getting the subtitles rendered into the finished file. It works fine for me if I manually convert a video and select the subs to render in AviSynth settings. Am I doing something wrong? Any input would be appreciated. I am not sure how to post an example of this issue.
Atak_Snajpera
4th May 2019, 18:42
When importing them in batch, if the MKV file contains a forced subtitle, Ripbot does not not add the specific subtitle as a forced subtitle.
Next auto-update should fix this issue.
byteshare
5th May 2019, 16:06
I've been playing with non-DE mode a lot more recently. I never realized that there wasn't a pause button.
Would it be possible to add a pause button?
I've seen it in some other encoding apps.
I got used to being able to just turning off encoding servers to pause and/or aborting and starting again for DE mode.
If not, no worries
Atak_Snajpera
5th May 2019, 16:55
I've been playing with non-DE mode a lot more recently. I never realized that there wasn't a pause button.
Would it be possible to add a pause button?
I've seen it in some other encoding apps.
I got used to being able to just turning off encoding servers to pause and/or aborting and starting again for DE mode.
If not, no worries
Technically you can only suspend process. Nevertheless this is completely useless if you intend to fully shutdown (no hibernation/sleep mode!) your pc and resume later. In DE mode things are easier because I can just start encoding from last encoded chunk.
byteshare
6th May 2019, 05:10
Technically you can only suspend process. Nevertheless this is completely useless if you intend to fully shutdown (no hibernation/sleep mode!) your pc and resume later. In DE mode things are easier because I can just start encoding from last encoded chunk.
Suspend then, not pause, sorry...just how I thought about it I guess.
I figured you couldn't do much for a restart/shutdown in non-DE mode but a suspend would be helpful for when I need more CPU...aka gaming.
I don't get 100% CPU usage like when I'm doing DE mode with 2 servers but it is close enough and it is super hot for me right now so I don't really need/want my CPU 100% at the moment :)
jlpsvk
6th May 2019, 18:31
@Atak_Snajpera
I have a feature request. Detect HDR10+ metadata, extract it and use it in encode. And if HDR10+ metadata are used, CROP should be greyed out. :) MediaInfo 19.04 already detects HDR format. :) Thanks!!!!
Atak_Snajpera
6th May 2019, 19:34
@Atak_Snajpera
I have a feature request. Detect HDR10+ metadata, extract it and use it in encode. And if HDR10+ metadata are used, CROP should be greyed out. :) MediaInfo 19.04 already detects HDR format. :) Thanks!!!!
Upload some samples containing HDR10+ for me and then I will take a look what can be done.
Viper714
6th May 2019, 20:28
Atak,
I decided to purchase a separate SSD as a temp drive for encoding my movies. I added it to my server as an "S:" drive in the settings. See below:
https://i.imgur.com/XCjWe3f.png
So I started the encoding process and I get an error:
ERROR: File \\SERVER-PC\RipBot264temp\job1\Chunks\3.cmd does not exist! See below
https://i.imgur.com/bZDXsS9.png
Any ideas what I can do? The file does exist but it appears there is a path issue:
https://i.imgur.com/SiUuveR.png
BTW, I right click on the Job and it opens the job folder properly on my S: drive.
Atak_Snajpera
7th May 2019, 09:11
You should check network path instead (\\server-pc\ripbot264temp)
Viper714
7th May 2019, 15:31
You should check network path instead (\\server-pc\ripbot264temp)
Atak: Here is the error I get when checking the path:
https://i.imgur.com/hjVGwav.png
How can I fix this to point to my "S:" drive SSD?
"S:\Temp\RipBot264temp"
UPDATED:
Disregard. Brain dead moment. I had to do a network share to that folder. It works now!! Thanks for the solution!!!
byteshare
7th May 2019, 17:07
Is there any chance of adding qaac audio? I've been reading and it seems to be the best AAC encoder
Been looking at not using separate programs to handle subs and audio and just use RipBot for everything.
Viper714
9th May 2019, 03:18
Atak,
I am having an issue in encoding a Blu ray Chronicles of Narnia Prince Caspian. It seems that the video pauses in numerous areas but not the audio. Below is a link to my dropbox with a excerpt of the video showing the issue. Pay particular attention around 14 seconds through 20 seconds. You will notice the pause.
https://www.dropbox.com/s/khrfwe7uxxtaj0y/Narnia_0001.mkv?dl=0
I have tried to encode in x264 and x265 with the same result with the pauses in the areas. I reviewed the original file on the blu ray and it plays fine in VLC. The disc is clean and clear of any imperfections. I tried several player and three different machines with the same issue in the same areas. Below is a screenshot of the encoding settings to show my settings.
https://i.imgur.com/M6orr9X.png
Appreciate any insight on this one!!!
sneaker_ger
9th May 2019, 05:53
You mean the pause at 00:00:19? It's probably a problem with the source (filter), e.g. wrong handling of the keyframe seek, maybe in connection with OpenGOP or something. So a sample cut losslessly from the m2ts (e.g. using DGSplit) and your script could be helpful. A workaround could be to use a different source filter.
Viper714
10th May 2019, 00:02
You mean the pause at 00:00:19? It's probably a problem with the source (filter), e.g. wrong handling of the keyframe seek, maybe in connection with OpenGOP or something. So a sample cut losslessly from the m2ts (e.g. using DGSplit) and your script could be helpful. A workaround could be to use a different source filter.
Using DGSplit method seems a little time consuming as here are several pauses in the complete movie. Selecting a different source filter sounds like a better solution. Can you please advise how to do that?
sneaker_ger
10th May 2019, 00:14
I meant for you to cut exactly 1 small sample from the source m2ts to upload here (+ the log). Then others can see what the cause might be.
Viper714
10th May 2019, 03:39
I meant for you to cut exactly 1 small sample from the source m2ts to upload here (+ the log). Then others can see what the cause might be.
Oh , I misunderstood your request. So using DGSplit I uploaded the area around the same section as the MKV file I uploaded. I played in it in VLC using audio track 1. Hope this is good enough.
As far as a "log" DGSplit did not provide a log. If the log is on the original disc please advise where I would find it and I will provide post haste.
Thanks again!!!
https://www.dropbox.com/s/8yqw94bz0g1lkhl/PCN_64.m2ts?dl=0
Atak_Snajpera
10th May 2019, 13:55
I would need whole file from the very begining to the first pause + 1 min as extra buffer.
For example if pause happens at 19 min mark then I would need first 20 min.
JASAN
17th May 2019, 15:48
Hello Atak, thanks again for the program.
Im using version 1.24, and when I add m2ts file using batch moe, they add successfully. But they wont compress, I get this message.
[avisynth @ 0000015d7cd1d1c0] FFVideoSource: Can't open '\\EARTH\RipBot264temp\job1\video.mkv'
(E:\Temp\RipBot264temp\job1\Chunks\getinfo.avs, line 7)
E:\Temp\RipBot264temp\job1\Chunks\getinfo.avs: Unknown error occurred
The video.mkv file its looking for does not exist. I can browse to that location successfully from all networked computers.
What should I do to fix this?
Thanks again
Edit - I found a solution, I renamed the files to m2t. I hadnt noticed that the m2ts files didnt have audio either when brought into rip bot.
The en dash (–) is slightly wider than the hyphen (-) but narrower than the em dash (—). The typical computer keyboard lacks a dedicated key for the en dash, though most word processors provide a means for its insertion.
had a filename with the "en dash" in it and it will make several batch job fail because it handles the file symbol wrong and cant find the file. Dont know if its possible to warn if input filename contains symbols that are not allowed.
In Windows, hold the Alt key and type in the numeric block before you release it:
en dash – = ANSI char 0150
em dash — = ANSI char 0151
byteshare
21st May 2019, 16:54
The en dash (–) is slightly wider than the hyphen (-) but narrower than the em dash (—). The typical computer keyboard lacks a dedicated key for the en dash, though most word processors provide a means for its insertion.
had a filename with the "en dash" in it and it will make several batch job fail because it handles the file symbol wrong and cant find the file. Dont know if its possible to warn if input filename contains symbols that are not allowed.
Other symbols/characters are an issue to.
Maybe a job to strip characters that aren't supported before import? (as a non-default option)
chainring
21st May 2019, 23:56
Is there any chance of adding qaac audio? I've been reading and it seems to be the best AAC encoder
Been looking at not using separate programs to handle subs and audio and just use RipBot for everything.
QAAC isn't an encoder. Rather, it's a wrapper for the iTunes AAC Windows encoder.
When encoding music to AAC (m4a), I use QAAC and the latest installed version of iTunes on Windows. Works well...
byteshare
22nd May 2019, 16:56
QAAC isn't an encoder. Rather, it's a wrapper for the iTunes AAC Windows encoder.
When encoding music to AAC (m4a), I use QAAC and the latest installed version of iTunes on Windows. Works well...
Why does everyone call it an encoder: https://www.videohelp.com/software/qaac
What is the difference in a wrapper and encoder in this case?
I thought the 3 main encoders for AAC were FHG, FKD, and QAAC
stax76
22nd May 2019, 18:42
Relying on batch files is a suboptimal solution, in particular on Win 7 because there is trouble with certain types of characters.
The solution is ShellExecuteEx.
proc.File = "cmd.exe"
proc.Arguments = "/S /C """ + commandLine + """"
ReinerSchweinlin
23rd May 2019, 20:46
Hey Atak,
thank you for the very nice tool!!
I tried to recode some anime series with more than one audio stream.
How do I enable "keep all languages and simply xcopy the stream" in batch mode?
So far, only one language is preserved.
Edit: I looked into to the temp folder - both audio streams are demuxed and present in the job folders - but only one is remuxed into the final encode. Tested it with several different sources.
stryker412
25th May 2019, 18:35
Question about x265. I finally have a player that can natively play x265 without any transcoding on the server's part. I was looking to re-rip a TV Show I have. When I loaded up an episode in Ripbot and looked at the settings between HEVC and x264, I saw no file size difference on 2-pass. I thought H265 was supposed to save on file size?
sneaker_ger
25th May 2019, 19:22
filesize = bitrate * duration
If you set x264 and x265 to the same bitrate encoding the very same e.g. 90 minutes movie then the filesizes will be identical. HEVC marketing tells you HEVC can achieve the same quality as AVC at half the bitrate but that's marketing. In reality it is highly dependend on the source material and the target bitrate. At very low bitrates HEVC may easily achieve those 50% but at higher bitrates AVC and HEVC aren't much different. Since "quality" is subjective you may want to do a few test encodes yourself.
stryker412
25th May 2019, 21:02
Thank you. Yes I was setting them to the same specs so that could be why. I generally keep TV episodes at 4-5Mbps.
byteshare
27th May 2019, 16:56
Thank you. Yes I was setting them to the same specs so that could be why. I generally keep TV episodes at 4-5Mbps.
Try CRF with HEVC unless you want similar sizes for all of your movies. CRF goes for similar quality. Start at 22 and go lower (better quality) or higher depending on if things meet your expectations.
When RibBoot264 is set to shutdown after encoding several movies and you the day after starts up RibBot264, then it dosnt keep the history of the encoding. Normally a job is like [Job 1] ...... and when it finish it says HH:MM:SS [Job 1]..... or *Errror* [Job 1]..... so you know it finished properly or not. But this info isnt saved when using the shutdown client/server, then it just looks like the job has never started.
chainring
30th May 2019, 21:44
Why does everyone call it an encoder: https://www.videohelp.com/software/qaac
What is the difference in a wrapper and encoder in this case?
I thought the 3 main encoders for AAC were FHG, FKD, and QAAC
The difference being, QAAC on its own doesn't do anything. It cannot encode audio without the needed dlls from iTunes, whether that's an installed copy of iTunes or ones extracted from the installer.
I can see why QAAC is listed under the encoder section on Video Help, but it's still not an encoder, per se.
byteshare
31st May 2019, 17:07
The difference being, QAAC on its own doesn't do anything. It cannot encode audio without the needed dlls from iTunes, whether that's an installed copy of iTunes or ones extracted from the installer.
I can see why QAAC is listed under the encoder section on Video Help, but it's still not an encoder, per se.
Either way QAAC audio output is different than the versions in RipBot right now.
stryker412
6th June 2019, 01:51
Does Ripbot support UHD rips? I am getting an audio error when trying to load up the source file.
Image (https://imgur.com/a/AFSlg7E)
brumsky
6th June 2019, 04:24
Hey Atak_Snajpera,
Any idea why my 2nd encoding server has encoding priority set to normal? I have a server running Win 2016 with an up to date copy of ripbot and a PC with Win10 same version of ripbot. The PC has it's priority set to normal instead of low... The server gets the correct setting of low for it's encoder.
I've tried running the encoding server.exe from the server on the PC via a file share. No change.
running the updater on both systems. no change.
Double and triple checking that low priority is set in the .ini file.
Any other ideas?
Thanks, ripbot is awesome of course!!
Atak_Snajpera
6th June 2019, 12:29
Hey Atak_Snajpera,
Any idea why my 2nd encoding server has encoding priority set to normal? I have a server running Win 2016 with an up to date copy of ripbot and a PC with Win10 same version of ripbot. The PC has it's priority set to normal instead of low... The server gets the correct setting of low for it's encoder.
I've tried running the encoding server.exe from the server on the PC via a file share. No change.
running the updater on both systems. no change.
Double and triple checking that low priority is set in the .ini file.
Any other ideas?
Thanks, ripbot is awesome of course!!
Show me some screenshots because at the moment I do not know what you mean exactly.
brumsky
6th June 2019, 15:47
Atak_Snajpera,
Here is a screenshot. It is the Encoding Priority, which is set to normal instead of low.
https://imgur.com/GgbUsjV
Thanks again!
Atak_Snajpera
6th June 2019, 16:32
Try this
EncodingServer.exe /priority low
brumsky
6th June 2019, 18:10
That works!
stryker412
6th June 2019, 19:18
Does Ripbot support UHD rips? I am getting an audio error when trying to load up the source file.
Image (https://imgur.com/a/AFSlg7E)
Any thoughts on this Atak? This is my first UHD movie.
Atak_Snajpera
6th June 2019, 19:22
Dolby Atmos?
stryker412
6th June 2019, 19:24
Format : TrueHD
Format profile : TrueHD+Atmos / TrueHD
Atak_Snajpera
6th June 2019, 19:27
Try with option "Skip demuxing process". You would have to manually extract audio on your own though.
brumsky
6th June 2019, 19:29
Any thoughts on this Atak? This is my first UHD movie.
I've been using ripbot to do UHD encodes for at least a year. I haven't had any issues with it until a couple of days ago. I reinstalled Avisynth+ and it was resolved.
I was getting the same error you were.
brumsky
6th June 2019, 19:30
Try this
EncodingServer.exe /priority low
Any thoughts on why this is happening?
Atak_Snajpera
6th June 2019, 19:34
Any thoughts on why this is happening?
normal is default
stryker412
7th June 2019, 11:29
I've been using ripbot to do UHD encodes for at least a year. I haven't had any issues with it until a couple of days ago. I reinstalled Avisynth+ and it was resolved.
I was getting the same error you were.
Hmm, I updated to the latest AviSynth+ and still getting the same error.
brumsky
7th June 2019, 17:18
Hmm, I updated to the latest AviSynth+ and still getting the same error.
Well I found one that is still giving me a problem. I'm not sure what it is about this one file. I even remuxed it to a new MKV which didn't fix it...
It's weird because I've done more than 100 but this one is failing still. Oh well, just say no audio and remux later like Atak suggested.
@Atak_Snajpera
Is it possible to give us an option for the encoding priority? I let it run on my PC while I'm working since I don't need the extra CPU cycles.
stryker412
7th June 2019, 19:18
I'll try another movie, this one was Coco.
stryker412
9th June 2019, 11:55
Tried another kids movie (Trolls) and I was able to get it down to a 9GB file! Seems to work now. Took almost 14hrs though. Is there something special you have to do to keep HDR? The resulting file was only SDR.
byteshare
10th June 2019, 00:14
Is it possible to give us an option for the encoding priority? I let it run on my PC while I'm working since I don't need the extra CPU cycles.
If you put it in DE (Distributed Encoding) mode you can.
Settings > Distributed Encoding > "Wrench" next to the Active Servers count takes you to:
Encoding Server Command-Line Switches, such as:
``/port 1000 /minimize /priority low``
SKPN
13th June 2019, 19:07
Is there any way to trim audio while doing a direct copy? I'm trying to remove the opening/ending credits from a TV show, but the Trim command only seems to work on audio if it's being encoded, which I don't want to do. I was able to do this previously with Staxrip, but I haven't found any way to do it with Ripbot.
byteshare
14th June 2019, 16:19
Is there any way to trim audio while doing a direct copy? I'm trying to remove the opening/ending credits from a TV show, but the Trim command only seems to work on audio if it's being encoded, which I don't want to do. I was able to do this previously with Staxrip, but I haven't found any way to do it with Ripbot.
Might be easier to do it with MKVToolNix IMO...only works with Keyframes though, so might be better to do with source or your encode depending where the keyframes are.
I use MKVToolNix a lot with stuff that has intro trailers and outro trailers after I encode.
Otherwise you can define the frames to use with AVISynth.
Axelstrife
17th June 2019, 01:52
Hope someone could help me, I can get it to encode using the second server which is a laptop but not the computer it's running from (my desktop) i think the encodeing server application is supposed to open but it doesn't like how it does on my laptop, it's open as a process but not in my system tray.
Hope someone can help.
Edit: downloaded an old version and it's working fine with encodeingserver application opening and it's encodeing fine, so it was something wrong with the latest ripbot version.
Atak_Snajpera
17th June 2019, 12:23
Hope someone could help me, I can get it to encode using the second server which is a laptop but not the computer it's running from (my desktop) i think the encodeing server application is supposed to open but it doesn't like how it does on my laptop, it's open as a process but not in my system tray.
Hope someone can help.
Edit: downloaded an old version and it's working fine with encodeingserver application opening and it's encodeing fine, so it was something wrong with the latest ripbot version.
https://forum.doom9.org/showthread.php?p=1872384#post1872384
byteshare
18th June 2019, 20:28
Not sure about licensing and all that but any chance of updating to FDKv2?
https://github.com/mstorsjo/fdk-aac/releases/tag/v2.0.0
Not sure there have been the same updates to their FHG encoder
I know Stax has QAAC https://sites.google.com/site/qaacpage/
But not sure how they get around the iTunes being needed.
en3rmax
19th June 2019, 20:28
Hi there,
I been encoding some episode blu-rays in batch mode normally in 1080p without cropping but I would like to crop to - 1440x1080 what is the best way to do this in ripbot batch mode? thanks for the help
byteshare
20th June 2019, 16:37
Hi there,
I been encoding some episode blu-rays in batch mode normally in 1080p without cropping but I would like to crop to - 1440x1080 what is the best way to do this in ripbot batch mode? thanks for the help
Use the auto crop (check box) or manually do it via the GUI or by editing the job files, which can be done in batch with something like NotePad++.
byteshare
21st June 2019, 19:31
I'm trying to use SeeSaw with RipBot: http://avisynth.nl/index.php/SeeSaw
https://forum.doom9.org/showthread.php?t=104701
Call it from your script like this:
a= last
b=a.yourfavoritedenoiser()
SeeSaw(a,b, NRlimit=3, NRlimit2=4, Sstr=1.5, Slimit=5, Spower=5, Sdamplo=6, Szp=16)
This also came up a few years ago for RipBot: https://forum.doom9.org/showpost.php?p=1639723&postcount=12597
But the application of SeeSaw was different.
Problem is that this doesn't work:
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)
a=last
b=a.MDegrain2(super,bv1,fv1,bv2,fv2,thSAD=400)
video=SeeSaw(a,b)
Now I know this isn't working because in RipBot I need to feed "video" into this such as (excluding the MD2 stuff from the first example):
a=last
b=video.MDegrain2(super,bv1,fv1,bv2,fv2,thSAD=400)
video=SeeSaw(a,b)
But now SeeSaw isn't getting fed video, but I know I can't also define video twice and if I define "a=video" I can't define the "last" such as (excluding the MD2 stuff from the first example):
a=video
b=a.MDegrain2(super,bv1,fv1,bv2,fv2,thSAD=400)
video=SeeSaw(a,b)
While it "works" it isn't telling SeeSaw to do a comparison, rather a direct sharpening.
So it should be something like (excluding the MD2 stuff from the first example):
video=last
b=video.MDegrain2(super,bv1,fv1,bv2,fv2,thSAD=400)
video=SeeSaw(video,b)
But now I'm back to MD2 not getting fed "video"
Any help?
Atak_Snajpera
21st June 2019, 20:13
Try this
#Denoise
noisyvideo=video
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)
video=SeeSaw(noisyvideo,video)
byteshare
21st June 2019, 21:59
Try this
#Denoise
noisyvideo=video
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)
video=SeeSaw(noisyvideo,video)
Thank you so much. I spent a long time trying to figure that out.
I had the order wrong for RipBot.
Am I wrong in thinking that for the above "Video=" after another "Video=" has the logic of using the last "Video="
output as an input to the next "Video=" when you define "Video" as a source in a filter ie Filter(video)
So "video=MDegrain2(video,super,bv1,fv1,bv2,fv2,thSAD=400)" is getting sent to the next line that uses "Video" here:
"Video=SeeSaw(noisyvideo,video)"
brumsky
25th June 2019, 16:42
If you put it in DE (Distributed Encoding) mode you can.
Settings > Distributed Encoding > "Wrench" next to the Active Servers count takes you to:
Encoding Server Command-Line Switches, such as:
``/port 1000 /minimize /priority low``
Awesome thanks! I didn't know about that. What's interesting is that it is already set to low...
byteshare
25th June 2019, 16:48
New Stable x265 3.1: http://msystem.waw.pl/x265/
Release Notes: https://bitbucket.org/multicoreware/x265/raw/dcd4c18582fb1cf8fc3ff486f37f9b75b5fe6e45/doc/reST/releasenotes.rst
Well I found one that is still giving me a problem. I'm not sure what it is about this one file. I even remuxed it to a new MKV which didn't fix it...
It's weird because I've done more than 100 but this one is failing still. Oh well, just say no audio and remux later like Atak suggested
Did you extract the mkv file with makemkv, i found that makemkv on some uhd disc will corrupt the audio (only seen it with truehd/atmos). Remuxing the mkv file didnt do the trick, but using mkvtoolnix to to open the non-encrypted uhd disc and extract the movie, the sound dosnt has a glitch and ripbot dosnt complain and all is fine.
byteshare
30th June 2019, 09:14
Wondering about the order of the AviSynth operations.
I don't believe the order is simple start of script to bottom of script in RipBot, no?
I wanted to know which of these come first:
#After_Prefetch_Denoise
#Deinterlace
#Custom
I am guessing from testing that #Deinterlace is before #Custom but wasn't sure about #After_Prefetch_Denoise
Atak_Snajpera
30th June 2019, 11:39
Yes! Believe it! Order of execution is from top to bottom.
byteshare
1st July 2019, 06:09
Thank you for clarifying that. I was just over thinking it I guess after the SeeSaw business :)
Awesome dev work, you really have to be the easiest going Dev I've come across.
byteshare
4th July 2019, 18:19
QoL (Quality of Life) suggestion:
For the edit screen under AviSynth, have the option to make the edit job screen larger so we don't have to click on the ">" to see more options
And/or the option to make the Edit Job screen larger so that the AviSynth info shows with options without having to click on "AviSynth"
Might just be me, but I've had a large enough resolution screen that I have plenty of space for the Edit Job and main RipBot screen to show more for a while now.
Just a thought, thank you.
billqs
5th July 2019, 21:36
I'm getting an error every time I attempt to use Ripbot. I'm not using DE so I don't know if the error is related to that bug or not. Here is the log I get when it crashes immediately after I start the encode.
E:\>"C:\Ripbot 264\Tools\ffmpeg\bin\ffmpeg.exe" -loglevel panic -i "E:\Temp\RipBot264temp\job1\job1.avs" -strict -1 -f yuv4mpegpipe - | "C:\Ripbot 264\tools\x264\x264_x64.exe" --colorprim bt709 --transfer bt709 --colormatrix bt709 --crf 18 --fps 24000/1001 --force-cfr --min-keyint 24 --keyint 240 --frames 151825 --sar 1:1 --level 4.0 --aud --nal-hrd vbr --vbv-bufsize 25000 --vbv-maxrate 25000 --b-pyramid none --stdin y4m --output "E:\Temp\RipBot264temp\video.264" -
y4m [error]: bad sequence header magic
x264 [error]: could not open input file `-'
E:\>"C:\Ripbot 264\tools\mkvtoolnix\mkvmerge.exe" -o "E:\Video Projects\JackRyan Shadow Recruit.mkv" --compression 0:none --title "JackRyan Shadow Recruit" --default-duration 0:24000/1001fps "E:\Temp\RipBot264temp\video.264" --compression 0:none --language 0:eng --sync 0:0 "E:\Temp\RipBot264temp\job1\audio_1_English.dtsma" --chapters "E:\Temp\RipBot264temp\job1\chapters.txt"
mkvmerge v33.1.0 ('Primrose') 64-bit
Error: The type of file 'E:\Temp\RipBot264temp\video.264' could not be recognized.
-------------------------
Elapsed Time: 00h:00m:01s
y4m [error]: bad sequence header magic
For some reason, ffmpeg is not able to pass the video output of the AviSynth job file into a pipe in Y4M format.
bluebeers
8th July 2019, 02:55
Try this
When I use Ripbot264 to convert a 9gb 1080p video, it always uses more than 14gb of my computer's RAM.(16gb total RAM)
When I convert the same video with Handbrak using similar settings, it uses less than 3gb of RAM.
I've tested many different videos and the results were always the same. Why is there such a huge difference in RAM usage?
Thanks!
Atak_Snajpera
8th July 2019, 14:37
Check in process explorer or process hacker what particular process eats memory.
bluebeers
10th July 2019, 10:38
Check in process explorer or process hacker what particular process eats memory.
I tried several different settings.
Apparently it only only eats up almost all of my available RAM(14gb or more, out of 16gb) if I choose a video bit rates. If I encode using one of the CQ settings(18 to 24), then Ripbot264 only uses less than 4gb of RAM during encoding.
Atak_Snajpera
10th July 2019, 12:11
I tried several different settings.
Apparently it only only eats up almost all of my available RAM(14gb or more, out of 16gb) if I choose a video bit rates. If I encode using one of the CQ settings(18 to 24), then Ripbot264 only uses less than 4gb of RAM during encoding.
What exact procesu does consume all memory ? X264.exe,x265.exe or ffmpeg.exe ...
chainring
12th July 2019, 21:34
Not sure about licensing and all that but any chance of updating to FDKv2?
https://github.com/mstorsjo/fdk-aac/releases/tag/v2.0.0
Not sure there have been the same updates to their FHG encoder
I know Stax has QAAC https://sites.google.com/site/qaacpage/
But not sure how they get around the iTunes being needed.
Remember, with QAAC, it only needs some of the binaries from iTunes. On the QAAC site, there's a batch file and when given the iTunes installer, it extracts the needed binaries.
https://sites.google.com/site/qaacpage/cabinet
bluebeers
13th July 2019, 15:52
My computers at home are older, so I 've been using my work-issued Lenovo business laptop to do my video encodings.
It has i7-8850H CPU, 32gb ram, 512gb M.2 SSD and Win10 Enterprise installed.
I only use Ripbot264. This laptop always finishes encoding 30% faster than my home PCs.
However, when I select HEVC in Ripbot264, the same video that only takes 2 hours to encode will now take almost 6+ hours.
Is this normal because it takes longer to encode into HEVC x265?
Thanks!
Atak_Snajpera
13th July 2019, 17:28
My computers at home are older, so I 've been using my work-issued Lenovo business laptop to do my video encodings.
It has i7-8850H CPU, 32gb ram, 512gb M.2 SSD and Win10 Enterprise installed.
I only use Ripbot264. This laptop always finishes encoding 30% faster than my home PCs.
However, when I select HEVC in Ripbot264, the same video that only takes 2 hours to encode will now take almost 6+ hours.
Is this normal because it takes longer to encode into HEVC x265?
Thanks!
Yes this is normal. x265 offers higher compression than x264 but requires more time to encode.
bluebeers
13th July 2019, 20:55
What exact procesu does consume all memory ? X264.exe,x265.exe or ffmpeg.exe ...
Thanks for your help! :)
Here's what I see in the Task Manager. I'm using Ripbot264 to encode a 15gb 720p video.... using HVEC, CQ24)
At the moment, Ripbot264 is about 80% done. Total RAM installed is 24GB.
Sometimes when Ripbot264 is 99% done, the available ram goes down to 600MB.
Is this RAM usage normal? I've never had a problem with the finished video... just wondering why the RAM usage is so high during Ripbot264 encoding.
Whenever encoding is done, the available RAM immediately goes back up to 22GB or more.
---------------------------
Under "Processes" -
x265_x64 552.0MB
ffmpeg 339.8MB
Windows Explorer 36.9MB
(the other processes are all Windows processes under 20mb, no other program is open)
Memory Usage
In Use (Compressed)
15.2GB (106MB)
Available 8.6GB
Hardware reserved 0MB
Committed 4.5/27.5GB
Cached 7.8GB
Paged pool 278MB
Non-paged pool 145MB
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.