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

[Atak_Snajpera]

DEBUG2 -> https://www.mediafire.com/file/zat5jd4as3wa1jl/EncodingClient.exe/file

send all txt files with THREAD word in file name

Test with disabled auto reconnect option as well.
https://i.postimg.cc/ZYPWmHxM/Capture.png

[slalom]

It hung before the encode completed. Abort results in a hard hang for the Encoding Client and must be killed using the Task Manager.
I get a lot of these too. I have to kill it and reload the file because it won't restart

And a lot of times, I loose the progress on a job when I restart it

[LigH]

Sometimes I suspect a Windows background process (e.g. Explorer thumbnailers or resident AV) locking access in the worst moments, and just even long enough to ruin the timing of another application... speculation, true. But there are results like being unable to delete a directory for several minutes which is already empty.

[guest]

DEBUG2 -> https://www.mediafire.com/file/zat5jd4as3wa1jl/EncodingClient.exe/file

send all txt files with THREAD word in file name

OK, so after a strange day of testing, please find what you requested, here:-

https://www.mediafire.com/file/fi8yyl2hdpjo97b/Threads.rar/file

4 different tests, 2 different results, I hope you can find what you're looking for. Please read the .txt file for explanations.

You know, what LigH has just posted could well be a factor, as sometimes, if a job fails, and you happen to try it again without change, quite often it will then encode to completion with no more errors.

One thing I really liked about this debug2 was the chunk counter at the top of the page...could that stay ??

[jfisher1740]

Edit: Logs linked below for same issue as previously described. Made it about 25% way through the encode.

Edit 2: FWIW, This encode ran to completion with no issue with the exact same settings but with DE turned off.

Attempted to post a link to my logs but my post requires moderator approval??

https://www.dropbox.com/s/8y4ar85e1f5npdp/DE%20Thread%20Logs.7z?dl=0

[guest]

Edit: This worked. Logs linked below for same issue as previously described. Made it about 25% way through the encode.

Edit 2: FWIW, This encode ran to completion with no issue with the exact same settings but with DE turned off.

Attempted to post a link to my logs but my post requires moderator approval??

https://www.dropbox.com/s/8y4ar85e1f5npdp/DE%20Thread%20Logs.7z?dl=0

There certainly seems to be some random inconsistancy with this current problem.

What I had a problem with one time, is OK the next...

[Atak_Snajpera]

There certainly seems to be some random inconsistancy with this current problem.

What I had a problem with one time, is OK the next...

Check this version -> https://www.mediafire.com/file/ytu0leue2p4hxmw/Core.7z/file

Replace ALL files in Ripbot264 main folder! Also make sure that ALL PC have EncodingServer.exe v1.16.3

[slalom]

Also make sure that ALL PC have EncodingServer.exe v1.16.3
v1.16.3??
Where can I find that? I'm at v1.16.2

[Atak_Snajpera]

v1.16.3??
Where can I find that? I'm at v1.16.2

Have you at least downloaded that .7z file?

[slalom]

I just did. Is it auto-updated?

[slalom]

Nevermind, it is there

[guest]

Check this version -> https://www.mediafire.com/file/ytu0leue2p4hxmw/Core.7z/file

Replace ALL files in Ripbot264 main folder! Also make sure that ALL PC have EncodingServer.exe v1.16.3

Will give it good try, today...

And it looks like you've disabled autoupdate, for the time being, as I just got a LOT of errors & url's in the text.

EDIT:-

OK, so I got the new "core.7z", followed instructions, updated ALL the servers, and the client I was going to use to test.

Loaded a big Job (Lord of the Rings Pt 2 Ext), and set it in motion.

It was going pretty well (except for a couple of very minor hiccups, not really related to the current situation), then approx 54 %, it all came to a halt :(

So these screenshots are kind of self explanatory, and also have notes of each one, so they need to be viewed in order (1st, 2nd & 3rd)

https://www.mediafire.com/file/786iot023egsc3h/Lockup.rar/file

Anyway, I did get it to complete, but not in one attempt.

[Atak_Snajpera]

Will give it good try, today...

And it looks like you've disabled autoupdate, for the time being, as I just got a LOT of errors & url's in the text.

EDIT:-

OK, so I got the new "core.7z", followed instructions, updated ALL the servers, and the client I was going to use to test.

Loaded a big Job (Lord of the Rings Pt 2 Ext), and set it in motion.

It was going pretty well (except for a couple of very minor hiccups, not really related to the current situation), then approx 54 %, it all came to a halt :(

So these screenshots are kind of self explanatory, and also have notes of each one, so they need to be viewed in order (1st, 2nd & 3rd)

https://www.mediafire.com/file/786iot023egsc3h/Lockup.rar/file

Anyway, I did get it to complete, but not in one attempt.

Another version -> https://www.mediafire.com/file/009c7x66xx8d2wv/CoreV2.7z/file

[guest]

Another version -> https://www.mediafire.com/file/009c7x66xx8d2wv/CoreV2.7z/file

Excellent....I have downloaded this, but it's well after midnight here, so I'm off...

Will test later today, and get back to you.

PS:- I guess the same instruction as the previous ??

[Atak_Snajpera]

Excellent....I have downloaded this, but it's well after midnight here, so I'm off...
You must be living in central part of Australia (Darwin?) then... ;)

[Ripmann]

Hey again. I have a few other potential minor quality-of-life features suggestions to consider. #1 definitely seems like it might be way more trouble than it's worth, but #2 could be a neat little time-saver that shouldn't take much to implement:

1) Demuxing/indexing often takes a lot of time, especially for untouched Blu-Rays. Most of that time, I already know what encoding options I'd like to use when it's done (add custom subs, set to 2-pass with a lock size, copy audio stream, adjust the output name, and so on), but the job's menu is fully grayed out and unavailable until the process is complete.

What I was thinking of is an optional setting like "Allow Job Editing During Demuxing" (perhaps with a "use at your own risk" kind of a tooltip) that would allow to edit some of the the job's aspects while it was still busy.

Obviously, depending on how you have things set up, it could be not worth it to even consider, but theoretically, you could keep some of these job's options unlocked during demuxing, so the user has something to do while waiting. The output's file name doesn't require demuxing and could be populated and unlocked for editing immediately. The video mode settings don't require input either. You can set up everything except the AviSynth stuff (crop, preview, resize, etc.), which can be indivisually locked (grayed out) until the demuxing process is done. The subs menu could allow adding custom subs right away. If the demuxing process allows prioritizing tracks, it could also extract the embedded subs first, get the subs menu unlocked, and then start to work on the audio and video. The audio profile is a bit trickier since it samples the input track to provide the options. Again, theoretically, you could either a) unlock only the common settings like "2.0" and "copy stream" or b) unlock everything, and then if the user selects "5.1 640kbps" but the demuxed track turns out to be 2.0 and incompatible, the setting could reset to default or something like that. Hope you get the idea.

2) Adding SRT subtitles that don't indicate their language in their filenames causes their language show as "[und] Undetermined" and force you to find your preferred language from the list, which is a little time consuming. Especially since for most people, it'll be the same main language they use in their subs most of the time anyway. How about something like a "Default/Preferred Subtitle Language" option that would auto-set the language of all "undetermined" subs to the preferred one? If your preferred language is English, every Undetermined subtitle auto-sets to "[Eng] English", and so on. If needed, one could also make a note (or like a small exclamation mark) next to selection, indicating that it was deemed "undetermined" and auto-set to the preferred language set in the options.

Oh and by the way, happy holidays, man. Thanks for making all our lives a little bit easier. :thanks:

[Ripmann]

Hey again. I have a few other potential minor quality-of-life features suggestions to consider. #1 definitely seems like it might be way more trouble than it's worth, but #2 could be a neat little time-saver that shouldn't take much to implement:

1) Demuxing/indexing often takes a lot of time, especially for untouched Blu-Rays. Most of that time, I already know what encoding options I'd like to use when it's done (add custom subs, set to 2-pass with a lock size, copy audio stream, adjust the output name, and so on), but the job's menu is fully grayed out and unavailable until the process is complete.

What I was thinking of is an optional setting like "Allow Job Editing During Demuxing" (perhaps with a "use at your own risk" kind of a tooltip) that would allow to edit some of the the job's aspects while it was still busy.

Obviously, depending on how you have things set up, it could be not worth it to even consider, but theoretically, you could keep some of these job's options unlocked during demuxing, so the user has something to do while waiting. The output's file name doesn't require demuxing and could be populated and unlocked for editing immediately. The video mode settings don't require input either. You can set up everything except the AviSynth stuff (crop, preview, resize, etc.), which can be indivisually locked (grayed out) until the demuxing process is done. The subs menu could allow adding custom subs right away. If the demuxing process allows prioritizing tracks, it could also extract the embedded subs first, get the subs menu unlocked, and then start to work on the audio and video. The audio profile is a bit trickier since it samples the input track to provide the options. Again, theoretically, you could either a) unlock only the common settings like "2.0" and "copy stream" or b) unlock everything, and then if the user selects "5.1 640kbps" but the demuxed track turns out to be 2.0 and incompatible, the setting could reset to default or something like that. Hope you get the idea.

2) Adding SRT subtitles that don't indicate their language in their filenames causes their language show as "[und] Undetermined" and force you to find your preferred language from the list, which is a little time consuming. Especially since for most people, it'll be the same main language they use in their subs most of the time anyway. How about something like a "Default/Preferred Subtitle Language" option that would auto-set the language of all "undetermined" subs to the preferred one? If your preferred language is English, every Undetermined subtitle auto-sets to "[Eng] English", and so on. If needed, one could also make a note (or like a small exclamation mark) next to selection, indicating that it was deemed "undetermined" and auto-set to the preferred language set in the options.

Oh and by the way, happy holidays, man. Thanks for making all our lives a little bit easier. :thanks:

[guest]

You must be living in central part of Australia (Darwin?) then... ;)

Well, you've got the correct country, but guessing the East Coast & Sydney would have been a lot closer.

[guest]

Another version -> https://www.mediafire.com/file/009c7x66xx8d2wv/CoreV2.7z/file

OK, well, I tried the latest corev2, and have attached some more screenshots & error msg's.

https://www.mediafire.com/file/y5qs4vvj2u8rdpl/latest_screenies_%2815-12-19%29.rar/file

I really only had 2 problems, a 4K movie I want to do, failed to get going, twice in a row (there's an error msg for that).

It stalled out on a short'ish encode, wouldn't abort, had to "kill" it, but it completed after an RB restart.

Then I loaded the 3rd "Lord Of The Rings" movies, extended version, 262, 1 minute chunks !!!

Had 2 servers helping, processed without any issue, I stopped it at chunk 175, will continue tomorrow. Used the https://i.postimg.cc/nc0J3cNs/Untitled-2.png button to control the servers, then manually stopped the clients chunks, as they finished.

So that's about it, not sure what might be left to tweak, but it seems very close.

[GZZ]

I had an issue with one episode of south park Im trying to reencode. I dont know why it failed. But I got confussed on the name of the log file and its content. See image and please note the filename of the log file and its content dosnt match.

Screenshot: https://imge.to/i/vM4esU

Error log file is: South Park Season 2 - Disc 2_t09.mkv.Error.txt but contains errors about the Job36 which is file: South Park Season 2 - Disc 1_t03.mkv - how can that be and It makes me thinking why it failed, as I cant see anything wrong with the files in job36, but I do mis this file in the chunks folder that indicate it has finished: DE_Log_Pass1.txt, but all chunks is there with its X.txt log file saying it has finished (just checked them all).

Did a bit more research and found this in the EncodingProgress.Pass1 file


T1 0,2875 192.168.1.102:1000 -> encoded 2876 frames, 15.71 fps, 4036 kbps
T2 2876,5736 192.168.1.81:1000 -> encoded 2861 frames, 15.29 fps, 2233 kbps
T3 5737,8624 192.168.1.81:2000 -> encoded 2888 frames, 16.10 fps, 2002 kbps
T4 8625,11503 192.168.1.81:2000 -> encoded 2879 frames, 17.30 fps, 1803 kbps
T5 11504,14392 192.168.1.102:1000 -> encoded 2889 frames, 24.61 fps, 1954 kbps
T6 14393,17265 192.168.1.81:1000 -> encoded 2873 frames, 16.37 fps, 2342 kbps
T7 17266,20158 192.168.1.102:1000 -> encoded 2893 frames, 24.75 fps, 1306 kbps
T8 20159,23029 192.168.1.81:2000 -> [41.8%] 1199/2871 frames, 16.39 fps, 1371 kbps, eta 0:01:42
T9 23030,25911 192.168.1.81:1000 -> [31.3%] 903/2882 frames, 16.10 fps, 1797 kbps, eta 0:02:02
T10 25912,28792 QueueT11 28793,33863 Queue


But when I look a 8.txt and 9.txt both of them says:

8.txt - encoded 2871 frames, 16.80 fps, 1532 kbps
9.txt - encoded 2882 frames, 17.54 fps, 1533 kbps

Not sure about T10 + T11 but they has also finished if I look at 10.txt and 11.txt log file.

It seems the EncodingProgress.Pass1 log is created before encoding has finished on all chunks. This could be the reason the Video.265 file didnt exists, because if it runs CombineAllChunks.cmd before all chunks has finished it will not output a video.265 file and thats why my log file says "cant open file for reading" with the mkvtoolnix script.

[Ryushin]

EncodingClient_crash_message.txt:
Access violation at address 00426861 in module 'EncodingClient.exe'. Write of address 0000099C

Nothing is being written to a debug file right now it seems. I have two stalled EncodingServer's out of three. One EncodingServer shows it as Offline in the EncodingClient (local server to the EncodingClient), clicking connect does not reestablish the connection. Only closing the EncodingServer (closed gracefully) and manually running EncodingServer.exe allows connection to it again. The second EncodingServer just seems to be hung at 99.9%. Offline and Online the EncodingServer started it back up again.

Also having jobs that die and have ERROR shown in the EncodingClient window. More often then not, I have to go into the job, into the Avisyth windows, then click Okay, OKay to have that job work again.

Edit:
Just tried aborting (which everything was running fine at this point) but the EncodingClicent hung and I had to End the Process in Task Manager. Window was hung and you could not drag it.

[Ryushin]

Is the debug version not in Core V2? Still having hangs.

Is there something like a strace for windows? I found this:
https://drmemory.org/strace_for_windows.html
Would it be helpful to use this tool? I think you would need to call it though when you start the EncodingClient program.

[GZZ]

Another Bug.

When Shutdown Sever and Shutdown Client is checked. Ripbot freeze on shutdown.

I manage to make a screenshot just before it finished and should shutdown.

Just Before finish and shutdown: https://imge.to/i/vMdz7H

Client Shutdown works fine.
Server shutdown dosnt work: https://imge.to/i/vMdwZC


Did some more testing and just starting Ripbot works fine, but when closing the application (pressing the X in the upper corner) it freeze.

What happen is when I click the upper corner X, it goes to the tray. There I can right click and press Show or Close. Show will show the window, but its not responding and close do nothing!. Have to kill it in task manager.

[GZZ]

Found another bug, but this might be in X265.

I have an episode of South park that is (16:9) (1920x1080), but its 4:3 with black boxes on the side. When I autocrop it, it add 240 and -240 to either side. In your script for x265 is also indicate a --SAR 4:3 and encoder says video is 1440x1080p which is just as it should be.


Encoding started...
""\\DESKTOP_8700K\Ripbot264temp\Tools\ffmpeg\bin\ffmpeg.exe" -loglevel panic -i "\\DESKTOP_8700K\RipBot264temp\job23\Chunks\1.avs" -strict -1 -f yuv4mpegpipe - | "\\DESKTOP_8700K\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 2873 --sar 4:3 --profile main10 --output-depth 10 --tune animation --ctu 32 --y4m --pools "+" --output "\\DESKTOP_8700K\RipBot264temp\job23\Chunks\1.265" -"
y4m [info]: 1440x1080 fps 24000/1001 i420p8 sar 4:3 unknown frame count
raw [info]: output file: \\DESKTOP_8700K\RipBot264temp\job23\Chunks\1.265
x265 [info]: HEVC encoder version 3.2+7-37648fca915b
x265 [info]: build info [Windows][GCC 9.2.0][64 bit] 10bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
x265 [info]: Main 10 profile, Level-4 (Main tier)
x265 [info]: Thread pool created using 12 threads
x265 [info]: Slices : 1
x265 [info]: frame threads / pool features : 3 / wpp(34 rows)
x265 [info]: Coding QT: max CU size, min CU size : 32 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
x265 [info]: ME / range / subpel / merge : hex / 57 / 2 / 3
x265 [info]: Keyframe min / max / scenecut / bias: 24 / 240 / 40 / 5.00
x265 [info]: Lookahead / bframes / badapt : 20 / 6 / 2
x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0
x265 [info]: References / ref-limit cu / depth : 3 / off / on
x265 [info]: AQ: mode / str / qg-size / cu-tree : 2 / 0.4 / 32 / 1
x265 [info]: Rate Control / qCompress : CRF-18.0 / 0.60
x265 [info]: tools: rd=3 psy-rd=0.40 early-skip rskip signhide tmvp b-intra
x265 [info]: tools: strong-intra-smoothing lslices=6 deblock(tC=1:B=1) sao

x265 [info]: frame I: 22, Avg QP:19.10 kb/s: 10042.94
x265 [info]: frame P: 688, Avg QP:19.52 kb/s: 5711.11
x265 [info]: frame B: 2163, Avg QP:24.30 kb/s: 1097.07
x265 [info]: Weighted P-Frames: Y:2.9% UV:2.5%
x265 [info]: consecutive B-frames: 3.1% 1.1% 1.7% 81.0% 9.0% 3.4% 0.7%

encoded 2873 frames, 16.71 fps, 2270 kbps


But when I got the final MKV it played the movie in 16:9, so I went back and found out that the 1.265 chunk (not just the first, all of them on this episode) has the SAR set to 16:9, so it stretch the image on playback.

A quick fix was to remux the video in mkvtoolnix and set the SAR to 4:3 and video looks fine again.

Might be worth checking in on, as Im not sure its a bug in your application.

[guest]

OK, well, I tried the latest corev2, and have attached some more screenshots & error msg's.

https://www.mediafire.com/file/y5qs4vvj2u8rdpl/latest_screenies_%2815-12-19%29.rar/file

I really only had 2 problems, a 4K movie I want to do, failed to get going, twice in a row (there's an error msg for that).

It stalled out on a short'ish encode, wouldn't abort, had to "kill" it, but it completed after an RB restart.

Then I loaded the 3rd "Lord Of The Rings" movies, extended version, 262, 1 minute chunks !!!

Had 2 servers helping, processed without any issue, I stopped it at chunk 175, will continue tomorrow. Used the https://i.postimg.cc/nc0J3cNs/Untitled-2.png button to control the servers, then manually stopped the clients chunks, as they finished.

So that's about it, not sure what might be left to tweak, but it seems very close.

Well, continuing on from yesterday, and unfortunately, the encode I stopped yesterday @ chunk 175, will not successfully continue :(

It doesn't seem to do the exact same thing twice in a row...the randomness of whatever is causing this, is the problem.

Anyway, I have posted a couple more screenshots (just more of the same, tho), I've added some notes, on each shot.

https://www.mediafire.com/file/ddofnmbljede7p2/more_of_the_same.rar/file

And an unrelated problem, I thought I'd go back to an older version, and get some jobs done, but there was a BIG problem with Avisynth...RB kept asking for is on start up, and even tho I manually installed it, it still didn't accept it, so that's annoying :( Must be a conflict of versions.

[GZZ]

Anyway, I have posted a couple more screenshots (just more of the same, tho), I've added some notes, on each shot.

https://www.mediafire.com/file/ddofnmbljede7p2/more_of_the_same.rar/file


Had a look at your screenshots and the only thing I can come up with is a antivirus/firewall issue that is blocking the port. First I would have said a network issue, but its running on the same machine as RipBot. The reason I mention network issue is that the error is the same when you unplug the network cable on a client running a encoding, then it will just hang, even if you plug the cable back in. This is not quiet the same, as the client is running on the same machine as the server, so it made me thinking if this is a antivirus or firewall software that is blocking access to the file or blocking port access.

Could you try to disable Windows Defender or any other antivirus/firewall software and see if it continue. Its the only thing I can think of could help.

[guest]

Had a look at your screenshots and the only I I can come up with is a antivirus/firewall issue that is blocking the port. First I would have said a network issue, but its running on the same machine as RipBot. The reason I mention network issue is that the error is the same when you unplug the network cable on a client running a encoding, then it will just hang, even if you plug the cable back in. This is not quiet the same, as the client is running on the same machine as the server, so it made me thinking if this is a antivirus or firewall software that is blocking access to the file or blocking port access.

Could you try to disable Windows Defender or any other antivirus/firewall software and see if it continue. Its the only thing I can think of could help.

Interesting... I'm starting to think that it's not an RB problem.

I do have ALL firewalls disabled, not sure how disable Defender..

Edit:- I managed to get Windows Defender disabled in the registry, so I re started RB, and it actually started processing both chunks, and I thought "we" were onto something, then, just over 10% in on both, it locked up !! :(

I'm not running any other AV or Firewall app's !!

[GZZ]

Interesting... I'm starting to think that it's not an RB problem.

I do have ALL firewalls disabled, not sure how disable Defender..

Edit:- I managed to get Windows Defender disabled in the registry, so I re started RB, and it actually started processing both chunks, and I thought "we" were onto something, then, just over 10% in on both, it locked up !! :(

I'm not running any other AV or Firewall app's !!

When running local DE clients, you could properly also use IP 127.0.0.1 (local).

Another thing I would check is to run this command in powershell (search powershell in start menu).
Test-NetConnection <host> -port <port>
Use 127.0.0.1 or 192.168.1.1 as host and Port 1000 or 2000 for de DE Clients

Dont know if it can keep testing on the port, but maybe something is blocking the port when it dies, so testing the port before encoding and when it stops on a chunck.

[guest]

When running local DE clients, you could properly also use IP 127.0.0.1 (local).

Another thing I would check is to run this command in powershell (search powershell in start menu).
Test-NetConnection <host> -port <port>
Use 127.0.0.1 or 192.168.1.1 as host and Port 1000 or 2000 for de DE Clients

Dont know if it can keep testing on the port, but maybe something is blocking the port when it dies, so testing the port before encoding and when it stops on a chunk.

Because I nearly always have some "remote" Servers in the mix, I prefer to stick with that IP address...

I only just recently changed my LAN's IP, with the problems a couple of weeks ago, with RB, when it had a problem with a "0" in the address.

Maybe I need to try yet another...can't really change the port numbers (can you ?)

I will like your suggestion of testing the ports, so I guess my host/port would be 192.168.1.1:1000 and/or 2000, etc.

[GZZ]

Because I nearly always have some "remote" Servers in the mix, I prefer to stick with that IP address...

I only just recently changed my LAN's IP, with the problems a couple of weeks ago, with RB, when it had a problem with a "0" in the address.

Maybe I need to try yet another...can't really change the port numbers (can you ?)

I will like your suggestion of testing the ports, so I guess my host/port would be 192.168.1.1:1000 and/or 2000, etc.

If you need to change your Lan IP. Then just go to Control panel -> Network and find you network card and change the TCP/IPv4 to something else. Mine is 192.168.1.81. But my Gateway (Router) is 192.168.1.1, normally you have router on lowest IP like 192.168.1.1 and then the rest for clients 2..255. But I dont think this is your issue.


Your script to execute for powershell would be:
Test-NetConnection 192.168.1.1 -port 1000
Test-NetConnection 192.168.1.1 -port 2000

[Ryushin]

I'm getting lots of EncodingServer stales during the encode. I'm having to keep clicking offline/online on the staled server to keep it going. The EncodingClient did not hard hanging for me.

[guest]

If you need to change your Lan IP. Then just go to Control panel -> Network and find you network card and change the TCP/IPv4 to something else. Mine is 192.168.1.81. But my Gateway (Router) is 192.168.1.1, normally you have router on lowest IP like 192.168.1.1 and then the rest for clients 2..255. But I dont think this is your issue.


Your script to execute for powershell would be:
Test-NetConnection 192.168.1.1 -port 1000
Test-NetConnection 192.168.1.1 -port 2000

Oh, I know how to change the IP settings, but like you said, I doubt thats the problem.

I will definitely do a port check, I got a simple app that might continuously moniter the ports.

[guest]

I'm getting lots of EncodingServer stales during the encode. I'm having to keep clicking offline/online on the staled server to keep it going. The EncodingClient did not hard hanging for me.

Maybe your having a slightly different issue, if you're not getting hard stalls. Once you select abort or the X button, it will hard stall, and you have to kill it.

I've found that I am doing a lot of babysitting myself, but clicking the offline/online buttons doesn't always do anything.

[jfisher1740]

The encode I have been using for testing ran to completion with no issues using EncodingServer.exe v1.16.3.

[guest]

The encode I have been using for testing ran to completion with no issues using EncodingServer.exe v1.16.3.

I also have had encodes complete with 1.16.3, BUT it's a random issue.

[Ryushin]

Error window:

---------------------------
Application Error
---------------------------
Exception EPrivilege in module EncodingClient.exe at 0513883C.
Privileged instruction.

[GZZ]

Interesting... I'm starting to think that it's not an RB problem.

I do have ALL firewalls disabled, not sure how disable Defender..

Edit:- I managed to get Windows Defender disabled in the registry, so I re started RB, and it actually started processing both chunks, and I thought "we" were onto something, then, just over 10% in on both, it locked up !! :(

I'm not running any other AV or Firewall app's !!

I had an issue tonight when encoding. My setup is 2 computer. One being the server with one instance of ClientEncoding and a client machine with 2 instance of the ClientEncoder.

My servers ClientEncoder stopped working, it looked like it freezed as the Graph stopped updating, but the the "Commands Recieved From Client" keept going, but it was looking for port 1001 and therefor it didnt do anything as the ClientEncoder is responding on port 1000. I have no idea why it suddenly shifted port in the middle of the night, but I killed the ClientEncoder and restarted it and everything worked fine again.

See Image: https://imgur.com/ZYS4l1a

Is it the same that happens to you when it stop on a chunk?

[guest]

I had an issue tonight when encoding. My setup is 2 computer. One being the server with one instance of ClientEncoding and a client machine with 2 instance of the ClientEncoder.

My servers ClientEncoder stopped working, it looked like it freezed as the Graph stopped updating, but the the "Commands Recieved From Client" keept going, but it was looking for port 1001 and therefor it didnt do anything as the ClientEncoder is responding on port 1000. I have no idea why it suddenly shifted port in the middle of the night, but I killed the ClientEncoder and restarted it and everything worked fine again.

See Image: https://imgur.com/ZYS4l1a

Is it the same that happens to you when it stop on a chunk?

Unfortunately the screenshots are a bit blurry & hard to read...

But from what you've said, is pretty much one of the problems I have, either a Client chunk will stall, or a Server chunk will stall, sometimes when a server has a problem, I can hear RB qutting the job, in the other room.

I was chasing so many things today, I lost track, but one thing I had a bit of success with was managing to get a version of RB (just before the problem update) to work on some of my Servers (I have several different OS's on the Servers), and I thought I'd stumbled onto something about Windows Server 2019, as W10, and W8.1 were working, but not Server 2019, but then I figured out what was causing that.

But yeah, I have noticed that when it errors, it's been looking for weird Port #'s.

At one point I thought it was my "new" MDegrain custom filters, but then I figured out what that problem was...

And then I thought it was x265, as x264 wasn't causing any problems.

So all in all, another puzzling day, but at least I got a couple of encodes done.

I think I'll be sticking with my "special" version of RB for now.

Not sure where Atak is, it's been a few days since he posted anything, and autoupdates is acting strange, not connecting to anything just showing a LOT of URL's.

[GZZ]

Unfortunately the screenshots are a bit blurry & hard to read...


You need to click on the image, then it goes full screen in high resolution.

[f0ns02003]

Update stopped working since a few days ago... it also fails to download the update.zip file from the forum link...

Congrats for your excellent job BTW!!!
Keep going!!

[Atak_Snajpera]

I also have had encodes complete with 1.16.3, BUT it's a random issue.

https://www.mediafire.com/file/jd05uk3udc3sphl/CoreV3.7z/file

[Ripmann]

Hey again. I have a few other potential minor quality-of-life features suggestions to consider. #1 definitely seems like it might be way more trouble than it's worth, but #2 could be a neat little time-saver that shouldn't take much to implement:

1) Demuxing/indexing often takes a lot of time, especially for untouched Blu-Rays. Most of that time, I already know what encoding options I'd like to use when it's done (add custom subs, set to 2-pass with a lock size, copy audio stream, adjust the output name, and so on), but the job's menu is fully grayed out and unavailable until the process is complete.

What I was thinking of is an optional setting like "Allow Job Editing During Demuxing" (perhaps with a "use at your own risk" kind of a tooltip) that would allow to edit some of the the job's aspects while it was still busy.

Obviously, depending on how you have things set up, it could be not worth it to even consider, but theoretically, you could keep some of these job's options unlocked during demuxing, so the user has something to do while waiting. The output's file name doesn't require demuxing and could be populated and unlocked for editing immediately. The video mode settings don't require input either. You can set up everything except the AviSynth stuff (crop, preview, resize, etc.), which can be indivisually locked (grayed out) until the demuxing process is done. The subs menu could allow adding custom subs right away. If the demuxing process allows prioritizing tracks, it could also extract the embedded subs first, get the subs menu unlocked, and then start to work on the audio and video. The audio profile is a bit trickier since it samples the input track to provide the options. Again, theoretically, you could either a) unlock only the common settings like "2.0" and "copy stream" or b) unlock everything, and then if the user selects "5.1 640kbps" but the demuxed track turns out to be 2.0 and incompatible, the setting could reset to default or something like that. Hope you get the idea.

2) Adding SRT subtitles that don't indicate their language in their filenames causes their language show as "[und] Undetermined" and force you to find your preferred language from the list, which is a little time consuming. Especially since for most people, it'll be the same main language they use in their subs most of the time anyway. How about something like a "Default/Preferred Subtitle Language" option that would auto-set the language of all "undetermined" subs to the preferred one? If your preferred language is English, every Undetermined subtitle auto-sets to "[Eng] English", and so on. If needed, one could also make a note (or like a small exclamation mark) next to selection, indicating that it was deemed "undetermined" and auto-set to the preferred language set in the options.

Oh and by the way, happy holidays, man. Thanks for making all our lives a little bit easier. :thanks:

Come to think of it, here's yet another set of non-essential but useful suggestions I'd like to mention. Once again, this is purely informative. I just feel like writing down all the ideas and quibbles I've had over the years of using the program, hence the long-winded text dump. Feel free to disregard without a second thought if you don't find any of this useful.

1) Adding black bars to adjust resolution without resizing. Some players and filters (for exampel, FFDshow) only support resolutions that are multiples of 16, so if you have an input of something like 1916x1080, adding black bars to "round it up" to 1920 would be a better solution, instead distorting the video with resize.

2) More user customization for dropdown values in general: removing unused entries, replacing them with custom ones, etc. I know it's not quite the purpose of the program, but I'm mentioning it since it might be something you may want to pursue. Saving custom audio profiles ("2.0 320kbps"), custom lock sizes ("2241mb" for 1/2 DVD-R), and even custom resolutions via an ini file would be an awesome quality-of-life improvement.

RipBot264_profiles.ini example:

;resolutions
ListedResolution[0]=3840x2160, "4k-UHD, 3840x2160, [1,78:1]"
ListedResolution[1]=1920x1080, "HD-Full, 1920x1080, [1,78:1]"
ListedResolution[2]=1280x720, "HD-Ready, 1280x720, [1,78:1]"

;audio profiles (using command line options for clarity)
ListedAudioOPUS[0]=AC 2, -bitrate 64, "2.0 OPUS CODEC 64 kbps [abr]"
ListedAudioOPUS[6]=AC 6, -bitrate 320, "2.0 OPUS CODEC 320 kbps [abr]"
...
ListedAudioAC3[9]=AC 6, 640k, "5.1 FFMPEG AC3 640 kbps [cbr]"

;sizes
ListedLockSize[0]=175
ListedLockSize[1]=350
...
ListedLockSize[6]=23800

;languages
ListedLanguages[0]=aar, "[aar] Afar"
...
ListedLanguages[30]=eng, "[eng] English"

[guest]

https://www.mediafire.com/file/jd05uk3udc3sphl/CoreV3.7z/file

Welcome back :)

OK, another day of interesting testing, and successful testing it was !!

I have done several x265 MDG runs today, with only a couple of unrelated problems.

I even managed to get that monster LOTR Pt 3 ext version done, 262, 1 minute chunks in 2h 33m :)

So I have "attached" a couple of new screenshots, showing a few things, and 1 error.txt

http://www.mediafire.com/file/g7n648w1p1ya5ux/Screens_%252818-12-19%2529.rar/file

About the only weird problem I had was, it got the very end of another encode, and just as it was about to start combining/muxing the chunks, it just stopped, the Client icon was still in the Taskbar, but I couldn't access it, so I killed RB, went back to re start that job, and it started from the beginning, so I stopped it, and went into the Job folder and ran job9_muxfiles.cmd, and to my surprise it ran, and completed the encode :)

And I had one fail due to some strange chapter problem (thats the error.txt)

So other than that, I noticed something different displayed in EncodingClient...there's a new little counter...what's that do ??

Also, in EncodingServer, there is a LOT more activity in the TCP communication window.

[ReinerSchweinlin]

About the only weird problem I had was, it got the very end of another encode, and just as it was about to start combining/muxing the chunks, it just stopped, the Client icon was still in the Taskbar, but I couldn't access it, so I killed RB, went back to re start that job, and it started from the beginning, so I stopped it, and went into the Job folder and ran job9_muxfiles.cmd, and to my surprise it ran, and completed the encode :)

Exact same thing just happened here..

How about if some mechanism of "version checking" is implemented? Sometimes it´s hard to be sure if all the machines are really up to date - and in some cases the servers start, but are on version too old and somehow crash in the middle of a session (or so...)..

What, if the server spits out it´s exact version to the client and one could see it in an overview?

[Atak_Snajpera]

1) Send me that chapter.txt file
2) that counter shows how mamy miliseconds elapsed from sending message to server and getting response. Basicaly IT shows communication delay
3) regarding issue where client shows encoding while server is idle. Copy whole text from server's TCP communication tab.

[Ryushin]

I have a machine with the V3 Core that the EncodingServer(s) seems to stop accepting connections. The EncodingServers won't stop gracefully. Killing them with Task Manager and running the EncodingServer.exe results in a process but no icon in the taskbar. These new zombies won't accept connections. Only by logging out and logging back in does the EncodingServer work again until it goes into zombie state again.

The main RipBot264 window is also going into a zombie state when close it (click the X). Have to kill it in the Task Manager as well.

[guest]

1) Send me that chapter.txt file
2) that counter shows how mamy miliseconds elapsed from sending message to server and getting response. Basicaly IT shows communication delay
3) regarding issue where client shows encoding while server is idle. Copy whole text from server's TCP communication tab.

1) I just checked, it didn't seem to have created a chapter.txt.

2) Will this counter stay, now ??

3) I would have to copy the TCP text while it was still "live", as doesn't it disappear when it's completed ?!?!

[guest]

I have a machine with the V3 Core that the EncodingServer(s) seems to stop accepting connections. The EncodingServers won't stop gracefully. Killing them with Task Manager and running the EncodingServer.exe results in a process but no icon in the taskbar. These new zombies won't accept connections. Only by logging out and logging back in does the EncodingServer work again until it goes into zombie state again.

The main RipBot264 window is also going into a zombie state when close it (click the X). Have to kill it in the Task Manager as well.

How many machines did you have running when this happened ??, because if you were using DE, and other pc's, you'd need to update ALL of them to V3 !!

I had ALL my Servers helping today, and I had to update them ALL to V3 before they would "help" the client.

[Atak_Snajpera]

1) I just checked, it didn't seem to have created a chapter.txt.

2) Will this counter stay, now ??

3) I would have to copy the TCP text while it was still "live", as doesn't it disappear when it's completed ?!?!

1) ok
2) yes
3) copy text when encoding if finished

[gabbett1]

Hello, I recently downloaded 1.25.0 and am having issues. When it tries to encode it gives me an error and creates an error log:


D:\New Uncopied\Dumb and Dumber>"F:\Blue Ray Ripping\EncodingClient.exe" "D:\Temp\RipBot264temp\job1\job1_EncodingClient.meta"

D:\New Uncopied\Dumb and Dumber>"F:\Blue Ray Ripping\tools\mp4box\mp4box.exe" -tmp "C:\Users\PLEXSE~1\AppData\Local\Temp" -add "D:\Temp\RipBot264temp\job1\video.264":name="Dumb and Dumber" -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\Dumb and Dumber\Dumb and Dumber.mp4"
Cannot find file D:\Temp\RipBot264temp\job1\video.264
Error importing D:\Temp\RipBot264temp\job1\video.264:name=Dumb and Dumber: Requested URL is not valid or cannot be found
-------------------------

Elapsed Time: 00h:00m:19s

I cannot figure out the issue. Now I can't even start EncodingClient. Keeps saying I don't have AviSynth+ MT 64 installed, even though I have installed it...

[Ryushin]

How many machines did you have running when this happened ??, because if you were using DE, and other pc's, you'd need to update ALL of them to V3 !!

I had ALL my Servers helping today, and I had to update them ALL to V3 before they would "help" the client.

Only running two DE machines. I always make sure each machine matches each other.

[GZZ]

I also had a failure in encoding where the Encoding Client is saying Encoding and the Encoding Server is doing nothing.

Please see below screenshots and log files.

Screenshots
https://pasteboard.co/ILQi7td.png
https://pasteboard.co/ILQijVx.png

Log Files
Command Recieved From Client: http://gofile.me/6GaFo/qjNpDO7o
Command Send To Client: http://gofile.me/6GaFo/WdvkqLJC

I hope it can help identify the issue.

[Atak_Snajpera]

@Pauly Dunne
https://www.mediafire.com/file/6an2rvp7qqn7nvt/CoreV4.7z/file

I hope this solves that issue with ENCODING/IDLE status. Update all encodingserver.exe (version number [v1.17.0] for now is frozen till official release)

[jfisher1740]

Had an encode stall overnight (same issues) at 83% completed on encodingserver v1.16.0. Updated to v1.17.0 and the encode completed successfully. Have 2 more encodes in process and will report back.

[guest]

I also had a failure in encoding where the Encoding Client is saying Encoding and the Encoding Server is doing nothing.

Please see below screenshots and log files.

Screenshots
https://pasteboard.co/ILQi7td.png
https://pasteboard.co/ILQijVx.png

Log Files
Command Recieved From Client: http://gofile.me/6GaFo/qjNpDO7o
Command Send To Client: http://gofile.me/6GaFo/WdvkqLJC

I hope it can help identify the issue.

Hey GZZ, I have a sneaking suspicion that your are not using the latest version (not an Auto-update), if you have a look at my screenshot from yesterday, and pay particular attention to the green circled item, and also you should be on at least v1.17.0 of Server.

https://www.mediafire.com/view/br45iwkjg7bvu93/latest_client_screen_%2819-12-19%29.jpg/file

[GZZ]

Hey GZZ, I have a sneaking suspicion that your are not using the latest version (not an Auto-update), if you have a look at my screenshot from yesterday, and pay particular attention to the green circled item, and also you should be on at least v1.17.0 of Server.

https://www.mediafire.com/view/br45iwkjg7bvu93/latest_client_screen_%2819-12-19%29.jpg/file

I didnt, downloaded the latest, normally i use auto update, but it didnt gave an error (expected it to work, so didnt read log). On latest now, so hopefully it has been fixed, will report back if it fails again.

[guest]

I didnt, downloaded the latest, normally i use auto update, but it didnt gave an error (expected it to work, so didnt read log). On latest now, so hopefully it has been fixed, will report back if it fails again.

Ah ha...

Yes, if you grab coreV4.7z, I don't think you'll have any more problems...I've been using it all day, and the only hiccups I've had are not related to the most recent problem.

Copy the 3 files onto every RB pc you have...

I'm sure auto updates will be enabled again, soon.

[guest]

@Pauly Dunne
https://www.mediafire.com/file/6an2rvp7qqn7nvt/CoreV4.7z/file

I hope this solves that issue with ENCODING/IDLE status. Update all encodingserver.exe (version number [v1.17.0] for now is frozen till official release)

Well as I mentioned in my reply to GZZ, I have been using coreV4 all day, no related problems or errors.

The file that gave me that chapter error yesterday, must be full of problems....I DID manage to get it thru RB, and I wanted to run the encoded one thru again, but it just kept throwing up annoying errors, so I'll scrap that one.

The Encoding/Idle problem didn't present itself, either.

So hopefully this all behind us now....

[GZZ]

Well as I mentioned in my reply to GZZ, I have been using coreV4 all day, no related problems or errors.

The file that gave me that chapter error yesterday, must be full of problems....I DID manage to get it thru RB, and I wanted to run the encoded one thru again, but it just kept throwing up annoying errors, so I'll scrap that one.

The Encoding/Idle problem didn't present itself, either.

So hopefully this all behind us now....

Its been running 8 hour straight on some South Park Episode with the lastest coreV4. I think it manage to reencode 70 episode, so alot of chunks. But then again I didnt have that big issue with previous, so I wont say its ok until it has been doing some more encoding.

[guest]

Its been running 8 hour straight on some South Park Episode with the lastest coreV4. I think it manage to reencode 70 episode, so alot of chunks. But then again I didnt have that big issue with previous, so I wont say its ok until it has been doing some more encoding.

Well, that's certainly a good start, that's probably more chunks than I did.

[ReinerSchweinlin]

I had occasional stalls, too... Downloaded Core4, testing now..

[jfisher1740]

Had an encode stall overnight (same issues) at 83% completed on encodingserver v1.16.0. Updated to v1.17.0 and the encode completed successfully. Have 2 more encodes in process and will report back.

2 4k x265 encodes ran to completion overnight with no issues!

[GZZ]

I finished the 82 Episode of South Park with no issues, no stalls, no hang and so on. So I would think Core4v is good and stable.

But the issue I posted here is still there. The RipBot application freeze on shutdown after end of encoding. See my post and screenshot: https://forum.doom9.org/showpost.php?p=1893009&postcount=18023

[Wishbringer]

@Atak_Snajpera:
is you online-updater offline?
get 404 error for http://atak-snajpera.5v.pl/ripbot264update/update.zip
manually only found a "update.zip_"

[guest]

@Atak_Snajpera:
is you online-updater offline?
get 404 error for http://atak-snajpera.5v.pl/ripbot264update/update.zip
manually only found a "update.zip_"

Hey Wishbringer,

Have you not been following the forum for the past week or so ??

There has been some major "testing" to fix a problem that RB had, and Atak has been posting limited updates, manually.

If you want the latest "fix", please go here,

https://forum.doom9.org/showthread.php?p=1893378#post1893378

OR

https://www.mediafire.com/file/6an2rvp7qqn7nvt/CoreV4.7z/file

and download "CoreV4.7z", and overwrite the files in the RB directory.

I'm sure auto updates will be back online shortly, once Atak is happy with the outcome.

[Wishbringer]

yep, wasn't here since a month or more.
(vacation an timelines in my job)
Thanks for info.

[guest]

yep, wasn't here since a month or more.
(vacation an timelines in my job)
Thanks for info.

That long...

OK, well if the version you have is working OK, I wouldn't use the "special" fix's, as it's only to fix the version that came out a week or so ago.

What build are you on ?? (eg:- core version).

Wait 'til auto updates are back, unless you have a problem.

[guest]

Well, I had a lot of weird problems with a certain server today, it just didn't want to co-operate, so I turned it off, and used another one...

I was using a different client today...any way, not related to the recent problem, I'm sure.

One particularly bizarre happening was at one stage, there was 2 chunks trying to use the same IP/port address, needless to say, one didn't do anything, I had to abort, and have a second go at it, and it didn't do it again.

And one other thing, I had 2 chunks processing very slow, every so often.

And I learn't & used something in RB, that I don't think I've ever used before...

Any way, it was a very hot here today, over 40 Celsius.

[Atak_Snajpera]

One particularly bizarre happening was at one stage, there was 2 chunks trying to use the same IP/port address, needless to say, one didn't do anything, I had to abort, and have a second go at it, and it didn't do it again.
Screenshot would be more helpful.

[guest]

Screenshot would be more helpful.

yeah I know but if you can just picture.... two different chunks, the same IP and Port number, one processing, one not. lol

Never seen it before and probably not likely to see it again.

[GZZ]

Had this issue where it started up a Server on an inactive netcard.

Screenshot
https://imgur.com/JiYGV4M

[Atak_Snajpera]

Had this issue where it started up a Server on an inactive netcard.

Screenshot
https://imgur.com/JiYGV4M

EncodingServer.exe by default uses first available detected IP [ADAPTER0]. In this case you have to manually specify other ip [ADAPTER1]
https://i.postimg.cc/fLhjg9MN/Untitled-1.png

EncodingServer.exe /ip 192.168.1.102

[god_md5]

i get this error ,the ts file is HLG hdr format.

C:\>"C:\Users\godmd5\Desktop\RipBot264v1.24.0\Tools\ffmpeg\bin\ffmpeg.exe" -loglevel panic -i "C:\Temp\RipBot264temp\job3\job3.avs" -strict -1 -f yuv4mpegpipe - | "C:\Users\godmd5\Desktop\RipBot264v1.24.0\tools\x265\x265_x64.exe" --colorprim bt2020 --transfer hlg --colormatrix bt2020nc --pass 1 --bitrate 8192 --stats "C:\Temp\RipBot264temp\job3\job3.stats" --fps 60000/1001 --min-keyint 60 --keyint 600 --frames 146577 --sar 1:1 --profile main10 --output-depth 10 --ctu 32 --no-slow-firstpass --y4m --output NUL -
x265 [error]: invalid argument: transfer = hlg

C:\>"C:\Users\godmd5\Desktop\RipBot264v1.24.0\Tools\ffmpeg\bin\ffmpeg.exe" -loglevel panic -i "C:\Temp\RipBot264temp\job3\job3.avs" -strict -1 -f yuv4mpegpipe - | "C:\Users\godmd5\Desktop\RipBot264v1.24.0\tools\x265\x265_x64.exe" --colorprim bt2020 --transfer hlg --colormatrix bt2020nc --pass 2 --bitrate 8192 --stats "C:\Temp\RipBot264temp\job3\job3.stats" --fps 60000/1001 --min-keyint 60 --keyint 600 --frames 146577 --sar 1:1 --profile main10 --output-depth 10 --ctu 32 --y4m --output "C:\Temp\RipBot264temp\video.265" -
x265 [error]: invalid argument: transfer = hlg

C:\>"C:\Users\godmd5\Desktop\RipBot264v1.24.0\tools\mkvtoolnix\mkvmerge.exe" -o "C:\Users\godmd5\Desktop\av\TWICE NHK20191021_1080.mkv" --compression 0:none --title "TWICE NHK20191021_1080" --default-duration 0:60000/1001fps "C:\Temp\RipBot264temp\video.265" --compression 0:none --language 0:und --sync 0:0 --aac-is-sbr 0:0 "C:\Temp\RipBot264temp\job3\1_audio_Undetermined.aac"
mkvmerge v35.0.0 ('All The Love In The World') 64-bit
Error: The file 'C:\Temp\RipBot264temp\video.265' could not be opened for reading: open file error.
-------------------------

Elapsed Time: 00h:00m:02s

[Atak_Snajpera]

Upload source sample because I do not have any file using HLG format.

[GZZ]

EncodingServer.exe by default uses first available detected IP [ADAPTER0]. In this case you have to manually specify other ip [ADAPTER1]
https://i.postimg.cc/fLhjg9MN/Untitled-1.png

EncodingServer.exe /ip 192.168.1.102

I though it tested if the network card was unplugged (as its not disabled) before using it. I havent seen this error before, so thats was why I reported it. I restarted Encoding Server and it detected the correct network card (no other change) and started encoding.

[GZZ]

Upload source sample because I do not have any file using HLG format.

Have a look here for HLG samples: https://4kmedia.org/travelxp-4k-hdr-hlg-sample/

[guest]

I am sure you're aware that auto updates has been "offline", well, it is online, but it hasn't done anything "normal" since around the 12th.

I've been thinking that it's due to the problems you were fixing, but now that CoreV4 is working well, it would be nice to have it (or the next iteration) as an update, so it can be officially incorporated into RB.

Up 'til recently, we've only been getting this:-

https://www.mediafire.com/file/82pharlkixeem3b/update_log.txt/file

[god_md5]

if change to sdr (bt2020 to bt709) it work , but color like Incorrect
,this file play with mpc-hc madvr is Incorrect color ,but smplayer with mpv is ok.

[GZZ]

if change to sdr (bt2020 to bt709) it work , but color like Incorrect
,this file play with mpc-hc madvr is Incorrect color ,but smplayer with mpv is ok.

You should post the link you send me in a PM. (Dont know why you send it to me)

[ReinerSchweinlin]

While reading up on the discussion about turing hevc encoding vs x264/x265, I encountered the advantage of x264 veryslow mentioned by Atak over here:
https://forum.doom9.org/showthread.php?t=176889

So I started encoding tests with x264 very slow in ripbot.

I noticed, that encoding speed in ripbot differs a lot compared to hybrid:

ripbot (with 20 cores in total, using two xeons, kaby lake i5 and some others)
x264 very slow: 2 hours
x265 default: 1,3 hours

hybrid (only using the i6 Kaby lake with 4 cores)
x264 very slow: 1,1 hours

I am not sure if I am doing something wrong here´... Is it normal that x264 very slow is slower than x265 default?

[Atak_Snajpera]

Is it normal that x264 very slow is slower than x265 default?
Short answer...Yes! I get the same results.

[ReinerSchweinlin]

Short answer...Yes! I get the same results.

Thank you, that answers one part of my question :)

I just did some more testing...
Hybrid and Handbrake encode almost as fast on the one i5 Kabylake as the whole network with Ripbot. Using the same settings (x264veryslow, no filter, no tune, no audio, simply passing through video..). I assume that there are different versions of x264 under the hood of each program, but this difference is huge. If I look at the encoding server on the i5, I have around 4 fps with ripbot, while hybrid and handbrake get up to 12fps...
What yould be causing this? I remember encoding some 1080p videos a while ago in Ripbot with x264veryslow and I had much faster fps... Running the latest Corev4 you posted above.

[GZZ]

RipBot (CoreV4) still hang on end of encode and shutdown is selected.

See new image:
https://imgur.com/krrtpT1
https://imgur.com/sPq1gkv

Encoding server on my second computer shutdown without an issue. I think its an issue in RibBot and not the Encoding Server.

[slalom]

I've been running the program without the auto-restart button on the servers for a couple of days, and I think it's working better. I can complete stalled chunks without having to restart the job

[guest]

MERRY CHRISTMAS, everybody...(or is it)

So I discovered an interesting error today, when trying to start a 4K encode.

In the "Size" option, I chose 3840 x 2160, and when I started the job, it came up with the red text msg down the bottom of the screen.

So I backed out, and went back in an did a video preview, and that didn't like a few things, so I have a screen shot and an error message.

https://www.mediafire.com/file/tiuaxmui0dmw3ze/Size_Error_preview.rar/file

Haven't had that happen before....
-------------------------------------------------------------------------------

Now another question that might spark some discussion....IS NUMA all it's cracked up to be, for HEAVY x265 encoding ???

I have NUMA enable on ALL the PC I have that support it (mainly the SMC & TYAN server boards), so I use 2 DE Servers per server, each using the available NUMA 0 & 1, and that seems to load up the CPU's to 100%.

I have one SMC board that has a pair of E5 2690 v1 CPU's, each supports 2 NUMA cores, so to get 100% I run 4 DE Servers, 2 on NUMA 0, and 2 on NUMA 1.....

Most of the time that works a treat, but if I give it a 4K heavy filtered job, they all struggle quite a bit.

I know I'm asking a lot of them, BUT they just seem to hit the wall.

Not sure if this has anything to do with it, but if you sit there and watch all the chunks doing their thing, every so often, one or more will just stop, lose what's it's encoded, and start again....

I'm wondering if going back to no NUMA would make much, if any difference.

There was mention of this here, a little while back, and Googling it brings up some interesting comments on the pro's & con's, especially with x265 encoding.

So I just might try disabling NUMA, and see what it does.

Speaking of x265, I think there might be a newer build available..3.2+22.

[Atak_Snajpera]

Not sure if this has anything to do with it, but if you sit there and watch all the chunks doing thier thing, every so often, one or more will just stop, lose what's it's encoded, and start again....
Next time when you see this disconnect server from encondingclient and check log in TCP communication tab. This should explain why progress Had been reset. My wild guess is that encoder terminated prematurely ,encodingserver detected that number of encoded frames is not correct and sent ERROR command back to encondingclient.

[guest]

Next time when you see this disconnect server from encondingclient and check log in TCP communication tab. This should explain why progress Had been reset. My wild guess is that encoder terminated prematurely ,encodingserver detected that number of encoded frames is not correct and sent ERROR command back to encondingclient.

Do you have any ideas why the encoder might terminate prematurely ??

[Atak_Snajpera]

Do you have any ideas why the encoder might terminate prematurely ??

First check TCP communication log and then we will speculate...

[StainlessS]

Atak,
Your update at bottom of post 1, is 404.

[GZZ]

Atak,
Your update at bottom of post 1, is 404.

Update is disabled because of issues in newest update. Will properly be back when fixed and new update is available.

[StainlessS]

Thanks, not a problem for me, I just clicked on it to see what it was.

[guest]

First check TCP communication log and then we will speculate...

OK, so that's part of my post answered, do you have an opinion on the NUMA situation ??

Enabled or disable, which is best, that is the question...:o

And the sizing / re-sizing issue ??

[guest]

Thanks, not a problem for me, I just clicked on it to see what it was.

Yeah, I don't think you're supposed to use that link, it's the link at the top of Post #1 !!!

Do you even use Ripbot264 ???

And were you sober when you posted this ??? (referencing your sig)

[StainlessS]

Last version of Ripbot264 I have is from 2011 [dont know if I ever tried it, just downed current ver$ prior to that post.]

Yip, stone cold sober[maybe], is limit of 260 chars in sig, and I did not have enough space and so cut it short,
it dont make a whole lot of sense, but who cares, it wern't meant to be serious [Feisty2 was first to question it, and you knows what a pain he is :) ].

[guest]

Last version of Ripbot264 I have is from 2011 [dont know if I ever tried it, just downed current ver$ prior to that post.]

Yip, stone cold sober[maybe], is limit of 260 chars in sig, and I did not have enough space and so cut it short,
it dont make a whole lot of sense, but who cares, it wern't meant to be serious [Feisty2 was first to question it, and you knows what a pain he is :) ].

Well, it has changed a LOT since then, I can assure you.

And who is this Feisty2 you're referring to ???, never heard of him !!

Maybe you should go back "Over the rainbow", and have a drink :D

[guest]

First check TCP communication log and then we will speculate...

OK, well, another day, and another day of the same, but different :(

Server's that were working nicely yesterday, were acting up a LOT, and vice versa.

I have lot's of error log's, etc, etc for you to peruse:-

https://www.mediafire.com/file/6fjm8i30r0xcljs/error_logs_%26_screenshots.rar/file

At one point, on yet another Server, it was showing "Starting" for a long time (on the Client), but when I checked the Server, it was well into the encode.

The TCP window had stopped, so I restarted both servers, and away it went.

Random, random, random.

And then to top off the day, the client pc, did something while I was in the other room with the servers, it wouldn't let me open or Maximise the client from the taskbar. so I had to kill it, and hope for the best.

[GZZ]

I had some problems with a few episode from boardwalk empire that didnt create the info.txt file. I have no idea why it wasnt created. I pulled the getinfo.avs into mediaplayer classic and it created it. I also couldnt recreate the issue by adding the episode again.

Is there no check for the info.txt, as encoding fail with a “file not found: .....\info.txt” closing in 5 sec....

Was just wondering if there could be built in a check and maybe recreate it, if not found?

[guest]

I had some problems with a few episode from boardwalk empire that didnt create the info.txt file. I have no idea why it wasnt created. I pulled the getinfo.avs into mediaplayer classic and it created it. I also couldnt recreate the issue by adding the episode again.

Is there no check for the info.txt, as encoding fail with a “file not found: .....\info.txt” closing in 5 sec....

Was just wondering if there could be built in a check and maybe recreate it, if not found?

Yep, I've been getting a few of those, myself....

It just shows how random the errors are, atm...very hard to diagnose :(

[Atak_Snajpera]

At one point, on yet another Server, it was showing "Starting" for a long time (on the Client), but when I checked the Server, it was well into the encode.
Do not abort. Instead wait for encoding server to finish encoding. There is high chance that at the end progress on encondingclient side will immediatelly change to encoded ...

Like I predicted...
Next time when you see this disconnect server from encondingclient and check log in TCP communication tab. This should explain why progress Had been reset. My wild guess is that encoder terminated prematurely ,encodingserver detected that number of encoded frames is not correct and sent ERROR command back to encondingclient.

9085|CLIENT -> SERVER| GET_ENCODING_PROGRESS;SET_ENCODING_PRIORITY=belownormal;
9086|CLIENT <- SERVER| OK
9087|CLIENT <- SERVER| ENCODING_PROGRESS=192.168.1.41:1000 -> [17.2%] 247/1434 frames, 0.21 fps, 65993 kbps, eta 1:33:42 ;CHUNCK=13;CPU=82;RAM=77;DECODER=33;ENCODER=33;OTHER=16;ENCODING_PRIORITY=normal;
9088|CLIENT -> SERVER| OK
9089|CLIENT -> SERVER| GET_ENCODING_PROGRESS;SET_ENCODING_PRIORITY=belownormal;
9090|CLIENT <- SERVER| OK
9091|CLIENT <- SERVER| ENCODING_PROGRESS=192.168.1.41:1000 -> [17.2%] 247/1434 frames, 0.21 fps, 65993 kbps, eta 1:33:42 ;CHUNCK=13;CPU=82;RAM=77;DECODER=33;ENCODER=33;OTHER=16;ENCODING_PRIORITY=normal;
9092|CLIENT -> SERVER| OK
9093|CLIENT -> SERVER| GET_ENCODING_PROGRESS;SET_ENCODING_PRIORITY=belownormal;
9094|CLIENT <- SERVER| OK
9095|CLIENT <- SERVER| ENCODING_FINISHED
9096|CLIENT -> SERVER| OK
9097|CLIENT -> SERVER| GET_ENCODING_SUMMARY
9098|CLIENT <- SERVER| OK
9099|CLIENT <- SERVER| ENCODING_SUMMARY=192.168.1.41:1000 -> ERROR;CHUNCK=13;CPU=82;RAM=57;DECODER=33;ENCODER=33;OTHER=16;ENCODING_PRIORITY=normal;
9100|CLIENT -> SERVER| OK
9101|CLIENT -> SERVER| STANDBY
9102|CLIENT <- SERVER| OK
9103|CLIENT <- SERVER| SERVER_IDLE
9104|CLIENT -> SERVER| OK
9105|CLIENT -> SERVER| ENCODE_CHUNK_13=\\RIING-BIG-XEON\RipBot264temp\job8\Chunks\13.cmd
9106|CLIENT <- SERVER| OK
9107|CLIENT <- SERVER| ENCODING_STARTED
9108|CLIENT -> SERVER| OK
9109|CLIENT -> SERVER| GET_ENCODING_PROGRESS;SET_ENCODING_PRIORITY=belownormal;
9110|CLIENT <- SERVER| OK
9111|CLIENT <- SERVER| ENCODING_PROGRESS=192.168.1.41:1000 -> ;CHUNCK=13;CPU=51;RAM=57;DECODER=0;ENCODER=0;OTHER=51;ENCODING_PRIORITY=normal;

Most likely ffmpeg.exe (decoder process) silently terminated prematurely because it couldn't get data from host machine.

[guest]

Do not abort. Instead wait for encoding server to finish encoding. There is high chance that at the end progress on encondingclient side will immediatelly change to encoded ...

OK, if that happens again, I will wait and see what happens.

Like I predicted...


9085|CLIENT -> SERVER| GET_ENCODING_PROGRESS;SET_ENCODING_PRIORITY=belownormal;
9086|CLIENT <- SERVER| OK
9087|CLIENT <- SERVER| ENCODING_PROGRESS=192.168.1.41:1000 -> [17.2%] 247/1434 frames, 0.21 fps, 65993 kbps, eta 1:33:42 ;CHUNCK=13;CPU=82;RAM=77;DECODER=33;ENCODER=33;OTHER=16;ENCODING_PRIORITY=normal;
9088|CLIENT -> SERVER| OK
9089|CLIENT -> SERVER| GET_ENCODING_PROGRESS;SET_ENCODING_PRIORITY=belownormal;
9090|CLIENT <- SERVER| OK
9091|CLIENT <- SERVER| ENCODING_PROGRESS=192.168.1.41:1000 -> [17.2%] 247/1434 frames, 0.21 fps, 65993 kbps, eta 1:33:42 ;CHUNCK=13;CPU=82;RAM=77;DECODER=33;ENCODER=33;OTHER=16;ENCODING_PRIORITY=normal;
9092|CLIENT -> SERVER| OK
9093|CLIENT -> SERVER| GET_ENCODING_PROGRESS;SET_ENCODING_PRIORITY=belownormal;
9094|CLIENT <- SERVER| OK
9095|CLIENT <- SERVER| ENCODING_FINISHED
9096|CLIENT -> SERVER| OK
9097|CLIENT -> SERVER| GET_ENCODING_SUMMARY
9098|CLIENT <- SERVER| OK
9099|CLIENT <- SERVER| ENCODING_SUMMARY=192.168.1.41:1000 -> ERROR;CHUNCK=13;CPU=82;RAM=57;DECODER=33;ENCODER=33;OTHER=16;ENCODING_PRIORITY=normal;
9100|CLIENT -> SERVER| OK
9101|CLIENT -> SERVER| STANDBY
9102|CLIENT <- SERVER| OK
9103|CLIENT <- SERVER| SERVER_IDLE
9104|CLIENT -> SERVER| OK
9105|CLIENT -> SERVER| ENCODE_CHUNK_13=\\RIING-BIG-XEON\RipBot264temp\job8\Chunks\13.cmd
9106|CLIENT <- SERVER| OK
9107|CLIENT <- SERVER| ENCODING_STARTED
9108|CLIENT -> SERVER| OK
9109|CLIENT -> SERVER| GET_ENCODING_PROGRESS;SET_ENCODING_PRIORITY=belownormal;
9110|CLIENT <- SERVER| OK
9111|CLIENT <- SERVER| ENCODING_PROGRESS=192.168.1.41:1000 -> ;CHUNCK=13;CPU=51;RAM=57;DECODER=0;ENCODER=0;OTHER=51;ENCODING_PRIORITY=normal;

Most likely ffmpeg.exe (decoder process) silently terminated prematurely because it couldn't get data from host machine.

OK, long story short...do you think this has been the problem over the last couple of weeks ?

Is that why it's so random ??

Is it a problem at my end, or is it something that you need to dig a little deeper into ??

edit:- I just had a look around, and there appears to be a very new version of ffmpeg..
Build: ffmpeg-20191224-287620f-win64-static

[Atak_Snajpera]

Is it a problem at my end, or is it something that you need to dig a little deeper into ??
This has nothing to do with my code. My code just executes .cmd file and then waits for spawned ffmpeg.exe and x264.exe/x265.exe. When they terminate my code next checks number of encoded frames and reports to encodingclient with proper command. Nothing extraordinary. I would try not to push CPU usage to absolute 100%.

[guest]

This has nothing to do with my code. My code just executes .cmd file and then waits for spawned ffmpeg.exe and x264.exe/x265.exe. When they terminate my code next checks number of encoded frames and reports to encodingclient with proper command. Nothing extraordinary. I would try not to push CPU usage to absolute 100%.

OK, but what if just 1 DE server uses 100%....how could it be cut back a little ??

Would a newer ffmpeg make any difference ??

[Atak_Snajpera]

OK, but what if just 1 DE server uses 100%....how could it be cut back a little ??

Would a newer ffmpeg make any difference ??

I mean ,do not run extra server if you already have 90%+ cpu usage. Another thing. Run EncodingServer in LOW priority instead of NORMAL.

[guest]

I mean ,do not run extra server if you already have 90%+ cpu usage.

Well, I noticed today (yesterday now), that with the custom MDegrain3 filter I'm using, REALLY max's everything out, and just 1 DE server per PC or NUMA node, pretty much ran @ 100%

Just saw your edit, so I will run at LOW, and see what that does

[Atak_Snajpera]

BTW. If you want to check if UMA is slower/faster than NUMA then you should compare speed only using that one PC. Do not look at some random chunks because some parts of the movie are just easier to compress (faster encoding speed).

[guest]

BTW. If you want to check if UMA is slower/faster than NUMA then you should compare speed only using that one PC. Do not look at some random chunks because some parts of the movie are just easier to compress (faster encoding speed).

:thanks: I think I'll stay with using NUMA.

That random test (in that screenshot), was a reasonable difference, even taking in to account what you said about different parts of a movie being easier to compress.

[Atak_Snajpera]

NUMA may be faster due to direct access to memory. In UMA threads have to communicate between sockets which is obviously much slower (higher delay and so on).
https://techdifferences.com/difference-between-uma-and-numa.html

[guest]

Do not abort. Instead wait for encoding server to finish encoding. There is high chance that at the end progress on encondingclient side will immediately change to encoded ...

Like I predicted...

Most likely ffmpeg.exe (decoder process) silently terminated prematurely because it couldn't get data from host machine.

I forgot to mention that I DID see a ffmpeg error pop up message on one of my servers that I'm running W8.1 on.

Something like "ffmpeg stopped responding" (or similar)

[guest]

I mean ,do not run extra server if you already have 90%+ cpu usage. Another thing. Run EncodingServer in LOW priority instead of NORMAL.

Well, yet another day of "testing", but there has been no related problems today.

I had one hiccup which I think was network related (posted error msg)

https://www.mediafire.com/file/qpbflkirvni5opl/strange_stoppage.txt/file

And to my surprise there was an Autoupdate waiting, so that was great. :thanks:

I didn't update my Client PC however, just in case it jeopardised the unfinished job from yesterday, didn't want that to go to waste.

Updated ALL the servers, changed the CPU Priority down to LOW.

So once I started yesterday's job, I slowly introduced the servers, noting their encoding speed's.

I also noticed that trying to start 2 servers on NUMA 0 & 1, didn't seem to work all that well, so I just used NUMA 0,
but then I noticed that basically only 1 CPU was working, and even the cooling radiators proved that one was working, the other was not.

So due to that, I progressively changed my older SMC boards back to UMA, and changed the priority to NORMAL and VARIABLE, and ran 1 DE server on each pc.

Oh, and that had the CPU's just "bouncing off" 100%....

Seemed to work quite well, both rad's were warm, encoding speed was up, so maybe thats the way to go, when giving them a heavy filtered encode to process.

But having said all that, would there be a way in Encoding Client, that when one chunk is complete (that was using say, NUMA 0), that the next chunk on that IP would switch over and use NUMA 1 (just to share the load over both CPU's during the encode, not just one doing all the work) ??

I might also try to use 2 different RipBot folders, and have one that was configured to these heavy filtering jobs, and used certain DE servers.

And have another, setup to use more and/or different DE servers & settings, for "lighter" loads.

So all in all, a pretty successful day (hopefully tomorrow is as good)
_________________________________________________________________________________________________

A couple question's about the update....I noticed "HDRtools"....how is that used / enabled ??

Also, under "Default Video Decoder", it's changed from Lsmash, FFMS2 & GPU, to just CPU & GPU ??

So is Lsmash the one and only, now ??

[stryker412]

Just finished my new build. Are there any settings I should enable/disable with this new system?

Ryzen 3700X
16GB RAM
1TB NVMe (Adata SX8200 Pro)
Nvidia RTX2070 Super

I'm testing with an UHD movie now. I set it to 10bit, CQ 18. Looks like it's going to take around a total of 6hrs. Does that sound right?

[Atak_Snajpera]

Just finished my new build. Are there any settings I should enable/disable with this new system?

Ryzen 3700X
16GB RAM
1TB NVMe (Adata SX8200 Pro)
Nvidia RTX2070 Super

I'm testing with an UHD movie now. I set it to 10bit, CQ 18. Looks like it's going to take around a total of 6hrs. Does that sound right?

GPU decoding may give you few percent speed boost...

[guest]

Just finished my new build. Are there any settings I should enable/disable with this new system?

Ryzen 3700X
16GB RAM
1TB NVMe (Adata SX8200 Pro)
Nvidia RTX2070 Super

I'm testing with an UHD movie now. I set it to 10bit, CQ 18. Looks like it's going to take around a total of 6hrs. Does that sound right?

Hey stryker412,

That's great you have a nice new system up and running (slightly envious).

So, tell us a little more about your "test" encode...

Whats the movie ??

What other settings are you using, filters, are you able to use DE ??

It all makes a difference.

[stryker412]

I used Wreck it Ralph since it was a shorter film. I didn't change any settings other than bump CQ from 20 to 18. The final file was only 4.8GB which seems a little small for an HD10 movie. I also only used the DD track as it seems TrueHD has issues on my system. Plus, I only have a 5.1 setup anyway.

Is GPU decoding only in the ini file settings? I didn't see it in the GUI settings.

[guest]

I used Wreck it Ralph since it was a shorter film. I didn't change any settings other than bump CQ from 20 to 18. The final file was only 4.8GB which seems a little small for an HD10 movie. I also only used the DD track as it seems TrueHD has issues on my system. Plus, I only have a 5.1 setup anyway.

Is GPU decoding only in the ini file settings? I didn't see it in the GUI settings.

So is that 1080p or 2160p (4K) version you're "playing" with ??

It does seem a little on the small side, maybe you could check it with Mediainfo (which can be found in the Ripbot Tools folder, or you can download & install it, very handy).

How big is the original ??

Yes, I know what it's like to have TrueHD issues, I convert mine to DTSHD-MA (bit of a process).

So how long did the job take, finally ??

So here's where you change the Decoder settings (in the latest build of RB) :-

https://www.mediafire.com/view/kxl01wv9awvky0k/Default_Video_Decoder.jpg/file

[stryker412]

So is that 1080p or 2160p (4K) version you're "playing" with ??

It does seem a little on the small side, maybe you could check it with Mediainfo (which can be found in the Ripbot Tools folder, or you can download & install it, very handy).

How big is the original ??

Yes, I know what it's like to have TrueHD issues, I convert mine to DTSHD-MA (bit of a process).

So how long did the job take, finally ??

So here's where you change the Decoder settings (in the latest build of RB) :-

https://www.mediafire.com/view/kxl01wv9awvky0k/Default_Video_Decoder.jpg/file

Sorry this was 4K resolution. The original is 36GB.

How can I get version 1.25? I still have 1.24 which is why I wasn't seeing those options. All the links on videohelp and the first post here are still for 1.24.

[guest]

Sorry this was 4K resolution. The original is 36GB.

How can I get version 1.25? I still have 1.24 which is why I wasn't seeing those options. All the links on videohelp and the first post here are still for 1.24.

OK, well that's sort of strange it's only 4.8Gb.

You didn't resize it, did you ?? Is it still 4K res., 3840 x 2160.

So how long did it take ??

If you're still on 1.24.0, you must not have Auto-update enabled, enable it, (refer to screenshot in previous post) then close RB, then re start it, if you're connected online it will download all the updates it needs (yes Auto-update is working fine again).

Wait a couple of minutes, then check the "update_log.txt", or in the "Updates" folder, to check if there is any files in there.

Then all you need to do is close RB down again, re start, it will automatically update itself, and there you have it.

[stryker412]

No it was not resized.

[stryker412]

GPU decoding may give you few percent speed boost...

I'm actually getting the opposite. On GPU, I'm averaging 4-5FPS and on CPU 7-8.

[GZZ]

Might have found the issue with the info.txt missing.

If I use batch mode and have a custom filter with a UNC path to the tools folder (in this case for MDegrain) in my shared folder, then the script fail if the tools folder is missing, but Ripbot fail to see this and just continue without an error.

I did a video (Screen capture). Please have a look at it: http://gofile.me/6GaFo/v7OO0kwJ

If GetInfo.avs is runned multiple times, then the file (info.txt) is not overwritten, but data is appended to the file.

[Atak_Snajpera]

Why do you use network paths in Avs?

[GZZ]

Why do you use network paths in Avs?

I been using it for a long time. If I add the direct path to my custom script, then it didnt work on my DE server because the path didnt exists.

I added this to a custom script:

Loadplugin("\\DESKTOP_8700K\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)


If I add it with a direct path to the non-shared folder then it didnt work . My script was created 18-03-2018, so maybe things have change since then.

But do I add this path: e:\RipBot264v\Tools\AviSynth plugins\mvtools\mvtools2.dll

then it will fail on DE server, as it dont know the above path.

But maybe your program replace custom script path as it does for other path in avs script ?

[Atak_Snajpera]

1) put your plugins to tools/avisynth plugins
2) in your custom script load plugins using regular paths

EmcodingClient will copy all plugins you put to that folder and change paths in Avs to network Path automatically.

[GZZ]

1) put your plugins to tools/avisynth plugins
2) in your custom script load plugins using regular paths

EmcodingClient will copy all plugins you put to that folder and change paths in Avs to network Path automatically.

I see

1) I have the file in the e:\RipBot264v\Tools\AviSynth plugins\Scripts\Custom\ or else It wouldnt be under custom script in your application.

2) I will change the UNC path to regular path, this will solve the batch issue when the tools folder dosnt exists on import.

[guest]

How can I get version 1.25? I still have 1.24 which is why I wasn't seeing those options. All the links on videohelp and the first post here are still for 1.24.

So, did you go ahead and update to the latest 1.25.0 ??

[guest]

Hi Atak, would you be so kind as to comment on these questions I asked back at :-

https://forum.doom9.org/showpost.php?p=1893954&postcount=18109

A couple question's about the update....I noticed "HDRtools"....how is that used / enabled ??

Also, under "Default Video Decoder", it's changed from Lsmash, FFMS2 & GPU, to just CPU & GPU ??

So is Lsmash the one and only, now ??

[stryker412]

So, did you go ahead and update to the latest 1.25.0 ??

Yes, I'm on the latest.

[guest]

Yes, I'm on the latest.

You're welcome.

[BLKMGK]

No it was not resized.

Not an unusual size IMO. It's an animated movie so there's much less detail and x.265 encode of this will crush it way down. It's odd how some regular videos will crush down too depending on the types of scenes. Denoising them will also bring file sizes down as the randomness gets removed.

[BLKMGK]

Had a lockup on my PC controlling distributed processing. Upon restart it pulled in an update, as a result I also updated my slave clients to keep everything on the same "version". Version still says 1.25.0 but now the 30 videos in my queue left over freak out when the job attempts to run. Anyone else seeing this? I see the video copy to the work folder and then all clients go haywire. I can successfully abort but right clicking and trying to get a log gives no results. If I run a chunk .cmd file on the controlling machine it begins to create a chunk just fine. For some reason I'm also unable to see the encoding server although it appears to start when I attempt a job, closing RipBot I have to terminate it manually now.

No idea what just happened but a system that's been working fine for quite awhile just ground to a halt.....

[GZZ]

Had a lockup on my PC controlling distributed processing. Upon restart it pulled in an update, as a result I also updated my slave clients to keep everything on the same "version". Version still says 1.25.0 but now the 30 videos in my queue left over freak out when the job attempts to run. Anyone else seeing this? I see the video copy to the work folder and then all clients go haywire. I can successfully abort but right clicking and trying to get a log gives no results. If I run a chunk .cmd file on the controlling machine it begins to create a chunk just fine. For some reason I'm also unable to see the encoding server although it appears to start when I attempt a job, closing RipBot I have to terminate it manually now.

No idea what just happened but a system that's been working fine for quite awhile just ground to a halt.....

What kind of error. Does it write "Cant find file ....\Info.txt, closing in 5 sec" just after it has copy the file ?

[guest]

Had a lockup on my PC controlling distributed processing. Upon restart it pulled in an update, as a result I also updated my slave clients to keep everything on the same "version". Version still says 1.25.0 but now the 30 videos in my queue left over freak out when the job attempts to run. Anyone else seeing this? I see the video copy to the work folder and then all clients go haywire. I can successfully abort but right clicking and trying to get a log gives no results. If I run a chunk .cmd file on the controlling machine it begins to create a chunk just fine. For some reason I'm also unable to see the encoding server although it appears to start when I attempt a job, closing RipBot I have to terminate it manually now.

No idea what just happened but a system that's been working fine for quite awhile just ground to a halt.....

That is one major disadvantage of having "Auto update" enabled on your main encoding client, isn't it ?!?!?

As there is no "warning" that you're getting an update, it's generally too late, when you realise there's been one.

I have RipBot installed on a laptop ONLY to get the updates to it first, then I will manually update each other RB pc I have, as I see fit.

And that way, I can also document & archive all the updates.

And another thing is, I NEVER update a Client that has a queue of Jobs, as "sure as egg's" there will be something slightly different in the code of the updates that will cause this type of problem.

I think you'll just have to go thru and "refresh/reload" EVERY job :(

[BLKMGK]

What kind of error. Does it write "Cant find file ....\Info.txt, closing in 5 sec" just after it has copy the file ?

Nope, it acts like it's goiong to encode per usual but all of the clients attempt a connect, fail, try again, and keep cycling over and over. I get the failure to find info.txt occasionally too but I think corrupt files or files that have too many subtitles or whatever cause this - remuxing them with MakeMKV solves this sometimes. Nothing I've tried has solved the current problem and I regret not having made a backup of my previous set of files <sigh>

[BLKMGK]

That is one major disadvantage of having "Auto update" enabled on your main encoding client, isn't it ?!?!?

As there is no "warning" that you're getting an update, it's generally too late, when you realise there's been one.

I have RipBot installed on a laptop ONLY to get the updates to it first, then I will manually update each other RB pc I have, as I see fit.

And that way, I can also document & archive all the updates.

And another thing is, I NEVER update a Client that has a queue of Jobs, as "sure as egg's" there will be something slightly different in the code of the updates that will cause this type of problem.

I think you'll just have to go thru and "refresh/reload" EVERY job :(

I generally only run RipBot on one machine and just the Encoding Server on the others until I need an update but when I saw this one update I updated the others to keep them in synch - not having a version number that's worth anything is frustrating BTW. If simply updating the jobs solved this at least I'd have a path forward and could batch the files then edit the jobs but I tried redoing a job with one of the smaller files - nope after waiting ten minutes for it to be pulled apart and indexed it too FAILED with the same behavior. I don't understand why the files are pulled apart before processing, it's a time consuming step to say the least.

Just tried it again with a smaller file that I'd had queued up - fails with "no info.txt file". The file exists and contains the exact same data as the previous one generated with working code.

I'll see if I can pull my old binaries from backup tonight late when I get home. Hopefully I'm not the only one who sees these errors and this gets sorted <sigh>. I cannot even really offer much to troubleshoot because no useful logs appear to be generated. Below is all I get and exactly NOTHING has changed except RipBot binaries. One minute working, the next nope!


'\\XXXXX\XX\XXXX\XXXX\new'
CMD.EXE was started with the above path as the current directory.
UNC paths are not supported. Defaulting to Windows directory.

C:\Windows>"E:\Software\RipBot\EncodingClient.exe" "C:\Temp\RipBot264temp\job31\job31_EncodingClient.meta"
'\\XXXXX\XX\XXXX\XXXX\new'
CMD.EXE was started with the above path as the current directory.
UNC paths are not supported. Defaulting to Windows directory.
CMD.EXE was started with the above path as the current directory.
UNC paths are not supported. Defaulting to Windows directory.

mkvmerge v41.0.0 ('Smarra') 64-bit
Error: The file 'C:\Temp\RipBot264temp\job31\video.265' could not be opened for reading: open file error.
CMD.EXE was started with the above path as the current directory.
UNC paths are not supported. Defaulting to Windows directory.
-------------------------

Elapsed Time: 00h:02m:13s

[ImEverlasting]

Hello,

So I've been using RipBot for a few months now, exclusively using Distributed Encoding. I have one Main PC (Master-PC, Windows 10 Home x64) and 5 headless PC (Slaves One through Five, Windows 10 Pro x64).

I'm assuming these problems started with the recent update to Core. The past week I was having issues with halts, like others have started above me, from the Slaves. Usually more so at the end an encode (Encoding Adventure Time so the encodes are short at 11 minutes long.) Sometimes two slaves will still be "encoding" when the halt happens. The only way to fix this was for me to kill the Encoding Client on the Master PC. A few days ago I was given an update on the Master and later updated all the slaves as usual, ending the Encoding Servers, starting RipBot.exe and letting auto-updater do it's thing.

Well, since then I've been getting 100% halts after EVERY encode. The Encoding Client is frozen, I can not bring it back up from the Task Bar, but when hovering my mouse over it, it does show 100% completion of the job. Right clicking does nothing. Attempting to "Abort" the encode causes RipBot to crash resulting in me having to kill both RipBot and Encoding Client from the Task Manager. Task manger shows 0% CPU/Disk/Network usage for RipBot /Encoding Client so I'm assuming it's just hanging in error, and not looping.
https://i.imgur.com/m5i8b4e.png

The Slaves all show they have finished with all conversions and the connection was ended;

Example from Slave One (all other show pretty much the same thing:)

7811|CLIENT <- SERVER| ENCODING_FINISHED
7812|CLIENT -> SERVER| OK
7813|CLIENT -> SERVER| GET_ENCODING_SUMMARY
7814|CLIENT <- SERVER| OK
7815|CLIENT <- SERVER| ENCODING_SUMMARY=192.168.1.101:1000 -> encoded 1444 frames, 5.53 fps, 2026 kbps;CHUNK=7;CPU=99;RAM=45;DECODER=0;ENCODER=99;OTHER=0;ENCODING_PRIORITY=normal;
7816|CLIENT -> SERVER| OK
7817|CLIENT -> SERVER| STANDBY
7818|CLIENT <- SERVER| OK
7819|CLIENT <- SERVER| SERVER_IDLE
7820|CLIENT -> SERVER| OK


As a side note, I have noticed that the Slaves are being put to sleep quite often and I even have the "shutdown" method set to "No Action", is there something else I'm missing?
https://i.imgur.com/pYTjP57.png

This morning I downloaded a completely fresh copy of RipBot from the link on the main page, and letting it auto-update on the master, then zipping the RipBot folder and distributing RipBot to the Slaves (to ensure all applications are the same version). I'm still having the same issues, and am at a loss. Does anyone have a possible 100% known working last version and link? Documentation is sparse and having to go back through 50+ pages of discussion to figure out where things went wrong seems daunting. Thanks.

[slalom]

Same problems here, servers hang randomly for no reason. Even if I abort the program, it can hang

Last version working flawlessly was before auto combining of chunks was introduced

It could run for days unattended

[ImEverlasting]

Same problems here, servers hang randomly for no reason. Even if I abort the program, it can hang

Last version working flawlessly was before auto combining of chunks was introduced

It could run for days unattended
^ Exactly my issue, the Slaves are encoding almost 24/7. I encode a lot of x265 HEVC material. But the past week or more I've had to baby sit and restart multiple times a day. Production is slowing to a halt. :P

[GZZ]

1) put your plugins to tools/avisynth plugins
2) in your custom script load plugins using regular paths

EmcodingClient will copy all plugins you put to that folder and change paths in Avs to network Path automatically.

Atak_Snajpera. I did what you asked me to do and I can now import the job with a regular path. But it wont work when served as a chunk to me DE server because it dosnt change the path!

See screenshot from DE server: https://imgur.com/upyA4BK

Below is my script from chunk 2.avs where you can see it dosnt change the path in the #Custom section as you said it would!



#MT
Import("\\DESKTOP_8700K\RipBot264temp\Tools\AviSynth plugins\Scripts\MTmodes.avs")
#PREFETCH_LIMIT=0

#VideoSource
LoadPlugin("\\DESKTOP_8700K\RipBot264temp\Tools\AviSynth plugins\lsmash\LSMASHSource.dll")
video=LWLibavVideoSource("\\DESKTOP_8700K\RipBot264temp\job31\video.mkv",threads=0,cachefile="C:\Users\Henrik\AppData\Local\Temp\EncodingServer1\video.mkv.lwi")
#Deinterlace



#Decimate



#Crop
video=Crop(video,0,280,-0,-280)



#Resize



#Tonemap



#Levels



#Colours



#Denoise



#Custom
Loadplugin("e:\RipBot264v\Tools\AviSynth plugins\mvtools\mvtools2.dll")
super=MSuper(video,pel=2)
fv1=MAnalyse(super,isb=false,delta=1,overlap=4)
bv1=MAnalyse(super,isb=true,delta=1,overlap=4)
fv2=MAnalyse(super,isb=false,delta=2,overlap=4)
bv2=MAnalyse(super,isb=true,delta=2,overlap=4)
video=MDegrain2(video,super,bv1,fv1,bv2,fv2,thSAD=800)



#Prefetch
video=Prefetch(video,8)


#After_Prefetch_Denoise



#After_Prefetch_Custom



#Borders



#Subtitles



#AudioSource



#Triming



#AVSameLength
video=Trim(video,2844,5771)


#ColorSpace



#Return
return video




Please tell me what Im doing wrong in context to what you said ?

[guest]

UNC paths are not supported. Defaulting to Windows directory.

I could be wrong, but isn't this a glaring problem ??

I'm sure that this was raised by GZZ just a couple of posts back #18119 - #18123.

Yes, backup's are great, in hindsight :(

[guest]

Atak_Snajpera. I did what you asked me to do and I can now import the job with a regular path. But it wont work when served as a chunk to me DE server because it doesn't change the path!

See screenshot from DE server: https://imgur.com/upyA4BK

Below is my script from chunk 2.avs where you can see it doesn't change the path in the #Custom section as you said it would!

Please tell me what I'm doing wrong in context to what you said ?

Import \\DESKTOP_8700K\RipBot264temp\Tools\AviSynth plugins

Loadplugin e:\RipBot264v\Tools\AviSynth plugins

Why don't these match ??

Why don't you try and put EVERYTHING in the same place ??

[Atak_Snajpera]

@gzz
Show me job31.avs and file with .meta extension

[guest]

Hello,

Does anyone have a possible 100% known working last version and link? Documentation is sparse and having to go back through 50+ pages of discussion to figure out where things went wrong seems daunting. Thanks.

Welcome to the forum....

I posted a slightly earlier build on page 889, post #17777, which might help you out.

[ImEverlasting]

Welcome to the forum....

I posted a slightly earlier build on page 889, post #17777, which might help you out.
Thanks for the welcome, Sorry to come in guns blazing with issues. Ripbot is a fantastic tool when it was working, just want to get things going again. :)

Sorry to ask but, how did you make a "custom" version, do you work on this project with Atak_Snajpera? I'm sorta of hesitant to download something from someone I'm unfamiliar with, especially when the zip file was just uploaded today :x

[BLKMGK]

I could be wrong, but isn't this a glaring problem ??

I'm sure that this was raised by GZZ just a couple of posts back #18119 - #18123.

Yes, backup's are great, in hindsight :(

It's always thrown those errors and it's always worked. I don't map drive letters for every share, there's not enough letters in the alphabet lol

Edit: Restored from backups to all clients, works like a charm. Turned OFF auto-updates so I guess I'll have to monitor here to see when changes occur. It promptly downloaded a pile of proposed updates too...

[guest]

Thanks for the welcome, Sorry to come in guns blazing with issues. Ripbot is a fantastic tool when it was working, just want to get things going again. :)

Sorry to ask but, how did you make a "custom" version, do you work on this project with Atak_Snajpera? I'm sorta of hesitant to download something from someone I'm unfamiliar with, especially when the zip file was just uploaded today :x

No, I posted it from a working build, just to help people in need.

I think the reason for it showing that I uploaded it today is, that I actually took it down, for a day or so.

Hey, you asked if anybody had a working version, and then you question it....:(

It's entirely up to you if you want to use it or not....I just know that at least 23 others have.

You're new, and I don't know you, either !!!

[guest]

It's always thrown those errors and it's always worked. I don't map drive letters for every share, there's not enough letters in the alphabet lol

Edit: Restored from backups to all clients, works like a charm. Turned OFF auto-updates so I guess I'll have to monitor here to see when changes occur. It promptly downloaded a pile of proposed updates too...

That's great that you got it working again :)

So do you know what build you're on now ??

I had a couple of self imposed problems this morning, but once I figured what was wrong, it's been going great now, for about 5 hours, and it's a stinking hot day here today (great way to finish 2019), and haven't had any lock ups or anything (very latest build, too).

And about the only little problem I am having is a couple of servers don't like to "talk" to the network, randomly (but I'm pretty sure it's the cables/plugs)

[GZZ]

@gzz
Show me job31.avs and file with .meta extension

Job31.avs file from \Temp\RipBot264temp\job31\


#MT
Import("E:\RipBot264v\Tools\AviSynth plugins\Scripts\MTmodes.avs")
#PREFETCH_LIMIT=0

#VideoSource
LoadPlugin("E:\RipBot264v\Tools\AviSynth plugins\lsmash\LSMASHSource.dll")
video=LWLibavVideoSource("E:\UHD_mkv\Angels and Demons_t00.mkv",cachefile="E:\Temp\RipBot264temp\job31\Angels and Demons_t00.mkv.lwi")
#Deinterlace



#Decimate



#Crop
video=Crop(video,0,280,-0,-280)



#Resize



#Tonemap



#Levels



#Colours



#Denoise



#Custom
Loadplugin("e:\RipBot264v\Tools\AviSynth plugins\mvtools\mvtools2.dll")
super=MSuper(video,pel=2)
fv1=MAnalyse(super,isb=false,delta=1,overlap=4)
bv1=MAnalyse(super,isb=true,delta=1,overlap=4)
fv2=MAnalyse(super,isb=false,delta=2,overlap=4)
bv2=MAnalyse(super,isb=true,delta=2,overlap=4)
video=MDegrain2(video,super,bv1,fv1,bv2,fv2,thSAD=800)



#Prefetch
video=Prefetch(video,6)


#After_Prefetch_Denoise



#After_Prefetch_Custom



#Borders



#Subtitles



#AudioSource
Import("E:\Temp\RipBot264temp\job31\job31_a1.avs")


#Triming



#AVSameLength



#ColorSpace



#Return



job31_EncodingClient.meta


E:\Temp\RipBot264temp\job31
E:\RipBot264v
"E:\RipBot264v\Tools\ffmpeg\bin\ffmpeg.exe" -loglevel panic -i "E:\Temp\RipBot264temp\job31\job31.avs" -strict -1 -f yuv4mpegpipe - | "E:\RipBot264v\tools\x265\x265_x64.exe" --colorprim bt2020 --transfer smpte2084 --colormatrix bt2020nc --master-display "G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(40000000,50)" --max-cll "2105,1007" --crf 18 --fps 24000/1001 --min-keyint 24 --keyint 240 --frames 199416 --sar 1:1 --profile main10 --output-depth 10 --ctu 64 --y4m --output "E:\Temp\RipBot264temp\job31\video.265" -

E:\UHD_mkv\Angels and Demons_t00.mkv
h265
1

[GZZ]

Import \\DESKTOP_8700K\RipBot264temp\Tools\AviSynth plugins

Loadplugin e:\RipBot264v\Tools\AviSynth plugins

Why don't these match ??

Why don't you try and put EVERYTHING in the same place ??

I have the application in folder: e:\RipBot264v\

and my temp folder is at e:\Temp\RipBot264temp\
The temp folder is the only shared folder for other machines to see.

It might be the reason the path isnt changed, as it dont match with the expected. But if this is the case, then Ripbot should warn about having the temp folder in a unsupported folder or something and guide me to where it should be located. This could lead to all kind og issues.

[GZZ]

I also had a chunk that stalled today on newest version of ripbot. Dont know if its related to what other people have written.

Got a screenshot up: https://imgur.com/Ful2QuA and https://imgur.com/h8PmYA3

Cant get anymore details. Seems like the EncodingServer is still expecting the chunk to finish and FFMpeg and X264_64 is a 0% cpu. So somewhere along the chain something broke.

Update: restarted the chunk and it reencoded it without issues.

Suggestion: Something with a deadlock timeout, if EncodingServer havent changed encoded frames for X min or sec, then it sends a command back to Encoding Client to restart the chunk.

[guest]

Suggestion: Something with a deadlock timeout, if EncodingServer havent changed encoded frames for X min or sec, then it sends a command back to Encoding Client to restart the chunk.

Forgive me if I'm wrong, but I'm pretty sure there is a "command" to do just that.../restart-if-no-progress

Mind you, I haven't had much luck with it.

And again, forgive me if I'm wrong, but have you got RipBot, the Temp folder, and the folder where you put your final encodes ALL on your E:\ drive ?? (just looking at your log files)

[Atak_Snajpera]

@gzz
1) code which replaces text is case sensetive! You wrote e: but IT should be E: in load plugin
2) If for some reason ffmpeg.exe still sits in memory with 0 % CPU then there is special switch to restart encoding automatically
EncodingServer.exe /restart-if-no-progress
Encoding will be restarted If encodingserver detects no CPU usage for ffmpeg.exe/x26x.exe for 1 minute.

[GZZ]

@gzz
1) code which replaces text is case sensetive! You wrote e: but IT should be E: in load plugin
2) If for some reason ffmpeg.exe still sits in memory with 0 % CPU then there is special switch to restart encoding automatically
EncodingServer.exe /restart-if-no-progress
Encoding will be restarted If encodingserver detects no CPU usage for ffmpeg.exe/x26x.exe for 1 minute.

1) casesensitive on folder. :( but thanks for pointing it out.

2) thanks for the switch, is there a list of hidden switches?

[Atak_Snajpera]

2) settings -> distributed encoding tab -> wrench icon -> command line help

You can easily check if restarting works by suspending ffmpeg.exe/x264.exe/x265.exe in processhacker/processexplorer. After 1 minute you should get this message
https://i.postimg.cc/85FgYWBJ/Untitled-1.png

[GZZ]

2) settings -> distributed encoding tab -> wrench icon -> command line help

You can easily check if restarting works by suspending ffmpeg.exe/x264.exe/x265.exe in processhacker/processexplorer. After 1 minute you should get this message
https://i.postimg.cc/85FgYWBJ/Untitled-1.png

Thanks and Happy new year. :)

[ImEverlasting]

No, I posted it from a working build, just to help people in need.

I think the reason for it showing that I uploaded it today is, that I actually took it down, for a day or so.

Hey, you asked if anybody had a working version, and then you question it....:(

It's entirely up to you if you want to use it or not....I just know that at least 23 others have.

You're new, and I don't know you, either !!!

I know I asked, but it's me being cautious since it's not an "official" link from the original maker. I do greatly appreciate the help and will give your link a try tonight. :) :thanks:

[guest]

I know I asked, but it's me being cautious since it's not an "official" link from the original maker. I do greatly appreciate the help and will give your link a try tonight. :) :thanks:

My 1st post for 2020...

OK, fair enough, but seeing there isn't an "official" link to v1.25.0, this is the closest you'll get.

This IS the version I am currently using, and I'm not having any RB related issues, if you choose the 1st link on that post, the other link is an older build, but still v1.25.0.

[guest]

2) settings -> distributed encoding tab -> wrench icon -> command line help

You can easily check if restarting works by suspending ffmpeg.exe/x264.exe/x265.exe in processhacker/processexplorer. After 1 minute you should get this message


I'm going to test that theory....I rarely see any pop up messages on W10 & Server...only on older OS's, like W8.1 (which is the oldest I'm currently running).

edit:- have tested this on several different platforms, and indeed, it does work for me :)

[guest]

2) thanks for the switch, is there a list of hidden switches?

For future reference...

http://www.mediafire.com/file/yxd0wqrxix0jgzd/hidden_switches.jpg/file

[guest]

Atak,

Not sure if this has been suggested or asked about before...

Could this be done ?? (A bit like a Mining Rig)

If I wanted to load up a Server (don't want to do this on a Client, as I use different Clients, but use the same Servers) with multiple GPU's for certain filter encoding, what switches would be required to use them ALL ??

Would the switches only have to be on the DE Server, or some how on the Client ??

Have I answered my own question....

Using one or both "knlmeansCL-opencl-device-type GPU", and/or "knlmeansCL-opencl-device-ID 0 or 1 or 2", however they're numbered, and multiple lines, one for each device.

[guest]

Atak,

I have had a couple of strange drop out's today, and I'm really thinking that it a network connection problem (cable's & plug's)

Would you be so kind as to have a look at the 2 log files from 2 different servers, and see what you can see :-

http://www.mediafire.com/folder/fcqgg4c2b6qia/TCP_log_off_2_different_servers

Hint, the number in the .txt name is the line the problems seem to start.

I also had once more instance of a chunk showing "Starting" (on the Client), and on the Server, the TCP had stopped, but it was still processing.....so I let it go to completion...unfortunately it didn't actually complete that chunk, (as far as the Client was concerned) and it also didn't proceed to the next available chunk.

So I was in the process of posting this edit, and got another error..

But in the meantime, here's some more screens & tcp logs I would like you to have a look at:-

https://www.mediafire.com/file/fa55o1kjpnpm1bc/chunk_double_up_%26_tcp_log_to_suit.rar/file

And this is the error I just mentioned:-

https://www.mediafire.com/view/msggh3k101v62q2/and_a_final_error_of_the_same_job.jpg/file

another update on this last error...I re started RB for a 2nd time to finish chunk 116, and it did, and video.265 appeared...so it wasn't a waste of a 2 day encode :)

[guest]

Well, we've had a little New Years surprise....from Atak.

An auto update, core (01-01-20), ES (1.17.1). Not sure there is anything else, yet.

edit:- OK, I have found a few new filters, and MT settings.

There is now reference to MDegrain1, 2 & 3 available (in the Ripbot264.ini file, & MT filters), however, I cannot for the life of me find where they are to enable them....they are not in "Custom" or "Denoise" (only MDegrain2)

I hope I'm not missing something obvious ???

And best surprise of all, there is now a v1.25.0 on page one :) (and it's the very latest build)

I must say that it would have been extra nice if it was say v1.26.0 for the new year....but hey, it's only a number :)

:thanks::thanks::thanks:

[GZZ]

Well, we've had a little New Years surprise....from Atak.

An auto update, core (01-01-20), ES (1.17.1). Not sure there is anything else, yet.

edit:- OK, I have found a few new filters, and MT settings.

There is now reference to MDegrain1, 2 & 3 available (in the Ripbot264.ini file, & MT filters), however, I cannot for the life of me find where they are to enable them....they are not in "Custom" or "Denoise" (only MDegrain2)

I hope I'm not missing something obvious ???

And best surprise of all, there is now a v1.25.0 on page one :) (and it's the very latest build)

I must say that it would have been extra nice if it was say v1.26.0 for the new year....but hey, it's only a number :)

:thanks::thanks::thanks:

I agree it could be nice if the About tab under settings was updated with the newest change and a Build number or better version tracking.

The issue with the Client shutdown hangs ripbot has been fixed in this or the previous version, but it could be nice to know when it happend!

I will have a look at MDegrain when I get home.

Atak: Thanks for fixing and hope you had a good new year. :)

[byteshare]

Catching up on things...
I see RipBot264 v1.25.0 Core 2020.01.01 as the most uptodate, did the stalling/timeouts get resolved by this version?

So how would you set these up a a Custom filter ??
Still need help with this? I posted something about this when trying to help Ryushin: https://forum.doom9.org/showthread.php?p=1892063#post1892063


While reading up on the discussion about turing hevc encoding vs x264/x265, I encountered the advantage of x264 veryslow mentioned by Atak over here:
https://forum.doom9.org/showthread.php?t=176889

So I started encoding tests with x264 very slow in ripbot.

I noticed, that encoding speed in ripbot differs a lot compared to hybrid:

ripbot (with 20 cores in total, using two xeons, kaby lake i5 and some others)
x264 very slow: 2 hours
x265 default: 1,3 hours

hybrid (only using the i6 Kaby lake with 4 cores)
x264 very slow: 1,1 hours

I am not sure if I am doing something wrong here´... Is it normal that x264 very slow is slower than x265 default?
I just did some more testing...
Hybrid and Handbrake encode almost as fast on the one i5 Kabylake as the whole network with Ripbot. Using the same settings (x264veryslow, no filter, no tune, no audio, simply passing through video..). I assume that there are different versions of x264 under the hood of each program, but this difference is huge. If I look at the encoding server on the i5, I have around 4 fps with ripbot, while hybrid and handbrake get up to 12fps...
What yould be causing this? I remember encoding some 1080p videos a while ago in Ripbot with x264veryslow and I had much faster fps... Running the latest Corev4 you posted above.
Have you done anymore tests? I don't see a speed difference when using x265 and filters with either DE or non-DE mode, if anything usually DE is slightly faster using a more constant 95+% CPU.

[guest]

Catching up on things...
I see RipBot264 v1.25.0 Core 2020.01.01 as the most uptodate, did the stalling/timeouts get resolved by this version?


Still need help with this? I posted something about this when trying to help Ryushin: https://forum.doom9.org/showthread.php?p=1892063#post1892063

Welcome back byteshare, you have a LOT of catching up to do...

Haven't heard from you since last year, lol, your last post was #17979.

This version seems to be pretty good, there's only one question I have about it, and that hasn't been addressed yet.
(see https://forum.doom9.org/showpost.php?p=1894495&postcount=18160).

No thanks, I got the filters figured out (with some help).

[guest]

Hey guys,

So my first use of this build (in anger), and I could NOT get any Servers to connect to the Client...as soon as you choose what Server you want from the Client screen, it creates and error log in TCP Com's, and it looks like it's looking for the wrong port.

I have several screen shots that I hope will show what's going on..I don't know whether it's just me, or the HOT weather today, it's a baking 46° Celsius !!!!!

Anyway, here's the link:-

https://www.mediafire.com/file/7ihak9vdl67h83j/Cannot_find_chunk_.cmd_Error.7z/file

[Atak_Snajpera]

1) stop saying that EmcodingClient is listening at wrong ports. Everything is fine. Tcpservers on client use ports from 1001 to 1016. On other hand servers use 1000 to 16000 to avoid conflicts.
2) server can not Access that cmd file using network Path. Enter that Path in Explorer to see If shared folder is acessible.

a baking 46° Celsius !!!!!
Weather here in Poland is also weird! IT is 6C now and they predict 10C in few days. That's not normal here in January. We should have temperatures below zero and snow.

[guest]

1) stop saying that EmcodingClient is listening at wrong ports. Everything is fine. Tcpservers on client use ports from 1001 to 1016. On other hand servers use 1000 to 16000 to avoid conflicts.
2) server can not Access that cmd file using network Path. Enter that Path in Explorer to see If shared folder is acessible.

Fair enough, but when you get a very unexpected error, and you notice that the numbers don't seem to match, that's the first thing that comes to mind.

I wasn't aware it uses differing ports, in normal operation...one doesn't notice that, when everything is working OK.

I don't understand why I got this error today, when the last time I used RB (2 days ago) everything was running well.

The only difference being the latest update.

So I will double check the sharing, next time I using.

[guest]

Weather here in Poland is also weird! IT is 6C now and they predict 10C in few days. That's not normal here in January. We should have temperatures below zero and snow.

Well, I guess they don't call it Global Warming for nothing..I mean the weather has been so unpredictable for a couple of years, now.

Australia is suffering the worst drought & bush fire's, in our short history

[Atak_Snajpera]

Well, I guess they don't call it Global Warming for nothing..I mean the weather has been so unpredictable for a couple of years, now.

Australia is suffering the worst drought & bush fire's, in our short history

Personally I have been noticing global warming since 90s. We used to have always so called white christmas almost every year. Now IT is just a history. Every year winter is milder and shorter. Instead of winter we just have cold autum at the moment. Spring is also very short. Last year we had Rapid change from 10C to 20C+ in first week of april. In other words IT was sudden jump to summer season.

[Ripmann]

Changelog v1.25.0
Added: Audio profiles in Profile\Audio.txt
...


First of all, thank you very much for implementing my suggestion for the audio profiles. It's a fantastic addition. Now here are some issues I'd like to report (1.25):

1) Adding new audio profiles currently has no effect on the 2-Pass KBPS calculations with Lock Size on. To reproduce, add two new AC3 profiles to Audio.txt:
5.1 FFMPEG AC3 512 kbps [cbr]
5.1 FFMPEG AC3 576 kbps [cbr]
Enable Lock Size and scroll through the audio profiles. Original profiles (448kbps, 640kbps) will change the 2-Pass KBPS value accurately. The new profiles will default to the same incorrect one (higher bitrate than for 448kbps), and the size-locked output will be encoded at higher size than expected.

Note: this may only affect some 5.1 AC3 profiles because I don't recall noticing this with "2.0 FFMPEG AC3 384 kbps [cbr]". I've only done a handful of jobs with the new profiles, so it obviously needs more testing. I'll let you know if I discover new details.


2) The program still has a problem with Unicode characters. This is a longstanding issue, but I just retested it on 1.25.
To reproduce, rename a test file to "Tést.mkv". Add as a new job. The audio track list will be empty ([NO AUDIO]).

Related note: as I recall from long ago, having Unicode characters in the output's file name would cause another error during the muxing process. I'm can't test it now, unfortunately, but the steps to reproduce would be: have a regular input "Test.mkv", set the output name as "Tést.mkv", start the job, wait for an error on the final stage.


3) The program also has two slight problems with intentional periods in output names:

Everything after the last period gets trimmed. To test, try renaming output to "BAD.NAME" (without .MKV). It will save as BAD.MKV. To avoid the problem, the .MKV extension part should be added to the file's name: entering "BAD.NAME.MKV" won't trim the name but will show as "BAD NAME.MKV" in the job's window.

This is also a problem for titles that should contain periods ("Dr. Dolittle", "Mr. Robot", etc.). I love that the program auto-removes periods from input names on demuxing ("test.file.S01E01.pilot.episode" becomes "test file S01E01 pilot episode"), but ideally, once you edit it manually, it should allow and keep the changes you make.


I found these naming issues a long time ago, so now I just routinely remove Unicode and periods from names and rename afterward, but I thought I'd mention them nevertheless. Hope it helps.

[Ripmann]

Come to think of it, here's yet another set of non-essential but useful suggestions I'd like to mention.
1) Adding black bars to adjust resolution without resizing. Some players and filters (for example, FFDshow) only support resolutions that are multiples of 16, so if you have an input of something like 1916x1080, adding black bars to "round it up" to 1920 would be a better solution, instead distorting the video with resize.
...

I don't know if this is new or I just noticed it (sadly, it was probably the latter), but this feature request is completely obsolete. For those struggling with the same issue, here are the extremely newbie-friendly steps for adding black vertical borders to the sides of the video:

1) Go to ...\RipBot264\Tools\AviSynth plugins\Scripts\Custom\

2) Create a custom script, name it something like like AddSideBorders_2x2.avs. Edit it in a text editor to include this:
#AddSideBorders
video=AddBorders(video,2,0,2,0)(This code will add 2 pixel-wide bars to the left and right sides of the video and 0 to the top and bottom.)

3) In the AviSynth tab of the job, go to the second screen and select your script from the CUSTOM SCRIPT dropdown menu. Preview.


That's it. If you just want to add black bars based on the aspect ratio, the custom scripts folder already has AddBorders16by9.avs for 16:9. Copy it and adjust its values for whatever aspect ratio you desire.

[FuzzyNutz]

what are the pros and cons?

[Atak_Snajpera]

https://i.imgsafe.org/28/286ce8b657.png

[FuzzyNutz]

https://i.imgsafe.org/28/286ce8b657.png

what do the numbers (0-70) on the left of your graph represent?
is hardware decoding gpu and software decoding cpu?
is there a diff in quality of end result?

[Atak_Snajpera]

Encoding speed in fps

[guest]

Personally I have been noticing global warming since 90s. We used to have always so called white christmas almost every year. Now IT is just a history. Every year winter is milder and shorter. Instead of winter we just have cold autum at the moment. Spring is also very short. Last year we had Rapid change from 10C to 20C+ in first week of april. In other words IT was sudden jump to summer season.

I guess it would depend on the where you are on Earth, to the different way it's impacting the climate, you being in a colder climate would notice different changes to here in Australia, where it's a very different climate.

It's certainly not going to get better, any time soon (if at all), and I really pity the current & future generations growing up, and coming into this world :(

[guest]

So enough of that doom & gloom.

Could you please give an explanation for this :-

https://forum.doom9.org/showpost.php?p=1894495&postcount=18160

Mainly the MDegrain situation....

[Atak_Snajpera]

There is nothing to explain.

[guest]

There is nothing to explain.

OK, but there's a reference to MDegrain 1 2 & 3 in the .ini file.

There's exceptions for them in the MT section.

But where are they, to use / enable....they're not in the Denoise drop down, or in the Custom drop down.

[guest]

1) stop saying that EmcodingClient is listening at wrong ports. Everything is fine. Tcpservers on client use ports from 1001 to 1016. On other hand servers use 1000 to 16000 to avoid conflicts.
2) server can not Access that cmd file using network Path. Enter that Path in Explorer to see If shared folder is acessible.

Well, after a much cooler 25°C day, I have come to some interesting conclusions.

Windows Networks & Sharing sux !!!

One thing that really bugs me is when you can connect to another pc, from a pc, but if you try to connect the other way, from the 2nd pc, it won't "talk" to the 1st pc, even with ALL the settings identical.

Not sure if that makes much sense, but then neither does this behaviour.

I now know why RB & DE can have so many problems, with situations like this, and also poor cables & plugs, doesn't help.

I've just updated all the connections on my small encoding "farmlet", I'm now using "Teaming" on all connections, which should greatly decrease the possibility of disconnections & dropouts (hopefully).

2 out of the 6 servers I have in this "farmlet", have this bizarre network connection problem that I mentioned above, they just won't "talk" to the client.

But at least I got nearly half way thru my next long encode, so it wasn't all bad.

[slalom]

Check if they are in the same "home" network

[LigH]

Windows Networks & Sharing sux !!!

I can only agree, being a semi-admin of a small company. I know this "half-blind network" very well. Especially workgroups are unreliable, domains may be better.

[byteshare]

is hardware decoding gpu and software decoding cpu?
is there a diff in quality of end result?
Yes, hardware is GPU and software is CPU.
There should not be a difference in quality.

[Ripmann]

I'm also fairly clueless about the process. Launching or exiting full screen 3D applications or games often causes temporary blinking even on secondary monitors. Can such simultaneous uses of the video card affect the encoding results? Or is the process entirely self-contained and checks should only be run on more serious cases like driver crashes?

Other than that concern, the difference in speed is pretty amazing with my setup. With the GPU boost, HEVC encoding finally takes reasonable amounts of time. Great new feature.

[Atak_Snajpera]

Hardware video decoding is performed on dedicated ASIC not on some shader units in GPU.

[Ripmann]

Hardware video decoding is performed on dedicated ASIC not on some shader units in GPU.
I knew it ran through a dedicated circuit, but I didn't realize that the two were entirely separate. For some reason, I was never interested in delving into the hardware component of computing, so I guess I still see a piece of hardware as a single unit, where if one thing fails, it all goes down the drain. Don't get me wrong, I can follow the specs and build and troubleshoot a PC, no problem, but once under-the-hood micro stuff like transistors, resistors, or integrated circuits get mentioned, my mind sort of automatically becomes oblivious to the stuff. Thanks for clarifying.

[delacroixp]

I have a 60fps gaming sequence ... how can I Change/Decimate/Blend/ConvertFPS() downto 24fps.

The Decimate option in RipBot264 is greyed out.
I've never toyed with avisynth but I'm keen to experiment.
Also, how do I encode in CRF (constant rate factor), rather than CQ (constant quality).

It's my first time with RipBot ... previously with HDConvertToX and then Xvid4psp (which recently became donation-ware).
I love the app, esp the option to encode with GPU support (currently running on a dual core with Nvidia 710).


Thanks much
:):devil::eek:

[Atak_Snajpera]

I knew it ran through a dedicated circuit, but I didn't realize that the two were entirely separate. For some reason, I was never interested in delving into the hardware component of computing, so I guess I still see a piece of hardware as a single unit, where if one thing fails, it all goes down the drain. Don't get me wrong, I can follow the specs and build and troubleshoot a PC, no problem, but once under-the-hood micro stuff like transistors, resistors, or integrated circuits get mentioned, my mind sort of automatically becomes oblivious to the stuff. Thanks for clarifying.

Obviously if gpu driver dies then encoding will die too ;)

[Atak_Snajpera]

Also, how do I encode in CRF (constant rate factor), rather than CQ (constant quality).
Select CQ mode and select your prefered CRF value in gui.
https://i.postimg.cc/4dDGZm39/Untitled-1.png

I have a 60fps gaming sequence ... how can I Change/Decimate/Blend/ConvertFPS() downto 24fps.
Just add this
https://i.postimg.cc/jjCQYjmK/Untitled-2.png

The Decimate option in RipBot264 is greyed out.
This option is only for inverse telecine.

[delacroixp]

Select CQ mode and select your prefered CRF value in gui.

Just add this

This option is only for inverse telecine.

Perfect ... works very nicely indeed.

Is there an option for AAC-He v2 VBR ...
The VBR is useful in avoiding wasted bits during quiet moments and v2 uses 1 channel to replicate the stereo differences.
All in all, even at maximum quality the bitrate hovers around 48 kb/s (suitable for most PC or built-in TV type speaker systems).

Is it true that h264 encodes are more efficient with "width MOD 32 = 0" and "height MOD 32 = 0" ... ie width and height perfectly divisible by 32 ?


Thanks much
:):devil::eek:

[Atak_Snajpera]

Do not worry about MOD 32 thing. It is just a placebo.
Regarding audio bitrate. Fraunhoffer encoder does not support VBR. Just old good Average Bit-Rate mode. Besides You won't save huge amounts of space by going down to ~48kbps.

example
120 min movie
7200s * 8KiB (64kbps) = ~56 MiB
7200s * 6KiB (48kbps) = ~42 MiB

So with 2h movie you save just 14 MiB. That's nothing these days.

[LigH]

In other circumstances, CQ may not mean "constant quality", but instead "constant quantizer".

[Wishbringer]

And in RipBot264 it's (CQ) used to set -crf (constant rate factor)

[byteshare]

What is the best method to convert 444 video to something usable for KNLMCL A?
x265 [error]: main10 profile not compatible with i444 input chroma subsampling.

[delacroixp]

Regarding audio bitrate. Fraunhoffer encoder does not support VBR. Just old good Average Bit-Rate mode.
Besides You won't save huge amounts of space by going down to ~48kbps.

example
120 min movie
7200s * 8KiB (64kbps) = ~56 MiB
7200s * 6KiB (48kbps) = ~42 MiB

So with 2h movie you save just 14 MiB. That's nothing these days.

So true ... everyone is going nuts about DTS (1,500 kb/s) , FLAC vinyl (3,000 kb/s) and 4/8k @ 60fps ...
that fighting over a few kb/s is really "penny wise and pound foolish".
Even the DL or storage of complete bluray ISO images (30+ GB) is getting more popular and
10 TB HDD's (see Storinator (https://www.youtube.com/watch?v=z3X49SYvbo0&feature=youtu.be&t=171) link) are also becoming more affordable


In other circumstances, CQ may not mean "constant quality", but instead "constant quantizer".
When Dr DivX (https://sourceforge.net/projects/drdivx/) first came out, CQ (constant quantizer) was gaining traction (2-pass is still more popular) ...
but CQ bunched all the quality around one quantizer (as seen by AVInaptic, for eg).
At least CRF compensates for human eyesight by attributing bitrate according to perceived experience (a bit like what VBR does for audio).



I've been trying to encode a Pavarotti concert compilation, released on NTSC DVD (Duets - 2008) interlaced BFF.
How do I deinterlace ... and reverse telecine the 29fps downto 24.
Each time it's halved the video time ... from 1hr 10 min downto 35 min.

The Decimate window is active but Deinterlace is greyed out. I'll try the Decimate -> 23fps only.


Thanks much
:):devil::eek:
Pascal

[LigH]

You either decimate Telecine (originally progressive video with duplicated fields, removing the duplicates to restore the original progressive content), or you deinterlace regular interlacing (it was never progressive, the recording time advances from field to field). They are mutually exclusive. And Telecine only exists in the NTSC world.

Perverse norm conversion results are not mentioned here. Reconstructing those is a higher skill.

[bassquake]

Seems to get stuck at "Please wait... Gathering information."

v1.25.0 on Win 10 1903.

Happens with any file I try to Add. Tried moving to standard folders with no spaces as recommended elsewhere to no avail.

[duffbeer]

Seems to get stuck at "Please wait... Gathering information."

v1.25.0 on Win 10 1903.

Happens with any file I try to Add. Tried moving to standard folders with no spaces as recommended elsewhere to no avail.

How long have you waited?
It always looks like it's frozen but after 10-15 mins you should be able to continue. Has been this way since 1.24.1

[GZZ]

How long have you waited?
It always looks like it's frozen but after 10-15 mins you should be able to continue. Has been this way since 1.24.1

Takes less then a minute here, but can take several minutes if cpu is under heavy load.

[delacroixp]

You either decimate Telecine (originally progressive video with duplicated fields, removing the duplicates to restore the original progressive content), or you deinterlace regular interlacing
(it was never progressive, the recording time advances from field to field).
They are mutually exclusive. And Telecine only exists in the NTSC world.

Perverse norm conversion results are not mentioned here. Reconstructing those is a higher skill.

OK ... chose the Restore-> 23.976 FPS (From NTSC 29.970 (30000/1001) FPS)
Audio is fine but video runs for 35 min (23.976 fps) instead of 1hr 10min.


Job Log

C:\Encoding\Muxing>"C:\Program Files (Green)\RipBot264v1.25.0\Tools\ffmpeg\bin\ffmpeg.exe" -loglevel panic -i "C:\Temp\RipBot264temp\job26\job26.avs" -strict -1 -f yuv4mpegpipe - | "C:\Program Files (Green)\RipBot264v1.25.0\tools\x264\x264_x64.exe" --colorprim bt709 --transfer bt709 --colormatrix bt709 --opencl --opencl-device 0 --opencl-clbin "C:\Users\RolyPoly\AppData\Local\Temp\x264_lookahead.clbin" --crf 20 --fps 24000/1001 --force-cfr --min-keyint 24 --keyint 240 --frames 50609 --sar 1:1 --level 4.0 --aud --nal-hrd vbr --vbv-bufsize 25000 --vbv-maxrate 25000 --b-pyramid none --stdin y4m --output "C:\Temp\RipBot264temp\job26\video.264" -
y4m [info]: 672x504p 1:1 @ 38002/1585 fps (cfr)
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2
x264 [info]: OpenCL acceleration enabled with NVIDIA Corporation GeForce GT 710
x264 [info]: profile High, level 4.0, 4:2:0, 8-bit
[0.0%] 1/50609 frames, 0.93 fps, 184.90 kbps, eta 15:05:02
...
[99.9%] 50562/50609 frames, 25.04 fps, 2216.48 kbps, eta 0:00:01

x264 [info]: frame I:725 Avg QP:18.23 size: 46254
x264 [info]: frame P:14657 Avg QP:20.98 size: 19627
x264 [info]: frame B:35227 Avg QP:23.60 size: 7468
x264 [info]: consecutive B-frames: 2.7% 6.0% 22.7% 68.6%
x264 [info]: mb I I16..4: 12.2% 67.0% 20.8%
x264 [info]: mb P I16..4: 2.2% 12.8% 2.9% P16..4: 37.4% 23.1% 12.6% 0.0% 0.0% skip: 9.0%
x264 [info]: mb B I16..4: 0.4% 1.7% 0.5% B16..8: 41.3% 10.9% 3.1% direct: 7.9% skip:34.3% L0:38.5% L1:47.3% BI:14.3%
x264 [info]: 8x8 transform intra:69.3% inter:69.7%
x264 [info]: coded y,uvDC,uvAC intra: 78.5% 83.3% 51.7% inter: 34.0% 39.4% 3.2%
x264 [info]: i16 v,h,dc,p: 30% 38% 8% 24%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 21% 16% 16% 6% 8% 9% 8% 8% 9%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 19% 29% 11% 5% 7% 8% 7% 7% 7%
x264 [info]: i8c dc,h,v,p: 48% 22% 20% 10%
x264 [info]: Weighted P-Frames: Y:15.9% UV:10.1%
x264 [info]: ref P L0: 58.5% 17.4% 15.7% 7.7% 0.7%
x264 [info]: ref B L0: 86.6% 13.4%
x264 [info]: kb/s:2214.43

encoded 50609 frames, 25.06 fps, 2214.43 kb/s

C:\Encoding\Muxing>"C:\Program Files (Green)\RipBot264v1.25.0\tools\mkvtoolnix\mkvmerge.exe" -o "C:\Encoding\Muxing\Pavarotti The Duets (2008) 430p crf20.mkv" --compression 0:none --title "Pavarotti The Duets (2008) 430p crf20" --default-duration 0:24000/1001fps "C:\Temp\RipBot264temp\job26\video.264" --compression 0:none --language 0:eng --aac-is-sbr 0:1 "C:\Temp\RipBot264temp\job26\Encoded_Audio_1.aac"
mkvmerge v41.0.0 ('Smarra') 64-bit
'C:\Temp\RipBot264temp\job26\video.264': Using the demultiplexer for the format 'AVC/H.264'.
'C:\Temp\RipBot264temp\job26\Encoded_Audio_1.aac': Using the demultiplexer for the format 'AAC'.
'C:\Temp\RipBot264temp\job26\video.264' track 0: Using the output module for the format 'AVC/H.264 (unframed)'.
'C:\Temp\RipBot264temp\job26\Encoded_Audio_1.aac' track 0: Using the output module for the format 'AAC'.
The file 'C:\Encoding\Muxing\Pavarotti The Duets (2008) 430p crf20.mkv' has been opened for writing.
'C:\Temp\RipBot264temp\job26\video.264' track 0: Extracted the aspect ratio information from the MPEG-4 layer 10 (AVC) video data and set the display dimensions to 672/504.

The cue entries (the index) are being written...

Multiplexing took 10 seconds.
-------------------------

Elapsed Time: 00h:33m:55s



MediaInfo (BEFORE Encode)

General
Unique ID : 100180061204223771025399716201256040817 (0x4B5DFA5C443D9F49AD89CFDE9E79B971)
Complete name : C:\_ TO DO\Pavarotti\Pavarotti The Duets (2008) 430p.mkv
Format : Matroska
Format version : Version 4
File size : 3.94 GiB
Duration : 1 h 10 min
Overall bit rate mode : Constant
Overall bit rate : 8 016 kb/s
Movie name : Pavarotti The Duets (2008) 430p
Encoded date : UTC 2019-12-28 21:52:04
Writing application : mkvmerge v41.0.0 ('Smarra') 64-bit
Writing library : libebml v1.3.9 + libmatroska v1.5.2

Video
ID : 1
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 : Variable
Format settings, picture structure : Frame
Codec ID : V_MPEG2
Codec ID/Info : MPEG 1 or 2 Video
Duration : 1 h 10 min
Bit rate mode : Constant
Bit rate : 6 500 kb/s
Width : 720 pixels
Height : 480 pixels
Display aspect ratio : 4:3
Frame rate mode : Variable
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.628
Time code of first frame : 10:00:00:00
Time code source : Group of pictures header
GOP, Open/Closed : Open
GOP, Open/Closed of first frame : Closed
Stream size : 3.19 GiB (81%)
Title : Pavarotti The Duets (2008) 430p
Language : English
Default : Yes
Forced : No

Audio
ID : 2
Format : DTS
Format/Info : Digital Theater Systems
Codec ID : A_DTS
Duration : 1 h 10 min
Bit rate mode : Constant
Bit rate : 1 510 kb/s
Channel(s) : 6 channels
Channel layout : C L R Ls Rs LFE
Sampling rate : 48.0 kHz
Frame rate : 93.750 FPS (512 SPF)
Bit depth : 24 bits
Compression mode : Lossy
Delay relative to video : 33 ms
Stream size : 760 MiB (19%)
Title : DTS
Language : English
Default : Yes
Forced : No



MediaInfo (AFTER Encode)

General
Unique ID : 178994719990866081107555327139134561340 (0x86A9210D77EA45EFDF12B60B37ABDC3C)
Complete name : C:\Encoding\Muxing\Pavarotti The Duets (2008) 430p crf20.mkv
Format : Matroska
Format version : Version 4
File size : 654 MiB
Duration : 1 h 10 min
Overall bit rate mode : Variable
Overall bit rate : 1 300 kb/s
Movie name : Pavarotti The Duets (2008) 430p crf20
Encoded date : UTC 2020-01-10 22:01:29
Writing application : mkvmerge v41.0.0 ('Smarra') 64-bit
Writing library : libebml v1.3.9 + libmatroska v1.5.2

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4
Format settings : CABAC / 3 Ref Frames
Format settings, CABAC : Yes
Format settings, Reference frames : 3 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 35 min 10 s
Bit rate mode : Variable
Bit rate : 2 214 kb/s
Maximum bit rate : 25.0 Mb/s
Width : 672 pixels
Height : 504 pixels
Display aspect ratio : 4:3
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.273
Stream size : 557 MiB (85%)
Writing library : x264 core 159 r2991 1771b55
Encoding settings : opencl=1 / 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=3 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=0 / 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=crf / mbtree=1 / crf=20.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / vbv_maxrate=25000 / vbv_bufsize=25000 / crf_max=0.0 / nal_hrd=vbr / filler=0 / ip_ratio=1.40 / aq=1:1.00
Default : Yes
Forced : No
Color range : Limited
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709

Audio
ID : 2
Format : AAC LC SBR
Format/Info : Advanced Audio Codec Low Complexity with Spectral Band Replication
Commercial name : HE-AAC
Format settings : Explicit
Codec ID : A_AAC-2
Duration : 1 h 10 min
Bit rate : 192 kb/s
Channel(s) : 6 channels
Channel layout : C L R Ls Rs LFE
Sampling rate : 48.0 kHz
Frame rate : 23.438 FPS (2048 SPF)
Compression mode : Lossy
Stream size : 96.6 MiB (15%)
Language : English
Default : Yes
Forced : No



Sorry about the long post.


Thanks much
:):devil::cool:
Pascal

[Atak_Snajpera]

You should upload sample of original source file...

Ps. I suspect that problem is related with variable FPS in original video.

[delacroixp]

You should upload sample of original source file...

Ps. I suspect that problem is related with variable FPS in original video.
Awesome ... where can I upload it ?

Thanks for your time ... DVD's are so ancient (compared to Bluray, 4/8k) that it's hardly worth fixing RipBot264 to deal with every issue in the old world.
As it is ... it runs beautifully, is largely bullet-proof and has most of the options anybody would want or need.

If windows ran as well as this app, nobody would have any interest in Linux ... or even Unix for that matter.


Thanks much
:):devil::rolleyes:
Pascal

[Atak_Snajpera]

Www.mediafire.com

[delacroixp]

Www.mediafire.com
Awesome ... uploaded two 100mb chunks ... from beginning and middle somewhere.


1) https://www.mediafire.com/file/wpg4sqcxu1duerd/Pavarotti_The_Duets_%282008%29_430p_%28100mb%29.mkv/file
2) https://www.mediafire.com/file/nt1c9kubgwytiul/Pavarotti_The_Duets_%282008%29_430p_middle_%28100mb%29.mkv/file


Thanks much
:):devil::eek:
Pascal

[Atak_Snajpera]

Awesome ... uploaded two 100mb chunks ... from beginning and middle somewhere.


1) https://www.mediafire.com/file/wpg4sqcxu1duerd/Pavarotti_The_Duets_%282008%29_430p_%28100mb%29.mkv/file
2) https://www.mediafire.com/file/nt1c9kubgwytiul/Pavarotti_The_Duets_%282008%29_430p_middle_%28100mb%29.mkv/file


Thanks much
:):devil::eek:
Pascal

File has been badly muxed! FPS in container is 2x higher than FPS in video stream.

https://i.postimg.cc/1tKGTvgT/Capture2.png

Solution. Remux mkv in MKVToolnix and specify correct fps for container.

https://i.postimg.cc/d3t2KGr0/Capture.png

[jfisher1740]

Is there a way to have Ripbot not generate chapter markers? I would like no chapter information at all if possible.

[Ripmann]

Is there a way to have Ripbot not generate chapter markers? I would like no chapter information at all if possible.

Not sure if there's a global setting, but in case of individual jobs, you quickly edit out the stuff you don't need in chapters.txt in the job's folder (right click a job -> Open Job Folder).

[delacroixp]

File has been badly muxed! FPS in container is 2x higher than FPS in video stream.

Solution. Remux mkv in MKVToolnix and specify correct fps for container.
My bad, I muxed the original VOB segments into a single file.
Remuxed to 29.97 fps (30000/1001), encoded with the restore->23.976 fps but ... unfortunately, it didn't remove the interlace.

So, I did a double encode test on the first 100mb chunk and uploaded the results:
1) Decimate Restore -> 23,976 fps (20.5 mb) (https://www.mediafire.com/file/4r6ul2habdaupew/Pavarotti_The_Duets_%282008%29_430p-OrigVOBtest_crf22_24fps.mkv/file) . (Badly interlaced)
2) Deinterlace BFF -> 29.97 (18 mb) (https://www.mediafire.com/file/4m3rue99fmnx4w7/Pavarotti_The_Duets_%282008%29_430p-OrigVOBtest_crf22_29fps.mkv/file) . (The interlace is very nicely gone)

Quite frankly, the BFF->29 fps conversion is small enough ... but I'm still keen to Restore it downto 24 fps aswell.
Also, I usually encode semi-anomorphically (ie non 1:1 pixel aspect ratio) with slightly elastic width and/or height,
letting MKV signal and display the correct aspect ratio.
I chose Custom [x,xx:1] but the picture seems a little bit out of shape.


Job Log

C:\_ TO DO\Pavarotti>"C:\Program Files (Green)\RipBot264v1.25.0\Tools\ffmpeg\bin\ffmpeg.exe" -loglevel panic -i "C:\Temp\RipBot264temp\job3\job3.avs" -strict -1 -f yuv4mpegpipe - | "C:\Program Files (Green)\RipBot264v1.25.0\tools\x264\x264_x64.exe" --colorprim bt709 --transfer bt709 --colormatrix bt709 --opencl --opencl-device 0 --opencl-clbin "C:\Users\RolyPoly\AppData\Local\Temp\x264_lookahead.clbin" --crf 22 --fps 30000/1001 --force-cfr --min-keyint 30 --keyint 300 --frames 3138 --sar 1:1 --level 4.0 --aud --nal-hrd vbr --vbv-bufsize 25000 --vbv-maxrate 25000 --b-pyramid none --stdin y4m --output "C:\Temp\RipBot264temp\job3\video.264" -
y4m [info]: 672x512p 1:1 @ 30000/1001 fps (cfr)
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2
x264 [info]: OpenCL acceleration enabled with NVIDIA Corporation GeForce GT 710
x264 [info]: profile High, level 4.0, 4:2:0, 8-bit
...
encoded 3138 frames, 12.87 fps, 1251.79 kb/s

C:\_ TO DO\Pavarotti>"C:\Program Files (Green)\RipBot264v1.25.0\tools\mkvtoolnix\mkvmerge.exe" -o "C:\_ TO DO\Pavarotti\Pavarotti The Duets (2008) 430p-OrigVOBtest crf22 29fps.mkv" --compression 0:none --title "Pavarotti The Duets (2008) 430p-OrigVOBtest crf22 29fps" --default-duration 0:30000/1001fps "C:\Temp\RipBot264temp\job3\video.264" --compression 0:none --language 0:eng --aac-is-sbr 0:1 "C:\Temp\RipBot264temp\job3\Encoded_Audio_1.aac"
mkvmerge v41.0.0 ('Smarra') 64-bit

'C:\Temp\RipBot264temp\job3\video.264': Using the demultiplexer for the format 'AVC/H.264'.

'C:\Temp\RipBot264temp\job3\Encoded_Audio_1.aac': Using the demultiplexer for the format 'AAC'.

'C:\Temp\RipBot264temp\job3\video.264' track 0: Using the output module for the format 'AVC/H.264 (unframed)'.
'C:\Temp\RipBot264temp\job3\Encoded_Audio_1.aac' track 0: Using the output module for the format 'AAC'.
The file 'C:\_ TO DO\Pavarotti\Pavarotti The Duets (2008) 430p-OrigVOBtest crf22 29fps.mkv' has been opened for writing.
'C:\Temp\RipBot264temp\job3\video.264' track 0: Extracted the aspect ratio information from the MPEG-4 layer 10 (AVC) video data and set the display dimensions to 672/512.

The cue entries (the index) are being written...
Multiplexing took 0 seconds.
-------------------------

Elapsed Time: 00h:04m:09s



Job AVS

#MT
Import("C:\Program Files (Green)\RipBot264v1.25.0\Tools\AviSynth plugins\Scripts\MTmodes.avs")
#PREFETCH_LIMIT=4

#VideoSource
LoadPlugin("C:\Program Files (Green)\RipBot264v1.25.0\Tools\AviSynth plugins\lsmash\LSMASHSource.dll")
video=LWLibavVideoSource("C:\_ TO DO\Pavarotti\Pavarotti The Duets (2008) 430p-OrigVOBtest.mkv",cachefile="C:\Temp\RipBot264temp\job3\Pavarotti The Duets (2008) 430p-OrigVOBtest.mkv.lwi",prefer_hw=3)
#Deinterlace
Loadplugin("C:\Program Files (Green)\RipBot264v1.25.0\Tools\AviSynth plugins\RgTools\RgTools.dll")
Loadplugin("C:\Program Files (Green)\RipBot264v1.25.0\Tools\AviSynth plugins\nnedi3\nnedi3.dll")
Loadplugin("C:\Program Files (Green)\RipBot264v1.25.0\Tools\AviSynth plugins\masktools\masktools2.dll")
Loadplugin("C:\Program Files (Green)\RipBot264v1.25.0\Tools\AviSynth plugins\mvtools\mvtools2.dll")
LoadCplugin("C:\Program Files (Green)\RipBot264v1.25.0\Tools\AviSynth plugins\Yadif\Yadif.dll")
Import("C:\Program Files (Green)\RipBot264v1.25.0\Tools\AviSynth plugins\Scripts\QTGMC.avs")
video=AssumeBFF(video).QTGMC(Preset="Medium",FPSDivisor=2)

#Decimate

#Crop
video=Crop(video,10,2,-10,-2)

#Resize
LoadPlugin("C:\Program Files (Green)\RipBot264v1.25.0\Tools\AviSynth plugins\Plugins_JPSDR\Plugins_JPSDR.dll")
video=Spline36ResizeMT(video,672,512)



MediaInfo (After remux)

General
Unique ID : 143339289999503252948188653753443398000 (0x6BD624A101012CBB7C8CEDDACA59B170)
Complete name : C:\_ TO DO\Pavarotti\Pavarotti The Duets (2008) 430p VOB.mkv
Format : Matroska
Format version : Version 4
File size : 3.94 GiB
Duration : 1 h 10 min
Overall bit rate mode : Constant
Overall bit rate : 8 013 kb/s
Movie name : Pavarotti The Duets (2008) 430p
Encoded date : UTC 2020-01-11 16:16:05
Writing application : mkvmerge v41.0.0 ('Smarra') 64-bit
Writing library : libebml v1.3.9 + libmatroska v1.5.2

Video
ID : 1
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 : Variable
Format settings, picture structure : Frame
Codec ID : V_MPEG2
Codec ID/Info : MPEG 1 or 2 Video
Duration : 1 h 10 min
Bit rate mode : Constant
Bit rate : 6 500 kb/s
Width : 720 pixels
Height : 480 pixels
Display aspect ratio : 4:3
Frame rate mode : Constant
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.628
Time code of first frame : 10:00:00:00
Time code source : Group of pictures header
GOP, Open/Closed : Open
GOP, Open/Closed of first frame : Closed
Stream size : 3.19 GiB (81%)
Title : Pavarotti The Duets (2008) 430p
Language : English
Default : Yes
Forced : No




Thanks much!

It's all good
:):devil::eek:
Pascal

[Atak_Snajpera]

Concert was originally recorded in 29.97 FPS interlaced. Converting to 23.976fps makes zero sense.

[delacroixp]

Concert was originally recorded in 29.97 FPS interlaced. Converting to 23.976fps makes zero sense.
Lol ... too true ... I hate NTSC (Too little resolution, too many fps)
The Pavarotti Duets (2008) compilation was also released on PAL in 25 fps but the original footage was probably shot at 24 fps.

Most pre-digital movies were filmed at 24 fps and sped-up for PAL 25 fps ... ie the movie actually runs 4% faster and
sound/voices are at a higher pitch compared to the original.
I use to rewind those PAL movies back to 24fps [not ChangeFps(24) which maintains duration]. Bluray has pretty much sorted that out.
Rewound movies look and sound more natural (no helium voices).

Many new movies/documentaries are now shot at 30 fps but I still like to take some of them back to
24fps unless they benefit from the higher framerate (eg fast action movies).
8k supports 120 fps (240 for VR) (https://spin-digital.com/technology/next-generation-video/) but the higher framerate benefits to end-user seem less obvious than the higher resolution and 12-bit color.

That said, I'm happy with Pavarotti (The Duets) at NTSC 29fps (RipBot makes it happen) ... but it's nice to experiment and push the boundaries.

Thanks much


It's all good
:):devil::eek:
Pascal

[Atak_Snajpera]

But original frame rate is 59.94 not 29.97.

[guest]

But original frame rate is 59.94 not 29.97.

Correct me if I'm wrong, but I think you're getting confused about this...

I have been "watching" this, and the only instance of it having 59.94 was on the original 100mb sample's, which is wrong.

Wouldn't it depend on how the samples were compiled, for the fps to change.

The "original" VOB's are as so:-

Bit rate mode : Constant
Bit rate : 6 500 kb/s
Width : 720 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

I've actually got this DVD.

[bassquake]

How long have you waited?
It always looks like it's frozen but after 10-15 mins you should be able to continue. Has been this way since 1.24.1

Tested with a 33 second dv avi and it never stops Gathering information. Left for 20 minutes.

Theres no cpu (i7 9700K) activity on the RipBot thread, and no disk activity either.

It's not crashed as I can Abort and close it fine.

[Atak_Snajpera]

Correct me if I'm wrong, but I think you're getting confused about this...

I have been "watching" this, and the only instance of it having 59.94 was on the original 100mb sample's, which is wrong.

Wouldn't it depend on how the samples were compiled, for the fps to change.

The "original" VOB's are as so:-

Bit rate mode : Constant
Bit rate : 6 500 kb/s
Width : 720 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

I've actually got this DVD.

No I'm right. Each Field is unique which means that after deinterlacing you obtain 59.94 progressive FPS. Live concerts were often recorded like that.

[Ripmann]

Does KNLMeansCL at Mono Noise 0 provide any noise reduction?

[Atak_Snajpera]

No...

[guest]

So "boss",

I have many, many old TV recordings that I thought I might start running thru RB, so I loaded one, and as I need to the get the aspect ratio correct, I clicked on "preview", and it came up with this error:-

https://www.mediafire.com/view/8z3f8pw4s8zfjvn/MPC-HC_error.jpg/file

If I take out the audio track, then that error also goes away, but then MPC just show's a black screen.

What would you suggest ??

[guest]

No I'm right. Each Field is unique which means that after deinterlacing you obtain 59.94 progressive FPS. Live concerts were often recorded like that.

And I know I'm not going to win this argument, but it's 29.97 interlaced (as per original vobs), but then you're saying it's 59.94 deinterlaced.

If it plays OK in it's original format, why would you want/need to deinterlace it ??

It's also not just one long concert, it's a compilation of many occasions where he's sung with other famous singers.

[Ripmann]

Does KNLMeansCL at Mono Noise 0 provide any noise reduction?
No...

The question wasn't nearly as stupid as it may have sounded. A filter could provide a set of default compression/reduction techniques even at its lowest setting, and the reason I asked it is because Ripbot's GUI sets the filter's Mono Noise value to 0 by default. You may want to provide some sort of a "disabled" visual hint (gray it out, don't allow values lower than 1, put an exclamation mark icon next to the zero, or just mention it in a tooltip) for those who may think that they'll be running a denoise filter on its lowest setting. I asked to confirm my assumption. A lot of people won't.

[Atak_Snajpera]

So "boss",

I have many, many old TV recordings that I thought I might start running thru RB, so I loaded one, and as I need to the get the aspect ratio correct, I clicked on "preview", and it came up with this error:-

https://www.mediafire.com/view/8z3f8pw4s8zfjvn/MPC-HC_error.jpg/file

If I take out the audio track, then that error also goes away, but then MPC just show's a black screen.

What would you suggest ??

In mpc-hc enable that option
https://i.postimg.cc/VkLVRqDz/Capture.png

I made a mistake and I forgot to leave that one option enabled.

[Ryushin]

So I have these shows on DVD and they've been turned into individual episodes using MakeMKV. These show use variable frame rate during the show and they will switch between 24 to 30 fps. Reading online there are several workarounds to get these shows encoded correctly, mostly using Handbrake and I was planning to use Handbrake for these.

My thinking is the whole thing should be converted to 120 fps and then downed to 24fps.

Atak, what your thoughts regarding these strange encodings. From what I remember, RipBot does not do variable frame rate.

Mediainfo:
Video
ID : 1
ID in the original source medium : 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=15
Codec ID : V_MPEG2
Codec ID/Info : MPEG 1 or 2 Video
Duration : 1 h 30 min
Bit rate mode : Variable
Bit rate : 5 280 kb/s
Maximum bit rate : 9 800 kb/s
Width : 720 pixels
Height : 480 pixels
Display aspect ratio : 4:3
Frame rate mode : Variable
Frame rate : 24.121 FPS
Original frame rate : 29.970 (30000/1001) FPS
Standard : Component
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Scan order : Top Field First
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.633
Time code of first frame : 00:59:58;04
Time code source : Group of pictures header
GOP, Open/Closed : Open
GOP, Open/Closed of first frame : Closed
Stream size : 3.35 GiB (89%)
Language : English
Default : No
Forced : No
Color primaries : BT.601 NTSC
Transfer characteristics : BT.601
Matrix coefficients : BT.601
Original source medium : DVD-Video

[Atak_Snajpera]

Send me something and i will figure out correct method. For now I think those episodes will require manual selection of telecined sections. Final file should be 29.97 progressive instead of 23.976 FPS.

[screaming]

I'm having an issue where RipBot264 hangs if I do either of the following:

Right-click and select Close from the tray icon
Right-click on the tray icon and select Show


I just built a new server with Windows Server 2019, so I initially just zipped up my existing 1.25.0 from my old server, and then extracted to C:\Program Files\RipBot264. It hung under the conditions above, so the first thing I tried was using Ripbot264.ini and updater.ini files from the download, but same problems. Then I tried a an unmodified 1.25.0 download, and whether files were in C:\Program Files\ or C:\, it still hangs.

I should also say that I've already performed about 4 encodes with no issues. It just seems that the only 2 actions you can perform from the tray icon are hanging the application.

[stryker412]

Setting the GPU (Nvidia 2070 Super) to decode still only shows 8fps for a 4K encode.

[guest]

In mpc-hc enable that option

I made a mistake and I forgot to leave that one option enabled.

:thanks:

That made the error go away, but it still won't play properly.

I have provided a 100mb sample which does play using VLC & Potplayer, with both video & audio, however, using MPC-HC (standalone), it only plays the audio :(

https://www.mediafire.com/file/dblag7z3a0muqne/Battle_Of_Britain_%2802%29_%282%29-001.mkv/file

So as this is your default player, it makes it a bit difficult to determine what changes are required.

[guest]

So I have these shows on DVD and they've been turned into individual episodes using MakeMKV. These show use variable frame rate during the show and they will switch between 24 to 30 fps. Reading online there are several workarounds to get these shows encoded correctly, mostly using Handbrake and I was planning to use Handbrake for these.

I have the whole Deep Space 9 series, (not on DVD) but have not as yet done anything with them...I will dig one out and see what MediaInfo says about mine.

[Atak_Snajpera]

:thanks:

That made the error go away, but it still won't play properly.

I have provided a 100mb sample which does play using VLC & Potplayer, with both video & audio, however, using MPC-HC (standalone), it only plays the audio :(

https://www.mediafire.com/file/dblag7z3a0muqne/Battle_Of_Britain_%2802%29_%282%29-001.mkv/file

So as this is your default player, it makes it a bit difficult to determine what changes are required.

Works fine ...
https://i.postimg.cc/7L0Yg5zV/Capture.png

Try checking all options here (both columns)
https://i.postimg.cc/VkLVRqDz/Capture.png

[guest]

Works fine ...

Try checking all options here (both columns)
https://i.postimg.cc/VkLVRqDz/Capture.png

You know, I had this gut feeling that it was going to work for you....

I will try your suggestion (of course), so check EVERYTHING ?, but I will also try it on a different pc, as well.

Have you got any codec packs installed on your pc ?? (I haven't)

[Atak_Snajpera]

No codec packs! Zero! Null!

[guest]

No codec packs! Zero! Null!

Well, I just tried, checking all options, didn't make any difference !!

Copied the file, and tried it on my pissy little Dell laptop, and it worked with your default MPC settings.....shit !!!

Sorry for wasting your time on this one, I'll have to figure this weirdness out myself.

Will try on other pc's as well...isn't it ALWAY's the way, the pc you want to do certain "project's" on, stuff's up !!!!

[Ripmann]

For some reason, RipBot (1.25) is having problem with this file:
https://www9.zippyshare.com/v/f4hZV4Ym/file.html
(60MB, 17sec sample file, no copyright infringements)

The MPC preview shows as green, and the job ends up with a bad encode without any errors. Here's the output on CQ 16 HEVC, copy audio, default AviSynth settings:
https://www9.zippyshare.com/v/ctf6KMR4/file.html

Sorry if you prefer Mediafire to Zippyshare. For some reason, I get "failed to upload" there. Here's the job's log:


E:\>"C:\Program Files (x86)\RipBot264\Tools\ffmpeg\bin\ffmpeg.exe" -loglevel panic -i "C:\Temp\RipBot264temp\job1\job1.avs" -strict -1 -f yuv4mpegpipe - | "C:\Program Files (x86)\RipBot264\tools\x265\x265_x64.exe" --colorprim bt709 --transfer bt709 --colormatrix bt709 --crf 16 --fps 24000/1001 --min-keyint 24 --keyint 240 --frames 414 --sar 1:1 --profile main10 --output-depth 10 --ctu 32 --merange 25 --y4m --output "C:\Temp\RipBot264temp\job1\video.265" -
y4m [info]: 1920x1080 fps 24000/1001 i420p8 sar 1:1 unknown frame count
raw [info]: output file: C:\Temp\RipBot264temp\job1\video.265
x265 [info]: HEVC encoder version 3.2+22-a8a2c4c37267
x265 [info]: build info [Windows][GCC 9.2.0][64 bit] 10bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
x265 [info]: Main 10 profile, Level-4 (Main tier)
x265 [info]: Thread pool created using 12 threads
x265 [info]: Slices : 1
x265 [info]: frame threads / pool features : 3 / wpp(34 rows)
x265 [info]: Coding QT: max CU size, min CU size : 32 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
x265 [info]: ME / range / subpel / merge : hex / 25 / 2 / 3
x265 [info]: Keyframe min / max / scenecut / bias : 24 / 240 / 40 / 5.00
x265 [info]: Lookahead / bframes / badapt : 20 / 4 / 2
x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0
x265 [info]: References / ref-limit cu / depth : 3 / off / on
x265 [info]: AQ: mode / str / qg-size / cu-tree : 2 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress : CRF-16.0 / 0.60
x265 [info]: tools: rd=3 psy-rd=2.00 early-skip rskip signhide tmvp b-intra
x265 [info]: tools: strong-intra-smoothing lslices=6 deblock sao
[0.2%] 1/414 frames, 0.02 fps, 553.29 kbps, eta 6:13:41
[0.5%] 2/414 frames, 0.04 fps, 292.74 kbps, eta 3:11:06
[0.7%] 3/414 frames, 0.05 fps, 205.71 kbps, eta 2:10:09
[1.0%] 4/414 frames, 0.07 fps, 162.06 kbps, eta 1:42:24
[1.2%] 5/414 frames, 0.08 fps, 135.87 kbps, eta 1:24:40
[1.4%] 6/414 frames, 0.09 fps, 118.40 kbps, eta 1:12:49
[1.7%] 7/414 frames, 0.11 fps, 106.17 kbps, eta 1:04:23
[1.9%] 8/414 frames, 0.12 fps, 96.90 kbps, eta 0:58:01
[2.2%] 9/414 frames, 0.13 fps, 89.61 kbps, eta 0:53:03
[2.4%] 10/414 frames, 0.14 fps, 83.78 kbps, eta 0:49:06
[2.7%] 11/414 frames, 0.15 fps, 78.99 kbps, eta 0:45:49
[2.9%] 12/414 frames, 0.16 fps, 75.13 kbps, eta 0:43:06
[3.4%] 14/414 frames, 0.18 fps, 68.92 kbps, eta 0:37:48
[4.3%] 18/414 frames, 0.23 fps, 60.67 kbps, eta 0:29:12
[9.7%] 40/414 frames, 0.50 fps, 44.84 kbps, eta 0:12:27

x265 [info]: frame I: 2, Avg QP:20.21 kb/s: 142.61
x265 [info]: frame P: 13, Avg QP:21.00 kb/s: 33.26
x265 [info]: frame B: 28, Avg QP:23.43 kb/s: 31.97
x265 [info]: Weighted P-Frames: Y:0.0% UV:0.0%
x265 [info]: consecutive B-frames: 40.0% 6.7% 13.3% 6.7% 33.3%

encoded 43 frames in 77.30s (0.56 fps), 37.51 kb/s, Avg QP:22.54

E:\>"C:\Program Files (x86)\RipBot264\tools\mkvtoolnix\mkvmerge.exe" -o "E:\TEST_16_AudioCopy.mkv" --compression 0:none --title "TEST_16_AudioCopy" --default-duration 0:24000/1001fps "C:\Temp\RipBot264temp\job1\video.265" --compression 0:none --language 0:eng --sync 0:0 "C:\Temp\RipBot264temp\job1\1_audio_English.dtsma"
mkvmerge v41.0.0 ('Smarra') 64-bit
'C:\Temp\RipBot264temp\job1\video.265': Using the demultiplexer for the format 'HEVC/H.265'.
'C:\Temp\RipBot264temp\job1\1_audio_English.dtsma': Using the demultiplexer for the format 'DTS'.
'C:\Temp\RipBot264temp\job1\video.265' track 0: Using the output module for the format 'HEVC/H.265 (unframed)'.
'C:\Temp\RipBot264temp\job1\1_audio_English.dtsma' track 0: Using the output module for the format 'DTS'.
The file 'E:\TEST_16_AudioCopy.mkv' has been opened for writing.
'C:\Temp\RipBot264temp\job1\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 0 seconds.
-------------------------

Elapsed Time: 00h:01m:20s

[Ripmann]

Speaking of job logs, here are some non-essential improvement ideas you may want to consider:

1) enable the CTRL+A (select all) shortcut for quicker selection.

2) add some sort of time stamp for reference to the log file, perhaps around the last line:

Multiplexing took 0 seconds.
-------------------------

Started: 12:30, 01/15/20
Finished: 17:46, 01/15/20
Elapsed Time: 05h:16m:57s
This last one can be more useful than it may sound. I often redo jobs for various reasons, and it can be helpful to quickly check whether the job was completed last week or yesterday. Still not a must-have, however, since one can check the creation time stamp on the latest output file unless it was moved or deleted.

[byteshare]

This is an older issue but I just noticed something about it since using LSmash now. Job fails to start because of a character it doesn't like but...
Only an issue for the .ffindex_track00.kf, the actual .ffindex looks fine. The .lwi is fine too. I'm not using FFMS2 but it seems to still cause the job to fail.
Thé > Thé
Some other ones but there are many many more:
¡
：(not an actual colon ":")
;
#
¦
“
’
`

[Atak_Snajpera]

For some reason, RipBot (1.25) is having problem with this file:
https://www9.zippyshare.com/v/f4hZV4Ym/file.html
(60MB, 17sec sample file, no copyright infringements)

The MPC preview shows as green, and the job ends up with a bad encode without any errors. Here's the output on CQ 16 HEVC, copy audio, default AviSynth settings:
https://www9.zippyshare.com/v/ctf6KMR4/file.html

Sorry if you prefer Mediafire to Zippyshare. For some reason, I get "failed to upload" there. Here's the job's log:


E:\>"C:\Program Files (x86)\RipBot264\Tools\ffmpeg\bin\ffmpeg.exe" -loglevel panic -i "C:\Temp\RipBot264temp\job1\job1.avs" -strict -1 -f yuv4mpegpipe - | "C:\Program Files (x86)\RipBot264\tools\x265\x265_x64.exe" --colorprim bt709 --transfer bt709 --colormatrix bt709 --crf 16 --fps 24000/1001 --min-keyint 24 --keyint 240 --frames 414 --sar 1:1 --profile main10 --output-depth 10 --ctu 32 --merange 25 --y4m --output "C:\Temp\RipBot264temp\job1\video.265" -
y4m [info]: 1920x1080 fps 24000/1001 i420p8 sar 1:1 unknown frame count
raw [info]: output file: C:\Temp\RipBot264temp\job1\video.265
x265 [info]: HEVC encoder version 3.2+22-a8a2c4c37267
x265 [info]: build info [Windows][GCC 9.2.0][64 bit] 10bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
x265 [info]: Main 10 profile, Level-4 (Main tier)
x265 [info]: Thread pool created using 12 threads
x265 [info]: Slices : 1
x265 [info]: frame threads / pool features : 3 / wpp(34 rows)
x265 [info]: Coding QT: max CU size, min CU size : 32 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
x265 [info]: ME / range / subpel / merge : hex / 25 / 2 / 3
x265 [info]: Keyframe min / max / scenecut / bias : 24 / 240 / 40 / 5.00
x265 [info]: Lookahead / bframes / badapt : 20 / 4 / 2
x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0
x265 [info]: References / ref-limit cu / depth : 3 / off / on
x265 [info]: AQ: mode / str / qg-size / cu-tree : 2 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress : CRF-16.0 / 0.60
x265 [info]: tools: rd=3 psy-rd=2.00 early-skip rskip signhide tmvp b-intra
x265 [info]: tools: strong-intra-smoothing lslices=6 deblock sao
[0.2%] 1/414 frames, 0.02 fps, 553.29 kbps, eta 6:13:41
[0.5%] 2/414 frames, 0.04 fps, 292.74 kbps, eta 3:11:06
[0.7%] 3/414 frames, 0.05 fps, 205.71 kbps, eta 2:10:09
[1.0%] 4/414 frames, 0.07 fps, 162.06 kbps, eta 1:42:24
[1.2%] 5/414 frames, 0.08 fps, 135.87 kbps, eta 1:24:40
[1.4%] 6/414 frames, 0.09 fps, 118.40 kbps, eta 1:12:49
[1.7%] 7/414 frames, 0.11 fps, 106.17 kbps, eta 1:04:23
[1.9%] 8/414 frames, 0.12 fps, 96.90 kbps, eta 0:58:01
[2.2%] 9/414 frames, 0.13 fps, 89.61 kbps, eta 0:53:03
[2.4%] 10/414 frames, 0.14 fps, 83.78 kbps, eta 0:49:06
[2.7%] 11/414 frames, 0.15 fps, 78.99 kbps, eta 0:45:49
[2.9%] 12/414 frames, 0.16 fps, 75.13 kbps, eta 0:43:06
[3.4%] 14/414 frames, 0.18 fps, 68.92 kbps, eta 0:37:48
[4.3%] 18/414 frames, 0.23 fps, 60.67 kbps, eta 0:29:12
[9.7%] 40/414 frames, 0.50 fps, 44.84 kbps, eta 0:12:27

x265 [info]: frame I: 2, Avg QP:20.21 kb/s: 142.61
x265 [info]: frame P: 13, Avg QP:21.00 kb/s: 33.26
x265 [info]: frame B: 28, Avg QP:23.43 kb/s: 31.97
x265 [info]: Weighted P-Frames: Y:0.0% UV:0.0%
x265 [info]: consecutive B-frames: 40.0% 6.7% 13.3% 6.7% 33.3%

encoded 43 frames in 77.30s (0.56 fps), 37.51 kb/s, Avg QP:22.54

E:\>"C:\Program Files (x86)\RipBot264\tools\mkvtoolnix\mkvmerge.exe" -o "E:\TEST_16_AudioCopy.mkv" --compression 0:none --title "TEST_16_AudioCopy" --default-duration 0:24000/1001fps "C:\Temp\RipBot264temp\job1\video.265" --compression 0:none --language 0:eng --sync 0:0 "C:\Temp\RipBot264temp\job1\1_audio_English.dtsma"
mkvmerge v41.0.0 ('Smarra') 64-bit
'C:\Temp\RipBot264temp\job1\video.265': Using the demultiplexer for the format 'HEVC/H.265'.
'C:\Temp\RipBot264temp\job1\1_audio_English.dtsma': Using the demultiplexer for the format 'DTS'.
'C:\Temp\RipBot264temp\job1\video.265' track 0: Using the output module for the format 'HEVC/H.265 (unframed)'.
'C:\Temp\RipBot264temp\job1\1_audio_English.dtsma' track 0: Using the output module for the format 'DTS'.
The file 'E:\TEST_16_AudioCopy.mkv' has been opened for writing.
'C:\Temp\RipBot264temp\job1\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 0 seconds.
-------------------------

Elapsed Time: 00h:01m:20s


Again no problem here (encoded file is ok as well)
https://i.postimg.cc/RhjXDZFd/Capture.png

My glass ball tells me that you may have some GPU driver issues. I'm speculating now...

[Ripmann]

This is an older issue but I just noticed something about it since using LSmash now. Job fails to start because of a character it doesn't like but...
Only an issue for the .ffindex_track00.kf, the actual .ffindex looks fine. The .lwi is fine too. I'm not using FFMS2 but it seems to still cause the job to fail.
Thé > Thé


The program has a general problem with all Unicode characters. I posted some additional details about it here (#2 and #3):
http://forum.doom9.net/showthread.php?p=1894742#post1894742
In short, until it gets fixed, the only solution is to remove Unicode from names (both input and output) and rename the output manually afterwards.

[Ripmann]

Again no problem here (encoded file is ok as well)
https://i.postimg.cc/RhjXDZFd/Capture.png

My glass ball tells me that you may have some GPU driver issues. I'm speculating now...

Crap, sorry for wasting your time. This is the only file I'm having issues with, so I thought the problem was universal, not just something on my end. I'll do more testing and post here if I find the solution, in case anyone else encounters something like that. Thanks for responding.

[byteshare]

The program has a general problem with all Unicode characters. I posted some additional details about it here (#2 and #3):
http://forum.doom9.net/showthread.php?p=1894742#post1894742
In short, until it gets fixed, the only solution is to remove Unicode from names (both input and output) and rename the output manually afterwards.
Yeah, I've posted about it as well a long time ago, but it seems if you're using LSmash we should be able to use Unicode? I don't think the .ffindex_track00.kf needs to be processed if you're using LSmash.

[screaming]

What's interesting is that in my examples below, those issues occurred if I started Ripbot264, but didn't start any encodes. Once I have an encode in the jobs list, I can minimize and restore Ripbot264 without a problem.

Once my encodes finish, I will see what happens once I remove the completed jobs.

I'm having an issue where RipBot264 hangs if I do either of the following:

Right-click and select Close from the tray icon
Right-click on the tray icon and select Show


I just built a new server with Windows Server 2019, so I initially just zipped up my existing 1.25.0 from my old server, and then extracted to C:\Program Files\RipBot264. It hung under the conditions above, so the first thing I tried was using Ripbot264.ini and updater.ini files from the download, but same problems. Then I tried a an unmodified 1.25.0 download, and whether files were in C:\Program Files\ or C:\, it still hangs.

I should also say that I've already performed about 4 encodes with no issues. It just seems that the only 2 actions you can perform from the tray icon are hanging the application.

[HehoChef]

I got my hands on a bunch of cheap third and fourth gen i7's, and wanted to set them up as a small render farm.
I've got the distributed encoding working fine.
They all have 16gigs and above of memory.
But they came without bootdrives, and I want to avoid buying a bunch of basically useless drives, however cheap they maybe.
Has anyone ever tried creating a bespoke pxe image, something like a thin client just for ripbot?
Just RipBot264, Java 32bit, AVisynth, ffdshow, haali media splitter and .Net Framework, plus however slim you get Windows.

[Atak_Snajpera]

Btw. Fffshow and .net are not needed. Next version won't also need java. EncodingServer.exe only needs avisynth installed to work.

[HehoChef]

So right now it would only have to be avisynth and Java for the Encoding Server?
Did anyone every do sth like this, make a custom OS for it, preferably PXE bootable?

[Atak_Snajpera]

Like i said encoderserver.exe needs only avisynth.
Booting from pxe seems to be very complicated. Personally i would use some cheap pendrives as boot drive. Wintousb should be able to create so called windows-to-go.

[guest]

I got my hands on a bunch of cheap third and fourth gen i7's, and wanted to set them up as a small render farm.
I've got the distributed encoding working fine.
They all have 16gigs and above of memory.
But they came without bootdrives, and I want to avoid buying a bunch of basically useless drives, however cheap they maybe.
Has anyone ever tried creating a bespoke pxe image, something like a thin client just for ripbot?
Just RipBot264, Java 32bit, AVisynth, ffdshow, haali media splitter and .Net Framework, plus however slim you get Windows.

Sounds like a plan...but...

I have a small render farm (6 dual cpu systems), and I have used small SSD drives, so each unit has an individual Windows OS installed.

With my VERY limited understanding of PXE booting, don't you require a dedicated "client" to host the PXE Windows image ??

As I use different clients for different jobs & day's, I doubt this would work, as there would be multiple IP's floating around, so for me, I doubt this would work.

And if Atak says it's very complicated, then it must be !!!!

[HehoChef]

You need one "server" to host the image, of course.
That would be the machine the EncodingClient runs on I'd think.
It makes only really sense if you want a very centralized approach, with one Master and many slaves.
As long as your DHCP works properly the IP thing should not be a problem.
There a very small free Tools that do both the tftp-server and the bootloader.
If someone creates a Tutorial on how to implement a working smb share, avisynth and encodingserver.exe into a working pe image, for implementing it yourself would be a peach.

I knew nothing about pxe, and it took me 15min to find the right sources and get into a Windows10Pe.
I'm to stupid to integrate my own software into the image though and I'm not very good with the commandline myself.

Atak does stuff with creating custom image's, his signature reminds us with every post, so I thought that might be worth looking into.
Maybe even have it build into RipBot for version 2.0 or something

[guest]

No codec packs! Zero! Null!

So I tried that file on another pc, and it worked fine...and I'm running W10 with an AMD RX 480.

The pc it still doesn't want to work on has a GTX 1080, with the very latest drivers...and in fact, now MPC-HC won't play ANYTHING on that pc..

[guest]

For some reason, RipBot (1.25) is having problem with this file:
https://www9.zippyshare.com/v/f4hZV4Ym/file.html


I thought I'd grab this sample as we are both having some issues with MPC-HC.

It does play with MPC on my laptop, but is very choppy.

But playing it with VLC, was perfect.

I wonder if Atak could give us some options to what player the preview uses !?!?!?

[screaming]

When my 2 encodes finished and I removed the completed jobs, I ran into the same problem trying to either close or show the icon from the tray.

If anyone has any ideas about this application hang on Windows Server 2019, please let me know. Thanks.

What's interesting is that in my examples below, those issues occurred if I started Ripbot264, but didn't start any encodes. Once I have an encode in the jobs list, I can minimize and restore Ripbot264 without a problem.

Once my encodes finish, I will see what happens once I remove the completed jobs.

[byteshare]

I thought I'd grab this sample as we are both having some issues with MPC-HC.

It does play with MPC on my laptop, but is very choppy.

But playing it with VLC, was perfect.

I wonder if Atak could give us some options to what player the preview uses !?!?!?

Have you tried resetting your MPC settings to default?
Only issue I've had with MPC is on some computers the AVISynth preview will show an image and some won't but they'll both show an error if there is one, although on some I have to change the playback position (seek bar) to see the error.

[guest]

When my 2 encodes finished and I removed the completed jobs, I ran into the same problem trying to either close or show the icon from the tray.

If anyone has any ideas about this application hang on Windows Server 2019, please let me know. Thanks.

Hey screaming, I do have a couple of Windows Server 2019 systems, and tbh, I haven't noticed this behaviour...
but next time I'm using RB on WS2K19, I will check it out.

edit:- I have noticed this behaviour in W10, depending on how you shut RB down, to how the taskbar icons co operate (sometimes) they just like to sit there, and you can't do too much with them.

[guest]

Have you tried resetting your MPC settings to default?
Only issue I've had with MPC is on some computers the AVISynth preview will show an image and some won't but they'll both show an error if there is one, although on some I have to change the playback position (seek bar) to see the error.

No, actually I haven't, but I will, thanks.

It's just a little odd that it works on AMD cards, but not on my best nVidia.....I don't "fiddle" with the settings, either.

There must be another issue :(

So I will report back, after reset.

edit:- well a reset fixed the problem, but I'm not sure what caused it, in the first place.

But I'm still having some issues with it, using Preview...it either doesn't want to play the clip, or it takes a LONG time to open it.

[byteshare]

No, actually I haven't, but I will, thanks.

It's just a little odd that it works on AMD cards, but not on my best nVidia.....I don't "fiddle" with the settings, either.

There must be another issue :(

So I will report back, after reset.

edit:- well a reset fixed the problem, but I'm not sure what caused it, in the first place.

But I'm still having some issues with it, using Preview...it either doesn't want to play the clip, or it takes a LONG time to open it.

Honestly, the reset idea was a long shot because it has helped me at times but others it hasn't.

As for the preview issues, I've never really been able to figure those out myself. On some of my machines it works fine and others I really can only use it as an AVISynth error test. I use AVSPmod to test scripts and actually see the output on a lot of machines now:
https://github.com/gispos/AvsPmod/releases

[guest]

Hey guys, a nice new autoupdate...

Atak has been busy...there's a new Core, ES, EC versions, lsmash, x265, mpc, scripts, etc.

And apparently, NO Java, from now on :)

:thanks::thanks::thanks:

[delacroixp]

Hey guys, a nice new autoupdate...

Atak has been busy...there's a new Core, ES, EC versions, lsmash, x265, mpc, scripts, etc.

And apparently, NO Java, from now on :)

:thanks::thanks::thanks:
Awesome

Thanks much


It's all good
:):devil::rolleyes:
Pascal

[byteshare]

Since switching to only LSmash the good news is that the unicode naming thingy issue doesn't stop you from adding a job and encoding it, but the bad news (and it is a small thing) is the name changes:
"test ¡;#¦_“’` test.mkv" > "test í;#ª_ôÆ` test.mkv"

Question about the update, what is the number represent in the Encoding Client underneath each server in the black box with white text?

[guest]

Since switching to only LSmash the good news is that the unicode naming thingy issue doesn't stop you from adding a job and encoding it, but the bad news (and it is a small thing) is the name changes:
"test ¡;#¦_“’` test.mkv" > "test í;#ª_ôÆ` test.mkv"

Question about the update, what is the number represent in the Encoding Client underneath each server in the black box with white text?

Hey byteshare, in reference to your question, I asked that a long time ago, and here's the answer.... 2) post #18045

https://forum.doom9.org/showthread.php?p=1893261#post1893261

[byteshare]

The update in 1.25.1 to MPC fixed the preview for me on the machines I've tried. I haven't seen the video image in so long :D
Thank you!

[byteshare]

What is the best method to convert 444 video to something usable for KNLMCL A?
x265 [error]: main10 profile not compatible with i444 input chroma subsampling.
Any suggestions? I ran into this again. Last time my "solution" was to encode it first at CRF1 in Handbrake:
x265 [error]: main10 profile not compatible with i422 input chroma subsampling.
I can't seem to convert/change the output for HEVC via AviSynth correctly.

[Atak_Snajpera]

Just add video=ConvertToYUV420(video)

[byteshare]

Just add video=ConvertToYUV420(video)
:thanks: That worked. I must have done something wrong last time I tried that...I tend to do these things late at night :(

[slalom]

The update in 1.25.1 to MPC fixed the preview for me on the machines I've tried. I haven't seen the video image in so long :D
Thank you!
Maybe you missed this manual fix
In mpc-hc enable that option
https://i.postimg.cc/VkLVRqDz/Capture.png

I made a mistake and I forgot to leave that one option enabled.

[HehoChef]

I'm very sorry if this has been asked before:
I couldn't help but notice that the UI has become a lot better over the last couple versions, but I'm not always sure what it means:
Especially the "Encoding Client" gives out a lot more informations now, about the state of the server.
Is there anywhere a longer readme or a explanation what all the blinking red, green, blue, yellow lights mean?

[slalom]

Double-click the server icon on the bottom right on the taskbar

[guest]

I'm very sorry if this has been asked before:
I couldn't help but notice that the UI has become a lot better over the last couple versions, but I'm not always sure what it means:
Especially the "Encoding Client" gives out a lot more informations now, about the state of the server.
Is there anywhere a longer readme or a explanation what all the blinking red, green, blue, yellow lights mean?

The different "light's" is the CPU priority, low, normal, etc.

There is mention of it on this forum, somewhere, but that's basically it.

[guest]

Maybe you missed this manual fix

I think you'll find that they are ALL checked, on the latest update.

[stasi]

Since the last update the video preview doesn´t work for me anymore.

Before the update everything was fine, now i always get this error:
https://i.postimg.cc/6q1nvykN/Zwischenablage02.png (https://postimg.cc/xNMXrTjs)

[Atak_Snajpera]

Since the last update the video preview doesn´t work for me anymore.

Before the update everything was fine, now i always get this error:
https://i.postimg.cc/6q1nvykN/Zwischenablage02.png (https://postimg.cc/xNMXrTjs)

https://forum.doom9.org/showthread.php?t=177049

[blublub]

Solved

[stasi]

https://forum.doom9.org/showthread.php?t=177049

Thanks man, that worked.

[jojo54000]

Hello,

Thank you very much for your job Atak!

You allow in your crop application videos when they are hdr10 / hdr10 +. But I have read on various forums that it is not recommended, as this can distort HDR10 / HDR10 + metadata...

What do you think?

Secondly, does RipBot264 support hdr10+ videos one day? you could use the "hdr10plus_parser" tool for this, but it is still buggy... ([URL="https://github.com/quietvoid/hdr10plus_parser/releases"/URL])
This allows HDR10+ metadata to be extracted in json format to be incorporated into the x265 encoding parameters.

[jojo54000]

I have another question: I cut an mkv hdr 10 with mkvtoolnix and I encoded the pieces separately. The parts are all hdr10. is it possible to join all these files while keeping the correct hdr10 metadata? I know the metadata is in the SEI zones but it's still a little confusing for me ...
Thanks.

[guest]

I have another question: I cut an mkv hdr 10 with mkvtoolnix and I encoded the pieces separately. The parts are all hdr10. is it possible to join all these files while keeping the correct hdr10 metadata? I know the metadata is in the SEI zones but it's still a little confusing for me ...
Thanks.

I think the question here is, why are you "cutting up" the file, only to join it all back together ???

Have you tried to join them using what you cut them with ??

https://forums.plex.tv/t/howto-joining-multi-part-movies-files-with-mkvtoolnix-gui/113211

[Ronski]

I've had a couple of encodes hang after it finished encoding (once today, once some months back). The encoding server had appeared to have closed, but Ripbot was just saying please wait. When looking in task manager it was still showing the encoding server, so I killed the process and then Ripbot went on to mux the chunks and completed successfully.

No idea what's causing this but others may find the above useful if it happens to them.

[jojo54000]

"I think the question here is, why are you "cutting up" the file, only to join it all back together ???"

So in fact I cut because on my pc (i7 7700k) it takes a long time to encode and I prefer to encode piece by piece to avoid losing everything in case of crash of the pc (power cut etc ...).
Hence my question: is there no problem with pasting HDR10 / HDR10 + files? I mean with respect to HDR10 / HDR10 + metadata?

[Atak_Snajpera]

So in fact I cut because on my pc (i7 7700k) it takes a long time to encode and I prefer to encode piece by piece to avoid losing everything in case of crash of the pc (power cut etc ...).

Why not just use distributed encoding mode??? Why do you have to cut file manually?

[jojo54000]

actually i never tried distributed encoding ...
it's the same thing ?

[guest]

actually i never tried distributed encoding ...
it's the same thing ?

OMG, jojo....you should do yourself a HUGE favour, and figure out how to use distributed encoding (DE), not only does it speed the process up substantially, but there is a (let's call it) a resume type function....98 out of 100 times, if the encode is interrupted, or aborted, when you restart the encode it will start from almost where it was "interrupted", meaning that all the completed chunks will still be there (it doesn't save / remember where it was up to with partially processed chunks, but thats acceptable).

You don't need other pc to use DE, but of course the more, the merrier.

But the process of splitting a movie is making SO much more work for you, and brings you to the dilemma you posted about.

[guest]

Why not just use distributed encoding mode??? Why do you have to cut file manually?

So in fact I cut because on my pc (i7 7700k) it takes a long time to encode and I prefer to encode piece by piece to avoid losing everything in case of crash of the pc (power cut etc ...).

[jojo54000]

so i see distributed encoding, but impossible to work.
encoding server start but encoding client stop immediately.
i already try: stop firewall, stop AV

i don't know how show encoder server window, no button ?

Help me!

ripbot264 v1.25.1...

[guest]

so i see distributed encoding, but impossible to work.
encoding server start but encoding client stop immediately.
i already try: stop firewall, stop AV

i don't know how show encoder server window, no button ?

Help me!

ripbot264 v1.25.1...

Wow..OK, so how long have you been using (trying to) RipBot ??

Do you have any other pc's, or a network ??

Do you know how to enable Distributed Encoding ??

You have to set up certain basic IP address's etc,

Can you post a couple of screenshots of your Ripbot windows, especially the Distributed Encoding tab, opened (but don't post any pictures directly here, they won't be "cleared" for quite some time).

Have you had a look around page 1 of this forum ??

Watch this video:- https://youtu.be/b-BICnj62iE it's a bit dated, but that's about all you can get.

[duffbeer]

I'm currently buying some parts to upgrade my encoding PC and I need a little advice. I've never used a dedicated graphics card before as I never play any games so I just use the integrated graphics.
My new CPU does not have integrated graphics so I need to buy a GPU. Noise levels are very important to me so I was planning to buy a GT 1030 2GB passive GPU.
My question is this:
Will this card be sufficient to benefit from GPU decoding in RipBot? Should I be looking at a more powerful card or is this one sufficient?

I would appreciate any advice. Cheers.

[Atak_Snajpera]

100% sufficient.

[guest]

I'm currently buying some parts to upgrade my encoding PC and I need a little advice. I've never used a dedicated graphics card before as I never play any games so I just use the integrated graphics.
My new CPU does not have integrated graphics so I need to buy a GPU. Noise levels are very important to me so I was planning to buy a GT 1030 2GB passive GPU.
My question is this:
Will this card be sufficient to benefit from GPU decoding in RipBot? Should I be looking at a more powerful card or is this one sufficient?

I would appreciate any advice. Cheers.

A couple of things I'd like to add...

Just how much benefit would a GT 1030 give..(compute units)

Is passive cooling going to be sufficient if being used for heavy use..

I have an MSI GTX 1080, and an MSI RX 480, both have 2 big fan's, but don't spin until they get hot, and then they are very quiet.

What CPU are you running ??

[duffbeer]

100% sufficient.

Great, thanks for confirming.

So there is no performance benefit (for encoding) in buying a more powerful GPU?

[Atak_Snajpera]

Great, thanks for confirming.

So there is no performance benefit (for encoding) in buying a more powerful GPU?

You would be surprised how irrelevant is difference between gt710 and RTX2080ti in terms of video decoding speed...

GT710 can decode AVC blu-ray (~26Mbps) at ~120fps
AVSMeter 2.5.3 (x64) - Copyright (c) 2012-2017, Groucho2004
AviSynth+ 3.4 (r2925, master, x86_64) (3.4.0.0)

Number of frames: 14405
Length (hh:mm:ss.ms): 00:10:00.809
Frame width: 1920
Frame height: 1080
Framerate: 23.976 (24000/1001)
Colorspace: i420

Frames processed: 14405 (0 - 14404)
FPS (min | max | average): 38.51 | 195.9 | 121.7
Memory usage (phys | virt): 95 | 259 MiB
Thread count: 20
CPU usage (average): 2%

Time (elapsed): 00:01:58.320

[guest]

You would be surprised how irrelevant is difference between gt710 and RTX2080ti in terms of video decoding speed...

Interesting comment, but really, if you have substantial CPU power, why would you want to use GPU, unless you have several.

Surely it's only a small % of "help", and there's only some filters that use GPU's for filtering, not encoding.

MDegrain is CPU, KnlMeansCL is GPU.

[Atak_Snajpera]

Interesting comment, but really, if you have substantial CPU power, why would you want to use GPU, unless you have several.

Surely it's only a small % of "help", and there's only some filters that use GPU's for filtering, not encoding.

MDegrain is CPU, KnlMeansCL is GPU.

You do not have to tell me that ;) In practice GPU decoding may reduce encoding time by only ~5%.

[guest]

You do not have to tell me that ;) In practice GPU decoding may reduce encoding time by only ~5%.

Hmmm, better spending that money on CPU's, not necessarily on powerful GPU's.

[guest]

You would be surprised how irrelevant is difference between gt710 and RTX2080ti in terms of video decoding speed...

GT710 can decode AVC blu-ray (~26Mbps) at ~120fps
AVSMeter 2.5.3 (x64) - Copyright (c) 2012-2017, Groucho2004
AviSynth+ 3.4 (r2925, master, x86_64) (3.4.0.0)

Number of frames: 14405
Length (hh:mm:ss.ms): 00:10:00.809
Frame width: 1920
Frame height: 1080
Framerate: 23.976 (24000/1001)
Colorspace: i420

Frames processed: 14405 (0 - 14404)
FPS (min | max | average): 38.51 | 195.9 | 121.7
Memory usage (phys | virt): 95 | 259 MiB
Thread count: 20
CPU usage (average): 2%

Time (elapsed): 00:01:58.320

So how would this change, if you were decoding 4K footage ??

And then with 8K "just around the corner", that will really throw a "cat among the pigeons"....

[Atak_Snajpera]

And then with 8K "just around the corner", that will really throw a "cat among the pigeons"....
8K around the corner? Where? In Japan or South Korea?

So how would this change, if you were decoding 4K footage ??
Why don't you check yourself. If GPU supports HEVC decoding then 4k should not be a problem. I expect again 120+ fps during pure decoding on GT1030.

[guest]

8K around the corner? Where? In Japan or South Korea?


Why don't you check yourself. If GPU supports HEVC decoding then 4k should not be a problem. I expect again 120+ fps during pure decoding on GT1030.

I'm just saying....ok it is sort of starting to show up.. I mean, I can buy 8K TV here in Australia if I wanted to, but where are you going to get 8k footage from...

I doubt that I will test GPU decoding.... I don't use GPU for anything but 4k playback and display for my 4K LG monitor...

[Atak_Snajpera]

I doubt that I will test GPU decoding.... I don't use GPU for anything but 4k playback and display for my 4K LG monitor...
It is simple. Just click on AVS METER icon. Do not forget to activate GPU decoding in options first and do not perform any filtering in script.

[guest]

Atak,

You know it would be VERY handy to be able to shutdown the Client PC, at any chosen chunk, instead of having to sit there, until the chunk(s) is completed, then manually stop the process.

If this:- https://i.postimg.cc/nc0J3cNs/Untitled-2.png = SHUTDOWN SERVER AT IDLE STATE (Finish encoding current chunk and then shutdown), could be added to the Clients options, instead of just the Servers.

Or better still (just on the Client), if the encoding process could be gracefully closed, and not start the next chunk, then you could abort out, without the job having been completed, ready to resume, whenever...

[blublub]

Hi

is there any way to make an encode with HDR10+ from a DolbyVision title?

[guest]

I know this question is a little off topic for this forum, but it is along the lines of a question jojo54000 asked, several days ago.

I am trying to join 2 parts of a movie, and I can get each part to playback well, after running them thru either tsMuxer, or MKVToolnix, but when I "merge / append" the parts together, either using tsMuxer of MKVToolnix, the 2nd part is out of sync.

I have several movies that are like this, meaning it 2 parts, and I'm not having much luck.

Anybody with a hint, would be welcome.

[duffbeer]

Quick hardware question....
Which would you prefer?

1. Increase 16GB 3200 DDR4 RAM to 3600
2. Increase 16GB 3200 DDR4 RAM to 32GB 3200

Purely encoding related usage - no games

[guest]

quick hardware question....
Which would you prefer?

1. Increase 16gb 3200 ddr4 ram to 3600
2. Increase 16gb 3200 ddr4 ram to 32gb 3200

purely encoding related usage - no games

#2...depends on how much filtering and work you give the system.

But a more powerful CPU would be a lot better...what are running ??

[jojo54000]

I know this question is a little off topic for this forum, but it is along the lines of a question jojo54000 asked, several days ago.

I am trying to join 2 parts of a movie, and I can get each part to playback well, after running them thru either tsMuxer, or MKVToolnix, but when I "merge / append" the parts together, either using tsMuxer of MKVToolnix, the 2nd part is out of sync.

I have several movies that are like this, meaning it 2 parts, and I'm not having much luck.

Anybody with a hint, would be welcome.

There are several ways to reassemble the 2 parts:
1- copy / b (first demux the videos .h265 / .h264)
2- mp4box
3- ffmpeg
4- mkvtoolnix
the safest is with 'copy / b' and the least secure with mkvtoolnix according to my tests.
with 'copy / b', never had synchronization concerns, but the 2 parts must be encoded exactly with the same options, resolution ... and avoid videos with OpenGOPs.

[guest]

There are several ways to reassemble the 2 parts:
1- copy / b (first demux the videos .h265 / .h264)
2- mp4box
3- ffmpeg
4- mkvtoolnix
the safest is with 'copy / b' and the least secure with mkvtoolnix according to my tests.
with 'copy / b', never had synchronization concerns, but the 2 parts must be encoded exactly with the same options, resolution ... and avoid videos with OpenGOPs.

Thnx jojo, I might give the copy /b thing a shot.

found these examples...

Method 1

type "C:\folder1\file1.txt" "C:\folder2\file2.txt" > output.txt

Method 2

copy "C:\folder1\file1.txt"+"C:\folder2\file2.txt" output.txt

[jojo54000]

Thnx jojo, I might give the copy /b thing a shot.

found these examples...

Method 1

type "C:\folder1\file1.txt" "C:\folder2\file2.txt" > output.txt

Method 2

copy "C:\folder1\file1.txt"+"C:\folder2\file2.txt" output.txt

In fact, i think copy /b "file1.h265" + "file2.h265" "full.h265" (if h265 video and after demuxing video via mkvextract)

[Ryushin]

I know this question is a little off topic for this forum, but it is along the lines of a question jojo54000 asked, several days ago.

I am trying to join 2 parts of a movie, and I can get each part to playback well, after running them thru either tsMuxer, or MKVToolnix, but when I "merge / append" the parts together, either using tsMuxer of MKVToolnix, the 2nd part is out of sync.

I have several movies that are like this, meaning it 2 parts, and I'm not having much luck.

Anybody with a hint, would be welcome.

Most of the time after I join them, I have to end up re-encoding the whole thing to fix the audio and a blip at the join.

[byteshare]

I'm just saying....ok it is sort of starting to show up.. I mean, I can buy 8K TV here in Australia if I wanted to, but where are you going to get 8k footage from...

I doubt that I will test GPU decoding.... I don't use GPU for anything but 4k playback and display for my 4K LG monitor...
Their might be 8K TVs but there still isn't much true 4K content. Even Avengers Endgame's 4K BluRay was a 4K upscale because almost all effects are still done in 2K. Endgame was shot in 4K but most movies are still shot in 2K and upscaled later after effects. Reason the industry even moved so fast to 2K was Avatar from what I heard.

As for GPU decoding, I ran some long tests a while back and it is slightly faster on longer encodes but only when I'm not using my usual GPU filters, when using heavier GPU filters it is slower to decode with GPU.

[ReinerSchweinlin]

Quick hardware question....
Which would you prefer?

1. Increase 16GB 3200 DDR4 RAM to 3600
2. Increase 16GB 3200 DDR4 RAM to 32GB 3200

Purely encoding related usage - no games
Are you asking which is better for encoding purpose? Getting a bigger CPU or more RAM? Definitely go for a bigger CPU - 16GB of RAM is enough for encoding

[Ronski]

I've had a couple of encodes hang after it finished encoding (once today, once some months back). The encoding server had appeared to have closed, but Ripbot was just saying please wait. When looking in task manager it was still showing the Ripbot264 Encoding Client (32 bit) process, so I killed the process and then Ripbot went on to mux the chunks and completed successfully.

No idea what's causing this but others may find the above useful if it happens to them.

[guest]

Most of the time after I join them, I have to end up re-encoding the whole thing to fix the audio and a blip at the join.

Fair point, and in theory, that's all that might need doing...

However, what can be done if "part 2" does out of sync at the join..

If I playback the joined movie, and go to the timeline of the join, and watch...as soon as part 2 starts, it's out of sync....how do you "adjust" half the movie ??

Not much point splitting it again, as that's just going back to same problem.

[guest]

In fact, i think copy /b "file1.h265" + "file2.h265" "full.h265" (if h265 video and after demuxing video via mkvextract)

Well, I've given this a try, and it does indeed join the files, HOWEVER, for whatever reason, part 2 is still out of sync...it's +1000ms, which is about the same as the black frames in between parts, that get's added somehow.

[jojo54000]

Well, I've given this a try, and it does indeed join the files, HOWEVER, for whatever reason, part 2 is still out of sync...it's +1000ms, which is about the same as the black frames in between parts, that get's added somehow.

Sorry but i don't know why.
Are you sure 2 parts are encoded with exactly same settings (options encoder, resolution) ??

[jojo54000]

atak i would have a question is your software safe to re-encode hdr10 videos? I don't have a 4k tv yet so I can't test if the hdr10 videos re-encoded by ripbot264 send metadata to the tv ... how can I test this without 4k tv?

[blublub]

Hdr10 works just fine

[jojo54000]

Hdr10 works just fine

Thanks, so you tested on a 4k hdr tv directly and everything works well ?
directly on usb port tv or/and using mpc-be/madvr for example ?

[blublub]

Thanks, so you tested on a 4k hdr tv directly and everything works well ?
directly on usb port tv or/and using mpc-be/madvr for example ?In my setup it works fine with MPC Be and MadVR

[guest]

Sorry but i don't know why.
Are you sure 2 parts are encoded with exactly same settings (options encoder, resolution) ??

TBH, I haven't checked that, I am assuming that they are the same, as it's part 1 & 2 of the movie.

Maybe I should re encode them, and make sure they ARE the same.

Wasted 2 days on this already :(

I still think it's got something to do with the slight "black" transition between the parts.

[guest]

atak i would have a question is your software safe to re-encode hdr10 videos? I don't have a 4k tv yet so I can't test if the hdr10 videos re-encoded by ripbot264 send metadata to the tv ... how can I test this without 4k tv?

I can confirm that if you run a HDR10 thru RB, it retains that (unless you change the HDR to SDR setting).

It works via USB port on my LG 4K TV.

[GZZ]

Well, I've given this a try, and it does indeed join the files, HOWEVER, for whatever reason, part 2 is still out of sync...it's +1000ms, which is about the same as the black frames in between parts, that get's added somehow.

You cant do copy /b without making sure your chunks are frame accurate. Why dont you use DE process in RB it analyse the video and does exactly that.

DE (Distributed Encoding) doesnt have to use more the one computer, but multiple computers can speed up the encoding. It devide the chunks in to 1,2,3... minutes and encode each other and then merge them. You can stop the process at any time, if done inside at chunk, this chunk will have to be reencoded once the process is restarted. But if you have a power loss, then only the chunk (min. 1 min) encoding will be lost.

[guest]

You cant do copy /b without making sure your chunks are frame accurate.

I have to agree with you that copy /b didn't do what I was hoping it would.

However, I did manage to join this with out further issue.

It seems that whatever is used to join the 2 files together add's an approx 1 sec of black video, but it doesn't add the 1 second to the audio. Hence the instant 1 second of out of sync.

Why dont you use DE process in RB it analyse the video and does exactly that.

DE (Distributed Encoding) doesn't have to use more the one computer, but multiple computers can speed up the encoding. It divide the chunks in to 1,2,3... minutes and encode each other and then merge them. You can stop the process at any time, if done inside at chunk, this chunk will have to be re-encoded once the process is restarted. But if you have a power loss, then only the chunk (min. 1 min) encoding will be lost.

But as for the rest of your post, I find rather offensive !!!

You're implying that I have NO experience using RipBot...which is so far from the truth, I've been using it for probably 15 years or so.

Also, what your suggestion has to do with joining 2 files together, is anyone's guess...

So before you provide suggestions on what one should do, check that you are actually targeting a real "newbie"

And just a sidenote, the files in question would not load into RipBot, so your suggestions could not be proven.

[jojo54000]

I can confirm that if you run a HDR10 thru RB, it retains that (unless you change the HDR to SDR setting).

It works via USB port on my LG 4K TV.

Cool! Thanks!
By cons I have read on other forums that it is not advisable to crop / resize the video of the file to be re-encoded so as not to corrupt the HDR10 / HDR10 + metadata, which would be based on positioning data, therefore HDR10 / HDR10 + values should be recalculated ...
But the conclusions are not clear, I do not know what to expect.
I would like to know your opinion on the subject?
Is it better not to crop / resize the video in this case?

[duffbeer]

Cool! Thanks!
By cons I have read on other forums that it is not advisable to crop / resize the video of the file to be re-encoded so as not to corrupt the HDR10 / HDR10 + metadata, which would be based on positioning data ...
But the conclusions are not clear, I do not know what to expect.
I would like to know your opinion on the subject?
Is it better not to crop / resize the video in this case?

As far as I understand it, you can crop sources with HDR10 no problem as it is a fixed brightness for the entire video. HDR10+ is dynamic and should not be cropped because of the reasons you stated.

I crop my HDR10 files with no problem at all. I have not tried manually extracting the HDR10+ data and entering it into the x265 parameters......yet.

[jojo54000]

As far as I understand it, you can crop sources with HDR10 no problem as it is a fixed brightness for the entire video. HDR10+ is dynamic and should not be cropped because of the reasons you stated.

I crop my HDR10 files with no problem at all. I have not tried manually extracting the HDR10+ data and entering it into the x265 parameters......yet.

So, you have no difference in gamma / colors / contrast compared to the original? I mean does it change anything to crop the video?
MaxCLL and MaxFALL does not affect anything ?

[duffbeer]

So, you have no difference in gamma / colors / contrast compared to the original? I mean does it change anything to crop the video?
MaxCLL and MaxFALL does not affect anything ?

HDR10 works perfectly as far as I'm concerned. HDR10+ is a different matter from what I've read. I might try it one day but I prefer to crop my encodes.
Regular HDR10 looks great to me so I'm not sure if I can be bothered to mess around with HDR10+ if it's not straight forward.

[Ripmann]

This should explain why I decided to not use MDegrain3
https://i.postimg.cc/NFB44R4L/1.png https://i.postimg.cc/KznfB0td/2.png

Quick summary:
MDegrain1 vs No Denoise
Encoding speed reduction = 1.72x
File size reduction = 1.49x
Size/Speed ratio = 0.87

MDegrain2 vs No Denoise
Encoding speed reduction = 2.70x
File size reduction = 1.75x
Size/Speed ratio = 0.65

MDegrain3 vs No Denoise
Encoding speed reduction = 3.57x
File size reduction = 1.92x
Size/Speed ratio = 0.54

Correct me if I'm wrong (and I may as well be), but is size-to-speed ratio really the only factor here? What about the actual visuals? From what I understand, while MDeGrain3 is slower, it's more suited for heavier noise reduction as it produces little better results as far as video quality is concerned. If that's the case, perhaps adding it as an option like "MDegrain3 [slow]" is a better solution?

By the way, thanks for fixing that 5.1 audio profile size calculation bug. I just noticed that it went away with the update.

[Ryushin]

Correct me if I'm wrong (and I may as well be), but is size-to-speed ratio really the only factor here? What about the actual visuals? From what I understand, while MDeGrain3 is slower, it's more suited for heavier noise reduction as it produces little better results as far as video quality is concerned. If that's the case, perhaps adding it as an option like "MDegrain3 [slow]" is a better solution?

MDegrain3 has it's uses for very heavy grain. Blade Runner and Black Hawk Down saw large improvements using MDegrain3 over MDegrain2 using a thSAD=600 value. The encoding time does increase a bit, but the results are worth it to me.

[byteshare]

Correct me if I'm wrong (and I may as well be), but is size-to-speed ratio really the only factor here? What about the actual visuals? From what I understand, while MDeGrain3 is slower, it's more suited for heavier noise reduction as it produces little better results as far as video quality is concerned. If that's the case, perhaps adding it as an option like "MDegrain3 [slow]" is a better solution?
MD3 is better than MD2 for visuals in some cases, but when using MD3 (personally) you need to make other adjustments such as the thSAD. In some of the cases that MD3 isn't visually better is because it wasn't catching as much since it is comparing changes in 3 frames vs 2, (rare) very slow or jittery changes such as in anime, or also there are times they look pretty much the same so all you did was waste CPU running MD3.
Personally I use SMDegrain because it is a much more dynamic than MDegrain alone. SMD can be more than you need when compared with just MD, but when you use it right it makes some great results, as with any good filter.
All that said, even MD2 has its uses but if you're looking for an all-in-one perfect degrainer it won't happen without some sort of AI (to be invented). I haven't done it much but you could even apply degrain to specific scenes and not all scenes with AVISynth.

If you want MD3 create a script and then you can load it when you add a file or when you're running a batch add. [search here others have done this with MD3 or let us know and we'll help] (..\RipBot\Tools\AviSynth plugins\Scripts\Custom)
StaxRip has way more filters builtin and I've used it as a base for either getting a filter (if I couldn't get one from a website to work) or getting other filter ideas. RipBot could have more built in filters but personally built-in filters are often only a starting point and not an end point for great video processing/encoding. Maybe the dev feels different but indications are that the dev isn't likely to start adding lots of filters.
TLDR degrain filters are tricky and there is not a single use case for one degrain filter/settings, which is why with five builtin degrain options the dev likely didn't see a reason for a sixth.

[slalom]

Personally I use SMDegrain because it is a much more dynamic than MDegrain alone. SMD can be more than you need when compared with just MD, but when you use it right it makes some great results, as with any good filter.
Can you share the script?

[guest]

...RipBot could have more built in filters but personally built-in filters are often only a starting point and not an end point for great video processing/encoding. Maybe the dev feels different but indications are that the dev isn't likely to start adding lots of filters.

Hey byteshare, interesting point, however, did you notice that going back a month or more, that Atak actually added references to MD1, MD3 in the RipBot ini ??

But, alas, I can't find any actual scripts...

I have MD1, MD2, MD3 & MD4, in Custom Filters, with different thSAD numbers.

I got great results using MD3 thSAD 800 on "The Fifth Element".

I have several other older movies that will need to same treatment, it takes a long time, that's for sure, but the end result is definitely worth waiting for.

[jojo54000]

Atak, would it be possible that you add the possibility of adding a job in command line mode, of the style: ripbot264.exe <FileIn>
this would generate a job in the working folder of RipBot264
that would go well with the '/ start' option existing since v1.17.1

[Atak_Snajpera]

Atak, would it be possible that you add the possibility of adding a job in command line mode, of the style: ripbot264.exe <FileIn>
this would generate a job in the working folder of RipBot264
that would go well with the '/ start' option existing since v1.17.1

Wouldn't be better to just setup watch folder with your own encoding settings?

https://i.postimg.cc/hPTyCx0W/Capture.png

[jojo54000]

Wouldn't be better to just setup watch folder with your own encoding settings?

https://i.postimg.cc/hPTyCx0W/Capture.png

Thanks but this is not the goal, my goal is to be able to use your software in CLI mode, so as to be able to automate certain tasks with the help of a scripting language such as AutoIt.
that would save me from having to manipulate RipBot264 windows

[byteshare]

Can you share the script?
Sure, here is a pretty reasonable starting point IMO:
SMDegrain(video,tr=3,thSAD=400,thSADC=150,refinemotion=false,contrasharp=true,plane=4,pel=2,
prefilter=4,Truemotion=False,chroma=true,hpad=32,vpad=32,str=2,amp=1)
It uses KNLmeansCL (GPU) as the prefilter if you can't use GPU set to 3 (CPU) for DTTtest.
More info here: http://avisynth.nl/index.php/SMDegrain
Parameters
SMDegrain (clip input, int "tr", int "thSAD", int "thSADC", bool "RefineMotion", val "contrasharp", clip "CClip", bool "interlaced", int "plane",
int "Globals", int "pel", int "subpixel", val "prefilter", clip "mfilter", int "blksize", int "overlap", int "search", bool "truemotion", int "limit",
int "limitc", int "thSCD1", int "thSCD2", bool "chroma", int "hpad", int "vpad", bool "lsb", bool "lsb_in", bool "lsb_out", int "mode",
val "Show", float "Str", float "Amp")

Hey byteshare, interesting point, however, did you notice that going back a month or more, that Atak actually added references to MD1, MD3 in the RipBot ini ??
But, alas, I can't find any actual scripts...
I have MD1, MD2, MD3 & MD4, in Custom Filters, with different thSAD numbers.
I got great results using MD3 thSAD 800 on "The Fifth Element".
I have several other older movies that will need to same treatment, it takes a long time, that's for sure, but the end result is definitely worth waiting for.
Not sure why he made reference to them since they worked fine before and after the changes. Even with MD2 there isn't a way to change the thSAD like there is for KNLMeansCL "mono noise" `h=`, so even if MD1-6 were added you'd already need to get into the AVISythn script or custom scripts for different levels of thSAD, or some changes but again for people that don't know what they're doing it is way easier to over do the denoise and get a "clean" blurred video. thSAD isn't the only option for MD or SMD that will affect the noise just the most obvious for most people.

Wouldn't be better to just setup watch folder with your own encoding settings?
If there was a way to have more than one folder watched or something in the filename to dictate which settings to use that would be great, because I don't want the same settings for all of my files. I can understand those that do want the same settings for all of their videos or if the vast majority of the files they are processing are going to use the same settings...I'm just not one of those, and even when ~80% of my videos are one setting it doesn't seem like much of a stretch for me to just add those last manually in batch.

[Atak_Snajpera]

If there was a way to have more than one folder watched or something in the filename to dictate which settings to use that would be great, because I don't want the same settings for all of my files. I can understand those that do want the same settings for all of their videos or if the vast majority of the files they are processing are going to use the same settings...I'm just not one of those, and even when ~80% of my videos are one setting it doesn't seem like much of a stretch for me to just add those last manually in batch.
You can specify different settings for each folder.

[slalom]

It uses KNLmeansCL (GPU) as the prefilter if you can't use GPU set to 3 (CPU) for DTTtest.
So the path at the beginning should point at \RipBot264v1.25.0\Tools\AviSynth plugins\KNLMeansCL

and then the rest

SMDegrain(video,tr=3,thSAD=400,thSADC=150,refinemotion=false,contrasharp=true,plane=4,pel=2,
prefilter=4,Truemotion=False,chroma=true,hpad=32,vpad=32,str=2,amp=1)

or show me your full script to be sure

[byteshare]

You can specify different settings for each folder.
OH!? I never tried to add a second folder. My fault for assuming.

So the path at the beginning should point at \RipBot264v1.25.0\Tools\AviSynth plugins\KNLMeansCL

and then the rest

SMDegrain(video,tr=3,thSAD=400,thSADC=150,refinemotion=false,contrasharp=true,plane=4,pel=2,
prefilter=4,Truemotion=False,chroma=true,hpad=32,vpad=32,str=2,amp=1)

or show me your full script to be sure
for the plugins and scripts it goes like this:
Loadplugin("*path*.dll")
Import("*path*.avsi/avi")
I load more than I need because I don't like going through and figuring out the missing DLLs/AVSs/AVSIs when I decide to put in another filter while testing things quickly...that said I use something like (more than you need):
Loadplugin("C:\RipBot\Tools\AviSynth plugins\Custom\DCTFilter.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\Custom\Deblock.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\Custom\Deblockx64.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\Custom\dfttest.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\Custom\dither.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\Custom\FrameRateConverterx64.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\Custom\MedianBlur2.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\Custom\SmoothAdjust.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\DGTonemap\x64\DGTonemap.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\ffms\x64\ffms2.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\flash3kyuu_deband\flash3kyuu_deband.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\hqdn3d\hqdn3d.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\masktools\masktools2.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\mvtools\mvtools2.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\NicAudio\NicAudio.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\nnedi3\nnedi3.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\Plugins_JPSDR\Plugins_JPSDR.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\RawSourcePlus\RawSourcePlus.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\RgTools\RgTools.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\TIVTC\TIVTC.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\VSFilter\VSFilter.dll")
LoadPlugin("C:\RipBot\Tools\AviSynth plugins\KNLMeansCL\KNLMeansCL.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\Yadif\yadif.dll")
Import("C:\RipBot\Tools\AviSynth plugins\ffms\FFMS2.avsi")
Import("C:\RipBot\Tools\AviSynth plugins\Custom\Deblock_QED_MT2Mod.avsi")
Import("C:\RipBot\Tools\AviSynth plugins\Custom\dither.avsi")
Import("C:\RipBot\Tools\AviSynth plugins\Custom\FrameRateConverter.avsi")
Import("C:\RipBot\Tools\AviSynth plugins\Custom\HQDeringmod_v1.8.avsi")
Import("C:\RipBot\Tools\AviSynth plugins\Custom\LSFmod.avsi")
Import("C:\RipBot\Tools\AviSynth plugins\Custom\proToon.avsi")
Import("C:\RipBot\Tools\AviSynth plugins\Custom\SeeSaw.avs")
Import("C:\RipBot\Tools\AviSynth plugins\Custom\SMDegrain.avsi")
Import("C:\RipBot\Tools\AviSynth plugins\Scripts\QTGMC.avs")
video=SMDegrain(video,tr=3,thSAD=400,thSADC=150,refinemotion=false,contrasharp=true,plane=4,pel=2,prefilter=4,Truemotion=False,chroma=true,hpad=32,vpad=32,str=2,amp=1)

[jojo54000]

Thanks but this is not the goal, my goal is to be able to use your software in CLI mode, so as to be able to automate certain tasks with the help of a scripting language such as AutoIt.
that would save me from having to manipulate RipBot264 windows

Atak, so it's not possible to introduce cli option to add job manually ?
too much complex ?

[byteshare]

At the end of a job things got stuck:
Please wait... Combining chunks...
I had 22 other jobs have no issues before this. I don't know if there is somewhere else to look into this (errors or logs).
I'm on core 2020.01.17 (v1.25.1)

I stopped the job and started it, and all of the chunks had to start over?
Encoding it again, will be ~12hrs until I get another result.

[tkwou]

Yeah I had similar occur on a few occasions now. I'm on v1.25.1. The chunks get combined to make video.264 but encoding client doesn't close and muxing can't start. I just end up running the mux.cmd to finish the job. I tried to just close encoding client but sometimes it's no longer in the processes list of taskmanager so I usually just terminate Ripbot264.

[slalom]

At the end of a job things got stuck:

I had 22 other jobs have no issues before this. I don't know if there is somewhere else to look into this (errors or logs).
I'm on core 2020.01.17 (v1.25.1)

I stopped the job and started it, and all of the chunks had to start over?
Encoding it again, will be ~12hrs until I get another result.
Open temp folder, stop the program.
Run CombineAllChunks.cmd and then run jobX_MuxFiles.cmd
Open the program, remove the job and continue

[byteshare]

Open temp folder, stop the program.
Run CombineAllChunks.cmd and then run jobX_MuxFiles.cmd
Open the program, remove the job and continue
If it comes up again, I'll try that. Thank you.
The encode muxed correctly the second time.

[slalom]

I stopped the job and started it, and all of the chunks had to start over?
Encoding it again, will be ~12hrs until I get another result.
In that case, stop the encoding. Go to temp folder, start one by one 1.cmd, 2.cmd (those that the video files are lost, 1.264, 2.264) etc
Then go to #18333

[byteshare]

In that case, stop the encoding. Go to temp folder, start one by one 1.cmd, 2.cmd (those that the video files are lost, 1.264, 2.264) etc
Then go to #18333
I've done this before. I didn't expect the temp encoded chunks to get restarted when I aborted and started again, that was the main issue to me. I thought (incorrectly) that I would stop it and then RB would see all of the chunks are done so it would try to mux again :(

[guest]

Hey guys,

A reasonably significant auto update...

Core 2020-02-08
ffmpeg
lsmash
matroska splitter (new, but not really)
mkvtoolnix
mpc

:thanks:

[ImEverlasting]

I just updated to new core, 02-08, Using distributed encode, after every encode finishes, but before the encoding client exits.... it hangs. Chunks don't combine back and when I try to "Abort" nothing happens. I have to kill encoding client using task manager again. Then manually combine chunks and mux files using cmds in temp folder.

[Atak_Snajpera]

I just updated to new core, 02-08, Using distributed encode, after every encode finishes, but before the encoding client exits.... it hangs. Chunks don't combine back and when I try to "Abort" nothing happens. I have to kill encoding client using task manager again. Then manually combine chunks and mux files using cmds in temp folder.

0 hangs on my machine. Just checked with 37 jobs in queue. Chunks combined. EncodingClient closes correctly.

[ImEverlasting]

So I've done more testing today and the hangings seem to be cause by the servers going to sleep. I've noticed this because as soon as there's no more chunks to encode, the chunkless servers are being put to sleep, causing the hang in EncodingClient. If none of them go to sleep (of the 10 servers) then everything works fine. Is there something in rip bot putting servers to sleep? I know 100% all servers are set to not sleep in windows settings.

[guest]

So I've done more testing today and the hangings seem to be cause by the servers going to sleep. I've noticed this because as soon as there's no more chunks to encode, the chunkless servers are being put to sleep, causing the hang in EncodingClient. If none of them go to sleep (of the 10 servers) then everything works fine. Is there something in rip bot putting servers to sleep? I know 100% all servers are set to not sleep in windows settings.

Yes there is....there are 4 little "tab's" for each server in the Encoding Client...check them out !!

[ImEverlasting]

I don't see four "tabs", but I see four buttons... I understand what the two on the left do, (connect and auto-reconnect) but have no clue what the other two do. There's no tool-tip or documentation on what they do. I don't like to randomly click buttons that don't say what they do :)

edit: I'm assuming the yellow one is to put the server to sleep, and the red one is to shutdown the server, but I have neither button highlighted on any of the servers, yet they still go to sleep.

[guest]

I don't see four "tabs", but I see four buttons... I understand what the two on the left do, (connect and auto-reconnect) but have no clue what the other two do. There's no tool-tip or documentation on what they do. I don't like to randomly click buttons that don't say what they do :)

edit: I'm assuming the yellow one is to put the server to sleep, and the red one is to shutdown the server, but I have neither button highlighted on any of the servers, yet they still go to sleep.

Yeah, sorry, I should have said "button's"...but you've sussed it out, and that's what they do, so I would think that if they are still going to sleep, then it must be that particular pc that needs to be adjusted...as that is the only place within RB that can do that AFAIK.

TBH, I don't really see too much point in the Yellow button, and the Red one, activates after the chunk it is working on, completes, so if you have ONLY 1 server for that chunk / IP, then that WILL shutdown that server.

[byteshare]

I don't see four "tabs", but I see four buttons... I understand what the two on the left do, (connect and auto-reconnect) but have no clue what the other two do. There's no tool-tip or documentation on what they do. I don't like to randomly click buttons that don't say what they do :)

edit: I'm assuming the yellow one is to put the server to sleep, and the red one is to shutdown the server, but I have neither button highlighted on any of the servers, yet they still go to sleep.
If you've already re-added jobs after the update (sometimes that is an issue with updates) and checked in the Settings > Distributed Encoding > 'Shutdown Method' & 'Suspend Jobless Server' with 'No Action' and 'Off' (respectively) then you should be good.
And, Hi by the way ;)

[guest]

If you've already re-added jobs after the update (sometimes that is an issue with updates) and checked in the Settings > Distributed Encoding > 'Shutdown Method' & 'Suspend Jobless Server' with 'No Action' and 'Off' (respectively) then you should be good.
And, Hi by the way ;)

Hey byteshare, that's almost what I said....don't those "button's" control those settings ??

I was going to mention if he had some old jobs in the queue from before the update, but then when I read that his servers were going to sleep, I deleted that post.

[duffbeer]

My new PC is up and running and is much quicker to encode x265. The GPU decoding seems to give a decent improvement too - thanks for all the hard work that has gone into RipBot recently.

One question - I see there is an option to skip the demuxing process. Can someone explain what this does? Why would I want to skip demuxing?

[Atak_Snajpera]

Skips demuxing of audio and subtitle streams.

[byteshare]

Hey byteshare, that's almost what I said....don't those "button's" control those settings ??

I was going to mention if he had some old jobs in the queue from before the update, but then when I read that his servers were going to sleep, I deleted that post.
From their post and your post I wasn't 100% that you both weren't talking about the Encoding Client screen or Encoding Server and not the settings screen.

[byteshare]

I see there is an option to skip the demuxing process. Can someone explain what this does? Why would I want to skip demuxing?
As stated: "Skips demuxing of audio and subtitle streams."
I use it because I mux in the subs manually (with a batch file) and process audio externally and mux it back in as well (with a batch file).

[duffbeer]

Skips demuxing of audio and subtitle streams.

Thanks but that doesn't really answer my question.
Does that mean that I can't remux an audio stream at all or does it demux the source at the end before muxing the final MKV file?

[guest]

Another autoupdate...

Core 2020.02.09

[byteshare]

Thanks but that doesn't really answer my question.
Does that mean that I can't remux an audio stream at all or does it demux the source at the end before muxing the final MKV file?

As stated: "Skips demuxing of audio and subtitle streams."
RipBot won't process the subtitles or audio of a file, so you only deal with the video. Speeds up adding jobs for sure but you'll have to deal with the subtitles and or audio with another program. To answer your question directly, You will not be able to remux an audio stream at all with that feature on.
I use it because I mux in the subs manually (with a batch file) and process audio externally and mux it back in as well (with a batch file).

[guest]

As stated: "Skips demuxing of audio and subtitle streams."
RipBot won't process the subtitles or audio of a file, so you only deal with the video. Speeds up adding jobs for sure but you'll have to deal with the subtitles and or audio with another program. To answer your question directly, You will not be able to remux an audio stream at all with that feature on.
I use it because I mux in the subs manually (with a batch file) and process audio externally and mux it back in as well (with a batch file).

I might try that, then....but I will use MKVToolNix to mux it all back together.

[byteshare]

I might try that, then....but I will use MKVToolNix to mux it all back together.
I use MKVToolNix as well for the muxing, but I do it with a batch file and with the option "Run command script after finished job" It all happens for me. The only part not automated is processing the audio. You can 1:1 rip-mux the subs from the source.

[guest]

I use MKVToolNix as well for the muxing, but I do it with a batch file and with the option "Run command script after finished job" It all happens for me. The only part not automated is processing the audio. You can 1:1 rip-mux the subs from the source.

I'll stick with using the GUI, as I'm no good with batch files...

[userx]

When I select an output filename e.g. file.mkv in the 'save file as' dialog the created filename is file.mkv.mkv.
I noticed this bug after i had to rename and re-edit titels of some files manually.

Please add a check if file extension already exist in dialogs result string before add it automatically.
Thank you.

[tkwou]

Hi Atak, my distributed encoding has suddenly stopped working. It was working fine 2 days ago. I'm on 1.25.1. Encoding client starts and connects with all the servers but no processing starts. All Encoding Servers report the same errors: y4m (error) bad sequence header magic and x264 (error) could not open input file.

[tkwou]

Well I re-installed the latest Ripbot264 in all the servers to make sure everyone on the same installation. Rebooted and DE is back up again. It was strange to see that Encoding Server was giving me an error even in the host computer.

[therealjoeblow]

Hi,

I have some 4k videos that I previously encoded to 3840x1920 (2.00 AR with no borders).

I am reencoding them to 1280x640 for more portability to take on trips on my tablet.

I am able to do that one at a time by selecting "Custom Resize" and use x,xx:1 in the Avisynth tab, enter my preferred width and height directly, and it resizes and encodes them correctly witout adding borders which is exactly what I want. No issue there.

But if I try to expedite things by using the Batch feature, it doesn't give me that option, the only custom option for resize seems to be "Custom Auto Height", which first of all guesses incorrectly at the height for some reason and sets it to 692 instead of 640, which stretches the video, and the resulting encode also adds black bars to pad it out to 1280x720. Neither of these are what I want.

Am I missing something in the Batch encode settings, or can I customize the resize selection so I can directly enter 1280x640 and have it NOT add the black bars?

Either way I can get the result I need but it would be way more efficient if I could enter the correct settings once in the Batch interface and not have to do this one by one 10 times...

[Ryushin]

Hi,

I have some 4k videos that I previously encoded to 3840x1920 (2.00 AR with no borders).

I am reencoding them to 1280x640 for more portability to take on trips on my tablet.

I am able to do that one at a time by selecting "Custom Resize" and use x,xx:1 in the Avisynth tab, enter my preferred width and height directly, and it resizes and encodes them correctly witout adding borders which is exactly what I want. No issue there.

But if I try to expedite things by using the Batch feature, it doesn't give me that option, the only custom option for resize seems to be "Custom Auto Height", which first of all guesses incorrectly at the height for some reason and sets it to 692 instead of 640, which stretches the video, and the resulting encode also adds black bars to pad it out to 1280x720. Neither of these are what I want.

Am I missing something in the Batch encode settings, or can I customize the resize selection so I can directly enter 1280x640 and have it NOT add the black bars?

Either way I can get the result I need but it would be way more efficient if I could enter the correct settings once in the Batch interface and not have to do this one by one 10 times...

Atak has the default to add padding. I too have to go through several steps. I've been asking for Atak to add an option to add padding when resizing instead of forcing the padding option. I'm having to first select the 1280x720 (which would add padding), then select Custom to have it remove the padding.

Atak, can you change the default to remove padding when selecting a size. I'm making small versions of 4K to 1080p and HD to 720p. It would be nice just to select HD-Full or HD-Ready and have it scale the width and height appropriately to fit within those dimensions while keeping the aspect correct.

I think it's actually fairly rare that anyone would actually want the padding added.

[duffbeer]

On the subject of aspect ratios...…..why is there no option for 2.39:1?
We have 1.85, 2.35 and 2.40 but at the moment all of our 2.39 ratio videos would be resized to 2.40. I realise that I can add a custom aspect ratio to correct this but it would be easier if all the typical ratios were available to select.

[byteshare]

Hi,

I have some 4k videos that I previously encoded to 3840x1920 (2.00 AR with no borders).

I am reencoding them to 1280x640 for more portability to take on trips on my tablet.

I am able to do that one at a time by selecting "Custom Resize" and use x,xx:1 in the Avisynth tab, enter my preferred width and height directly, and it resizes and encodes them correctly witout adding borders which is exactly what I want. No issue there.

But if I try to expedite things by using the Batch feature, it doesn't give me that option, the only custom option for resize seems to be "Custom Auto Height", which first of all guesses incorrectly at the height for some reason and sets it to 692 instead of 640, which stretches the video, and the resulting encode also adds black bars to pad it out to 1280x720. Neither of these are what I want.

Am I missing something in the Batch encode settings, or can I customize the resize selection so I can directly enter 1280x640 and have it NOT add the black bars?

Either way I can get the result I need but it would be way more efficient if I could enter the correct settings once in the Batch interface and not have to do this one by one 10 times...

The only ways to "batch" I know to do this is to make the jobs in batch and then edit their job files with something like NotePad++ to add the custom lines you need/want.
Or the easier way, setup a custom script for this.

[therealjoeblow]

The only ways to "batch" I know to do this is to make the jobs in batch and then edit their job files with something like NotePad++ to add the custom lines you need/want.
Or the easier way, setup a custom script for this.
...Seems like a lot of unnecessary and error prone work when the options are already there and user friendly in the one-at-a-time encode interface, but for some unknown reason omitted from the batch encoding interface.

Why would the batch interface not simply present the same options for custom resize using manually entered x and y dimensions without border padding (in addition to the ones already there)? Doesn't seem to make sense when that's already in the code...

[Atak_Snajpera]

Hi,

I have some 4k videos that I previously encoded to 3840x1920 (2.00 AR with no borders).

I am reencoding them to 1280x640 for more portability to take on trips on my tablet.

I am able to do that one at a time by selecting "Custom Resize" and use x,xx:1 in the Avisynth tab, enter my preferred width and height directly, and it resizes and encodes them correctly witout adding borders which is exactly what I want. No issue there.

But if I try to expedite things by using the Batch feature, it doesn't give me that option, the only custom option for resize seems to be "Custom Auto Height", which first of all guesses incorrectly at the height for some reason and sets it to 692 instead of 640, which stretches the video, and the resulting encode also adds black bars to pad it out to 1280x720. Neither of these are what I want.

Am I missing something in the Batch encode settings, or can I customize the resize selection so I can directly enter 1280x640 and have it NOT add the black bars?

Either way I can get the result I need but it would be way more efficient if I could enter the correct settings once in the Batch interface and not have to do this one by one 10 times...

1) Open notepad and add following lines
#Resize
video=Spline36Resize(video,1280,640)
2) Save as Resize1280x640.avs in Tools\AviSynth plugins\Scripts\Custom folder
3) Run Ripbot264
4) In Batch mode select Resize1280x640.avs in Custom Script section
https://i.postimg.cc/q7LW9XTF/Untitled-1.png

[Stereodude]

Is there a guide for using this to encode my .avs script on a single system to better use the CPU by encoding it in parallel chunks? Presumably I want to use distributed encoding and run multiple servers, but that's just a guess because it's not really clear.

I've tried to stumble my way through this, but it's super frustrating because it throws useless (to me) error messages and doesn't work.

I load my .avs in it, set my encoding options, start 4 servers
https://i.imgur.com/8kqQ3LH.png

I click start and get some cryptic message about c:\Temp\RipBot264temp\job1\video.mkv.kfi does not exist!...
https://i.imgur.com/68uyn0j.png

How do I get this to work?

[userx]

When i'm using a VPN connection in DE mode, the encoding servers starts with external IP address in left grayed field and encoding won't start. Ist there any switch to tell them which address or interface to use?
(W10x64)

[Atak_Snajpera]

@Stereodude
Instead of importing .avs file directly use regular video file (mkv,mp4,avi and so on) and then your custom filters add via custom script.

@userx
EncodingServer.exe /ip xxx.xxx.xxx.xxx

List of all supported switches
https://i.postimg.cc/VNH8VvDJ/Untitled-1.png

[Stereodude]

@Stereodude
Instead of importing .avs file directly use regular video file (mkv,mp4,avi and so on) and then your custom filters add via custom script.
Sorry, I'm not interesting in doing that. I will go back to my manual method that gives me full control.

[Atak_Snajpera]

Sorry, I'm not interesting in doing that. I will go back to my manual method that gives me full control.

In that case I won't be interested in helping you next time...

[guest]

1) Open notepad and add following lines
#Resize
video=Spline36Resize(video,1280,640)
2) Save as Resize1280x640.avs in Tools\AviSynth plugins\Scripts\Custom folder
3) Run Ripbot264
4) In Batch mode select Resize1280x640.avs in Custom Script section
https://i.postimg.cc/q7LW9XTF/Untitled-1.png

Hi Atak,

It's all well and good to have several custom filters, but there is a bit of a disadvantage, if you needed to use more than one custom filter.

eg:- this Resize script, and say a custom MDegrain filter, or any of the other scripts available.

Is there a way to run multiple scripts ??

[guest]

Sorry, I'm not interesting in doing that. I will go back to my manual method that gives me full control.

Hey "dude", bad move on your part (been there and done that)

I'd suggest that trying to load an .avs is causing these errors,.. as AFAIK they are not supported.

You obviously haven't had much experience with RipBot, and are not willing to figure out how it works.

Admittedly it can be a bit fussy to initially set it up, but once you've figured out how it works, especially distributed encoding, you won't look back, and if you have 1 or more powerful systems, it will pay big dividends. Even running DE on 1 pc makes a significant difference.

Getting the network and IP settings correct is a BIG thing.

So if you're not interested in figuring out how to get this to work, by all means go back to what you were doing, with whatever it was you were doing it with, and leave us alone.

[byteshare]

...Seems like a lot of unnecessary and error prone work when the options are already there and user friendly in the one-at-a-time encode interface, but for some unknown reason omitted from the batch encoding interface.

Why would the batch interface not simply present the same options for custom resize using manually entered x and y dimensions without border padding (in addition to the ones already there)? Doesn't seem to make sense when that's already in the code...
Custom scripts do present the problem of errors but once you have it figured out there are no more errors.
The reason (my guess) that more and more options have moved to custom scripts is that the Dev. has changed direction over the years. While the option might be there in edit but not batch is something rather than changing RB every time this happens or people want a new filter they can do it on a case by case basis with custom filters as there will be over lap between what people want but not a lot of overlap even when a filter feels really important to a user.
I use custom filters a lot, feel free to ask a detailed question about them if you need more help as this is the best solution IMO.

Sorry, I'm not interesting in doing that. I will go back to my manual method that gives me full control.
Custom scripts will also give you full control and save you time, as it is almost the same thing as what you're wanting IMO.

Is there a way to run multiple scripts ??
Yes! with a custom script. The downside is if you have a lot of different scenarios that you come across a lot you'll need a lot of very similar custom scripts. I keep a few dozen around for this reason and try to archive ones I haven't used in the last ~6 months.

[therealjoeblow]

1) Open notepad and add following lines
#Resize
video=Spline36Resize(video,1280,640)
2) Save as Resize1280x640.avs in Tools\AviSynth plugins\Scripts\Custom folder
3) Run Ripbot264
4) In Batch mode select Resize1280x640.avs in Custom Script section
https://i.postimg.cc/q7LW9XTF/Untitled-1.png

Thank you!

[therealjoeblow]

Custom scripts do present the problem of errors but once you have it figured out there are no more errors.
The reason (my guess) that more and more options have moved to custom scripts is that the Dev. has changed direction over the years. While the option might be there in edit but not batch is something rather than changing RB every time this happens or people want a new filter they can do it on a case by case basis with custom filters as there will be over lap between what people want but not a lot of overlap even when a filter feels really important to a user.
I use custom filters a lot, feel free to ask a detailed question about them if you need more help as this is the best solution IMO.


Custom scripts will also give you full control and save you time, as it is almost the same thing as what you're wanting IMO.


Yes! with a custom script. The downside is if you have a lot of different scenarios that you come across a lot you'll need a lot of very similar custom scripts. I keep a few dozen around for this reason and try to archive ones I haven't used in the last ~6 months.

Question... Do custom scripts replace the rest of the settings in the GUI entirely, or are they just added on top of what is already selected. And in that case, are they added before or after the GUI selections.

Eg. if I select "tonemap" from the dropdown in the example Atak provided with the 1280x640 custom resize script, does the script override the tonemap and I have to set that in my custom script too?

[byteshare]

Question... Do custom scripts replace the rest of the settings in the GUI entirely, or are they just added on top of what is already selected. And in that case, are they added before or after the GUI selections.

Eg. if I select "tonemap" from the dropdown in the example Atak provided with the 1280x640 custom resize script, does the script override the tonemap and I have to set that in my custom script too?
"Do custom scripts replace the rest of the settings in the GUI entirely, or are they just added on top of what is already selected"
They are just added in with the other settings.

The custom script goes after most of the GUI settings, but you can see exactly where the settings are going by clicking Edit on a job > AviSynth > Show Video Script
The settings that go after #Custom are (in order):
#Prefetch
#After_Prefetch_Denoise
#After_Prefetch_Custom
#Borders
#Subtitles
#AudioSource
#Triming
#AVSameLength
#ColorSpace
#Return



As for Tonemap, that comes before the custom script and wouldn't "override" those options.

[jonesjrgr]

Hi everyone!!!!

I have a weird problem (i think..).
I am using Ripbot regularly..I had a VGA malfuction,so i had to downgrade from nvidia 770gtx to nvidia 280gtx (drivers 342.01)
The problem i have is,when i try to encode to tonemap (from settings),it shows the message "ffprobe.exe has stopped working"
If i try to turn on tonemapping from avisynth parameters,"ffprobe.exe has stopped working" and "Ripbot264 error "List index out of bounds(5)"

Every suggestion is appreciated!!!!

[jonesjrgr]

I forgot to mention:

I have re-installed from scratch Ripbot,avisynth,vga drivers

Thanx again!!!!!

[Stereodude]

In that case I won't be interested in helping you next time...
Wow, I'm sorry I wasted so much of your time by causing you to have to indirectly tell me your tool won't do what I want.

In my short testing your program I noticed the following additional shortfalls.

1) Your program appends options I didn't ask for to the x265 command line / doesn't give me full control of the x265 command line.

2) Your program seems to have no ability to pass a qpfile into the x265 encoder.

I didn't ask you to do anything for me. You informed me that it can't be used how I'd like to use it, so I'm moving on. I'm sorry you have taken that so personally.

Hey "dude", bad move on your part (been there and done that)

I'd suggest that trying to load an .avs is causing these errors,.. as AFAIK they are not supported.

You obviously haven't had much experience with RipBot, and are not willing to figure out how it works.

Admittedly it can be a bit fussy to initially set it up, but once you've figured out how it works, especially distributed encoding, you won't look back, and if you have 1 or more powerful systems, it will pay big dividends. Even running DE on 1 pc makes a significant difference.

Getting the network and IP settings correct is a BIG thing.

So if you're not interested in figuring out how to get this to work, by all means go back to what you were doing, with whatever it was you were doing it with, and leave us alone.
I respectfully disagree. I figured out well enough how it works. I'm not interesting in changing my entire processing flow into it. I was hoping to use it to do distributed encoding at the end of my current processing flow instead of having to manually break up the final output into pieces and run the encodes simultaneously. It can't be used for that, which is fine. I took a look at it because Atak_Snajpera had previously suggested it in threads for distributed encoding on high core count systems to better utilize the CPU. It's not compatible with my method.

[slalom]

Is there a way to run multiple scripts ??
Yes! with a custom script. The downside is if you have a lot of different scenarios that you come across a lot you'll need a lot of very similar custom scripts. I keep a few dozen around for this reason and try to archive ones I haven't used in the last ~6 months.
I guess he means "how to run multiple scripts" with one selection in the batch menu

So the answer is, we can join them in one? with a proper name of course

[guest]

I guess he means "how to run multiple scripts" with one selection in the batch menu

So the answer is, we can join them in one? with a proper name of course

Yes, slalom, that IS exactly what I was talking about :)

So here's an example of 2 scripts (Enhanced Details, and MDegrain)..

would this work ??


#After_Prefetch_Custom
LoadPlugin("C:\RipBot264\Tools\Plugins_JPSDR\Plugins_JPSDR.dll")
LevelLimit=(video.BitsPerComponent==8) ? 255 : 1023
IntensityMask=ConvertToY(video).Levels(0,2,LevelLimit,0,LevelLimit,coring=false)
EdgeMask=aSobel(IntensityMask,chroma=0,thresh=255,SetAffinity=false).invert.Levels(0,2,LevelLimit,0,LevelLimit,coring=false).Blur(1)
SharpMask=Overlay(IntensityMask,EdgeMask,mode="Multiply",opacity=1.0)
SharpenedVideo=Sharpen(video,1)
video=Overlay(video,SharpenedVideo,mask=SharpMask,opacity=1.0)


#Denoise
Loadplugin("C:\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)

If this was then saved as what ever you wanted to call it, and accessed it from the "Custom" options in Avisynth settings....

It may not need the # names

[guest]

I respectfully disagree. I figured out well enough how it works. I'm not interesting in changing my entire processing flow into it. I was hoping to use it to do distributed encoding at the end of my current processing flow instead of having to manually break up the final output into pieces and run the encodes simultaneously. It can't be used for that, which is fine. I took a look at it because Atak_Snajpera had previously suggested it in threads for distributed encoding on high core count systems to better utilize the CPU. It's not compatible with my method.

Well, you can't have one, without the other...

Curious about what you're using for "your" workflow/method ??

[Stereodude]

Well, you can't have one, without the other...

Curious about what you're using for "your" workflow/method ??
I feed my losslessly compressed content that is split into several AVI files into x265 running the command line options of my choosing. Currently I append the AVI files to each other in AVIsynth, deband to 10-bit, and compress the output of AVIsynth with x265. I split the job manually into 8 as close to equal length pieces (cut on a scene change) which are then compressed simultaneously on a single PC. As part of the process I have to recalculate and create 8 qpfiles based on the starting offset of each of the 8 segments to keep the placement of the chapter keyframes in the correct locations.

I was hoping to find a solution that would take my .avs combining the AVI files spitting out 10-bits and handle the splitting and qpfile offset automatically while giving me full control over the x265 command line. As it turns out ripbot264 can't do that for me. It's not a big deal. I'll keep doing what I've been doing.

[guest]

I feed my losslessly compressed content that is split into several AVI files into x265 running the command line options of my choosing. Currently I append the AVI files to each other in AVIsynth, deband to 10-bit, and compress the output of AVIsynth with x265. I split the job manually into 8 as close to equal length pieces (cut on a scene change) which are then compressed simultaneously on a single PC. As part of the process I have to recalculate and create 8 qpfiles based on the starting offset of each of the 8 segments to keep the placement of the chapter keyframes in the correct locations.

I was hoping to find a solution that would take my .avs combining the AVI files spitting out 10-bits and handle the splitting and qpfile offset automatically while giving me full control over the x265 command line. As it turns out ripbot264 can't do that for me. It's not a big deal. I'll keep doing what I've been doing.

Holy shit, that sounds like a LOT of work...are you doing this for yourself, or business based (for clients & customers, etc) ?

I mean this is way over my head, but surely there has to be a better easier way of doing all that...

I'll be interested if anyone else chimes in on this..bizarre.

Thanks for sharing :)

[Atak_Snajpera]

Looks like an unoptimized workflow and waste of time.
Lossy video -> 8 huge lossless avi -> filtering in avisynth -> x265
All this to have keyframes at chapter points? I'm glad you have decided to this all manually for each movies...

[Stereodude]

Looks like an unoptimized workflow and waste of time.
Lossy video -> 8 huge lossless avi -> filtering in avisynth -> x265
All this to have keyframes at chapter points? I'm glad you have decided to this all manually for each movies...
That's not what I described... The end to end flow is something like this.

Lossy video -> processing in Resolve and/or AVIsynth -> lossless or transparent intermediate file or files -> final pre-compression tweaks in AVIsynth -> x265 or x264

[Taurus]

Hi everyone!!!!

I have a weird problem (i think..).
I am using Ripbot regularly..I had a VGA malfuction,so i had to downgrade from nvidia 770gtx to nvidia 280gtx (drivers 342.01)
The problem i have is,when i try to encode to tonemap (from settings),it shows the message "ffprobe.exe has stopped working"
If i try to turn on tonemapping from avisynth parameters,"ffprobe.exe has stopped working" and "Ripbot264 error "List index out of bounds(5)"

Every suggestion is appreciated!!!!
@Atak:
May I bump this post to your recognition.
I have exactly the same problem with tonemapping on one of my older machines.
For what it's worth: Nvidia Geforce 750gtx and latest drivers.
Everything else is working reliable.
Great what you did to Ripbot in all of this years!
With minor tweaks it became my favourite workhorse :thanks:.

[byteshare]

I guess he means "how to run multiple scripts" with one selection in the batch menu

So the answer is, we can join them in one? with a proper name of course
Yes, you'd take two custom scripts and make a new 3rd custom script that is what you want from the other two.

Yes, slalom, that IS exactly what I was talking about :)

So here's an example of 2 scripts (Enhanced Details, and MDegrain)..

would this work ??

#After_Prefetch_Custom
LoadPlugin("C:\RipBot264\Tools\Plugins_JPSDR\Plugins_JPSDR.dll")
LevelLimit=(video.BitsPerComponent==8) ? 255 : 1023
IntensityMask=ConvertToY(video).Levels(0,2,LevelLimit,0,LevelLimit,coring=false)
EdgeMask=aSobel(IntensityMask,chroma=0,thresh=255,SetAffinity=false).invert.Levels(0,2,LevelLimit,0,LevelLimit,coring=false).Blur(1)
SharpMask=Overlay(IntensityMask,EdgeMask,mode="Multiply",opacity=1.0)
SharpenedVideo=Sharpen(video,1)
video=Overlay(video,SharpenedVideo,mask=SharpMask,opacity=1.0)


#Denoise
Loadplugin("C:\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)

If this was then saved as what ever you wanted to call it, and accessed it from the "Custom" options in Avisynth settings....

It may not need the # names

Yeah, that should work. Not the cleanest script but it should work.
I'd personally do it this way for a custom script:
LoadPlugin("C:\RipBot264\Tools\Plugins_JPSDR\Plugins_JPSDR.dll")
Loadplugin("C:\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)
LevelLimit=(video.BitsPerComponent==8) ? 255 : 1023
IntensityMask=ConvertToY(video).Levels(0,2,LevelLimit,0,LevelLimit,coring=false)
EdgeMask=aSobel(IntensityMask,chroma=0,thresh=255,SetAffinity=false).invert.Levels(0,2,LevelLimit,0,LevelLimit,coring=false).Blur(1)
SharpMask=Overlay(IntensityMask,EdgeMask,mode="Multiply",opacity=1.0)
SharpenedVideo=Sharpen(video,1)
video=Overlay(video,SharpenedVideo,mask=SharpMask,opacity=1.0).MDegrain1(video,super,bv1,fv1,thSAD=400)

[byteshare]

Wow, I'm sorry I wasted so much of your time by causing you to have to indirectly tell me your tool won't do what I want.
In my short testing your program I noticed the following additional shortfalls.
1) Your program appends options I didn't ask for to the x265 command line / doesn't give me full control of the x265 command line.
2) Your program seems to have no ability to pass a qpfile into the x265 encoder.
I didn't ask you to do anything for me. You informed me that it can't be used how I'd like to use it, so I'm moving on. I'm sorry you have taken that so personally.

I respectfully disagree. I figured out well enough how it works. I'm not interesting in changing my entire processing flow into it. I was hoping to use it to do distributed encoding at the end of my current processing flow instead of having to manually break up the final output into pieces and run the encodes simultaneously. It can't be used for that, which is fine. I took a look at it because Atak_Snajpera had previously suggested it in threads for distributed encoding on high core count systems to better utilize the CPU. It's not compatible with my method.
I'm surprised you're having an issue with the x265 command line but I'm not trying to pass qpfiles.
I had to change my work flow to use DE mode in RipBot but personally I found that it was worth it. There is a lot of automation ability too in the Settings > "Run command script after finished job"

I feed my losslessly compressed content that is split into several AVI files into x265 running the command line options of my choosing. Currently I append the AVI files to each other in AVIsynth, deband to 10-bit, and compress the output of AVIsynth with x265. I split the job manually into 8 as close to equal length pieces (cut on a scene change) which are then compressed simultaneously on a single PC. As part of the process I have to recalculate and create 8 qpfiles based on the starting offset of each of the 8 segments to keep the placement of the chapter keyframes in the correct locations.

I was hoping to find a solution that would take my .avs combining the AVI files spitting out 10-bits and handle the splitting and qpfile offset automatically while giving me full control over the x265 command line. As it turns out ripbot264 can't do that for me. It's not a big deal. I'll keep doing what I've been doing.

Lossy video -> processing in Resolve and/or AVIsynth -> lossless or transparent intermediate file or files -> final pre-compression tweaks in AVIsynth -> x265 or x264
If you changed a how you do a few things (not what they're doing) RipBot can do what you want but it would take a bit of work. Best of luck.

[guest]

Yeah, that should work. Not the cleanest script but it should work.
I'd personally do it this way for a custom script:
LoadPlugin("C:\RipBot264\Tools\Plugins_JPSDR\Plugins_JPSDR.dll")
Loadplugin("C:\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)
LevelLimit=(video.BitsPerComponent==8) ? 255 : 1023
IntensityMask=ConvertToY(video).Levels(0,2,LevelLimit,0,LevelLimit,coring=false)
EdgeMask=aSobel(IntensityMask,chroma=0,thresh=255,SetAffinity=false).invert.Levels(0,2,LevelLimit,0,LevelLimit,coring=false).Blur(1)
SharpMask=Overlay(IntensityMask,EdgeMask,mode="Multiply",opacity=1.0)
SharpenedVideo=Sharpen(video,1)
video=Overlay(video,SharpenedVideo,mask=SharpMask,opacity=1.0).MDegrain1(video,super,bv1,fv1,thSAD=400)

Hey byteshare...I see what you did there, that's great..just consolidated the lines, "like for like"...this will be a great "template" for me to experiment with multiple scripts & filters :)

Admittedly, that was just a very quick copy & paste example of 2 scripts....I haven't used any, yet. But with Atak mentioning more custom scripts, I thought there'd have to be a way to use more than one at a time.

[byteshare]

Hey byteshare...I see what you did there, that's great..just consolidated the lines, "like for like"...this will be a great "template" for me to experiment with multiple scripts & filters :)

Admittedly, that was just a very quick copy & paste example of 2 scripts....I haven't used any, yet. But with Atak mentioning more custom scripts, I thought there'd have to be a way to use more than one at a time.
For me that is why all of my scripts load all of my plugins/filters so that if I feel like it I can edit on the fly and do a quick preview, since some filters require additional things loaded if you change a few settings, or if I want to add in a filter to a custom script later to do a quick test.
It isn't efficient but I haven't found any downside.

[slalom]

@Atak
I have a problem with one of my PCs

When I run any program like mkvmerge, a stream extractor, anything with low cpu demands, Ripbot stops working on that PC
Same thing happens if I add something to download with utorrent, Ripbot stops working on that PC

Something blocks it, that didn't happen 6 months ago or 6 years ago, I used to run other applications without any problem

It is an i5-750 running Win 7 with 16GB of RAM, minimum programs are installed and I used this fix https://forum.utorrent.com/topic/91602-fix-for-massive-ram-consumption-when-downloading-large-torrents/ recently, if you find it importand

[grandmastashi]

Hi @Atak, after a period having children i've decided to get back into encoding some of my library to save some space on my media server (for speed in recent times i've just been using MakeMKV to rip everything).

In that time 4k movies have come along and obviously those rips take a lot of hard drive space. I'm looking to compress some of my collection down (less special effect heavy films like comedies in the main) to get some space back.

I know Handbrake doesn't completely support HDR, but I've seen some suggestions that Ripbot does and can pass it through. I also notice the option to Tonemap is included.

I just wondered if I could get clarity on preserving HDR please? I just want to confirm whether it's just a case of feeding Ripbot the 4k file, choosing HEVC and MA10 as my encoder settings and pressing start, or whether I need to turn tonemapping on as well?

Thanks very much in advance, very much appreciate the programme and the work you put into it.

[guest]

Hi @Atak, after a period having children i've decided to get back into encoding some of my library to save some space on my media server (for speed in recent times i've just been using MakeMKV to rip everything).

In that time 4k movies have come along and obviously those rips take a lot of hard drive space. I'm looking to compress some of my collection down (less special effect heavy films like comedies in the main) to get some space back.

I know Handbrake doesn't completely support HDR, but I've seen some suggestions that Ripbot does and can pass it through. I also notice the option to Tonemap is included.

I just wondered if I could get clarity on preserving HDR please? I just want to confirm whether it's just a case of feeding Ripbot the 4k file, choosing HEVC and MA10 as my encoder settings and pressing start, or whether I need to turn tonemapping on as well?

Thanks very much in advance, very much appreciate the programme and the work you put into it.

Welcome to the forum, grandmastashi...

It is almost as easy as that, the Tone mapping pretty much much looks after itself, (depending on the source), you can change it, but generally not necessary.

HDR also pretty much looks after itself, again, depending on the source, you do have the option to downgrade it to SDR.

Have you got more than 1 pc, if you can enable distributed encoding, that will make the job's go thru a lot quicker, and depending on your settings, it can take a reasonable amount of time. :( Just due to them being 4K.

Once you've figured things out, you can't get too much better.

Good luck. We're here to help :)

[Ryushin]

I just wondered if I could get clarity on preserving HDR please? I just want to confirm whether it's just a case of feeding Ripbot the 4k file, choosing HEVC and MA10 as my encoder settings and pressing start, or whether I need to turn tonemapping on as well?

Tone mapping converts HDR to SDR. If you want to preserve HDR, make sure tone mapping is not enabled.

[grandmastashi]

Welcome to the forum, grandmastashi...

It is almost as easy as that, the Tone mapping pretty much much looks after itself, (depending on the source), you can change it, but generally not necessary.

HDR also pretty much looks after itself, again, depending on the source, you do have the option to downgrade it to SDR.

Have you got more than 1 pc, if you can enable distributed encoding, that will make the job's go thru a lot quicker, and depending on your settings, it can take a reasonable amount of time. :( Just due to them being 4K.

Once you've figured things out, you can't get too much better.

Good luck. We're here to help :)

Thanks for the fast response, that's a big help. I'll take a look at distributed encoding too!

[grandmastashi]

Tone mapping converts HDR to SDR. If you want to preserve HDR, make sure tone mapping is not enabled.

Perfect, thanks very much for clarifying.

[ImEverlasting]

Has anyone gotten any false positives from ffplay packaged with ripbot? Got a windows defender notification today and not sure how to feel.:confused:


https://i.imgur.com/gD5KXeA.png

[Pino72]

Same for me....

[guest]

Has anyone gotten any false positives from ffplay packaged with ripbot? Got a windows defender notification today and not sure how to feel.:confused:


https://i.imgur.com/gD5KXeA.png

I thought I'd posted a comment about this last night...something must have gone wrong.

Anyway, I would suggest that you just "Allow" this in Defender, I doubt that it will cause any problems.

[Ex0nuss]

I thought I'd posted a comment about this last night...something must have gone wrong.

Anyway, I would suggest that you just "Allow" this in Defender, I doubt that it will cause any problems.

Hi,

I scanned with Bitdefender my Ripbot-Folder (Version: 1.25.0) and it said that all files are save :D

[Ex0nuss]

Hi Guys :) ,

I am new to this forum and loving Ripbot264.

This is why I have a question, regarding batch encoding with tonemapping:
I would like to use a Computer as a transcoding-machine. After activating "Batch-encoding" with a watch-folder, I also activated tonemapping. I transcode both, HDR- and SDR-content.
Now I am wondering if Ripbot264 automatically detects if tonemapping is required?

My second question is, if I can start up Ripbot264 at Windows-startup with Batch-encoding automatically activated?


Thank you in advance for you help :)

[Atak_Snajpera]

Now I am wondering if Ripbot264 automatically detects if tonemapping is required?
yes.

My second question is, if I can start up Ripbot264 at Windows-startup with Batch-encoding automatically activated?
https://i.postimg.cc/q7p7t98Z/Untitled-1.png

[byteshare]

Anyone know what changed in core 2020.03.01?

[guest]

Anyone know what changed in core 2020.03.01?

Only 1 person.....

[activoice]

Previously I was running an i7 920 and while encoding to X265 10bit with Ripbot it would use 100% of my CPU...

But on my Ryzen 7 3700x it's only using between 65 and 80% of my CPU... The source and destination drive are an NVME drive that only shows about 5% utilization, I've got 16gb of ram of which less than 8gb is being used, and the Ram is running at 2400 Mhz so I don't think the memory is a bottleneck. So if it's not the Memory or the Disk that's a bottleneck... maybe it's some setting in the profile that I'm using?

This is the profile that I'm using when encoding to X265 with a CQ of 20
--profile main10 --output-depth 10 --ssim --min-keyint 23 --keyint 250 --bframes 8 --rc-lookahead 80 --ctu 64 --no-strong-intra-smoothing --me 3 --subme 5 --merange 57 --no-rskip --aq-mode 3 --aq-strength 0.8 --analysis-reuse-level 5

[slalom]

Something to do with NUMA mode, is your CPU compatible?

[byteshare]

Previously I was running an i7 920 and while encoding to X265 10bit with Ripbot it would use 100% of my CPU...

But on my Ryzen 7 3700x it's only using between 65 and 80% of my CPU... The source and destination drive are an NVME drive that only shows about 5% utilization, I've got 16gb of ram of which less than 8gb is being used, and the Ram is running at 2400 Mhz so I don't think the memory is a bottleneck. So if it's not the Memory or the Disk that's a bottleneck... maybe it's some setting in the profile that I'm using?

This is the profile that I'm using when encoding to X265 with a CQ of 20
--profile main10 --output-depth 10 --ssim --min-keyint 23 --keyint 250 --bframes 8 --rc-lookahead 80 --ctu 64 --no-strong-intra-smoothing --me 3 --subme 5 --merange 57 --no-rskip --aq-mode 3 --aq-strength 0.8 --analysis-reuse-level 5
I've had similar issues. I just need to add another server with DE.

[activoice]

I've had similar issues. I just need to add another server with DE.

So click on Additional Server?

From what I recall when I press this button it defaults to a list of the cores and a checkmark next to each one.. Do I leave the default or am I supposed to select some of the cores but not all?

[slalom]

Just press activate and enter the new address x.x.x.x:2000 in settings, DE tab

NUMA node is only 0?

[GZZ]

Ripbot still have issue setting language on Greek subtitles. Using newest version, all updated.

File: job25_MuxFiles.cmd

"E:\RipBot264v\tools\mkvtoolnix\mkvmerge.exe" -o "E:\Encoding\YYY.mkv" --compression 0:none --title "YYY" --default-duration 0:24000/1001fps "E:\Temp\RipBot264temp\job25\video.265" --compression 0:none --language 0:eng --sync 0:0 "E:\Temp\RipBot264temp\job25\1_audio_English_DEFAULT.dtsma" --default-track 0:yes
--language 0:eng -s 0 -D -A "E:\Temp\RipBot264temp\job25\2_subtitles_English_DEFAULT.sup" --default-track 0:no --language 0:eng -s 0 -D -A "E:\Temp\RipBot264temp\job25\3_subtitles_English.sup" --default-track 0:no
--language 0:eng -s 0 -D -A "E:\Temp\RipBot264temp\job25\4_subtitles_English.sup" --default-track 0:no --language 0:ara -s 0 -D -A "E:\Temp\RipBot264temp\job25\5_subtitles_Arabic.sup" --default-track 0:no
--language 0:bul -s 0 -D -A "E:\Temp\RipBot264temp\job25\6_subtitles_Bulgarian.sup" --default-track 0:no --language 0:hrv -s 0 -D -A "E:\Temp\RipBot264temp\job25\7_subtitles_Croatian.sup" --default-track 0:no
--language 0:cze -s 0 -D -A "E:\Temp\RipBot264temp\job25\8_subtitles_Czech.sup" --default-track 0:no --language 0:fre -s 0 -D -A "E:\Temp\RipBot264temp\job25\9_subtitles_French.sup" --default-track 0:no
--language 0:und -s 0 -D -A "E:\Temp\RipBot264temp\job25\10_subtitles_Greek.sup" --default-track 0:no --language 0:heb -s 0 -D -A "E:\Temp\RipBot264temp\job25\11_subtitles_Hebrew.sup" --default-track 0:no
--language 0:hun -s 0 -D -A "E:\Temp\RipBot264temp\job25\12_subtitles_Hungarian.sup" --default-track 0:no --language 0:ice -s 0 -D -A "E:\Temp\RipBot264temp\job25\13_subtitles_Icelandic.sup" --default-track 0:no
--language 0:kor -s 0 -D -A "E:\Temp\RipBot264temp\job25\14_subtitles_Korean.sup" --default-track 0:no --language 0:pol -s 0 -D -A "E:\Temp\RipBot264temp\job25\15_subtitles_Polish.sup" --default-track 0:no
--language 0:por -s 0 -D -A "E:\Temp\RipBot264temp\job25\16_subtitles_Portuguese.sup" --default-track 0:no --language 0:rum -s 0 -D -A "E:\Temp\RipBot264temp\job25\17_subtitles_Romanian; Moldavian; Moldovan.sup" --default-track 0:no
--language 0:srp -s 0 -D -A "E:\Temp\RipBot264temp\job25\18_subtitles_Serbian.sup" --default-track 0:no --language 0:slo -s 0 -D -A "E:\Temp\RipBot264temp\job25\19_subtitles_Slovak.sup" --default-track 0:no
--language 0:slv -s 0 -D -A "E:\Temp\RipBot264temp\job25\20_subtitles_Slovenian.sup" --default-track 0:no --language 0:spa -s 0 -D -A "E:\Temp\RipBot264temp\job25\21_subtitles_Spanish; Castilian.sup" --default-track 0:no
--language 0:tur -s 0 -D -A "E:\Temp\RipBot264temp\job25\22_subtitles_Turkish.sup" --default-track 0:no --language 0:fre -s 0 -D -A "E:\Temp\RipBot264temp\job25\23_subtitles_French.sup" --default-track 0:no
--language 0:hin -s 0 -D -A "E:\Temp\RipBot264temp\job25\24_subtitles_Hindi.sup" --chapters "E:\Temp\RipBot264temp\job25\chapters.txt"


File: Subtitle.txt

2_subtitles_English_DEFAULT.sup=eng
3_subtitles_English.sup=eng
4_subtitles_English.sup=eng
5_subtitles_Arabic.sup=ara
6_subtitles_Bulgarian.sup=bul
7_subtitles_Croatian.sup=hrv
8_subtitles_Czech.sup=cze
9_subtitles_French.sup=fre
10_subtitles_Greek.sup=und
11_subtitles_Hebrew.sup=heb
12_subtitles_Hungarian.sup=hun
13_subtitles_Icelandic.sup=ice
14_subtitles_Korean.sup=kor
15_subtitles_Polish.sup=pol
16_subtitles_Portuguese.sup=por
17_subtitles_Romanian; Moldavian; Moldovan.sup=rum
18_subtitles_Serbian.sup=srp
19_subtitles_Slovak.sup=slo
20_subtitles_Slovenian.sup=slv
21_subtitles_Spanish; Castilian.sup=spa
22_subtitles_Turkish.sup=tur
23_subtitles_French.sup=fre
24_subtitles_Hindi.sup=hin



If I open the video.mkv file, greek is correct and also correct in input file. So along the path in Ripbot it fails to set it properly in output file.

MkvInfo.txt also detect Greek correct for subtitle.

[Balthazar2k4]

Just built a new 3970x system and am trying to get a handle on distributed encoding again. I generally haven't had issues in the past, but this is the first time I've broke out RipBot264 in a couple years. I am trying to saturate the system by setting up multiple clients on the host machine. Unfortunately, all of my local clients are showing offline and will not connect. What am I missing here?

[guest]

Just built a new 3970x system and am trying to get a handle on distributed encoding again. I generally haven't had issues in the past, but this is the first time I've broke out RipBot264 in a couple years. I am trying to saturate the system by setting up multiple clients on the host machine. Unfortunately, all of my local clients are showing offline and will not connect. What am I missing here?

Gee's, I'm jealous...I have bought some bits & pieces to build a reasonable 3950X system.....

So, are you using DE on a single computer, or do you have a couple of other pc's to join in ??

It's VERY dependant on matching IP address's, and appropriate port address, otherwise it won't "talk to itself".

Might need to do a bit of trial & error, to jog your memory.

I'm even a little rusty as I haven't used RipBot for a couple of months, been way too busy sorting out 1,000's of old & corrupted movies.

[slalom]

Encoding server keeps freezing randomly even when no-one is doing anything. Only at the i5-750

[guest]

Encoding server keeps freezing randomly even when no-one is doing anything. Only at the i5-750

Strange behaviour....

Did this just start, as there was an auto update a couple of days back.

Latest core version 2020/03/29, but there was no update for Encoding Server or Client.

MKVToolNix v44.0

[Balthazar2k4]

Gee's, I'm jealous...I have bought some bits & pieces to build a reasonable 3950X system.....

So, are you using DE on a single computer, or do you have a couple of other pc's to join in ??

It's VERY dependant on matching IP address's, and appropriate port address, otherwise it won't "talk to itself".

Might need to do a bit of trial & error, to jog your memory.

I'm even a little rusty as I haven't used RipBot for a couple of months, been way too busy sorting out 1,000's of old & corrupted movies.

Just working on the one machine. A single instance doesn't come close to saturating the threads so I was hoping to run multiple instances locally to make that happen. I did it before years ago when I had my 1950x, but I think I killed those brain cells since.

[slalom]

Strange behaviour....

Did this just start, as there was an auto update a couple of days back.

Latest core version 2020/03/29, but there was no update for Encoding Server or Client.

MKVToolNix v44.0
That's for about the past six months

[guest]

That's for about the past six months

Might need to do a fresh Windows setup....

[guest]

Just working on the one machine. A single instance doesn't come close to saturating the threads so I was hoping to run multiple instances locally to make that happen. I did it before years ago when I had my 1950x, but I think I killed those brain cells since.

A 3970X costs around $3,800 in Australia...WAY out of my budget, I'm hoping the 3950X is REALLY good for Ripbot.

So if your using only 1 pc, you might try using this series of IP/port address's, with DE enabled (of course)

ServerIP1=127.0.0.1:1000
ServerIP2=127.0.0.1:2000
ServerIP3=127.0.0.1:3000
ServerIP4=127.0.0.1:4000
etc, until you get that beast anywhere near saturated.

Hope this helps :)

[slalom]

Might need to do a fresh Windows setup....
Fresh setup goes with fresh hardware

[guest]

Fresh setup goes with fresh hardware

Not sure if you're hinting that it might be time to do a bit of a system upgrade...

I have a 3930K OC'ed to about the same as your sig, and it does basic encodes reasonably fast, I'd say that the i5 would be slower.

They are no match at all, with what you can buy these days..NO comparison :(

[Balthazar2k4]

A 3970X costs around $3,800 in Australia...WAY out of my budget, I'm hoping the 3950X is REALLY good for Ripbot.

So if your using only 1 pc, you might try using this series of IP/port address's, with DE enabled (of course)

ServerIP1=127.0.0.1:1000
ServerIP2=127.0.0.1:2000
ServerIP3=127.0.0.1:3000
ServerIP4=127.0.0.1:4000
etc, until you get that beast anywhere near saturated.

Hope this helps :)

Yep, that is what I have set, but I am getting offline for everything. In the meantime I am running two instances of Handbrake. I am getting 160fps (aggregate) with a quality of 20 and the slow x264 preset with 1080p->1080p bluray conversions. Best part is that I am only seeing about ~85% CPU usage so the machine is still very usable for a VM and other usage at the same time. This processor has some serious muscle.

[Atak_Snajpera]

Run encodingserver.exe and take a screenshot.

[slalom]

Not sure if you're hinting that it might be time to do a bit of a system upgrade...

I have a 3930K OC'ed to about the same as your sig, and it does basic encodes reasonably fast, I'd say that the i5 would be slower.

They are no match at all, with what you can buy these days..NO comparison :(
Yes, system upgrade, it's about half as slow, I will see what I do

[guest]

Yes, system upgrade, it's about half as slow, I will see what I do

Well, it will be interesting to hear what you decide on....get the best you can afford.

Time is of the essence.

[Balthazar2k4]

Run encodingserver.exe and take a screenshot.

Here is a shot of what I'm seeing in the encoding client.
https://ibb.co/k4Sp0qh

When I run encodingserver.exe it just shows up as a process, but I don't have anything to take a screenshot of.

[guest]

Here is a shot of what I'm seeing in the encoding client.
https://ibb.co/k4Sp0qh

When I run encodingserver.exe it just shows up as a process, but I don't have anything to take a screenshot of.

A bit puzzled why you couldn't take a screenie of server...

This is what it should look like (sort of) :-

https://www.mediafire.com/view/1ur682yjtugva0v/encoding_server.jpg/file

[pinco1117]

Here is a shot of what I'm seeing in the encoding client.
https://ibb.co/k4Sp0qh

When I run encodingserver.exe it just shows up as a process, but I don't have anything to take a screenshot of.

I had the same problem, in my case I had to end the Logitech Game Software and RGBFusion programs in task manager in order to start encodingserver.exe correctly because it conflicts with these programs, I don't know if it can help you.

[GZZ]

Here is a shot of what I'm seeing in the encoding client.
https://ibb.co/k4Sp0qh

When I run encodingserver.exe it just shows up as a process, but I don't have anything to take a screenshot of.

Does the IP: 192.168.7.163 and port from your screenshot match the IP/Port you see in EncodingServer. If not, then you should change the IP/Port in the EncodingClient (your screenshot). Offline means it doesnt see you encodingserver on the specific IP and port.

If ip and port is correct, then please make sure any antivirus/firewall software hasnt block the application and/or port.

[Balthazar2k4]

I had the same problem, in my case I had to end the Logitech Game Software and RGBFusion programs in task manager in order to start encodingserver.exe correctly because it conflicts with these programs, I don't know if it can help you.

I think I have run into this before as well. My problem is I have so many things running it is hard to find and kill everything to sort it out. I tried the basics like my Corsair iCue and Logitech G-hub software, but I am having a harder time killing the Asus Armoury and Alienware Command Center stuff. I'll keep investigating.

Does the IP: 192.168.7.163 and port from your screenshot match the IP/Port you see in EncodingServer. If not, then you should change the IP/Port in the EncodingClient (your screenshot). Offline means it doesnt see you encodingserver on the specific IP and port.

If ip and port is correct, then please make sure any antivirus/firewall software hasnt block the application and/or port.

I can't get EncodingServer to open despite the process showing it is running. As for the IP address and ports, those are correct. I actually have 127.0.0.1 loaded into the configuration and the client reports back the IP of my machine. I have checked the firewall and it is open to the software so I don't believe that is the issue. Starting to think @pinco1117 might be on to something since my EncodingServer is not showing expected behavior.

On a side note, I decided to test Ripbot with a single instance doing a 4K HDR BD to 1080p SDR and it is only using ~26% of the processor. I definitely need to get DE running to maximize my thread count.

[Atak_Snajpera]

Process hacker will show you what process is blocking encodingserver.exe.
Basically kill encodingserver.exe's parent process.

For example you may get this
Everything.exe
EncodingServer.exe

[cypher007]

id like to try the latest version of x265 as my cpu supports avx2 and when i use veryslow preset im getting 0.13fps.

on the x265 download site there are two branches, default and x.x.

which should i use? also the exe files that download are bigger and have several versions within them eg. 8b 10b and 12b.

are they tuned for different bit depths?

[ArcticFox]

Is there any app like this for mac that supports tonemapping?

[Balthazar2k4]

Process hacker will show you what process is blocking encodingserver.exe.
Basically kill encodingserver.exe's parent process.

For example you may get this
Everything.exe
EncodingServer.exe

This is what I'm seeing in Process Hacker. I don't see anything, but maybe I don't know what I'm looking for.
https://ibb.co/PT4Tgf2

I am also finding when I close RipBot, the processes are still showing up. I have to kill them in task manager.

[Atak_Snajpera]

Check If encodingserver.exe starts in Safe mode.

[GZZ]

id like to try the latest version of x265 as my cpu supports avx2 and when i use veryslow preset im getting 0.13fps.

on the x265 download site there are two branches, default and x.x.

which should i use? also the exe files that download are bigger and have several versions within them eg. 8b 10b and 12b.

are they tuned for different bit depths?

Use the one included with RipBot, all newer version support AVX2, it detect what the support support and activates the supported optimizations. It also support 8, 10 and 12 bit. Ripbot get frequent updates and has the newest build.

VerySlow is veryslow and if source is UHD, then 0.13fps is not unreal unless you have a serious powerhose. No reason to use veryslow, quality dosnt get that much better compared to the hours and days spend on encoding.

[BLKMGK]

This is what I'm seeing in Process Hacker. I don't see anything, but maybe I don't know what I'm looking for.
https://ibb.co/PT4Tgf2

I am also finding when I close RipBot, the processes are still showing up. I have to kill them in task manager.

FWIW I also have this issue with encodingserver - started just recently. I have several other Win10 machines it runs fine on but not my main desktop with RipBot on it. In the past a reboot normally sorted this but that's not working this time. I'd think maybe a patch is interfering except that the other machines (which are much cleaner) have no issues. I'm on v1.25 and likely a little behind because updated versions have refused to work for me of late. Decided to check here to see if anyone else was having issues heh.

Also finding that cover lookups stopped working, hoping that's just a load issue on the far end server.

[GZZ]

I have a question regarding the "Please wait... Garhering Information". Is it suppose to freeze the gui and whatever it does also makes everything in windows freeze for sometimes several seconds.
Its worst if the computer is encoding and you add another movie. See screenshot. Im on a Ryzen 3700x, windows 10 pro.

https://imgur.com/3kpvU8n

[chainring]

Back a few pages there was discussion of setting a static resolution for resizing by creating a .avs file and using that for batch mode. For non-batch mode, is there a similar way of doing something like that, but for the resolution of 2560 x X? Meaning, I crop the bars, then select custom size and I use the next to the last option then change width to 2560. Is it possible to have something in the list where I select my preset of 2560 and it chooses the correct height?

Thanks!

[Ryushin]

Back a few pages there was discussion of setting a static resolution for resizing by creating a .avs file and using that for batch mode. For non-batch mode, is there a similar way of doing something like that, but for the resolution of 2560 x X? Meaning, I crop the bars, then select custom size and I use the next to the last option then change width to 2560. Is it possible to have something in the list where I select my preset of 2560 and it chooses the correct height?

Thanks!

LOL. I literally started my first test 2K encodes used for streaming and I liked the size to quality ratio and I was going to come here and ask Atak if he could add 2K (2560x1440) to the resolution options for scaling. So you beat me to it. Atak, just being a squeaky wheel here, but can you change the default to not add border padding to resized videos.

[Ryushin]

Hi Atak,

I've mentioned this bug in the past, but I have not gotten bitten by it lately so I thought it was fixed. Essentially, when adding/modifying a job while jobs are processing and I think it's occurs when the muxing process occurs, it modifies and breaks the next job in the queue list with what appears merging parts of the job that I'm adding and the job that is going to happen next. When the next job starts, it errors out.

In the cases below, the error files shows the title of Star Wars, but the job it was muxing is Mr Robot.

Copies of the error log files:

Star_Wars_2_Attack_of_the_Clones_2002_4K.mkv.Error.txt:
T:\Blu-ray_Rip\Star_Wars_9_The_Rise_of_Skywalker_2019_4K>"C:\Program Files\RipBot264\EncodingClient.exe" "D:\Temp\RipBot264temp\job177\job177_EncodingClient.meta"

T:\Blu-ray_Rip\Star_Wars_9_The_Rise_of_Skywalker_2019_4K>"C:\Program Files\RipBot264\tools\mkvtoolnix\mkvmerge.exe" -o "M:\Incoming\Mr_Robot_S00_E11_M4k1ng_of_Mr_Robot.mkv" --compression 0:none --title "Mr_Robot_S00_E11_M4k1ng_of_Mr_Robot" --default-duration 0:24000/1001fps "D:\Temp\RipBot264temp\job177\video.265" --compression 0:none --language 0:eng "D:\Temp\RipBot264temp\job177\Encoded_Audio_1.ac3" --default-track 0:no --language 0:eng -s 0 -D -A "D:\Temp\RipBot264temp\job177\2_subtitles_English_DEFAULT.sup" --attachment-mime-type image/jpeg --attachment-description Cover --attachment-name Cover --attach-file "D:\Temp\RipBot264temp\job177\cover.jpg"
mkvmerge v43.0.0 ('The Quartermaster') 64-bit
Error: The file 'D:\Temp\RipBot264temp\job177\video.265' could not be opened for reading: open file error.
-------------------------


Star_Wars_4_A_New_Hope_1977_4K.mkv.Error.txt:
T:\Blu-ray_Rip\Star_Wars_9_The_Rise_of_Skywalker_2019_4K>"C:\Program Files\RipBot264\EncodingClient.exe" "D:\Temp\RipBot264temp\job178\job178_EncodingClient.meta"

T:\Blu-ray_Rip\Star_Wars_9_The_Rise_of_Skywalker_2019_4K>"C:\Program Files\RipBot264\tools\mkvtoolnix\mkvmerge.exe" -o "M:\Incoming\Mr_Robot_S00_E21_Behind_the_Mask_of_Mr_Robot_2 0_mov.mkv" --compression 0:none --title "Mr_Robot_S00_E21_Behind_the_Mask_of_Mr_Robot_2 0_mov" --default-duration 0:24000/1001fps "D:\Temp\RipBot264temp\job178\video.265" --compression 0:none --language 0:eng "D:\Temp\RipBot264temp\job178\Encoded_Audio_1.ac3" --default-track 0:no --language 0:eng -s 0 -D -A "D:\Temp\RipBot264temp\job178\2_subtitles_English_DEFAULT.sup" --attachment-mime-type image/jpeg --attachment-description Cover --attachment-name Cover --attach-file "D:\Temp\RipBot264temp\job178\cover.jpg"
mkvmerge v43.0.0 ('The Quartermaster') 64-bit
Error: The file 'D:\Temp\RipBot264temp\job178\video.265' could not be opened for reading: open file error.
-------------------------


Star_Wars_7_The_Force_Awakens_2015_4K.mkv.Error.txt:
T:\Blu-ray_Rip\Star_Wars_9_The_Rise_of_Skywalker_2019_4K>"C:\Program Files\RipBot264\EncodingClient.exe" "D:\Temp\RipBot264temp\job179\job179_EncodingClient.meta"

T:\Blu-ray_Rip\Star_Wars_9_The_Rise_of_Skywalker_2019_4K>"C:\Program Files\RipBot264\tools\mkvtoolnix\mkvmerge.exe" -o "M:\Incoming\Mr_Robot_S00_E31_Mr_Robot_S3_A_World_Divided.mkv" --compression 0:none --title "Mr_Robot_S00_E31_Mr_Robot_S3_A_World_Divided" --default-duration 0:24000/1001fps "D:\Temp\RipBot264temp\job179\video.265" --compression 0:none --language 0:eng "D:\Temp\RipBot264temp\job179\Encoded_Audio_1.ac3" --default-track 0:no --language 0:eng -s 0 -D -A "D:\Temp\RipBot264temp\job179\2_subtitles_English_DEFAULT.sup" --attachment-mime-type image/jpeg --attachment-description Cover --attachment-name Cover --attach-file "D:\Temp\RipBot264temp\job179\cover.jpg"
mkvmerge v43.0.0 ('The Quartermaster') 64-bit
Error: The file 'D:\Temp\RipBot264temp\job179\video.265' could not be opened for reading: open file error.
-------------------------

[guest]

Hi Atak,

I've mentioned this bug in the past, but I have not gotten bitten by it lately so I thought it was fixed. Essentially, when adding/modifying a job while jobs are processing and I think it's occurs when the muxing process occurs, it modifies and breaks the next job in the queue list with what appears merging parts of the job that I'm adding and the job that is going to happen next.

Hi, I'll be interested to see what Atak say's about this (if he does).

But the best way to stop this from happening, in my opinion, would be NOT to add or mod jobs, whilst Ripbot is working.

Not only is it causing the problems you're having, but adding a new job while you're encoding, takes a LONG time for it to do what it needs to do. Best to do it before or after encoding.

That's my 2 cents.

[chainring]

LOL. I literally started my first test 2K encodes used for streaming and I liked the size to quality ratio and I was going to come here and ask Atak if he could add 2K (2560x1440) to the resolution options for scaling. So you beat me to it. Atak, just being a squeaky wheel here, but can you change the default to not add border padding to resized videos.

After going through the conundrum of, "Is this true 4K, or is it upscaled 2K DCI?" 4K Blu-ray ripping, encoding and storage, I settled on the 2560 width for any and all 4K content. In another thread, I asked benwaggner and Blue_MiSfit if 2560 seemed to be a good compromise and they both agreed it would be, provided the playback devices could handle the resolution. Nvidia Shield TV, check. LG B8 OLED, check. Samsung Galaxy Tab S6, check.

Seconding the no border padding as default. Is that a holdover from encoding for specific devices?

[stryker412]

I tried Distributed Encoding tonight for the first time and also h265. It did not go well. It seems even though it's set for GPU, it's using CPU.

Image 1 (https://i.imgur.com/UFdDPav.png)
Image 2 (https://i.imgur.com/P0cEHiR.png)
Image 3 (https://imgur.com/WnTBlsy)

[GZZ]

I tried Distributed Encoding tonight for the first time and also h265. It did not go well. It seems even though it's set for GPU, it's using CPU.

Image 1 (https://i.imgur.com/UFdDPav.png)
Image 2 (https://i.imgur.com/P0cEHiR.png)
Image 3 (https://imgur.com/WnTBlsy)

GPU is only used for Decoding, not Encoding. Hint the text in your screenshot "Default Video Decoder". From what I know the benefit for using GPU to decode only apply if you have a good and fast GPU, not a cheap GT1030.

[guest]

Hey guy's,

We've got another Auto Update today'ish.

Core 2020-04-04, updates also to EC & ES (v1.17.3.0), mkvtoolnix v45.0

Atak, just noticed there is a new build of Mediainfo (20.03)

[stryker412]

GPU is only used for Decoding, not Encoding. Hint the text in your screenshot "Default Video Decoder". From what I know the benefit for using GPU to decode only apply if you have a good and fast GPU, not a cheap GT1030.

I have a RTX 2070 Super.

[Atak_Snajpera]

Gzz is right. IT clearly says Decoding not encoding. Hardware decoding is only usefull If you have very weak CPU. Let's say mobile 2c/4t CPU plus you also work with very demanding 4k blu-ray HEVC stream @100 Mbps. With 8c/16t do not even bother using GPU decoding.

Ps. Five servers for 8c/16t is an overkill. 2 is enough for typical 1080p resolution.

[stryker412]

Gzz is right. IT clearly says Decoding not encoding. Hardware decoding is only usefull If you have very weak CPU. Let's say mobile 2c/4t CPU plus you also work with very demanding 4k blu-ray HEVC stream @100 Mbps. With 8c/16t do not even bother using GPU decoding.

Ps. Five servers for 8c/16t is an overkill. 2 is enough for typical 1080p resolution.

Ok I was keeping the resolution at 4K.

[stryker412]

What's a good CQ setting for h265? I generally use 10MBps for 1080 content and feel that's a good compromise between file size and quality. I tried my first H265 file and set it at CQ 20 which resulted in a 4GB file for Infinity War. That seems REALLY low.

[Ryushin]

What's a good CQ setting for h265? I generally use 10MBps for 1080 content and feel that's a good compromise between file size and quality. I tried my first H265 file and set it at CQ 20 which resulted in a 4GB file for Infinity War. That seems REALLY low.

All depends on how clean the source is. I use CQ18 for high quality and CQ21 for the streaming encodes. I've had some 4K sources that were so clean that compressed so well I was concerned something was wrong. Watching it shows that it looks excellent. It's amazing how much data can be saved sometimes on some sources when just applying a very light MDegrain2 with a thSAD=100 value. I've had a video go from 17GB to 10GB with this very light degraining.

I've also noticed that 4K sources compress a lot better than their HD counterparts. I suspect it is because of 10 bit color vs 8 bit for HD. As an example I would have a 4K source that I resize to 1080p (for streaming) and it comes out to say 1.5GB. I take the HD 1080p source and resize it to 720p (for streaming) and it would not be unusual that it would be 1.5GB or even a little larger than the 1080p 4K.

[Ryushin]

Not sure if it's just me, or a coincidence, but I think I've seen a 30 percent reduction in h.265 encoding speed since the last couple of updates or so. If everything appears normal to everyone else, then its probably just me.

[stryker412]

All depends on how clean the source is. I use CQ18 for high quality and CQ21 for the streaming encodes. I've had some 4K sources that were so clean that compressed so well I was concerned something was wrong. Watching it shows that it looks excellent. It's amazing how much data can be saved sometimes on some sources when just applying a very light MDegrain2 with a thSAD=100 value. I've had a video go from 17GB to 10GB with this very light degraining.

I've also noticed that 4K sources compress a lot better than their HD counterparts. I suspect it is because of 10 bit color vs 8 bit for HD. As an example I would have a 4K source that I resize to 1080p (for streaming) and it comes out to say 1.5GB. I take the HD 1080p source and resize it to 720p (for streaming) and it would not be unusual that it would be 1.5GB or even a little larger than the 1080p 4K.

My source will be direct off the UHD disc. I use MakeMKV to create a MKV first direct from the disc (untouched audio/video) then use Ripbot to shrink it down.

I was just having a hard time believing that a 60+GB movie can get down to 4.5GB with 4K video, HDR, and audio without looking like crap. I did see the bitrate was only 4.5Mbps

[Ryushin]

My source will be direct off the UHD disc. I use MakeMKV to create a MKV first direct from the disc (untouched audio/video) then use Ripbot to shrink it down.

I was just having a hard time believing that a 60+GB movie can get down to 4.5GB with 4K video, HDR, and audio without looking like crap. I did see the bitrate was only 4.5Mbps

I'm thinking almost all studios encode at a certain bit rate and they are done. I don't think any studio uses the constant quality setting. Imagine the fallout a studio would get if a 4K movie could fit on a single layer 25GB disc even with them using a CQ of 12-15 or so. For purists, more bits is always better, even if the more bits doesn't get them anything.

[stryker412]

Does this seem right for my system? This is for H265, CQ 16.

https://i.imgur.com/pBsjdPx.png

https://i.imgur.com/n7j0B1i.png

[stryker412]

Can anyone tell me why this keeps happening? I ran it twice just to make sure it wasn't a one-off issue.

https://drive.google.com/open?id=1c1ha9RE-y93WcCjLypA81gj9BmdWnlCI

[Ryushin]

Can anyone tell me why this keeps happening? I ran it twice just to make sure it wasn't a one-off issue.

https://drive.google.com/open?id=1c1ha9RE-y93WcCjLypA81gj9BmdWnlCI

Which decoder are you using? Looking at the settings now, it looks like Atak has taken the option away other than CPU/GPU.

Is this happening using DE or single server?

[stryker412]

This is with DE (my first attempt using it). I only have it set to 2 instances though. From the previous comments, I set everything back to CPU before running this attempt. I only watched a few minutes of it but out of the first 10 minutes or so this is the only time I saw this happen. However, this is also a chapter break.

Edit: I just looked and the video does it again on the 3rd chapter then the video cuts out entirely for about 5-6 minutes (audio is fine).

Edit 2: I just tried in Handbrake using the h.265 (nvenc) setting. I'm averaging around 43FPS and an encode time of just over an hour. That's a massive difference compared to using CPU. I'm not sure why in Ripbot, when I set it to GPU it doesn't seem to honor that setting.

[Ryushin]

This is with DE (my first attempt using it). I only have it set to 2 instances though. From the previous comments, I set everything back to CPU before running this attempt. I only watched a few minutes of it but out of the first 10 minutes or so this is the only time I saw this happen. However, this is also a chapter break.

Edit: I just looked and the video does it again on the 3rd chapter then the video cuts out entirely for about 5-6 minutes (audio is fine).

Edit 2: I just tried in Handbrake using the h.265 (nvenc) setting. I'm averaging around 43FPS and an encode time of just over an hour. That's a massive difference compared to using CPU. I'm not sure why in Ripbot, when I set it to GPU it doesn't seem to honor that setting.

Try running the video without DE. Handbrake is also not doing 10bit color yet from what I remember. I think there is also the issue that the GPU produces less quality than using the CPU in Handbrake if you are using it for encoding.

[stryker412]

Try running the video without DE. Handbrake is also not doing 10bit color yet from what I remember. I think there is also the issue that the GPU produces less quality than using the CPU in Handbrake if you are using it for encoding.

Doing it now. Will let you know how it goes in 10hrs or so. :D

[Atak_Snajpera]

This is with DE (my first attempt using it). I only have it set to 2 instances though. From the previous comments, I set everything back to CPU before running this attempt. I only watched a few minutes of it but out of the first 10 minutes or so this is the only time I saw this happen. However, this is also a chapter break.

Edit: I just looked and the video does it again on the 3rd chapter then the video cuts out entirely for about 5-6 minutes (audio is fine).

Edit 2: I just tried in Handbrake using the h.265 (nvenc) setting. I'm averaging around 43FPS and an encode time of just over an hour. That's a massive difference compared to using CPU. I'm not sure why in Ripbot, when I set it to GPU it doesn't seem to honor that setting.

Looks like lsmash is having some problems with frame accurate seeking. I assume that this issue appears at new chunk. If you want this fixed please upload first 15 minutes of original(untouched!) video file. Use mkvtoolnix to split file and remove audio and subtitles. Next make sure that problem also is present in new sample. Then upload your sample somwhere and post link here.

[chainring]

What's a good CQ setting for h265? I generally use 10MBps for 1080 content and feel that's a good compromise between file size and quality. I tried my first H265 file and set it at CQ 20 which resulted in a 4GB file for Infinity War. That seems REALLY low.

While it's not directly comparable, I did Infinity War at CQ16 10bit with HDR intact, resized to 2560x1066 and have AC-3 640K. It came out to 4.68GB. Looks fantastic and I'm astounded by the reduction in size.

[stryker412]

Looks like lsmash is having some problems with frame accurate seeking. I assume that this issue appears at new chunk. If you want this fixed please upload first 15 minutes of original(untouched!) video file. Use mkvtoolnix to split file and remove audio and subtitles. Next make sure that problem also is present in new sample. Then upload your sample somwhere and post link here.

Here you go.

https://drive.google.com/open?id=1w2yGWMtET9fo0rNA85JW0jj2uaMfIC2W

[Atak_Snajpera]

Can anyone tell me why this keeps happening? I ran it twice just to make sure it wasn't a one-off issue.

https://drive.google.com/open?id=1c1ha9RE-y93WcCjLypA81gj9BmdWnlCI

Here you go.

https://drive.google.com/open?id=1w2yGWMtET9fo0rNA85JW0jj2uaMfIC2W

Looks like simple remuxing in MKVtoolnix fixed this issue because I'm not getting that weird jumping frames at 11:15 mark in encoded file. There was definitely something wrong with your untouched mkv file.

[stryker412]

Odd, I ran it twice with Ripbot and had issues both times. I ran the same file through Handbrake without issues.

[Atak_Snajpera]

Odd, I ran it twice with Ripbot and had issues both times. I ran the same file through Handbrake without issues.

Run your test again but this time use that 15 min sample and check if you have that issue at 11:15 mark. To speed up encoding you can resize down to 720p resolution. I even tested your sample in my SeekTester tool and again zero errors.

[stryker412]

I ran a 30 minute sample this time (in 4K again) and it didn't do it. I have no idea why it does it some times but not others.

[Atak_Snajpera]

I ran a 30 minute sample this time (in 4K again) and it didn't do it. I have no idea why it does it some times but not others.

I can only advise you to remux your mkvs in MKVToolnix before encoding. This step will ensure that your video file is correctly muxed and should not created any problems for decoder (no seeking issues in l-smash).

[stryker412]

I can only advise you to remux your mkvs in MKVToolnix before encoding. This step will ensure that your video file is correctly muxed and should not created any problems for decoder (no seeking issues in l-smash).

Ok thanks. My process for years has been to create an MKV directly off the disc using MakeMKV then re-encode (smaller file size) in Ripbot. This has worked flawlessly. However, this (Avengers) is my first real attempt at 4K HEVC. I never had the NAS space for 4K but now I do. I wanted to encode some of those now but this issue is the result. I'm running it again now just to see. It has another 5hrs left though.

[stryker412]

The process finished and this time it seems to be ok.

[chainring]

Quick bug report. Or, maybe not depending on if it's expected behavior.

File name of "Virtù e Fortuna" (Westworld S02, E03) caused RipBot to not pull in the audio. When I changed the filename to a "u" instead of one with the accent, all worked properly. The file had previously been remuxed with MKVToolnix just last week, FYI.

[SKPN]

Is there a way for RB to resume a job where it left off? My power went out last night after chunk 137 out of 152. I know I can manually run the other chunks from the folder, but I use distributed encoding to split the jobs between two PCs, and doing it manually would not allow me to use the other PC unless I were to make changes to my network sharing settings, which I don't want to do.

[SKPN]

What's a good CQ setting for h265? I generally use 10MBps for 1080 content and feel that's a good compromise between file size and quality. I tried my first H265 file and set it at CQ 20 which resulted in a 4GB file for Infinity War. That seems REALLY low.

I use CQ18, default/medium speed for all of my movies, and they look identical to the originals (to my eyes) on my 55" 4K TV. My Infinity War file is 12.4GB, though that also includes the untouched surround audio. The video alone is 7.60GB.

[stryker412]

I use CQ18, default/medium speed for all of my movies, and they look identical to the originals (to my eyes) on my 55" 4K TV. My Infinity War file is 12.4GB, though that also includes the untouched surround audio. The video alone is 7.60GB.

Ok mine came out to 17GB with the 5.1 audio track. I used CQ16.

[Atak_Snajpera]

Is there a way for RB to resume a job where it left off? My power went out last night after chunk 137 out of 152. I know I can manually run the other chunks from the folder, but I use distributed encoding to split the jobs between two PCs, and doing it manually would not allow me to use the other PC unless I were to make changes to my network sharing settings, which I don't want to do.

Normally progress (list of encoded chunks) should be saved automatically in file EncodingProgress.Pass1 in Chunks folder. After restart EncodingClient.exe loads that file and starts from last encoded chunk.

[Ryushin]

For the last few days, it seems that when doing automatic cropping in the AviSynth menu, the encoding client could crash. Seems to be doing it about 50% of the time. More so with 4K cropping, but it can do it with HD cropping as well. I've started to doing manual cropping to keep this from happening.

Anyone else seeing this or is it just me.

[GZZ]

Is it possible to get some kind of fix for foreign letters in filenames, it makes some of the script fail. Ex. A movie that include the danish letter æøå will make it crash in one or more script. Lets say this file: "Adams Æbler_t00.mkv"

It runs this script: "E:\RipBot264v\Tools\mkvtoolnix\mkvextract.exe" chapters "E:\Bluray_mkv\Adams Æbler_t00.mkv" -s > "E:\Temp\RipBot264temp\job91\chapters.txt"

But the Chapters.txt file only contains: Error: (mkvextract) This file could not be opened or parsed.

So when the movie finish to encode and it want to mux the video/audio/sub/chapter it failes with this:

e:\RipBot264v>"E:\RipBot264v\tools\mkvtoolnix\mkvmerge.exe" -o "E:\Encoding\Adams Æbler_t00.mkv" --compression 0:none --title "Adams Æbler_t00.mkv" --default-duration 0:24000/1001fps "E:\Temp\RipBot264temp\job91\video.265" --chapters "E:\Temp\RipBot264temp\job91\chapters.txt"
mkvmerge v45.0.0 ('Heaven in Pennies') 64-bit
Error: Unknown chapter file format in 'E:\Temp\RipBot264temp\job91\chapters.txt'. It does not contain a supported chapter format.

So if one job failes, it makes other fails later in the process.

instead of working around foreign letters like æøå or all other language special letters that can make it fail. Then either reject the file quickly or rename foreign letters to only allow english alphabet in filenames, then it wont crash randomly. This goes for symbols aswell, like the special dash symbol that is still an issue.


Update:
Another workaround is to save the script (*.cmd) as UTF-8 files and add this line to the top of the script: chcp 65001

It will change the Commandline prompt to UTF-8 and if the script file is UTF-8 format, then it will handle æøå correctly. But I dont know if this has other issues, like if a program dosnt handle UTF-8 (old Ansi only program), then it might fail anyway.

[Atak_Snajpera]

For the last few days, it seems that when doing automatic cropping in the AviSynth menu, the encoding client could crash. Seems to be doing it about 50% of the time. More so with 4K cropping, but it can do it with HD cropping as well. I've started to doing manual cropping to keep this from happening.

Anyone else seeing this or is it just me.

You are probably running out of memory. Autocropping 4k source consumes on my machine extra ~15 GiB of RAM. (Jump from ~7 GiB to 22 GiB). That's my theory...
https://i.postimg.cc/MTsPF1FZ/Untitled-1.png

[Ryushin]

You are probably running out of memory. Autocropping 4k source consumes on my machine extra ~15 GiB of RAM. (Jump from ~7 GiB to 22 GiB). That's my theory...

That's a pretty heavy duty theory and it's probably correct. I recently dropped my memory on my VM to 8GB from 16GB. Could also be why the cropping function has been taking a lot longer to complete. I'll up it again and see that happens.

Any thoughts on why cropping suddenly explodes the memory usage. For those without huge amounts of ram it could hurt them.

[Atak_Snajpera]

That's a pretty heavy duty theory and it's probably correct. I recently dropped my memory on my VM to 8GB from 16GB. Could also be why the cropping function has been taking a lot longer to complete. I'll up it again and see that happens.

Any thoughts on why cropping suddenly explodes the memory usage. For those without huge amounts of ram it could hurt them.

Because you are working with 3840x2160 resolution. Typical 1080p should consume 4x less memory.

[Ryushin]

Because you are working with 3840x2160 resolution. Typical 1080p should consume 4x less memory.

Just wondering what is happening behind the scenes for cropping to take any kind of significant memory. I thought frames where extracted looking for dark vs lighter pixels. I would think each frame would be a few meg in size and once it's read in and analyzed, it would be discarded and then the next frame would be read in.

I'm actually curious know about what happens behind the scenes to detect the cropping. I know I've had films sometimes the cropping is horribly wrong (about 1% of the time I would think). Other times, the cropping actually detected that the film had different aspect ratios in the film such as Tron Legacy and sometimes it missed the changed aspect ratio all together like in Batman Dark Knight. How many frames are compared and at what time increments in the film are they taken from?

[Atak_Snajpera]

I extract 16 frames for analysis. Everything is done simultanously for max CPU usage (threadripper 3990x anyone;)
I select frames from 25% to 75% of movie duration (in order to avoid credits at the begining and end of the movie)

[userx]

I think it Has to be some driver issue. Capeverde is a first generation of gcn (HD 7000 series) with only 1gib of vram.

FoldAtHome is able to use the opencl ability of my card (ATI Radeo HD 7770) so I want to re-open this issue.
EncodingServer still has problems with the 1st pass. 2nd pass is working.


Encoding started...
""\\USERX-MASTER\Ripbot264temp\Tools\ffmpeg\bin\ffmpeg.exe" -loglevel panic -i "\\USERX-MASTER\RipBot264temp\job5\Chunks\5.avs" -strict -1 -f yuv4mpegpipe - | "\\USERX-MASTER\Ripbot264temp\tools\x264\x264_x64.exe" --seek 48 --colorprim bt709 --transfer bt709 --colormatrix bt709 --opencl --opencl-device 0 --opencl-clbin "C:\Users\UserX\AppData\Local\Temp\EncodingServer1\x264_lookahead.clbin" --pass 1 --bitrate 3000 --stats "\\USERX-MASTER\RipBot264temp\job5\Chunks\5.stats" --fps 25 --force-cfr --min-keyint 25 --keyint 250 --frames 1488 --sar 1:1 --profile main --level 4.1 --aud --nal-hrd vbr --vbv-bufsize 50000 --vbv-maxrate 50000 --b-pyramid none --ref 5 --stdin y4m --output NUL -"
y4m [info]: 1280x720p 1:1 @ 25/1 fps (cfr)
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
x264 [info]: OpenCL acceleration enabled with Advanced Micro Devices, Inc. Capeverde (SI)
x264 [info]: profile Main, level 4.1, 4:2:0, 8-bit
A
x264 [info]: profile Main, l
x264 [info]: profile Main, l
restarts afterwards

[Stereodude]

Okay, so I'm back after giving ripbotx264 another try. :o

How do I fully manipulate the x265 options?

The encoding server shows me that it's encoding with this command line:
Encoding started...
""\\R9-3950X\Ripbot264temp\Tools\ffmpeg\bin\ffmpeg.exe" -loglevel panic -i "\\R9-3950X\RipBot264temp\job1\Chunks\2.avs"
-strict -1 -f yuv4mpegpipe - | "\\R9-3950X\Ripbot264temp\tools\x265\x265_x64.exe" --seek 120 --colorprim bt709
--transfer bt709 --colormatrix bt709 --crf 17.5 --fps 24000/1001 --min-keyint 24 --keyint 240 --frames 1420
--sar 1:1 --profile main10 --output-depth 10 --preset veryslow --pools 4 -F 1 --no-sao --aq-strength 1.15
--vbv-maxrate 40000 --vbv-bufsize 40000 --level-idc 5.1 --keyint 120 --open-gop --ctu 32 --merange 25 --y4m --output "+" -"
How do I get rid of these encoding options that ripbotx264 is appending that I don't want?
--min-keyint 24 --keyint 240
--ctu 32 --merange 25

[Atak_Snajpera]

Just add your own switches in profile. x265 will ignore previous duplicated settings.

[Stereodude]

Just add your own switches in profile. x265 will ignore previous duplicated settings.
It looks like it will ignore the the one that occurs first. That means I can override the --min-keyint 24 --keyint 240 , since it's put before my switches, but --ctu 32 --merange 25 are stuck on the end after my switches which means I can't override them.

Edit: Nevermind, I see that after adding --ctu 64 --merange 57 to my switches, ripbotx264 no longer appends --ctu 32 --merange 25.

Thanks!

[Stereodude]

How do I encode on a 2nd NUMA node? The same x265 switches are used for all the encodes, so I don't think I can use a x265 switch. I launched additional encoding servers and set them to NUMA node 1 (instead of 0), but the encode only consumed CPU on node 0.

The x265 command line output shows this:
x265 [info]: Thread pool 0 using 4 threads on numa nodes 0,1

However, the CPU usage in the task manager shows all the threads are running on node 0.

Normally I would use --pools "-,4" in the x265 command line to push it to node 1 (or --pools "4,-" to push it to node 0) but AFAIK the same command line switches are used for all encodes with RipBot264.

Is there a way to sort this out?

[Atak_Snajpera]

Just remove those --pools switches because you are overwriting my settings.

[Stereodude]

Just remove those --pools switches because you are overwriting my settings.
That worked.

Is there another way to limit per encoder thread creation that doesn't break NUMA node handling? I'm not sure that the excessive threads each x265 session spawns are detrimental to quality, but they aren't doing anything beneficial either. -F 1 is the limiting throughput factor.

[guest]

As a new 3950X user myself, I would be interested to know if there are any different settings required for these Ryzen chips, over what I'm use to.

Like NUMA...... as Ryzen's don't have NUMA per se, they have CCX's & CCD's, which may or may not work the same.

I did my first run with the 3950X yesterday on a 1080p x264 to x265 conversion with a custom MDG 3 filter @ 800thd, and I found that running 3 servers seemed to be the sweet spot, and was processing @ around 25 fps. The same job on my "old" Xeon 12C with 2 servers was going to take over 6.5 hours, the Ryzen was about 2.

So if any 3950X (or better) users out there have some suggestions, it would be greatly appreciated...especially you, Atak.

[Stereodude]

AFAIK, Windows 10 1909 has the thread scheduling all sorted out to maximize the performance of the Zen 2 CPUs to avoid the issues with moving threads in a way that causes a performance loss.

[Atak_Snajpera]

As a new 3950X user myself, I would be interested to know if there are any different settings required for these Ryzen chips, over what I'm use to.

Like NUMA...... as Ryzen's don't have NUMA per se, they have CCX's & CCD's, which may or may not work the same.

I did my first run with the 3950X yesterday on a 1080p x264 to x265 conversion with a custom MDG 3 filter @ 800thd, and I found that running 3 servers seemed to be the sweet spot, and was processing @ around 25 fps. The same job on my "old" Xeon 12C with 2 servers was going to take over 6.5 hours, the Ryzen was about 2.

So if any 3950X (or better) users out there have some suggestions, it would be greatly appreciated...especially you, Atak.
Are you using single machine for encoding or more in distributed encoding mode?

[guest]

Are you using single machine for encoding or more in distributed encoding mode?

Well, atm I am just "testing" but using DE on a single pc, but definitely plan to get several other pc's helping with DE.

[slalom]

A question about auto shut down

I have 4 servers, 2, 3, 4, and 5

The client is 3. On settings -> shutdown, 3 cannot be selected, I want to close 3 and 4, 4 is selected in the menu

On the main window there are two options, shutdown client, shutdown servers

Which one should I select? or both options?

[Atak_Snajpera]

Both.

[MCFish]

Is it possible to get some kind of fix for foreign letters in filenames, it makes some of the script fail. Ex. A movie that include the danish letter æøå will make it crash in one or more script. Lets say this file: "Adams Æbler_t00.mkv"

I find it easyer to rename file to Adams Aebler first....then back again.
I think he have done something about these ' tho...found them much more annoying....
Scandinavian things 'vokser ikke på trær'

[mikehbkwm]

Good evening, I'm going to apologize up front because I know enough to be dangerous but that's about it. I LOVE Ripbot264 and can completely use it on my main machine (Desktop - HP AMD Ryzen 7, 16GB RAM) with no issues. With that said, I also have another HP desktop, HP laptop, and ASUS laptop and if memory serves, all are Intel Core i5's with 8GB of RAM for each.

When using distributed encoding all of my servers seem to be encoding except my main machine/client (newer HP). Since the main machine is the client, does it not encode files at all? Again, sorry if that's STUPID question. I seem to be able to encode files quicker with my main machine on it's own then using distributed encoding. Call me crazy, but I would think it should speed up the process if all machines are encoding at the same time. Please tell me if I'm missing something.

Side note: I've done some additional digging and it looks like you can use the client to encode as well. Is the client encoding along with the servers, or do you have to add the client to the list of servers (IP address)? I noticed my client IP is grayed out, I'm confused if that means the client is encoding or not. When I entered the client IP into the server IP list during distributed encoding, it does nothing and never connects. Very confused on what the client is doing during this process other then distributing chunks to the other servers.

Edited: I tried some other things tonight and can confirm my client (main PC/Desktop) is not encoding. For some reason it seems like the client is not being utilized for encoding and I cannot figure out why.

Thank you for your help and assistance.

BTW - this forum is GREAT!!

[guest]

Good evening, I'm going to apologize up front because I know enough to be dangerous but that's about it. I LOVE Ripbot264 and can completely use it on my main machine (Desktop - HP AMD Ryzen 7, 16GB RAM) with no issues. With that said, I also have another HP desktop, HP laptop, and ASUS laptop and if memory serves, all are Intel Core i5's with 8GB of RAM for each.

When using distributed encoding all of my servers seem to be encoding except my main machine/client (newer HP). Since the main machine is the client, does it not encode files at all? Again, sorry if that's STUPID question. I seem to be able to encode files quicker with my main machine on it's own then using distributed encoding. Call me crazy, but I would think it should speed up the process if all machines are encoding at the same time. Please tell me if I'm missing something.

Side note: I've done some additional digging and it looks like you can use the client to encode as well. Is the client encoding along with the servers, or do you have to add the client to the list of servers (IP address)? I noticed my client IP is grayed out, I'm confused if that means the client is encoding or not. When I entered the client IP into the server IP list during distributed encoding, it does nothing and never connects. Very confused on what the client is doing during this process other then distributing chunks to the other servers.

Edited: I tried some other things tonight and can confirm my client (main PC/Desktop) is not encoding. For some reason it seems like the client is not being utilized for encoding and I cannot figure out why.

Thank you for your help and assistance.

BTW - this forum is GREAT!!

Welcome...

Are you sure that the IP address & port # are the same as the client machine ??

More often than not, Encoding Client detects the correct info, and you generally have to manually enter the servers IP/Port info (at least you've got them going) so you must be very close to getting it to work.

Might be an idea to post some screen shots of Encoding Client window (but don't post if directly here, as an attachment).

If you open Encoding Server, on it's own, it will display the Clients IP address...everything needs to match up for DE to work properly.

Good luck.

[mikehbkwm]

https://i.imgur.com/YxkZxNZ.jpg

As you can see, on Server IP 2, 3, 4 those are my other machines and Ripbot found them no problem as I have the "Encoding Server" running on those machines. On my main machine, I've left Server 1 slot open and when I manually enter my Client IP address into that, it never connects. I am so confused as to why it never connects because I know the IP address and Mac Address. Again, thank you for your help on this.

Mike

[slalom]

Change 127.... to 192.168. whatever you have there

[mikehbkwm]

Change 127.... to 192.168. whatever you have there

That's what I stated in my post. I've already tried 192.168.....and that does not work. It never connects.

[mikehbkwm]

Welcome...

Are you sure that the IP address & port # are the same as the client machine ??

More often than not, Encoding Client detects the correct info, and you generally have to manually enter the servers IP/Port info (at least you've got them going) so you must be very close to getting it to work.

Might be an idea to post some screen shots of Encoding Client window (but don't post if directly here, as an attachment).

If you open Encoding Server, on it's own, it will display the Clients IP address...everything needs to match up for DE to work properly.

Good luck.

https://i.imgur.com/BKaTNnN.png
I removed the other computers and left just the main PC and the IP address matches what it's showing in the "settings" for the Client IP. As you can see, it freezes and does nothing. I am truly stumped as to what is happening.

[slalom]

It should be like this

192.168.1.3:1000

and you should see Encoding server in the taskbar with that IP address

[Atak_Snajpera]

Why do you hide local IP??????
Are you sure that encodingserver.exe started correctly? Can you show US what IP was detected in encodingserver window?

[mikehbkwm]

Why do you hide local IP??????
Are you sure that encodingserver.exe started correctly? Can you show US what IP was detected in encodingserver window?


https://i.imgur.com/SECvNXO.png
https://i.imgur.com/9508FJg.png

Guys, I apologize, as I stated above, I know enough to be dangerous. :) I am by no means a person who knows a lot about networking, etc. Right now I'm running with two PC's encoding as you can see with no problems but "Server 1" should be my main machine and as you can see the IP is there, but nothing happens.

Appreciate all the quick responses as I've been trying to get this to work now for some time.

BTW - for some reason on the main machine, I cannot open the "Encoding Server.exe" file. When I try to open it, it does nothing. However, I can open the "Encoding Client.exe" file on the main machine when Ripbot264 is not open. Don't know if that matters or not.

[Atak_Snajpera]

Known issue. Some software running in background is blocking encodingserver.exe. Try tuning encodingserver.exe in Safe mode.

[mikehbkwm]

HOLY SH*T!!! I got it to work. After you mentioned safe mode and I found another post from a while back stating a start up program was blocking the "Encoding Server.exe" from opening, I began narrowing the issue down. I went and disabled all start up programs (I only had 5 programs for startup) and found that my Razer Mouse software (Razer Central) was blocking it from opening. That doesn't make any sense as to why it would block the Server software from opening but it's working now.

It's INCREDIBLE having all four machines encoding at the same time. Thanks all for you help and finally figuring out what the issue is. This software is truly amazing!!

[guest]

Well, an autoupdate for the 1st of May.

Core 01-05-2020, media info, mkvtoolnix (v46), hdrtools, rgtools, x264 & some plugin's.

[guest]

Are you using single machine for encoding or more in distributed encoding mode?

Hi Atak, just thought I'd bump this up from post #18491 (2).

I was (am) hoping for some feedback / suggestions for getting the best out of RB, and my new Ryzen 3950X.

Cheers

[Atak_Snajpera]

Just keep CPU usage at 100% ;)

[guest]

Just keep CPU usage at 100% ;)

Well, that's the aim :D :thanks:

[Ripmann]

Minor feature request for consideration: allowing to name individual subtitle tracks via GUI (E.g. "English (SDH)", "Forced Foreign Parts, and so on). I very often have to go through MKVTooNix GUI to name the track, though maybe it's also possible by tweaking jobX_MuxFiles.cmd, not sure. Perhaps some people would also like audio track names, but I rarely use them.

Also, I tried converting several HDR sources through tonemapping and comparing them to their official non-HD counterparts, and the colors (saturation, contrast, brightness) are always off. I saw that you recommended a tweak in the DGHable plugin, but it was for a particular situation and I'm not sure whether it would work on all HDR sources. Is it possible to automatically convert HDR to quality identical to that of an non-HDR release? My knowledge of the subject is very superficial.

[Atak_Snajpera]

Auto-tonemapping will never give you the same results as manually tweaked by human non-HDR version of the movie. BTW. DGHable is not used by ripbot264.

[Ripmann]

Auto-tonemapping will never give you the same results as manually tweaked by human non-HDR version of the movie. BTW. DGHable is not used by ripbot264.

Damn, I really hoped there'd be an easy way to auto-convert HDR stuff... Thanks for letting me know.

[AmaZim20]

Hello guys!

I would like to send a message to the creator of RipBot264.
I'm a happy user of this encoder, I already made more than 200 fine quality movie encodes with it. it's a great software.

Now I would like to have a small request for the next update.

Could you please completely remove the "Title" fields from the audio, video and subtitle tracks please?

I made a few images what I'm talking about:

https://i.ibb.co/xY5qMTy/Title-1.jpg

https://i.ibb.co/SvhF80K/Title-2.jpg

https://i.ibb.co/W6fH396/Audio-1.jpg

https://i.ibb.co/f2Lqyms/Video-1.jpg

The reason is simple: it's a bit annoying to see that there, no other encoder is doing that, only RipBot.

Please let me know if this would be possible in the next update.

Thanks
Greg.

[SKPN]

I know RB264 can read webm/VP8 files, but is there a way to encode TO VP8/webm?

[guest]

Hello guys!

I would like to send a message to the creator of RipBot264.

I'm a happy user of this encoder, I already made more than 200 fine quality movie encodes with it. it's a great software.

Now I would like to have a small request for the next update.

Could you please completely remove the "Title" fields from the audio, video and subtitle tracks please?

The reason is simple: it's a bit annoying to see that there, no other encoder is doing that, only RipBot.

Please let me know if this would be possible in the next update.

Thanks
Greg.

Hey Greg,

Welcome to the forum.

Just curious, what are those screen shots of ?? (not the movie, the "player"), and where is this "info" being displayed, that is annoying you ??

I've never had this "problem" !!

[slalom]

It is mpc-hc
I don't see that info in my player

[AmaZim20]

Yes, it's MPC-HomeCinema.

And I can see that info on the Properties tab in all my movies/videos encoded with RipBot.

[guest]

Yes, it's MPC-HomeCinema.

And I can see that info on the Properties tab in all my movies/videos encoded with RipBot.

I don't understand why you are showing this info, what difference does this make to the playback of the movie file ?...it doesn't show it by default !!

Maybe you could try VLC or Potplayer.

[Ripmann]

Another minor feature request for consideration: Right-click on a job -> Duplicate Job.

Rationale: I often need to do several encodes of the same source using different settings. I do it to compare quality, but others do HEVC and non-HEVC versions or size-limited (4gb DVD)and CQ (12gb HDD backup) versions for example. Adding a duplicate job for the same source can take a while (demuxing, subs, etc.) It would be much easier to be able to duplicate the first job with all the subtitles, names and other settings, and just tweak the one or two values you want to change.

[AmaZim20]

I don't understand why you are showing this info, what difference does this make to the playback of the movie file ?...it doesn't show it by default !!

Maybe you could try VLC or Potplayer.

It doesn't make any difference.
it was just a small aesthetic issue.

Nevermind then.

(But it would have been nice to hear Atak_Snajpera's opinion on this)

[slalom]

Another minor feature request for consideration: Right-click on a job -> Duplicate Job.

Rationale: I often need to do several encodes of the same source using different settings. I do it to compare quality, but others do HEVC and non-HEVC versions or size-limited (4gb DVD)and CQ (12gb HDD backup) versions for example. Adding a duplicate job for the same source can take a while (demuxing, subs, etc.) It would be much easier to be able to duplicate the first job with all the subtitles, names and other settings, and just tweak the one or two values you want to change.
When you finish the job you can edit the settings and re-run it

[guest]

It doesn't make any difference.
it was just a small aesthetic issue.

Nevermind then.

(But it would have been nice to hear Atak_Snajpera's opinion on this)

Well, that's the thing here, some times he will respond, some times he won't.

You never know, he just might leave a comment...

[guest]

When you finish the job you can edit the settings and re-run it

Hey slalom, wow, you beat me to the punch...that IS exactly what I was going to suggest :)

Too easy !!

[SKPN]

I'm having a very strange issue that just started last night.

Any time I try to encode anything now, neither of my two encoding clients can connect, so the video is never encoded. Even the computer that is running the main app and creating the job is not connecting.

I know in previous versions, if there was a connection error, I would get a small yellow warning icon in the encoding client window, but that is not happening. I also have been unable to find any error logs or anything that might explain why it is no longer connecting. Nothing changed with my settings or network between when it was working yesterday morning and last night.

17334

[jfisher1740]

+1 on DE issues.

Below is what I am seeing from the TCP communication on the Encoding Server. It repeats endlessly and the Encoding Client is stuck on "Initializing encoding process..." This is true to local and remote machines.

143|CLIENT <- SERVER| ENCODING_PROGRESS=192.168.4.80:1000 -> Initializing encoding process...;CHUNK=6;CPU=0;RAM=21;DECODER=0;ENCODER=0;OTHER=0;ENCODING_PRIORITY=normal;
144|CLIENT -> SERVER| OK
145|CLIENT -> SERVER| GET_ENCODING_PROGRESS;SET_ENCODING_PRIORITY=belownormal;
146|CLIENT <- SERVER| OK
147|CLIENT <- SERVER| ENCODING_PROGRESS=192.168.4.80:1000 -> Initializing encoding process...;CHUNK=6;CPU=0;RAM=21;DECODER=0;ENCODER=0;OTHER=0;ENCODING_PRIORITY=normal;
148|CLIENT -> SERVER| OK
149|CLIENT -> SERVER| GET_ENCODING_PROGRESS;SET_ENCODING_PRIORITY=belownormal;

[colinhunt]

@Atak_Snajpera Any chance RipBot could work with image sequences, like for example 6000 TIF files named sequentially?

[Ripmann]

Another minor feature request for consideration: Right-click on a job -> Duplicate Job.

Rationale: I often need to do several encodes of the same source using different settings. I do it to compare quality, but others do HEVC and non-HEVC versions or size-limited (4gb DVD)and CQ (12gb HDD backup) versions for example. Adding a duplicate job for the same source can take a while (demuxing, subs, etc.) It would be much easier to be able to duplicate the first job with all the subtitles, names and other settings, and just tweak the one or two values you want to change.

When you finish the job you can edit the settings and re-run it

Um, thanks for the suggestion but running jobs one by one and waiting for a job to finish in order to restart it with different settings... I guess it's a good advice for occasional encoding, but it's definitely not a solution for those of us who routinely run multiple jobs in a batch. A better a workaround involves copying the job's folder and auto-renaming all the job entries, but it's almost as cumbersome as re-adding same source as another job.

[slalom]

If you have 5 videos to encode to get 10 different videos (2 for each), you can start the first 5 and later edit them while encoding. I don't see the problem
I'm having a very strange issue that just started last night.

Any time I try to encode anything now, neither of my two encoding clients can connect, so the video is never encoded. Even the computer that is running the main app and creating the job is not connecting.

I know in previous versions, if there was a connection error, I would get a small yellow warning icon in the encoding client window, but that is not happening. I also have been unable to find any error logs or anything that might explain why it is no longer connecting. Nothing changed with my settings or network between when it was working yesterday morning and last night.
Previous page
Known issue. Some software running in background is blocking encodingserver.exe. Try tuning encodingserver.exe in Safe mode.

[cypher007]

is there any way to pause encoding? or to have timed periods where it encodes and doesnt encode?

im asking as i have solar and this feature would be really useful for when im doing 4K stuff that takes 40hrs.

[Atak_Snajpera]

is there any way to pause encoding? or to have timed periods where it encodes and doesnt encode?

im asking as i have solar and this feature would be really useful for when im doing 4K stuff that takes 40hrs.

suspend ffmpeg.exe or x264_x64.exe or x265_x64.exe process. You could automate this task using Task Scheduler in Windows.
https://docs.microsoft.com/en-us/sysinternals/downloads/pssuspend

[guest]

is there any way to pause encoding? or to have timed periods where it encodes and doesnt encode?

im asking as i have solar and this feature would be really useful for when im doing 4K stuff that takes 40hrs.

Hey cypher007, I feel your pain...

Are you using distributed encoding ??

You can stop DE any time you need, and 99 times out of a 100, it will resume from the last completed chunks, from the previous encoding "session".

I have taken up to 4 days (day time only) to encode some 4K jobs, by stopping (aborting) DE.

I too have solar, and I only encode during the day (if it's sunny), NOTHING after the sun goes down.

But seriously, 40 hours !!!!, what cpu's are you running ??

Atak's suggestion sounds interesting, but DE is a good one to get a handle on.

[guest]

suspend ffmpeg.exe or x264_x64.exe or x265_x64.exe process. You could automate this task using Task Scheduler in Windows.
https://docs.microsoft.com/en-us/sysinternals/downloads/pssuspend

This appears to be command line type process....arrgh :(

However, IF it was implemented, and you were NOT using DE, and you paused the encode by suspending those 3 executable's, would it then resume from where you paused it ???

Mind you, I doubt that you could then "back out" of RB, during this paused time, and expect it to resume again, when you restart RB.

Like I said in my previous post, at least there is a VERY, VERY good chance of resumption, when you abort the encode when using DE, starting from the last completed chunk.

So, I have to ask, how difficult would it be for you to implement a pause / suspend function, using the info the you kindly posted, as a feature of RB, keeping it within the program, and directly accessing the 3 executable's that need to be paused.

Just sayin' :rolleyes:

[Atak_Snajpera]

In practice you just need to suspend ffmpeg.exe (frame serving process). X264/x265 will pause as well beacuse IT will be waiting for new frames from ffmpeg.exe process. If you do not like commandline tool then use process hacker or process Explorer.

[guest]

In practice you just need to suspend ffmpeg.exe (frame serving process). X264/x265 will pause as well because IT will be waiting for new frames from ffmpeg.exe process. If you do not like commandline tool then use process hacker or process Explorer.

OK, well that's even sounds easier, but like I mentioned before, if a non DE encode was paused, would it resume at a later stage, providing that RB isn't closed in the mean time ??

You're right, I don't feel too comfortable with command line tool's, and it also seems to me that it could be done within RB fairly easily, by yourself.

Personally, I doubt that I would use it, as 99% of my encoding is with DE, and that it fairly manageable, in this respect.

Just another possible addition to the control of RB, that's all.

[Atak_Snajpera]

Yes it will resume. Just check yourself.

[GZZ]

When I "pause" the DE process, I just disconnect the servers when they have finished a chunck and when all servers are disconnected I stop the the encoding. Then I can resume it later.

It could be nice to have a button to cancel and wait for chunks to finish.

[guest]

When I "pause" the DE process, I just disconnect the servers when they have finished a chunck and when all servers are disconnected I stop the the encoding. Then I can resume it later.

It could be nice to have a button to cancel and wait for chunks to finish.

Yep, that's exactly how to do it.

As I haven't used RB for several months now, I'm a bit rusty on the function of those (Suspend Jobless Server, & Shutdown Server in IDLE State) "button's" in Encoding Server do...but I'm pretty sure they can't stop at the completion of a chunk. And there are no options for the main client (other that the 2 options on the main RB screen)

It would be great to have that option, with more of us doing 4K encodes that can take a long time, and don't want to just leave the pc(s) going until they're completed (energy conservation).

I'm confident that Atak could easily implement some more control functions into RB, but does he want to ...that's the question. :)

[aicjofs]

I probably haven't posted in over a decade but wanted to share another app the causes the EncodingServer.exe being blocked.

In my case it was AUEPUF.exe. Which is AMD user experience feedback. If you disable(leave the program) the feedback then the block is gone.

At least in Win10 go to the details tab in task manager and find encodingserver.exe and right click and select analyze wait chain. This usually will tell you what the Encoding Server is being blocked by.

[Ripmann]

If you have 5 videos to encode to get 10 different videos (2 for each), you can start the first 5 and later edit them while encoding. I don't see the problem

Sounds more like "not my problem". Your hypothetical scenario is not even remotely similar to the one I use (and even then, wouldn't it still be much more convenient to set up all ten jobs at once?), but thanks again for your feedback.

[slalom]

You can add a file twice

[ReinerSchweinlin]

Hy there,

Ripbot really has become a workhorse in my workflows and I can´t thank you enough for this wonderfull tool :)

I whipped up some old servers and cranked them up with a lot of CPUs to assist the encoding farm. So far so good. These servers now have a really nice "Sleep mode" with the ability for "wake on LAN". It takes around 15 sec. Until they are online.
Is there a way to tell Ripbot to initially "ping" a server to wake him up and then start the encoding? At the moment, Ripbot thinks it´s sleeping - the inital call does wake the server up, though, but not quick enough for ripbot top recognice it.
if I hit the button in the Encoding Client manually after a while, it picks the server up... Maybe simply ping all servers once before the initial "copy video stream to temp" process?

Thanx :)

[Atak_Snajpera]

Have you tried auto reconnect option?
https://i.postimg.cc/yNGGHLtx/Untitled-2.png

or

https://i.postimg.cc/ZqnQ2GfX/Untitled-1.png

[Pino72]

Hi,

have been using RB for some time now. Apart from update problems when one PC was on a different version than the other PC for DE it worked really well.

I am mainly reencoding 4K UHD files to lower bit rates keeping all the pixel sizes etc. Only video processing no audio and subtitles etc.

Now since a while I have some really weird behaviours on certain UHd files when I am using DE, my main PC is doing fine all the time (8 Core 9900K), my second PC (4 Core 6700K) is doing strange stuff on certain but not all chunks.

The end result is a file that is playable but has some picture freezes in terms of decoding seems to have stopped for the whole chunk with a more or less black screen.

When I am letting my main PC process the chunk it does it correctly, my second PC does not. To compare it I let them decode the same chunk and am posting the .txt file here and hope to find a solution as to why this is happening and how I can avoid this. Both RB PC's are on the same version of Win 10 and same RB version with the latest updates.

Encoding started...
""\\AQUAPC-9900\Ripbot264temp\Tools\ffmpeg\bin\ffmpeg.exe" -loglevel panic -i "\\AQUAPC-9900\RipBot264temp\job5\Chunks\1.avs" -strict -1 -f yuv4mpegpipe - | "\\AQUAPC-9900\Ripbot264temp\tools\x265\x265_x64.exe" --seek 0 --colorprim bt2020 --transfer smpte2084 --colormatrix bt2020nc --master-display "G(8500,39850)B(6550,2300)R(35400,14600)WP(15635,16450)L(10000000,1)" --pass 1 --bitrate 25000 --stats "\\AQUAPC-9900\RipBot264temp\job5\Chunks\1.stats" --fps 24000/1001 --min-keyint 24 --keyint 240 --frames 1424 --sar 1:1 --profile main10 --output-depth 10 --ctu 64 --merange 57 --no-slow-firstpass --y4m --pools "+" --output NUL -"
y4m [info]: 3840x1600 fps 24000/1001 i420p10 sar 1:1 unknown frame count
raw [info]: output file: NUL
x265 [info]: HEVC encoder version 3.2+34-8e6db24c1517
x265 [info]: build info [Windows][GCC 9.2.0][64 bit] 10bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
x265 [warning]: Turning on repeat-headers for HDR compatibility
x265 [info]: Main 10 profile, Level-5 (Main tier)
x265 [info]: Thread pool created using 16 threads
x265 [info]: Slices : 1
x265 [info]: frame threads / pool features : 4 / wpp(25 rows)
x265 [info]: Coding QT: max CU size, min CU size : 64 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
x265 [info]: ME / range / subpel / merge : dia / 57 / 2 / 1
x265 [info]: Keyframe min / max / scenecut / bias : 24 / 240 / 40 / 5.00
x265 [info]: Lookahead / bframes / badapt : 20 / 4 / 2
x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0
x265 [info]: References / ref-limit cu / depth : 1 / off / on
x265 [info]: AQ: mode / str / qg-size / cu-tree : 2 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress : ABR-25000 kbps / 0.60
x265 [info]: tools: rd=2 psy-rd=2.00 early-skip rskip signhide tmvp b-intra
x265 [info]: tools: fast-intra strong-intra-smoothing lslices=8 deblock sao
x265 [info]: tools: stats-write

x265 [info]: frame I: 8, Avg QP:9.25 kb/s: 45911.50
x265 [info]: frame P: 351, Avg QP:3.09 kb/s: 47679.73
x265 [info]: frame B: 1065, Avg QP:8.66 kb/s: 12120.18
x265 [info]: Weighted P-Frames: Y:19.4% UV:12.0%
x265 [info]: consecutive B-frames: 13.6% 4.7% 11.4% 11.7% 58.5%

encoded 1424 frames, 7.58 fps, 21075.05 kbps

Encoding started...
""\\AQUAPC-9900\Ripbot264temp\Tools\ffmpeg\bin\ffmpeg.exe" -loglevel panic -i "\\AQUAPC-9900\RipBot264temp\job5\Chunks\1.avs" -strict -1 -f yuv4mpegpipe - | "\\AQUAPC-9900\Ripbot264temp\tools\x265\x265_x64.exe" --seek 0 --colorprim bt2020 --transfer smpte2084 --colormatrix bt2020nc --master-display "G(8500,39850)B(6550,2300)R(35400,14600)WP(15635,16450)L(10000000,1)" --pass 1 --bitrate 25000 --stats "\\AQUAPC-9900\RipBot264temp\job5\Chunks\1.stats" --fps 24000/1001 --min-keyint 24 --keyint 240 --frames 1424 --sar 1:1 --profile main10 --output-depth 10 --ctu 64 --merange 57 --no-slow-firstpass --y4m --pools "+" --output NUL -"
y4m [info]: 3840x1600 fps 24000/1001 i420p10 sar 1:1 unknown frame count
raw [info]: output file: NUL
x265 [info]: HEVC encoder version 3.2+34-8e6db24c1517
x265 [info]: build info [Windows][GCC 9.2.0][64 bit] 10bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
x265 [warning]: Turning on repeat-headers for HDR compatibility
x265 [info]: Main 10 profile, Level-5 (Main tier)
x265 [info]: Thread pool created using 8 threads
x265 [info]: Slices : 1
x265 [info]: frame threads / pool features : 3 / wpp(25 rows)
x265 [info]: Coding QT: max CU size, min CU size : 64 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
x265 [info]: ME / range / subpel / merge : dia / 57 / 2 / 1
x265 [info]: Keyframe min / max / scenecut / bias : 24 / 240 / 40 / 5.00
x265 [info]: Lookahead / bframes / badapt : 20 / 4 / 2
x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0
x265 [info]: References / ref-limit cu / depth : 1 / off / on
x265 [info]: AQ: mode / str / qg-size / cu-tree : 2 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress : ABR-25000 kbps / 0.60
x265 [info]: tools: rd=2 psy-rd=2.00 early-skip rskip signhide tmvp b-intra
x265 [info]: tools: fast-intra strong-intra-smoothing lslices=8 deblock sao
x265 [info]: tools: stats-write

x265 [info]: frame I: 6, Avg QP:13.97 kb/s: 654.90
x265 [info]: frame P: 465, Avg QP:4.52 kb/s: 36.56
x265 [info]: frame B: 953, Avg QP:10.59 kb/s: 28.62
x265 [info]: Weighted P-Frames: Y:0.0% UV:0.0%
x265 [info]: consecutive B-frames: 30.8% 6.6% 27.0% 0.8% 34.8%

encoded 1424 frames, 20.61 fps, 33.85 kbps

As you can see on the second PC the kbps is very low, luckily I can see this on DE while it is doing the job and can prevent it.

Any idea why he does not weight the P-Frames here?

THanks for this great tool and hope to get it wokring for DE soon, help is very welcome.

Cheers

[Atak_Snajpera]

On 6700k open "\\AQUAPC-9900\RipBot264temp\job5\Chunks\1.avs" in mpc-hc. What do you get ? Are you sure that both pcs have the same avisynth versions? Does regular mode (non-de) work on 6700k?

[Pino72]

Hi Atak,

thank you for your reply. Indeed playing back the .avs file on the 6700k PC is not working, just gives me a green screen. Playing back the same .avs file on the 9900k is working fine it shows the video. On the other side encoding the file is working locally on the 6700K just fine.

Any suggestions? Something wrong with temp folders etc?

I checked all Tools in the setting menu of RB and everything was on the same version number. Not sure if Avisynth is also listed there or if I should check somewhere else? On other files DE still works fine though but not on all, really strange. So its not related to this one specific movie.

[Pino72]

I copied over the whole Avisynth and Avisynth Plugin folder from the ripbot tools folder from the 9900k to the 6700k PC...no difference.

[Atak_Snajpera]

Do you have this issue only in 4k/UHD resolution? Do you use GPU decoding or CPU decoding on AQUAPC-9900?
https://i.postimg.cc/4yJFT6ct/Untitled-1.png

[Pino72]

Yes only in 4K resolutions (so far at least, but not all 4K files), indeed I have everything on GPU decoding on the 9900K except for OTHER and everything on CPU on the 6700K. Using a GTX 1050 on the 9900K and a RTX 2060 on the 6700K.

I now switched everything on all PC's to CPU decoding and it seems to work now.

[ReinerSchweinlin]

Have you tried auto reconnect option?
Thanx - that might do the trick, didn`t think of it. Will try when back at the rig. Thank you !

[slow4mula2002]

Thanks for the great app Atak been using it for years. I was wondering if it would be possible to add support for output of BDMV m2ts or ISO for backing up UHD bluray to BD-R 25/50gb. I usually just backup UHD to mkv but I've done a few test backups using makemkv and dvdfab 11 to BD-R that play in my standalone UHD bluray player. It seems ripbot264 already has most of this capability. Is this possible?

[guest]

Thanks for the great app Atak been using it for years. I was wondering if it would be possible to add support for output of BDMV m2ts or ISO for backing up UHD bluray to BD-R 25/50gb. I usually just backup UHD to mkv but I've done a few test backups using makemkv and dvdfab 11 to BD-R that play in my standalone UHD bluray player. It seems ripbot264 already has most of this capability. Is this possible?

Hi slow4mula2002,

You can choose AVCHD when creating a new job, that will create your .mt2s's in a Bluray compatible folders.

Or you could run the end result thru tsmuxer to create an .iso.

[GazzaCOP]

Hi,

Been using RB for a handful of months and it's become my go-to encoding software with killer features for me being Tonemapping and DE, although I've encoded with Handbrake for years. So, I'm moving on now to encoding in a slightly advanced manner - namely using the following script to MDegrain3 certain of my encodes, principally older movies with plenty of grain.

LoadPlugin("C:\RipBot264\Tools\AviSynth plugins\mvtools\mvtools2.dll")
super=MSuper(video,pel=2)
bv1=MAnalyse(super,isb=true,delta=1,overlap=4)
fv1=MAnalyse(super,isb=false,delta=1,overlap=4)
bv2=MAnalyse(super,isb=true,delta=2,overlap=4)
fv2=MAnalyse(super,isb=false,delta=2,overlap=4)
bv3=MAnalyse(super,isb=true,delta=3,overlap=4)
fv3=MAnalyse(super,isb=false,delta=3,overlap=4)
video=MDegrain3(video,super,bv1,fv1,bv2,fv2,bv3,fv3,thSAD=800)

It all works beautifully but I'm having to copy and paste the script every time into the AVISynth '#denoise' section in the AVISynth video window which is a pain, especially if I forget. Is there a way to get my 'MDegrain3 custom script' into the DENOISE dropdown box next to the window so I can just select it rather than copy/paste each time? Or is there another method I could use? (I've set up a specific X265 profile to introduce --aq-mode 3 although naturally the X265 script doesn't influence the script passed to AVISynth).

Incidentally I find KNLmeansCL hopeless...either one or both my servers regularly stalls when I engage KNLmeansCL....no biggy, MDegrain is good for me.

[Atak_Snajpera]

1) in notepad paste

#denoise
LoadPlugin("C:\RipBot264\Tools\AviSynth plugins\mvtools\mvtools2.dll")
super=MSuper(video,pel=2)
bv1=MAnalyse(super,isb=true,delta=1,overlap=4)
fv1=MAnalyse(super,isb=false,delta=1,overlap=4)
bv2=MAnalyse(super,isb=true,delta=2,overlap=4)
fv2=MAnalyse(super,isb=false,delta=2,overlap=4)
bv3=MAnalyse(super,isb=true,delta=3,overlap=4)
fv3=MAnalyse(super,isb=false,delta=3,overlap=4)
video=MDegrain3(video,super,bv1,fv1,bv2,fv2,bv3,fv3,thSAD=800)

2) save as mdegrain3.avs in /avisynth plugins/scripts/custom folder (im writing from my head)

3) select your custom script from combobox on last page.

[GazzaCOP]

Of course, custom scripts, it works perfectly and so logical. Many thanks and a donation is on its way

[slow4mula2002]

Hi slow4mula2002,

You can choose AVCHD when creating a new job, that will create your .mt2s's in a Bluray compatible folders.

Or you could run the end result thru tsmuxer to create an .iso.

AVCHD output is only an option when you encode to x264. When encoding to hevc the only output available is mkv.

[guest]

AVCHD output is only an option when you encode to x264. When encoding to hevc the only output available is mkv.

OK, fair point, but you didn't mention x265/HEVC !!!

You can still run the end result thru tsmuxer to generate either .m2ts or an .iso !!!

Yeah, I got that wrong, tsmuxer does NOT output to .iso...

[slow4mula2002]

OK, fair point, but you didn't mention x265/HEVC !!!

You can still run the end result thru tsmuxer to generate either .m2ts or an .iso !!!

Yeah, I got that wrong, tsmuxer does NOT output to .iso...

Yeah I said UHD bluray idk why anyone would encode hevc from a UHD bluray to h264...makes no sense. There might be a way to re-encode UHD with HD audio to m2ts using free tools but I haven't been able to locate a method that would consistently work. DVDfab does the job I'm describing well but it's a bit pricey. I might just have to purchase if I decide this is something I'd like to do.

I understand AVCHD is a "standard" so atak was kind enough to include this in his app but there is no "standard" for backing up a UHD bluray to BD-R 25/50.

If I open a mkv with tsmuxer with a truehd audio track then it isn't recognized so that also does not work. All of my mkvs have the original HD audio.

[guest]

Yeah I said UHD bluray idk why anyone would encode hevc from a UHD bluray to h264...makes no sense. There might be a way to re-encode UHD with HD audio to m2ts using free tools but I haven't been able to locate a method that would consistently work. DVDfab does the job I'm describing well but it's a bit pricey. I might just have to purchase if I decide this is something I'd like to do.

I understand AVCHD is a "standard" so atak was kind enough to include this in his app but there is no "standard" for backing up a UHD bluray to BD-R 25/50.

If I open a mkv with tsmuxer with a truehd audio track then it isn't recognized so that also does not work. All of my mkvs have the original HD audio.

Yeah, sorry 'bout that, you DID mention UHD several times, I guess I generally refer to them as 4K disks.

I haven't got any equipment that can play TrueHD, so I rip out the THD track, and convert it to DTS-HD 7.1, then you can remux it back in with either RB, or tsmuxer (for m2ts), or MKVToolNix (for mkv). All with "free" tools. !!!

I think you'll find that some of the very latest tsmuxer builds (nightly) will support TrueHD under certain conditions.

I have done many "conversion's" like this, works very well, just a little time consuming.

Not too sure why you'd then want to "burn" back onto an optical disk.

Each to their own, I guess.

[slow4mula2002]

Yeah, sorry 'bout that, you DID mention UHD several times, I guess I generally refer to them as 4K disks.

I haven't got any equipment that can play TrueHD, so I rip out the THD track, and convert it to DTS-HD 7.1, then you can remux it back in with either RB, or tsmuxer (for m2ts), or MKVToolNix (for mkv). All with "free" tools. !!!

I think you'll find that some of the very latest tsmuxer builds (nightly) will support TrueHD under certain conditions.

I have done many "conversion's" like this, works very well, just a little time consuming.

Not too sure why you'd then want to "burn" back onto an optical disk.

Each to their own, I guess.

I don't want to convert the main HD audio track. I've tried every tsmuxer build I can find and none seem to recognize the dolby true hd/atmos audio tracks. It seems like it would possible to add this capability to this GUI but if there isn't a big enough audience then it is what it is. The capability to encode back to HEVC/retain original audio track and output m2ts in bluray structure.

Why burn back to optical disk..well like I said I usually just output to mkv but possibly higher quality on a single layer bd-r (22.5gb) for what I would typically create a mkv or retain intact hevc/audio with a dual layer bd-r (45gb). Why did people ever backup bluray to AVCHD? Same reason here. It's nice to be able to take a UHD bluray backup and play it at a friends house in their UHD player. No usb drives or hard drives hoping their device supports the mkv.

[FurbyTime]

Is there anyway to have the batch function process multiple audio tracks at once? I deal with a lot of multi-audio video and would love to be able to avoid having to manually enter the second track if possible.

[fits79]

I download the latest version and when i add one mkv file it bring me this error with the ffprobe.exe file:

https://i.postimg.cc/3rZytJyv/image.jpg

Why?

[LigH]

That sounds Greek to me. Literally... Can you summarize the meaning of this error in English?

PS: Apparently it's just the simple "application stopped working" message. Not much to learn from that one. May simply be a corrupt file.

[guest]

Hi Atak,

It's been about 5 weeks since the last update, and I have been sniffing around, and I think there are some newer builds available.

L-smash, ffmpeg, mkvtoolnix, avisynth 3.60 and even the very important eac3to, it's latest (although old) is 3.34, and RB has 3.33.

And there might even be a few more, eg:- x264 or x265, etc.

Cheers

[Ripmann]

Another minor feature request for consideration: Right-click on a job -> Duplicate Job.

Rationale: I often need to do several encodes of the same source using different settings. I do it to compare quality, but others do HEVC and non-HEVC versions or size-limited (4gb DVD)and CQ (12gb HDD backup) versions for example. Adding a duplicate job for the same source can take a while (demuxing, subs, etc.) It would be much easier to be able to duplicate the first job with all the subtitles, names and other settings, and just tweak the one or two values you want to change.

If you're ever going to take a look at that jobs UI, here's another non-essential one to consider:

The ability to delete multiple jobs at once, instead of removing them one by one. For example:

Select multiple jobs -> and

A) Press DEL key (currently does nothing)
B) Click Remove (currently only removes the last job in selection and auto-selects next (makes total sense when removing one job but may cause confusion with multiple jobs selected))
C) Right click->Remove Job (currently doesn't exist; redundant anyway)

Rationale: not an issue with a few jobs, but for those who deal with many small files it should be a welcome addition. I just had an unusually large number of jobs in the queue (67 mini conversions), and the ability to remove all 58 selected jobs at once would certainly be helpful, compared to clicking Remove 58 times. Thankfully my usual job count is nowhere near as large, but I assume that people who do full series batches with dozens of episodes would love it.

[Ripmann]

Hi,

Been using RB for a handful of months and it's become my go-to encoding software with killer features for me being Tonemapping and DE, although I've encoded with Handbrake for years. So, I'm moving on now to encoding in a slightly advanced manner - namely using the following script to MDegrain3 certain of my encodes, principally older movies with plenty of grain.

LoadPlugin("C:\RipBot264\Tools\AviSynth plugins\mvtools\mvtools2.dll")
super=MSuper(video,pel=2)
bv1=MAnalyse(super,isb=true,delta=1,overlap=4)
fv1=MAnalyse(super,isb=false,delta=1,overlap=4)
bv2=MAnalyse(super,isb=true,delta=2,overlap=4)
fv2=MAnalyse(super,isb=false,delta=2,overlap=4)
bv3=MAnalyse(super,isb=true,delta=3,overlap=4)
fv3=MAnalyse(super,isb=false,delta=3,overlap=4)
video=MDegrain3(video,super,bv1,fv1,bv2,fv2,bv3,fv3,thSAD=800)

It all works beautifully but I'm having to copy and paste the script every time into the AVISynth '#denoise' section in the AVISynth video window which is a pain, especially if I forget. Is there a way to get my 'MDegrain3 custom script' into the DENOISE dropdown box next to the window so I can just select it rather than copy/paste each time? Or is there another method I could use? (I've set up a specific X265 profile to introduce --aq-mode 3 although naturally the X265 script doesn't influence the script passed to AVISynth).

Incidentally I find KNLmeansCL hopeless...either one or both my servers regularly stalls when I engage KNLmeansCL....no biggy, MDegrain is good for me.

Thanks for your MDegrain3 settings. Old movies are too grainy for the unmodded MDegrain2 preset, so I've been tweaking it instead. With your preset as a guide, I finally decided to do a few trial MDegrain3 runs to compare the results.

By the way, did you try Atak's suggestion of saving the code as a custom script? I'm curious how it'll work if I run it together with "KNLmeansCL" in the Denoise menu. Will it be processed similarly to "Mdegrain2+KNLmeansCL" or not? I assume it's not as simple (at the very least the processing order will probably be messed up), but I don't know AviSynth nearly well enough to guess.

[guest]

If you're ever going to take a look at that jobs UI, here's another non-essential one to consider:

The ability to delete multiple jobs at once, instead of removing them one by one. For example:

Select multiple jobs -> and

A) Press DEL key (currently does nothing)
B) Click Remove (currently only removes the last job in selection and auto-selects next (makes total sense when removing one job but may cause confusion with multiple jobs selected))
C) Right click->Remove Job (currently doesn't exist; redundant anyway)

Rationale: not an issue with a few jobs, but for those who deal with many small files it should be a welcome addition. I just had an unusually large number of jobs in the queue (67 mini conversions), and the ability to remove all 58 selected jobs at once would certainly be helpful, compared to clicking Remove 58 times. Thankfully my usual job count is nowhere near as large, but I assume that people who do full series batches with dozens of episodes would love it.

Hey, that is a good suggestion, however, if you go to the Main "tab" (under Settings) in RB, there is an option to "Keep jobs after successful conversion", I think it's checked by default, if you unchecked that, then it will "clean" the job queue, as it goes. ;)

[guest]

Thanks for your MDegrain3 settings. Old movies are too grainy for the unmodded MDegrain2 preset, so I've been tweaking it instead. With your preset as a guide, I finally decided to do a few trial MDegrain3 runs to compare the results.

By the way, did you try Atak's suggestion of saving the code as a custom script? I'm curious how it'll work if I run it together with "KNLmeansCL" in the Denoise menu. Will it be processed similarly to "Mdegrain2+KNLmeansCL" or not? I assume it's not as simple (at the very least the processing order will probably be messed up), but I don't know AviSynth nearly well enough to guess.

If you have saved MDG3 as a custom filter, you should be able to choose that from the custom dropdown, and choose knlmeans from the "denoise" dropdown...OR you might be able to make another custom for both..

For KNLMeansCL (mono setting of 2):-

#After_Prefetch_Denoise
LoadPlugin("C:\RipBot264\Tools\AviSynth plugins\KNLMeansCL\KNLMeansCL.dll")
video=KNLMeansCL(video,d=1, a=2, s=4, h=2, device_type="GPU", device_id=0)

OR

For KNLMeansCL (adaptive) (mono setting of 2):-

#After_Prefetch_Denoise
LoadPlugin("C:\RipBot264\Tools\AviSynth plugins\KNLMeansCL\KNLMeansCL.dll")
denoisemask=ConvertToY(video)
denoisedvideo=KNLMeansCL(video,d=1, a=2, s=4, h=2, device_type="GPU", device_id=0)
video=Overlay(video,denoisedvideo,mask=denoisemask,opacity=1.0)

Might look a bit like this :-

#Custom
LoadPlugin("C:\RipBot264\Tools\AviSynth plugins\KNLMeansCL\KNLMeansCL.dll")
video=KNLMeansCL(video,d=1, a=2, s=4, h=2, device_type="GPU", device_id=0)

LoadPlugin("C:\RipBot264\Tools\AviSynth plugins\mvtools\mvtools2.dll")
super=MSuper(video,pel=2)
bv1=MAnalyse(super,isb=true,delta=1,overlap=4)
fv1=MAnalyse(super,isb=false,delta=1,overlap=4)
bv2=MAnalyse(super,isb=true,delta=2,overlap=4)
fv2=MAnalyse(super,isb=false,delta=2,overlap=4)
bv3=MAnalyse(super,isb=true,delta=3,overlap=4)
fv3=MAnalyse(super,isb=false,delta=3,overlap=4)
video=MDegrain3(video,super,bv1,fv1,bv2,fv2,bv3,fv3,thSAD=800)

or you could tidy that up a bit, as long as all the "command's" are there.

[Ripmann]

If you have saved MDG3 as a custom filter, you should be able...

Thanks for taking the time to write down all your suggestions. Appreciate it.

Edit: By the way, is it possible to edit the list of the Lock Size values somewhere? I constantly have tweak them to adjust to my personal needs. As one example, for the dual-layer media I have, 8150 often produces oversized files. I use 8135 to get consistent results to fit it. The single-layer media I have is the opposite: 4480 is usally too low to hit the max capacity, so I use 4488 all the time.

[guest]

Thanks for taking the time to write down all your suggestions. Appreciate it.

Edit: By the way, is it possible to edit the list of the Lock Size values somewhere? I constantly have tweak them to adjust to my personal needs. As one example, for the dual-layer media I have, 8150 often produces oversized files. I use 8135 to get consistent results to fit it. The single-layer media I have is the opposite: 4480 is usually too low to hit the max capacity, so I use 4488 all the time.

OK, I'm no expert when it comes to this program, and I don't use the Lock Size option very often, as I just let it create the size output file that the settings process.

As for a "hidden" setting for the Lock Size numbers, there doesn't seem to be one. But I'm sure someone could prove me wrong.

HOWEVER, in "Batch" you can edit all the settings and then save them as default, so you could use Batch for your re sizing, either one at a time, or as many as you like :)
You will find reference to these settings in the RipBot264.ini file.

It would actually be a really nice addition to the main job settings, wouldn't it....:rolleyes:

[LucasSimba]

Hey everyone,

I recently discovered RipBot264 and found it really useful, especially because I want to use specific encode settings. Everything works fine, except for one setting: chroma-qp-offset

I set --chroma-qp-offset -3, but for some reason the video file created has --chroma-qp-offset -6. Every other settings entered in the command line section of RipBot264 is respected.

Any idea why this happens? And is it possible to have -3?

Thank you!

Encode settings:

cabac=1 / ref=4 / deblock=1:-1:-1 / analyse=0x3:0x113 / me=umh / subme=9 / psy=1 / psy_rd=1.00:0.15 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-3 / threads=32 / lookahead_threads=4 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=50 / rc=2pass / mbtree=1 / bitrate=3000 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / vbv_maxrate=31250 / vbv_bufsize=31250 / nal_hrd=none / filler=0 / ip_ratio=1.40 / aq=3:1.00

CLI command:

--cabac --ref 4 --deblock -1:-1 --partitions i4x4,i8x8,p8x8,b8x8 --me umh --subme 9 --psy-rd 1.00:0.15 --merange 24 --trellis 2 --8x8dct --cqm flat --deadzone-inter 21 --deadzone-intra 11 --chroma-qp-offset -3 --threads 32 --lookahead-threads 4 --bframes 3 --b-pyramid normal --b-adapt 2 --b-bias 0 --direct auto --weightp 2 --keyint 250 --min-keyint 25 --scenecut 40 --rc-lookahead 50 --bitrate 3000 --ratetol 1.0 --qcomp 0.60 --qpmin 0 --qpmax 69 --qpstep 4 --cplxblur 20.0 --qblur 0.5 --vbv-maxrate 31250 --vbv-bufsize 31250 --nal-hrd none --ipratio 1.40 --aq-mode 3 --aq-strength 1.00

[Atak_Snajpera]

I see this
/ fast_pskip=1 / chroma_qp_offset=-3 / threads=32 /
Where do you see -6 ???

[LucasSimba]

I see this

Where do you see -6 ???

The encode settings are the ones that I want and that I enter in RipBot264. I see -6 when I select the video file created with RipBot264 in MediaInfo.

[Atak_Snajpera]

x264 encoder most likely automatically changes that value because in my case after adding --chroma-qp-offset -3 to default profile I got chroma_qp_offset=-5
I suspect that value (-3) is incorrect with other settings and thus has to be automatically corrected by x264.

[LucasSimba]

x264 encoder most likely automatically changes that value because in my case after adding --chroma-qp-offset -3 to default profile I got chroma_qp_offset=-5
I suspect that value (-3) is incorrect with other settings and thus has to be automatically corrected by x264.

That’s weird because I can get -3 when I encode with Hybrid. But with Hybrid, analyse=0x3:0x113 becomes analyse=0x3:0x133 for some reason.

[SKPN]

Is there any way to encode to WEBM using VP8/VP9?

[guest]

Is there any way to encode to WEBM using VP8/VP9?

You've asked about this before.....

I'm pretty sure that RB can not do this...(but I could be proven wrong)

I would suggest that you give Handbrake a go...

https://handbrake.fr/docs/en/latest/technical/containers.html

or there's this :- (command line stuff, :scared:)

https://www.webmproject.org/

[SKPN]

You've asked about this before.....

I'm pretty sure that RB can not do this...(but I could be proven wrong)

I would suggest that you give Handbrake a go...

https://handbrake.fr/docs/en/latest/technical/containers.html

or there's this :- (command line stuff, :scared:)

https://www.webmproject.org/

I did ask once before, but I never got an answer. I've been using Handbrake for those encodes, but I was hoping to be able to use RB for the distributed encoding.

[guest]

I did ask once before, but I never got an answer. I've been using Handbrake for those encodes, but I was hoping to be able to use RB for the distributed encoding.

Yes, it is a little frustrating when you don't get a reply that you really want...

It's also a shame that the creators of Handbrake don't seem to be interested in adding a distributing encoding function :(

I guess to get the best out of HB is to have a powerful cpu, and fast storage (NVMe)

I guess you have a legit reason for wanting this format.

Cheers

[Tlen]

Hi,

i found this thread and this program searching for distributed x264 encoding.

So i'm going to try this (finger crossed)!

I've seen there is only a 2 pass mode.

Could you add a 3 pass mode?

I know most people think that even 2 pass its just useless,

but comparing thoroughly entirely many films in my collection

I've found that a third pass gives that little improvement (seen as better line, geometry, grain preservation)

that in a "Archival" scenario is wanted, no matter what.

So a 3 pass mode could be added?

Thank you very much

[guest]

Hi,

i found this thread and this program searching for distributed x264 encoding.

So i'm going to try this (finger crossed)!

I've seen there is only a 2 pass mode.

Could you add a 3 pass mode?

I know most people think that even 2 pass its just useless,

but comparing thoroughly entirely many films in my collection

I've found that a third pass gives that little improvement (seen as better line, geometry, grain preservation)

that in a "Archival" scenario is wanted, no matter what.

So a 3 pass mode could be added?

Thank you very much

Welcome to the forum..

So if you've just "found" RipBot264, what were you using before that could do 3 pass encodes ???

Surely certain filtering would do the job just as well, and probably faster than a 3 pass.

[Tlen]

Hi,

yes i just "found" it, because up till now i've done the job manually with a cmd script and calculating the bitrate with pen and paper.

With ripbot i could do calculations faster AND at the same time do parallel encoding.

And no, obiously no filtering can do a job of better preserving the original source.

[Atak_Snajpera]

Hi,

yes i just "found" it, because up till now i've done the job manually with a cmd script and calculating the bitrate with pen and paper.

With ripbot i could do calculations faster AND at the same time do parallel encoding.

And no, obiously no filtering can do a job of better preserving the original source.

May I ask you why you aim for certain bitrate/size? Are you going to put your videos on CD/DVD?

[Tlen]

Yes, i like to have a standard size for my collection, even if i put them on hard disk.

About DVD9 for every film (fhd) and some more for 3 hour films.

With 3 pass, and settings to max slowness (not placebo) and some tweaking, i find that size gives almost perfect reproduction of the source.

Moreover, in the past i did test with "quality" encoding and automatic bitrate.

I wasn't impressed by the results. I obtained a bigger file and lesser quality.

[Atak_Snajpera]

Why not use constant quality mode instead? x264 will automatically decide how mamy bits is required for particular movie. Using n-pass mode is only useful If you have fixed space. Every movie is different (duration and complexity) so using the same size limit is quite illogical for me.

[Tlen]

I understand that can seem counter-intuitive.

But with the multipass and fixed size the encoder can take out the best out of each (different) source.

Multipass gives the encoder the opportunity to analyse more times the same frames to take the best decisions.

Quality encoding can't be multipass so the analysis of the encoder is limited.

Indeed initially i was confident that quality encoding could do a good job (as you say),

but different tests proved me the opposite (compared to a tweaked multipass).

In a way, seems that leaving every decision to the encoder gives a sub par result comparing to manually tweaking (and mpass).

And this fact makes sense.

It's like comparing a stock car with factory settings, with the same tuned-nos-modded-stock car.

Obviously there's no match.

[Atak_Snajpera]

Btw. Have you tried x265 instead of x264. According to my tests you can expect better quality at default medium preset than x264 using veryslow. If you also add MDegrain2 filter then you can get even extra up to 1.8x size reduction in constant quality mode.

[Tlen]

Yes, i tried x265 too.

x265 (at last at the current stage), suffer from a loss of details, comparing to the (almost same presets) of x264 and same final size.

And this can appear counter-intuitive too ("What? a more modern encoder gives worst results at the same bitrate of an older one?")

This because x265 has been created to go where x264 can't.

That is, lower bitrate with acceptable quality. You will never be able to encode a UHD on a BD with x264 with the same quality as x265.

The downsize of it (up till now) is that you can't obtain the same quality of x264 at lower resolutions (and higher bitrates).

The aim of x265 is "good quality" on lower bitrates.

So if you want "Archival Quality" on higher bitrates x264 is a better choice.

Regarding the MDegrain2 (and filters in general), if you want to remain faithful to the original (as i want), filters are just a no-go.

If you want to obtain a smaller file at the cost of fidelity, yes you can use every filter you want.

But in this case there's no sense to make a multipass. A quality encoding (as you say) is sufficient.

Archival quality (my aim) is to obtain the most faithful reproduction of the original at an acceptable encoded final size.

[guest]

Yes, i tried x265 too.

x265 (at last at the current stage), suffer from a loss of details, comparing to the (almost same presets) of x264 and same final size.

And this can appear counter-intuitive too ("What? a more modern encoder gives worst results at the same bitrate of an older one?")

This because x265 has been created to go where x264 can't.

That is, lower bitrate with acceptable quality. You will never be able to encode a UHD on a BD with x264 with the same quality as x265.

The downsize of it (up till now) is that you can't obtain the same quality of x264 at lower resolutions (and higher bitrates).

The aim of x265 is "good quality" on lower bitrates.

So if you want "Archival Quality" on higher bitrates x264 is a better choice.

Regarding the MDegrain2 (and filters in general), if you want to remain faithful to the original (as i want), filters are just a no-go.

If you want to obtain a smaller file at the cost of fidelity, yes you can use every filter you want.

But in this case there's no sense to make a multipass. A quality encoding (as you say) is sufficient.

Archival quality (my aim) is to obtain the most faithful reproduction of the original at an acceptable encoded final size.

You have some very unusual expectations & requirements for your encoding, and I doubt that RB (or anything for that matter) will do what you want it to do.

Most of us like to clean up movies with an acceptable file size, and with old grainy, noisey movies, once they are filtered & cleaned they look SO much better than original.

Others like to increase bitrate (me) as they don't care what the file size is.

If you want to keep the original "quality" why don't you just copy them, as is.

What is your preferred file type ? (mkv, mp4, etc), or do you need them to be the correct size & format to burn to disc ??

I would suggest loading the files into MKVToolNix, remove the irrelevant tracks, and just produce an "original" quality mkv.

It just seems that you are spending a LOT of time, for no real result.

[Tlen]

You have some very unusual expectations & requirements for your encoding

I think instead i have a clear and legitimate goal (and actually reached if i can say it).

I doubt that RB (or anything for that matter) will do what you want it to do.

I'm already obtaining what i want.

I just asked to add to the program the option to make the 3rd pass (the second is already present). Simple as that.

and with old grainy, noisey movies, once they are filtered & cleaned they look SO much better than original.

That is your opinion.

In my opinion, you are destroying both atmosphere and details removing grain. Grain IS detail if you didn't think about that.

If you want to keep the original "quality" why don't you just copy them, as is.
That was my initial idea, but with an average of 30 gig per film, i would not have sufficient space.

9 Gig for film with almost perfect quality it's a good compromise for Archival Quality.

But here we are derailing on phylosophical and personal taste.

It just seems that you are spending a LOT of time, for no real result.
I'm spending my time with the result i want.

BTW. I repeat, just asked to add the option for third pass.

Could @Atak_Snajpera please add that? :)

That's all.

Thank you.

[Atak_Snajpera]

Grain IS detail if you didn't think about that.

Grain/noise is just an artefact covering details in picture. I prefer to stabilize those random dancing pixels with MDegrain2 than forcing an encoder to preserve them at any cost.

[guest]

I think instead i have a clear and legitimate goal (and actually reached if i can say it).



I'm already obtaining what i want.

I just asked to add to the program the option to make the 3rd pass (the second is already present). Simple as that.



That is your opinion.

In my opinion, you are destroying both atmosphere and details removing grain. Grain IS detail if you didn't think about that.


That was my initial idea, but with an average of 30 gig per film, i would not have sufficient space.

9 Gig for film with almost perfect quality it's a good compromise for Archival Quality.

But here we are derailing on phylosophical and personal taste.


I'm spending my time with the result i want.

BTW. I repeat, just asked to add the option for third pass.

Could @Atak_Snajpera please add that? :)

That's all.

Thank you.

Of course we are all entitled to our own opinions, and ways of doing things to our individual likings.

May I ask what the main formats & resolutions of your collection ??

'Cause if you think 9 gig is plenty, then you clearly not working with 4K, or even 1080p resolutions.

3 pass's on a 4K movie would take a considerable amount of time.

And unfortunately for you, I have no control whatsoever, with what gets added or changed in RipBot 264.

And from what I've read, Atak has his views on your situation, as well.

So I guess we'll just have to see if something is added.

[Tlen]

@Atak_Snajpera
On old films, grain / noise is integral part of the picture because a strip film is made of... circle grains wich can deteriorate becoming themselves "just grain".

So removing grain and noise you are removing part of the picture too.

Moreover, It's taken for granted that every denoiser by default remove valid part of the picture (altough small when well tuned) as part of standard false positive.

But this argument is part of the neverending debate "to denoise or not denoise".

I want just to point you at the fact that in case of too pushed denoising you end up in (unfortunately) common situations of plastic-look and devastated source like Predator Hunter Edition or Terminator 2.

In those case, they said "Wow look at how beutiful it is with all this ugly grain gone".

What a pity that all users with a minimum of experience badly complain with that, asking for disk replacement or refund.

There are plenty of forums with complaints about DNR (Bluray forum to say one)

@Pauly Dunne
Sorry, i had to be more precise.
All my collection is 1080p. And 9 gig for a 1080p (with accurately tuned multi pass) it's just... right. Not too big, not too small.

[Atak_Snajpera]

On old films, grain / noise is integral part of the picture because a strip film is made of... circle grains wich can deteriorate becoming themselves "just grain".
But grain != details still... By adding noise/grain you are not increasing details in frame. If you have old movie with grain then details are already destroyed (covered).

I want just point you at the fact that in case of too pushed denoising you end up in (unfortunately) common situations of plastic-look and devastated source like Predator Hunter Edition or Terminator 2.

In those case, they said "Wow look at how beutiful it is with all this ugly grain gone".
That's why I only use Mdegrain filter instead of KNLMeansCL. It is slow but instead of bluring whole frame it stabilizes noise (lower randomness in frames = better compressibility). Unfortunately I do not have access to my main PC right now but I will try later to post some examples how good results you can obtain without getting that "photoshopped" look on skin.

[Tlen]

You can have a point on stabilizing temporal noise, that hypotetically could cause not much damage,
but i prefer watching a film quite "imperfect" as seen on theater.
Removing temporal noise, gives the film a "static" appearance which i find a little strange.
But again it's a matter of taste.

Speaking about damage, i want to post one of big damage, Predator.

https://thumbs2.imagebam.com/9d/07/45/0b4bf01347598277.jpg (http://www.imagebam.com/image/0b4bf01347598277)https://thumbs2.imagebam.com/54/21/c1/bd22d01347598279.jpg (http://www.imagebam.com/image/bd22d01347598279)

Look at the water in the Hunter edition.
It's just made of... ceramic or gel... or alien something.

And that's a perfect example of how grain / noise, DEFINES a content.

[Atak_Snajpera]

You can have a point on stabilizing temporal noise, that hypotetically could cause not much damage,
but i prefer watching a film quite "imperfect" as seen on theater.
Removing temporal noise, gives the film a "static" appearance which i find a little strange.
But again it's a matter of taste.

Speaking about damage, i want to post one of big damage, Predator.

https://thumbs2.imagebam.com/9d/07/45/0b4bf01347598277.jpg (http://www.imagebam.com/image/0b4bf01347598277)https://thumbs2.imagebam.com/54/21/c1/bd22d01347598279.jpg (http://www.imagebam.com/image/bd22d01347598279)

Look at the water in the Hunter edition.
It's just made of... ceramic or gel... or alien something.

yeah that looks ugly indeed. This is typical when you use simple spatial denoiser.
https://www.youtube.com/watch?v=IgLtIzrnedc

MDegrain (Temporal Denoiser) won't give you that blurry mess.

[Tlen]

MDegrain (Temporal Denoiser) won't give you that blurry mess.

Yes, i know temporal denoisers, and as i've said they can do much less harm.

But it's a matter of preference :) (top respect for other opinions).

For me, over the time, unfiltered films seem to me more "natural".

That is to say that in the past i did my good amount of testing with filters :)

[Atak_Snajpera]

Yes, i know temporal denoisers, and as i've said they can do much less harm.

But it's a matter of preference :) (top respect for other opinions).

BTW. Those predator frames look like lazy upscale from SD resolution instead of proper transfer from film.

[Tlen]

Mmm, to me seems not.

Other screenshots seem to show details

https://caps-a-holic.com/c_list.php?c=4788

Not a perfect transfer (the original one), but i've seen worse.

[Atak_Snajpera]

Mmm, to me seems not.

Other screenshots seem to show details

https://caps-a-holic.com/c_list.php?c=4788

Not a perfect transfer (the original one), but i've seen worse.

Very thick grain looks suspicious... I do not see high resolution at all in all those screenshots. Everything seems too blurry in comparison to other movies from that time period.

Aliens looks much better
https://caps-a-holic.com/c.php?go=1&a=0&d1=5207&d2=5208&s1=48586&s2=48602&i=4&l=0

[Tlen]

Mm but look at the trousers

https://caps-a-holic.com/c_image.php?max_height=1080&s=120248&a=0&x=0&y=0&l=1

Not fantastically defined but the wrinkles are there, neat and clean and not upscale (you would definetively note in that case)

[Atak_Snajpera]

So perhaps another bad transfer labeled as UHD ;)

[Tlen]

Oh you were looking at the 4k screens.
Well...that... maybe eheh

[Fishman0919]

I'm trying to encode a 4k movie with the arguments --ctu 32 --merange 114 but the forced arguments --ctu 64 --merange 57 are coming in at the end and override my commands... I can edit the file but just a heads up

"D:\RipBot264v1.22.0\Tools\ffmpeg\bin\ffmpeg.exe" -loglevel panic -i "C:\Temp\RipBot264temp\job1\job1.avs" -strict -1 -f yuv4mpegpipe - | "D:\RipBot264v1.22.0\tools\x265\x265_x64.exe" --colorprim bt2020 --transfer smpte2084 --colormatrix bt2020nc --master-display "G(8500,39850)B(6550,2300)R(35400,14600)WP(15635,16450)L(10000000,1)" --crf 22 --fps 24000/1001 --min-keyint 24 --keyint 240 --frames 179468 --sar 1:1 --profile main10 --output-depth 10 --aq-mode 3 --min-keyint 23 --keyint 250 --me umh --ctu 32 --merange 114 --ctu 64 --merange 57 --y4m --output "C:\Temp\RipBot264temp\job1\video.265" -

[guest]

I'm trying to encode a 4k movie with the arguments --ctu 32 --merange 114 but the forced arguments --ctu 64 --merange 57 are coming in at the end and override my commands... I can edit the file but just a heads up

Hi, I couldn't help but notice this :-

"D:\RipBot264v1.22.0\Tools\ffmpeg\bin\ffmpeg.exe"

Do you name the folder after the version you're running ?? Because if that's the case you are running a pretty old build, it's currently v1.24.1.

Now I'm not saying that this is why your seeing this change, but it would be interesting if you ran auto update to get the latest, to see if that does indeed fix this.

[activoice]

I usually use Ripbot in CQ mode to encode using Distributed Encoding and it works fine across 2 PCs on my home network.. However today I was trying to do Distributed Encoding in 2-pass mode, but on the second PC I constantly see it starting and stopping and the error briefly flashes by - x265 - unable to open input file. (The primary PC has no issues and continues to encode on it's own)

When I look at the files and paths in the encoder window everything looks correct to me, and if I open explorer I can reach all of those paths... so I am not sure which file it claims to be having a problem with... not sure if Ripbot has a log file I can post or something like that. I assume it's a file specific to 2 pass encoding that it can't find since I don't have any such error when encoding in CQ mode.

Any ideas?

[Fishman0919]

Hi, I couldn't help but notice this :-

"D:\RipBot264v1.22.0\Tools\ffmpeg\bin\ffmpeg.exe"

Do you name the folder after the version you're running ?? Because if that's the case you are running a pretty old build, it's currently v1.24.1.

Now I'm not saying that this is why your seeing this change, but it would be interesting if you ran auto update to get the latest, to see if that does indeed fix this.

No... that was the ver I download when it was new... I just unzipped it to that folder and never renamed it.

2020-06-28 11:23:21 : =========================[UPDATER ACTIVATED]=========================
2020-06-28 11:23:21 : Looking for correct UUID link in http://forum.doom9.org/showthread.php?t=127611
2020-06-28 11:23:21 : [SUCCESS] http://forum.doom9.org/showthread.php?t=127611 has correct UUID link 6c966b28-e0dd-48f6-b1c7-a56e8a275ec0
2020-06-28 11:23:22 : Downloading update file http://atak-snajpera.5v.pl/ripbot264update/update.zip
2020-06-28 11:23:22 : [SUCCESS] D:\RipBot264v1.22.0\Updates\update.zip saved!
2020-06-28 11:23:23 : CRC32 value has not changed for [core]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [aften]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [avs2pipemod]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [avs2yuv]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [avsmeter]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [bdsup2sub]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [chapterxtractor]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [dgindex]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [downloadposter]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [eac3to]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [ffmpeg]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [fhgaacenc]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [mediainfo]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [mkvtoolnix]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [modifychapters]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [mp4box]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [mpc]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [opus-tools]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [pgcdemux]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [remuxtool]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [setacl]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [ssatosrt]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [tsmuxer]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [vjoin]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [vsrip]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [wolcmd]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [x264]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [x265]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [autocrop]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [ffms]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [flash3kyuu_deband]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [hqdn3d]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [scripts]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [tivtc]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [vsfilter]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [yadif]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [knlmeanscl]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [openclinfo]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [masktools]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [mvtools]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [nnedi3]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [detectborders]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [avisynth]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [rawsourceplus]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [rgtools]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [nicaudio]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [plugins_jpsdr]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [waitforprocess]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [avsresize]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [dgtonemap]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [lsmash]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [7z]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [srttossa]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [hdrtools]. Update is not required.
2020-06-28 11:23:23 : CRC32 value has not changed for [matroskasplitter]. Update is not required.
2020-06-28 11:23:23 : Downloading finished.
2020-07-04 13:28:13 : =========================[UPDATER ACTIVATED]=========================
2020-07-04 13:28:13 : Looking for correct UUID link in http://forum.doom9.org/showthread.php?t=127611
2020-07-04 13:28:14 : [SUCCESS] http://forum.doom9.org/showthread.php?t=127611 has correct UUID link 6c966b28-e0dd-48f6-b1c7-a56e8a275ec0
2020-07-04 13:28:14 : Downloading update file http://atak-snajpera.5v.pl/ripbot264update/update.zip
2020-07-04 13:28:15 : [SUCCESS] D:\RipBot264v1.22.0\Updates\update.zip saved!
2020-07-04 13:28:15 : CRC32 value has not changed for [core]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [aften]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [avs2pipemod]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [avs2yuv]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [avsmeter]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [bdsup2sub]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [chapterxtractor]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [dgindex]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [downloadposter]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [eac3to]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [ffmpeg]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [fhgaacenc]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [mediainfo]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [mkvtoolnix]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [modifychapters]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [mp4box]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [mpc]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [opus-tools]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [pgcdemux]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [remuxtool]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [setacl]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [ssatosrt]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [tsmuxer]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [vjoin]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [vsrip]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [wolcmd]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [x264]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [x265]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [autocrop]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [ffms]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [flash3kyuu_deband]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [hqdn3d]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [scripts]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [tivtc]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [vsfilter]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [yadif]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [knlmeanscl]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [openclinfo]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [masktools]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [mvtools]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [nnedi3]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [detectborders]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [avisynth]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [rawsourceplus]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [rgtools]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [nicaudio]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [plugins_jpsdr]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [waitforprocess]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [avsresize]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [dgtonemap]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [lsmash]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [7z]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [srttossa]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [hdrtools]. Update is not required.
2020-07-04 13:28:15 : CRC32 value has not changed for [matroskasplitter]. Update is not required.
2020-07-04 13:28:15 : Downloading finished.
2020-07-04 13:28:37 : Next check after 2020-07-05 13:28:13

[guest]

No... that was the ver I download when it was new... I just unzipped it to that folder and never renamed it.

Yep, well you're up to date alright, and seeing there hasn't been any updates since 01-05-20, that's not the problem.

I am very puzzled why Atak isn't commenting on the forum as much as he used to, and the fact "we" haven't been any updates in over 2 months, is also very strange.

Many components that are used by RipBot have seen several new builds made available in the past 2 months.

Now, I do recall Atak mentioning that his main PC was not working, a week or so ago, and we don't know if there any other circumstances that might be keeping him from the forum(s), if Covid-19 has something to do with it, then so be it, that IS affecting EVERYONE.

So unless individual users update the components themselves, we'll just have to wait.

I have to admit I actually haven't used RB for month's...I have a nice Ryzen 9 3950X setup, and I just haven't been using it.

But I do check for updates nearly every day.

[duffbeer]

Anyone know if it's safe to manually update x264 and x265 in RB? x264 has had a few updates recently and I'd like to start using them.

[GZZ]

Anyone know if it's safe to manually update x264 and x265 in RB? x264 has had a few updates recently and I'd like to start using them.

You can try replace it (dont complain if it dosnt, but if encoding start then it works). The GCC AVX2 build from the master bench should work.

http://msystem.waw.pl/x265/

[guest]

Anyone know if it's safe to manually update x264 and x265 in RB? x264 has had a few updates recently and I'd like to start using them.

As GZZ mentioned...I did a lot of "manual" updates a couple of weeks ago, as many of the RB components have had updates in the time it's been since the last official update, well over 2 months ago, now.

But with x264 & x265, the .exe files that Atak provides are named differently to the .exe you would get from GZZ's reference page, and the file size's will also be different, however, if you re name them to how they are named in RB, then just overwrite them (maybe keep the originals as a backup, jic), and again, as GZZ said, if it starts to encode, then it works :).

Update:- I just downloaded the latest, (x265-3.4+12-geff9_gcc101-AVX2) and I would think if you simply renamed the x265-10b.exe to x265_x64.exe, in the "Tools/x265" folder, you should be good to go.

Good luck :rolleyes:

[GZZ]

Update:- I just downloaded the latest, (x265-3.4+12-geff9_gcc101-AVX2) and I would think if you simply renamed the x265-10b.exe to x265_x64.exe, in the "Tools/x265" folder, you should be good to go.

Good luck :rolleyes:


Use the X265.exe and do a x265.exe --version and check if it contains the 8+10+12 bit compile.

e:\RipBot264v\Tools\x265>x265_x64.exe --version (Below is the new build 3.4+12)
x265 [info]: HEVC encoder version 3.4+12-geff904199
x265 [info]: build info [Windows][GCC 10.1.1][64 bit] 8bit+10bit+12bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2

Compare the data with the original to make sure its build with the same settings. GCC version is ofcourse newer.

[guest]

Use the X265.exe and do a x265.exe --version and check if it contains the 8+10+12 bit compile.

e:\RipBot264v\Tools\x265>x265_x64.exe --version (Below is the new build 3.4+12)
x265 [info]: HEVC encoder version 3.4+12-geff904199
x265 [info]: build info [Windows][GCC 10.1.1][64 bit] 8bit+10bit+12bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2

Compare the data with the original to make sure its build with the same settings. GCC version is ofcourse newer.

Fair enough, but if you were only using 10bit, wouldn't the 10b.exe do the job ??

Good info, tho :)

[GZZ]

Fair enough, but if you were only using 10bit, wouldn't the 10b.exe do the job ??

Good info, tho :)

it would, but if you do a 8bit encoding using x265 it will properly fail.

[Ryushin]

It's strange to me that Atak hasn't been around much lately. I wonder if something happened to him in his life? He could also be getting burnt out with this project.

I hope he doesn't give up on this project though. I use it every day.

Atak, if you ever feel like you want to shelve this project, please put it up on Github or something like that so that it does not die.

[guest]

It's strange to me that Atak hasn't been around much lately. I wonder if something happened to him in his life? He could also be getting burnt out with this project.

I hope he doesn't give up on this project though. I use it every day.

Atak, if you ever feel like you want to shelve this project, please put it up on Github or something like that so that it does not die.

Hey Ryushin, actually you haven't posted on this forum much lately, either :)

Good to know that you're using RB everyday, I haven't encoded anything for months, but I keep it updated, myself.

Yes, it's a bit of a mystery, his last post was 22/06, nearly a month back, there's been no updates of any kind for 2.5 months, and unless you are able to update some of the "important" components of RB yourself, then you're stuck. :mad:

However, he has been fairly "busy" on his Windows 7 forum, his last post there was about a week ago..so maybe he's happy were RB is, and is more centred on keeping the past alive, by spending his time on Windows 7.

Who knows, he might be working on a totally revamped build, I guess we'll never know. But a current update or comment on this forum would be nice, just so we know "where he's at" :D

[jlpsvk]

i have come to a strange problem...

when encoding 1917 with HDR10+ metadata, encode gets only 171168 frames instead of 171176. when encoding without HDR10+ metadata json, everything is OK. using latest LigH's build (3.4+9).

used the same JSON with NVENC and all good... so not JSON metadata file problem... x265 or RipBot's fault?

[guest]

i have come to a strange problem...

when encoding 1917 with HDR10+ metadata, encode gets only 171168 frames instead of 171176. when encoding without HDR10+ metadata json, everything is OK. using latest LigH's build (3.4+9).

used the same JSON with NVENC and all good... so not JSON metadata file problem... x265 or RipBot's fault?

So even tho it's missing 8 frames, does it playback OK ??

Try (x265-3.4+12-geff9_gcc101-AVX2) (link is a couple of post back from this) GZZ #18619

[jlpsvk]

So even tho it's missing 8 frames, does it playback OK ??

Try (x265-3.4+12-geff9_gcc101-AVX2) (link is a couple of post back from this) GZZ #18619

yes... it plays fine... but when i try to mux with Dolby Vision, it makes problem. It must have the same amount of frames as EL+RPU.

[GZZ]

i have come to a strange problem...

when encoding 1917 with HDR10+ metadata, encode gets only 171168 frames instead of 171176. when encoding without HDR10+ metadata json, everything is OK. using latest LigH's build (3.4+9).

used the same JSON with NVENC and all good... so not JSON metadata file problem... x265 or RipBot's fault?

if you are already on 3.4+9 and it works, then keep it. No reason to use time on a build that is almost identical. The only reason we updated was because the version included with Ripbot was on version 3.2 or 3.3.

[jlpsvk]

if you are already on 3.4+9 and it works, then keep it. No reason to use time on a build that is almost identical. The only reason we updated was because the version included with Ripbot was on version 3.2 or 3.3.

it works... but there is a problem...

when i want to mux it to dvhe.04, muxer will fail, as BL has different number of frames as EL+RPU... so it is a problem.. without HDR10+ metadata, encode has the same exact frame numer... so problem would be in x265, whe used with HDR10+ JSON

[Atak_Snajpera]

Is frame number correctly detected in ripbot?
Is frame number correctly displayed in x265 during encoding?

[jlpsvk]

Is frame number correctly detected in ripbot?
Is frame number correctly displayed in x265 during encoding?

yes and yes. but output is not correct. :( it doesn't matter which GUI i use... :( always few frames missing at the end. without HDR10+ JSON everything is OK, encoded with the same JSON but with nVidia GPU, frames are OK.

[blublub]

Hi

What could be the reason why the Encoding server won't start up correctly? In 9 out of 10 reboots the encodingserver process shows in taskmanager but I do not see the tray icon and whenever this happens the encoding client can't connect.

thx for any help

[Atak_Snajpera]

Hi

What could be the reason why the Encoding server won't start up correctly? In 9 out of 10 reboots the encodingserver process shows in taskmanager but I do not see the tray icon and whenever this happens the encoding client can't connect.

thx for any help

Some application running in background (from MSI/Gigabyte/Logitech and so on) blocks encodingserver.exe. Known issue. There is nothing I can do about that because that is not my fault.

[blublub]

OK, thx. I do have MSI Afterburner running, I guess that's it - sorry to ask if it's a known issue

[Ryushin]

Atak, can an option be added for a number of threads to open for cropping or to limit it based on memory. Using auto cropping with 4K will use up 16GB of memory and Windows will kill other processes, including the Encoding Client.

I'm having to use manual cropping for 4K if I don't want processes killed.

[SKPN]

I'm having a slight issue with colors, specifically skin tones. For some reason, when I encode with RipBot, it's altering the colors slightly on the video, and I cannot figure out why.

Here is an example:
https://imgsli.com/MjAwMTM

The encoded video makes the skin look slightly orange. Other colors are affected as well, but the skin is the most noticeable. I'm not using any settings that would change the colors, so I'm not sure what the deal is.

[Atak_Snajpera]

I'm having a slight issue with colors, specifically skin tones. For some reason, when I encode with RipBot, it's altering the colors slightly on the video, and I cannot figure out why.

Here is an example:
https://imgsli.com/MjAwMTM

The encoded video makes the skin look slightly orange. Other colors are affected as well, but the skin is the most noticeable. I'm not using any settings that would change the colors, so I'm not sure what the deal is.

Post mediainfo report from original file and encoded one.

[SKPN]

Post mediainfo report from original file and encoded one.

Original
Video
ID : 1
ID in the original source medium : 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=12
Format settings, picture structure : Frame
Codec ID : V_MPEG2
Codec ID/Info : MPEG 1 or 2 Video
Duration : 24 min 21 s
Bit rate mode : Variable
Bit rate : 4 412 kb/s
Maximum bit rate : 9 000 kb/s
Width : 720 pixels
Height : 480 pixels
Display aspect ratio : 4:3
Frame rate mode : Constant
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 : Top Field First
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.426
Time code of first frame : 00:59:59:00
Time code source : Group of pictures header
GOP, Open/Closed : Open
GOP, Open/Closed of first frame : Closed
Stream size : 769 MiB (92%)
Language : English
Default : No
Forced : No
Original source medium : DVD-Video

Encoded
Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L3@Main
Codec ID : V_MPEGH/ISO/HEVC
Duration : 24 min 21 s
Bit rate : 1 477 kb/s
Width : 632 pixels
Height : 480 pixels
Display aspect ratio : 4:3
Frame rate mode : Constant
Frame rate : 29.970 (30000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.162
Stream size : 257 MiB (79%)
Writing library : x265 3.2+34-8e6db24c1517:[Windows][GCC 9.2.0][64 bit] 10bit
Encoding settings : cpuid=1111039 / frame-threads=4 / numa-pools=+ / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=632x480 / interlace=0 / total-frames=1797 / level-idc=0 / high-tier=1 / uhd-bd=0 / ref=3 / no-allow-non-conformance / no-repeat-headers / annexb / no-aud / no-hrd / info / hash=0 / no-temporal-layers / open-gop / min-keyint=30 / keyint=300 / gop-lookahead=0 / bframes=4 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=20 / lookahead-slices=0 / scenecut=40 / hist-scenecut=0 / 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=3 / limit-refs=1 / no-limit-modes / me=1 / subme=2 / merange=9 / temporal-mvp / no-frame-dup / no-hme / weightp / no-weightb / no-analyze-src-pics / deblock=0:0 / sao / no-sao-non-deblock / rd=3 / selective-sao=4 / early-skip / rskip / no-fast-intra / no-tskip-fast / no-cu-lossless / b-intra / no-splitrd-skip / rdpenalty=0 / psy-rd=2.00 / psy-rdoq=0.00 / no-rd-refine / no-lossless / cbqpoffs=0 / crqpoffs=0 / rc=crf / crf=18.0 / qcomp=0.60 / qpstep=4 / stats-write=0 / stats-read=0 / ipratio=1.40 / pbratio=1.30 / aq-mode=2 / aq-strength=1.00 / cutree / zone-count=0 / no-strict-cbr / qg-size=16 / no-rc-grain / qpmax=69 / qpmin=0 / no-const-vbv / sar=1 / overscan=0 / videoformat=5 / range=0 / colorprim=1 / transfer=1 / colormatrix=1 / chromaloc=0 / display-window=0 / 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 / hist-threshold=0.01 / no-opt-cu-delta-qp / no-aq-motion / no-hdr10 / no-hdr10-opt / no-dhdr10-opt / no-idr-recovery-sei / analysis-reuse-level=0 / analysis-save-reuse-level=0 / analysis-load-reuse-level=0 / scale-factor=0 / refine-intra=0 / refine-inter=0 / refine-mv=1 / refine-ctu-distortion=0 / no-limit-sao / ctu-info=0 / no-lowpass-dct / refine-analysis-type=0 / copy-pic=1 / max-ausize-factor=1.0 / no-dynamic-refine / no-single-sei / no-hevc-aq / no-svt / no-field / qp-adaptation-range=1.00 / no-scenecut-aware-qpconformance-window-offsets / right=0 / bottom=0
Default : Yes
Forced : No
Color range : Limited
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709

[LigH]

DVD video usually has color primaries BT.601, as usual for "vintage" media with SD resolutions. Between BT.601 and BT.709, you will experience some green/red shift: see http://avisynth.nl/index.php/Colorimetry

The simple solution should be to tell the encoder to flag its encoded output as BT.601 (or Rec601).

[guest]

DVD video usually has color primaries BT.601, as usual for "vintage" media with SD resolutions. Between BT.601 and BT.709, you will experience some green/red shift: see http://avisynth.nl/index.php/Colorimetry

The simple solution should be to tell the encoder to flag its encoded output as BT.601 (or Rec601).

Would that be possible with RB ??

Either a Custom Script or modding one ???

[archiel]

Over the last week the Output Speed option has started giving problems. If I use any setting other than default then

The FPS on the main screen does not change
The Duration on the main screen does not change
Once encoding is started a 'info.txt does not exist' error is generated


After which the script goes directly to the final re-encode and shows 'Error: The file 'H:\Temp\RipBot264temp\job2\video.265' could not be opened for reading: open file error.'

Re-setting Output Speed to default allow the program to run.

I use this option where I have used MkvCutter to edit and re-encode the start of a video. As it re-encodes at 24 fps regardless of the speed of original, I need to use the Output Speed to prevent the audio and video being out of sync.

I have tested on the same video, before and after using MkvCutter, in each case RipBot264 runs normally if Output Speed is default and fails for any other setting.

[guest]

Over the last week the Output Speed option has started giving problems. If I use any setting other than default then

The FPS on the main screen does not change
The Duration on the main screen does not change
Once encoding is started a 'info.txt does not exist' error is generated


After which the script goes directly to the final re-encode and shows 'Error: The file 'H:\Temp\RipBot264temp\job2\video.265' could not be opened for reading: open file error.'

Re-setting Output Speed to default allow the program to run.

I use this option where I have used MkvCutter to edit and re-encode the start of a video. As it re-encodes at 24 fps regardless of the speed of original, I need to use the Output Speed to prevent the audio and video being out of sync.

I have tested on the same video, before and after using MkvCutter, in each case RipBot264 runs normally if Output Speed is default and fails for any other setting.

Good luck...

Have you heard of VideoRedo or AviDemux ??

https://www.videohelp.com/software/sections/video-editors-h264-avc

[archiel]

Good luck...

Have you heard of VideoRedo or AviDemux ??

https://www.videohelp.com/software/sections/video-editors-h264-avc

While I realise I can look at other solutions, I have been using RipBot264 with the Output Speed option for many years without any difficulty. What I am more interested in is how this can be fixed so that it works as intended.

[guest]

While I realise I can look at other solutions, I have been using RipBot264 with the Output Speed option for many years without any difficulty. What I am more interested in is how this can be fixed so that it works as intended.

That's why I said "Good Luck"....

There's not a lot going on with RB, atm, unfortunately.

[Ripmann]

Another minor potential improvement idea:

When you enter the AviSynth menu and immediately exit it without changing the settings (I do it all the time to double check I didn't forget to setup denoising, etc.), the program still hangs for a while with the "Please Wait...Gathering Information..." tooltip. Usually it's quick, but in some cases the waiting process can take a while.

Theoretically (and again, without knowing the internal workings of the program), it should be very easy to set up a quick boolean flag code for tracking changes and allow exiting the menu without any delays or updates if no changes were made. Not sure if you want to bother with this one, but as a loyal and dedicated user of your software I'll just keep throwing every minor flaw or room for improvement I can find out there in case they may interest you.

[guest]

Another minor potential improvement idea:

When you enter the AviSynth menu and immediately exit it without changing the settings (I do it all the time to double check I didn't forget to setup denoising, etc.), the program still hangs for a while with the "Please Wait...Gathering Information..." tooltip. Usually it's quick, but in some cases the waiting process can take a while.

Theoretically (and again, without knowing the internal workings of the program), it should be very easy to set up a quick boolean flag code for tracking changes and allow exiting the menu without any delays or updates if no changes were made. Not sure if you want to bother with this one, but as a loyal and dedicated user of your software I'll just keep throwing every minor flaw or room for improvement I can find out there in case they may interest you.

Did you happen to read the previous post(s) ???

[blacksapprow]

New x266 codec is coming, :)

https://www.extremetech.com/extreme/312421-new-vvc-h-266-codec-is-a-step-towards-8k

I hope ripbot will get that add on soon....

[LigH]

Any H.266 / VVC codec is not automatically "x266". These x26# brands are usually related to the VideoLAN network (http://www.videolan.org/projects/).

[blacksapprow]

@LigH this one is from fraunhoffer and not related with network. Follow the link above, (I have mistyped as x266, but of course this is H.266....)

Meanwhile not only H.266 codec, latest Magix Vegas Pro 18 bring Colorization to films. I don't know is that possible for Ripbot to include. It needs fixing with bar adjustments, but at mobile phones, this is done automatically & immediately with chromatix application. Maybe that way, can be a future add on for ripbot, I hope!

[LigH]

Well, hold your horses then ... Fraunhofer created the VVC codec, yes. But it is only a reference encoder so far. Made to create correct output. Not made to be usably performant. Before using this codec for serious work, you will have to wait for optimized implementations. It doesn't make sense to wait weeks for a conversion of a movie.

[colinhunt]

Hey Atak_Snajpera, I finally took the time to give RipBot264 a shot, and I'm loving it. I actually got goosebumps seeing 1080p video being encoded in hevc at 160 fps :) Thanks for creating this awesome software.

One question (or feature request): does/can RipBot support image sequences, as in thousands of PNG/TIF files? Googling didn't give me an answer.

edit: did a bit more googling and stumbled on ImageSource() in an .avs script. Let's see what happens...

[yuryna]

@Atak_Snajpera
Any news about 3 pass support?

Now a question,
how do you choose the breaking point of chunks to distribute among all the client?

It's randomly chosen (i don't think so),
it just mathematically chosen (Total frames / some formula)
fixed number (the chunk is always N frames)?

I think it would be nice to make the chunks lenght basing on "scene change detection".

In this way the distributed chunks would be much more compression/optimized by the x264 which will not find itself in a "scene change" situation with only 5 frames to encode (because the remaining frames of the same scene have been distributed to other client).

The final compression would be more safe and optimized thanks to distribution of key frames (and all that follow) inside the same scene.

What do you think about it?

[Atak_Snajpera]

I think it would be nice to make the chunks lenght basing on "scene change detection".
That would only create HUGE bottleneck because you would have to analyze whole movie before starting encoding. My workaround is to start chunk at key-frame detected in source file (hence chunks have irregular number of frames). Not perfect but still better than starting chunk at some "random" frame.

[yuryna]

start chunk at key-frame detected in source file

Wise solution.

For the bottlenek you could make it just a selectable option,

in order to satisfy the deep-quality-researcher too (who don't mind encoding time (like myself? eheh :))).

I think it would be a good compromise (the "choice" is always a good added-value).

[blacksapprow]

@LigH

Don't worry, H.266 can't come so quick, and we are upgrading our systems generally within 5 years. But, if a film size shortens %50, I may love it. Because hard drives are really expensive. 2 piece of 10GB hard drive, equals to a good graphics card. This one will provide only 1 piece of 10GB in a way. Encoding took 6,5 times but playing only needs 1,5 times processing power. For me, this is not bad....

[LigH]

Did you mean 10 TB?

[slalom]

@Atak

there is a problem when downloading a poster

[userx]

Hello!

Not sure what happens here:
In DE mode chunks always restart after 100%.
I recently got an update to W10 2004 but i temporary disabled DE mode. Latest nvidia driver is installed.



439|CLIENT <- SERVER| ENCODING_PROGRESS=192.168.1.2:1000 -> [98.3%] 1462/1488 frames, 126.43 fps, 2888.16 kbps, eta 0:00:00;CHUNK=1;CPU=92;RAM=58;DECODER=23;ENCODER=43;OTHER=26;ENCODING_PRIORITY=low;
440|CLIENT -> SERVER| OK
441|CLIENT -> SERVER| GET_ENCODING_PROGRESS;SET_ENCODING_PRIORITY=belownormal;
442|CLIENT <- SERVER| OK
443|CLIENT <- SERVER| ENCODING_FINISHED
444|CLIENT -> SERVER| OK
445|CLIENT -> SERVER| GET_ENCODING_SUMMARY
446|CLIENT <- SERVER| OK
447|CLIENT <- SERVER| ENCODING_SUMMARY=192.168.1.2:1000 -> ERROR;CHUNK=1;CPU=92;RAM=55;DECODER=0;ENCODER=0;OTHER=92;ENCODING_PRIORITY=low;
448|CLIENT -> SERVER| OK
449|CLIENT -> SERVER| STANDBY
450|CLIENT <- SERVER| OK
451|CLIENT <- SERVER| SERVER_IDLE
452|CLIENT -> SERVER| OK
453|CLIENT -> SERVER| ENCODE_CHUNK_1=\\PC\RipBot264temp\job1\Chunks\1.cmd

I noticed I have to switch the OPENCL device to NONE to use the DE mode.
0.0 Device name : GeForce GTX 970
Hardware version : OpenCL 1.2 CUDA
Software version : 452.06
OpenCL C version : OpenCL C 1.2
Compute units : 13

1.0 Device name : Intel(R) HD Graphics 4600
Hardware version : OpenCL 1.2
Software version : 20.19.15.4835
OpenCL C version : OpenCL C 1.2
Compute units : 20

Some time ago, i had the same problem with my AMD Radeon 7700 but it seems Capeverde is not well supported or something else. Now i'm not able to use my Nvidia card.
Does anybody have an idea what happens?

[HehoChef]

Quicky Question: In the Distributed Encoding Client, what does the little number below the "server picture" mean?
For some servers it's rock solid, for some others its bouncing around rapidly.

[Atak_Snajpera]

Communication delay in ms. (Number of ms elapsed from sending command to reciving confirmation [OK] from server)

[Slogra]

KNLMeansCL does not seem to work on my AMD VEGA 64. Am i doing something wrong? I get a very dark image when i set mono noise to 2 or higher.
When i set it to 0 or adapter there is a normal image, but i wonder if denoise works at all with these settings.

What other GPU denoise filter do you recommend for an AMD GPU? i'm willing to add it manually to the avisynth script.

I used to use fft3dgpu in the past with avisynth 32bit (?), but i don't think there is a 64bit version.

I've done some conversions with MDegrain2. I really like the result but it is too CPU intensive.


EDIT: however KNLMeansCL does work if i change the resolution of the video from 1920x1080 to 1916x1080 or any other resulotion! So something strange is going on. I would really like to keep the original 1920x1080 resolution.
And to be honest i don't like the result of the KNLMeansCL filter. Especially with animated stuff there seems to be some "color bleeding". So i'm still looking for another GPU denoise filter.

[LigH]

But that's certainly not the fault of RipBot264, being just a user interface to control distributed encoding via AviSynth scripts. The reason will rather be between the ATI graphic driver and the KNLMeansCL AviSynth plugin.

[Slogra]

Agreed. Maybe i should've posted my question in a different topic.

But maybe other ripbot264 users have seen this issue before and have a solution.

[LigH]

I'd recommend the KNLMeansCL development thread (https://forum.doom9.org/showthread.php?t=171379) instead. This plugin will not be used in RipBot264 only, but possibly in other tools as well, or even manually.

Indeed, the keyword "vega" appears a few times in there.

[guest]

KNLMeansCL does not seem to work on my AMD VEGA 64. Am i doing something wrong? I get a very dark image when i set mono noise to 2 or higher.
When i set it to 0 or adapter there is a normal image, but i wonder if denoise works at all with these settings.

What other GPU denoise filter do you recommend for an AMD GPU? i'm willing to add it manually to the avisynth script.

I used to use fft3dgpu in the past with avisynth 32bit (?), but i don't think there is a 64bit version.

I've done some conversions with MDegrain2. I really like the result but it is too CPU intensive.


EDIT: however KNLMeansCL does work if i change the resolution of the video from 1920x1080 to 1916x1080 or any other resulotion! So something strange is going on. I would really like to keep the original 1920x1080 resolution.
And to be honest i don't like the result of the KNLMeansCL filter. Especially with animated stuff there seems to be some "color bleeding". So i'm still looking for another GPU denoise filter.

I don't quite understand why you're complaining about your graphics card not working with KNLMeansCL, when you don't like the result anyway..

If you like the result when using MDGrain2, maybe you need to upgrade your CPU...are you using distributed encoding ??

Maybe a custom filter, that uses both !!

Sometimes you've just gotta do, what ya gotta do...

[Slogra]

I was able to get knlmeanscl working using a workaround by adding a border before denoising and removing the border after denoising (see knlmeanscl thread).

I'm planning to encode many videos, so I tested the 2 denoise filters and settings with one video first.

Resolution: 1920x1080
Encoder: x.265
Audio: 320kbps 5.1 aac

File size:
Original 2900MB
unfiltered 720MB
mdgrain2 457MB
knlmeanscl mono noise 1 537MB
knlmeanscl mono noise 2 524MB

Encoding speed:
Knlmeanscl 24fps
Mdegrain2 12fps

So Knlmeanscl is much faster.
But mdgrain2 looks a bit nicer imho.
Unfortunately I don't have numbers of the power consumption. I read about power consumption of my cpu and gpu. The 8700K cpu should draw about 90watts with full load.
I don't know the load of the Vega during denoising. I guess it is close to full load, which should be around 300watts.
So if these numbers are correct then mdegrain2 is more power efficient in my setup.

I probably will go for Mdegrain2, although it will take twice as long.
The image is better, the file size smaller and total power consumption is probably lower.


Sorry, if all this belongs in another thread :).

[guest]

Well, I can't believe it, a long awaited Auto Update has appeared...

Welcome to RipBot264 v1.26.0, everybody :)

Some interesting additions, and updates :)

Thanks, Atak :D


edit:- having said that, I think there is a problem with MPC.zip...

[ERROR] D:\RipBot264v1.25.1\updates\mpc.zip is corrupted. CRC32 mismatch. Expected value was 79A3D553 but got 1638972A

There weren't any significant files in the MPC.zip...

[jlpsvk]

Well, I can't believe it, a long awaited Auto Update has appeared...

changelog????

[guest]

changelog????

Once the update is installed, open the app, choose the "Settings" tab, then view the "About" tab....

[jlpsvk]

Once the update is installed, open the app, choose the "Settings" tab, then view the "About" tab....

encoding is running, so no update for now.. :) im curious. :)

[guest]

encoding is running, so no update for now.. :) im curious. :)

So to state the obvious, if you check the "About" tab, it'll only be showing 1.25.1 as the latest build...

Curious, what "brand" is your 56Tb NAS ?? or have you built a system yourself ??

[Ryushin]

I have a 111TiB server that I run everything from. Running Devuan (Debian) and ZFS. Virtual Machines using Libvirt and Virt-Manager. Email, Web, DNS, Plex, etc. all run on the server. Using this case:
https://www.supermicro.com/en/products/chassis/4U/847/SC847BE1C-R1K28LPB

If you just want a NAS, build it yourself and run FreeNAS or similar software.

[guest]

I have a 111TiB server that I run everything from. Running Devuan (Debian) and ZFS. Virtual Machines using Libvirt and Virt-Manager. Email, Web, DNS, Plex, etc. all run on the server. Using this case:
https://www.supermicro.com/en/products/chassis/4U/847/SC847BE1C-R1K28LPB

If you just want a NAS, build it yourself and run FreeNAS or similar software.

Hey Ryushin,

I have several Supermicro enclosures, an 846 (24 bays), 3 x 836 case's (16 bays), and 1 x 825 (8 bays) with a cascade box with more hdd's...and a few other box's so I have many 100's of Terabytes of "junk", but as I lost so much, I am in the process of trying to get at least some of it back.

I have ended up using UnRaid, as I have had way too many massive losses using Windows Server 2019, and different level's of what I thought would be "safe" RAID array's, but after so many losses, I'm giving up on RAID's.

Tried FreeNAS, OMV, etc, but I think UnRaid is pretty easy to managed.

One downside of UnRaid is you can only use up to 28 hdd's :(

I ONLY use them for storage, nothing else !!!

[Ryushin]

Hey Ryushin,

I have several Supermicro enclosures, an 846 (24 bays), 3 x 836 case's (16 bays), and 1 x 825 (8 bays) with a cascade box with more hdd's...and a few other box's so I have many 100's of Terabytes of "junk", but as I lost so much, I am in the process of trying to get at least some of it back.

I have ended up using UnRaid, as I have had way too many massive losses using Windows Server 2019, and different level's of what I thought would be "safe" RAID array's, but after so many losses, I'm giving up on RAID's.

Tried FreeNAS, OMV, etc, but I think UnRaid is pretty easy to managed.

One downside of UnRaid is you can only use up to 28 hdd's :(

I ONLY use them for storage, nothing else !!!

Use ZFS if you care about your data. UnRaid does not do CRC checking, does not have snapshots, does not have <lots goes here>. Only issue with ZFS is VDEVs are immutable once you create them, with some limitations. I'm running ZFS with 190 drives and about 1.5PB on another system. ZFS is the way to go.

[slalom]

I'm running ZFS with 190 drives and about 1.5PB on another system. ZFS is the way to go.
Respect!

[alfadude]

@Atak_Snajpera
Thank you for this very elegant tool.
I like it very much.
Yesterday I was playing around and noticed that when I convert DD5.1 to OPUS 5.1, the channel mapping is completely wrong.
Is this a known problem?

[Atak_Snajpera]

@Atak_Snajpera
Thank you for this very elegant tool.
I like it very much.
Yesterday I was playing around and noticed that when I convert DD5.1 to OPUS 5.1, the channel mapping is completely wrong.
Is this a known problem?

Can you also check other audio codes (AAC and AC3)? I would like to know if this issue occurs only when AC3 -> OPUS conversion is performed.

[alfadude]

I tried with several sources (DTS,AC3) and there is one constant.
When I use OPUS the mapping is wrong.
Here is a link to an encode.
Test (https://we.tl/t-O8JLrqxrFB)
AC3 and AAC are fine.

[guest]

And yet another auto update, just RipBot264.exe this time. (core.zip)

But there is still a problem with mpc...this is what I get :-

2020-09-16 10:09:30 : Update for [mpc] detected
2020-09-16 10:09:30 : Downloading file http://atak-snajpera.5v.pl/ripbot264update/mpc.zip to D:\RipBot264v1.26.0\updates\mpc.zip
2020-09-16 10:09:33 : [ERROR] File http://atak-snajpera.5v.pl/ripbot264update/mpc.zip could not be downloaded!

[Atak_Snajpera]

I tried with several sources (DTS,AC3) and there is one constant.
When I use OPUS the mapping is wrong.
Here is a link to an encode.
Test (https://we.tl/t-O8JLrqxrFB)
AC3 and AAC are fine.

No it is not.
https://i.postimg.cc/X79gVyLj/Untitled-5.png
https://i.postimg.cc/DwgdGkRR/Untitled-6.png
https://i.postimg.cc/SK16ZLSr/Untitled-7.png
https://i.postimg.cc/0jD72LpW/Untitled-8.png
https://i.postimg.cc/76pg4xTJ/Untitled-9.png
https://i.postimg.cc/QdsJVxYp/Untitled-10.png

[alfadude]

Okay, It is weird.
It wil be my player that makes the error.
Sorry that I did not investigate this possibilty myself.
Thank you.

[mrlenny]

ever since the upgrade to 1.26 the distributed encoding quit working, I've tried all work hours, and no work hours set, the servers just cycle through initializing encoding, encoding... initializing encoding.

[Atak_Snajpera]

See what is showing encodingserver.exe.By the way, I haven't touched neither encoding client nor encoding server in this update.

[duffbeer]

I need some advice from someone with a little more knowledge than me.
I've been using RipBot to encode my UHD movies for quite a while now. I've done over 200 and they have all been very straight forward (if a little slow to queue the jobs). I have encountered a source that I cannot encode correctly.

For some reason, RipBot removes the HDR for this particular movie even though I have it set to "do not tone map" in the AVISynth settings. This happens from a full disc structure and also an MKV file of the same source.
The media info for the source file looks the same as any other source with HDR so I cannot understand why this is happening.

Any idea what might be happening here?

[mrlenny]

Attached screenshots

See what is showing encodingserver.exe.By the way, I haven't touched neither encoding client nor encoding server in this update.

[guest]

I need some advice from someone with a little more knowledge than me.
I've been using RipBot to encode my UHD movies for quite a while now. I've done over 200 and they have all been very straight forward (if a little slow to queue the jobs). I have encountered a source that I cannot encode correctly.

For some reason, RipBot removes the HDR for this particular movie even though I have it set to "do not tone map" in the AVISynth settings. This happens from a full disc structure and also an MKV file of the same source.
The media info for the source file looks the same as any other source with HDR so I cannot understand why this is happening.

Any idea what might be happening here?

Not sure why you're being "secretive" about what movie you're having problems with. (your choice, of course).

But it would help to know, and I would suggest that a sample of the problem file might help, as well.

Cheers

[GZZ]

If you use custom script for like MDegrain2 in bacth mode and then encode the movie, but decide to remove the MDegrain2 as is might be too agressiv, then changing the custom script to "Do not use custom script" generate new *.avs files in the chunck directory, but MDegrain2 is still under custom filter. I think it might be related to "Changed: Script wont re-analyze if there is no change"

Even if I delete the chunk directory and start again is generate new *.avs files with my custom script in it. So it seems it dosnt see a change from one custom script to "Do not use custom script" as a change and therefore dont generate proper *.avs files that reflect the change.

[Ripmann]

Hey guys, is there a way to set up the encoded file's custom title within the program?

By default, it sets the title to the output file's name, and since I often make notes with my filenames (I use my own, but the idea is: XXX_NO_SUBTITLES, or XXX_TEST_BEFORE_DELETING_SOURCE, etc.) before renaming them correctly, the media's title often looks ugly/undesirable within some media players like MPC-BE. You can easily fix it by remuxing with something like MKVToolNix, but adds extra work to each encode. Is there a quick way to do it within RipBot?

[GZZ]

Hey guys, is there a way to set up the encoded file's custom title within the program?

By default, it sets the title to the output file's name, and since I often make notes with my filenames (I use my own, but the idea is: XXX_NO_SUBTITLES, or XXX_TEST_BEFORE_DELETING_SOURCE, etc.), the file's title often looks ugly/undesirable within some media players like MPC-BE. You can easily fix it by remuxing with something like MKVToolNix, but adds extra work to each encode. Is there a quick way to do it within RipBot?

This is not a fix... But you do know that you can use the Header Editor in MkvToolnix and change the title afterwards, then you dont have to remux the file - much faster.

[Ripmann]

This is not a fix... But you do know that you can use the Header Editor in MkvToolnix and change the title afterwards, then you dont have to remux the file - much faster.

Thanks, very helpful tip. I used to use it myself but forgot about how easy it was to batch edit stuff with it. Now I went through an entire batch of files and fixed their headers in a few minutes. Hopefully, RipBot will someday have a field to set the title prior to the encode.

[mrlenny]

more detail on the stop-restart encoding issue:
I'm encoding HEVC Default very slow 2 pass lock size. It does the stop-restart never encode thing when fast first pass is UNCHECKED in the settings OR if I use QC for sizing, it works.

[guest]

more detail on the stop-restart encoding issue:
I'm encoding HEVC Default very slow 2 pass lock size. It does the stop-restart never encode thing when fast first pass is UNCHECKED in the settings OR if I use QC for sizing, it works.

FYI, those attached screenshots you posted, have not been approved, so no one can view them, you need to use another means to attach / show screenshots, etc.

Maybe a reason why there's been no response.

[activoice]

I've been running RipBot for years with no major problems, but this morning I opened RipBot and it did an update, and now EncodingServer.exe just hangs.

First when I did the update, launching EncodingServer.exe just opened a Command Line window, and the message Encoding Server is not Responding just kept scrolling by over and over... so I deleted Ripbot and did a fresh install.


I can run Ripbot264.exe fine, I can also run EncodingClient.exe fine, but when I try to run EncodingServer.exe it never opens, and I look in task manager and the task is just stuck.

Any ideas?

I also did a Malware Scan, and a SFC scannow to fix any corrupted system files.

[Atak_Snajpera]

I DID NOT UPDATE ENCODINGSERVER.EXE. Just check file date or file version. Try again in Safe Mode. Most likely some app running in background is blocking encodingserver.exe.

[mrlenny]

I DID NOT UPDATE ENCODINGSERVER.EXE. Just check file date or file version. Try again in Safe Mode. Most likely some app running in background is blocking encodingserver.exe.

it looks like x265 was updated nearly at the same you added the work schedule to the ui. it appears as though the parameters that get passed to x265 specifically around no fast first pass on a two pass encode, which you have not changed, now no longer work with the new version of x265. two pass encode with no fast first pass with a lock-size encode is the only way I can replicate the failure.

[activoice]

I DID NOT UPDATE ENCODINGSERVER.EXE. Just check file date or file version. Try again in Safe Mode. Most likely some app running in background is blocking encodingserver.exe.

Thanks for the reply... so I know what's got it stuck Now but not why it's getting stuck.

I ran EncodingServer.exe and can see that it's sitting there in task manager but the window isn't open, I went to the Details tab in Task Manager right clicked and selected Anaylze Wait Chain, it looks like it's stuck waiting on nvcontainer.exe which is part of the Nvidia software...

I killed the nvcontainer.exe process, and then the Encoding Server window appeared. If I close the Encoding Server window, and re-run EncodingServer.exe it opens fine the second time and all subsequent times, it's just the first time I run it after a fresh boot that NvContainer.exe is always holding it up.

[guest]

Thanks for the reply... so I know what's got it stuck Now but not why it's getting stuck.

I ran EncodingServer.exe and can see that it's sitting there in task manager but the window isn't open, I went to the Details tab in Task Manager right clicked and selected Anaylze Wait Chain, it looks like it's stuck waiting on nvcontainer.exe which is part of the Nvidia software...

I killed the nvcontainer.exe process, and then the Encoding Server window appeared. If I close the Encoding Server window, and re-run EncodingServer.exe it opens fine the second time and all subsequent times, it's just the first time I run it after a fresh boot that NvContainer.exe is always holding it up.

I did a Ripbot encode today, the first one in, like forever (months, anyway), and it wouldn't start the Encoder, and then I recalled that either (or both) MSI Afterburner, or this NVDisplay.Container.exe "thing" could be the problem, so I turned off AfterBurner...nothing, then I tried to disable the Nv thing, but that wasn't working, so then I Googled it, and found a way to turn it off in (Windows) "Service's", rebooted, and away she went.

So either you need to somehow disable the Nv thing, OR use an older driver version that doesn't have this NVDisplay.Container.exe.

https://appuals.com/fix-nvidia-container-high-cpu-usage/

Anyway, that's my 2 cents worth. There always seems to be something that's a complete PITA !!!!

[Atak_Snajpera]

I always remove all telemetry crap from NVIDIA installer before installing ( https://www.techpowerup.com/download/techpowerup-nvcleanstall/ ) . I also check and remove all scheduled tasks created by driver installer. Zero problems on my side with ripbot.

[guest]

I always remove all telemetry crap from NVIDIA installer before installing ( https://www.techpowerup.com/download/techpowerup-nvcleanstall/ ) . I also check and remove all scheduled tasks created by driver installer. Zero problems on my side with ripbot.

Thanks Atak, I actually just grabbed the latest nVidia drivers (not installed yet), so I will give the "cleaner" a go, first. :)

update:- OK, ran it thru the "cleaner", and it does get rid of a lot of stuff (user's choice, tho), and after a clean install, the NvDisplay.Container thing was still active in Task Manager, so I still had to disable it, from starting.

I wonder if it's a Windows 10 thing...does W7 have the container ??

[Daringbaaz]

Hello, Ripbot isn't Working on My Pc,
Please Help Me to Solve



C:\Users\Alone\Downloads\Video>"C:\Users\Alone\Desktop\RipBot264v1.25.1\EncodingClient.exe" "C:\Temp\RipBot264temp\job1\job1_EncodingClient.meta"
'"C:\Users\Alone\Desktop\RipBot264v1.25.1\EncodingClient.exe"' is not recognized as an internal or external command,
operable program or batch file.

C:\Users\Alone\Downloads\Video>"C:\Users\Alone\Desktop\RipBot264v1.25.1\tools\mkvtoolnix\mkvmerge.exe" -o "D:\Abhay S02E07 Hindi 1080p WEB-DL [BollYFlix].mkv" --compression 0:none --title "Abhay S02E07 Hindi 1080p WEB-DL [BollYFlix]" --default-duration 0:25fps "C:\Temp\RipBot264temp\job1\video.265" --compression 0:none --language 0:hin --aac-is-sbr 0:1 "C:\Temp\RipBot264temp\job1\Encoded_Audio_1.aac"
mkvmerge v50.0.0 ('Awakenings') 64-bit
Error: The file 'C:\Temp\RipBot264temp\job1\video.265' could not be opened for reading: open file error.
-------------------------

Elapsed Time: 00h:00m:30s

https://i.imgur.com/nYk3bbl.png

[Atak_Snajpera]

Click manually on encodingclient.exe and see what happens.

[Daringbaaz]

Click manually on encodingclient.exe and see what happens.

I Tried, But it's Showing OFFLINE Status,

and Also Checked That There was Miltuple Encoding Server Opened on Taskbar icon section,

but All are Showing offline,.

[Atak_Snajpera]

I just wanted you to confirm that EncodingClient.exe exists and IT is not corrupted. Check again also in safe mode.

[guest]

I Tried, But it's Showing OFFLINE Status,

and Also Checked That There was Miltuple Encoding Server Opened on Taskbar icon section,

but All are Showing offline,.

How long have you been using Ripbot ??

Have you got your IP address's set up properly, and are you using Distributed Encoding ?? (you did mention the icons in the taskbar)

Try without DE turned on.

[TheSickle]

more detail on the stop-restart encoding issue:
I'm encoding HEVC Default very slow 2 pass lock size. It does the stop-restart never encode thing when fast first pass is UNCHECKED in the settings OR if I use QC for sizing, it works.


Same problem here, when fast first pass is disabled, encoding does not work on 2pass mode in any way.

Servers return the following error:
57 --ctu 64 --slow-firstpass --y4m --pools "+" --output NUL -"
x265 [warning]: extra unused command arguments given <->

I believe when option is disabled, somewhere in the code there is a "-" left hanging and it messes up the script settings send to the server. Can someone validate this and if possible provide a fix / workaround ?

[LigH]

Well, the error message
is not recognized as an internal or external command, operable program or batch file.
clearly means that the command line interpreter (cmd.exe usually) either cannot find "C:\Users\Alone\Desktop\RipBot264v1.25.1\EncodingClient.exe" at this location or believes that it does not look like an executable inside.

IMHO, putting an application into a directory on the desktop is not recommendable (also note that if you use several user accounts, another user's desktop may not be accessible), and using complex folder names with version numbers and many dots neither (also I noticed in your screenshot that you are running v1.26.0, but the path contains v1.25.1). Better create a short directory right in a drive's root (like "D:\RB264"), that decreases the risk of typos in the application's path a lot.

[Daringbaaz]

I just wanted you to confirm that EncodingClient.exe exists and IT is not corrupted. Check again also in safe mode.

Thanks, It's working Now,

there was some issue with antivirus,

After disabling, Issue fixed,

I am Completely New With Ripbot

Thanks to Everyone

[Daringbaaz]

I just wanted you to confirm that EncodingClient.exe exists and IT is not corrupted. Check again also in safe mode.

Well, the error message
is not recognized as an internal or external command, operable program or batch file.
clearly means that the command line interpreter (cmd.exe usually) either cannot find "C:\Users\Alone\Desktop\RipBot264v1.25.1\EncodingClient.exe" at this location or believes that it does not look like an executable inside.

IMHO, putting an application into a directory on the desktop is not recommendable (also note that if you use several user accounts, another user's desktop may not be accessible), and using complex folder names with version numbers and many dots neither (also I noticed in your screenshot that you are running v1.26.0, but the path contains v1.25.1). Better create a short directory right in a drive's root (like "D:\RB264"), that decreases the risk of typos in the application's path a lot.

I wasn't aware about Such Problems, Thanks For Detailed Explanation

[LigH]

Apropos version numbers...

@Moderators: It may be suitable to remove any version number from the title of this thread, as this application keeps being developed.

[HehoChef]

I have stumbled upon an hevc stream ripbot seems to have massive problems with, two notable problems:
- It seems to have problems decoding it in the first way: Auto cropping does not work with the message :" 'INF' is not a valid floating point value ", setting cropp left and right to 1000 and it can not generate a preview, no matter how often I press new frame.
I've seen that before, and worked around it by analyzing it in a different software and then just punching in the numbers manually.
-Additionally, and this is first for me: When trying to encode, not matter the settings, distributed or single machine encoding and the target codec, at exactly the time it fails. The fps goes up, the bitrate goes way way down, and the cpu consumptino goes down to, on all machines that are participating. When done in in DE mode, the later chunks are just very small and are only black, and if mixed together the video just stalls at the last good frame. The Original Video play back fine on all sorts of players and machines.

Can someone give me any tipps?

[archiel]

I am having a problem with Output Speed option (under Avisynth) which is giving intermittent problems. Originally noticed this in August, went away and has now re-appeared

It appears to be a problem for some encodes and not others - where it does occur then

If I use any setting other than default
The FPS on the main screen does not change
The Duration on the main screen does not change
Once encoding is started a 'info.txt does not exist' error is generated

After which the script goes directly to the final re-encode and shows 'Error: The file 'H:\Temp\RipBot264temp\job2\video.265' could not be opened for reading: open file error.'

Re-setting Output Speed to default allows the program to run.

I use this option where I have used MkvCutter to edit and re-encode the start of a video. As it re-encodes at 24 fps regardless of the speed of original, I need to use the Output Speed to prevent the audio and video being out of sync.

I have tested on the same videos, with or without using MkvCutter, in each case RipBot264 runs normally if Output Speed is default and fails for any other setting.

Any suggestions on what I can do to track down why this setting (Output speed) is not taking properly.

Thanks

Archiel

[guest]

I am having a problem with Output Speed option (under Avisynth) which is giving intermittent problems. Originally noticed this in August, went away and has now re-appeared

It appears to be a problem for some encodes and not others - where it does occur then

If I use any setting other than default
The FPS on the main screen does not change
The Duration on the main screen does not change
Once encoding is started a 'info.txt does not exist' error is generated

After which the script goes directly to the final re-encode and shows 'Error: The file 'H:\Temp\RipBot264temp\job2\video.265' could not be opened for reading: open file error.'

Re-setting Output Speed to default allows the program to run.

I use this option where I have used MkvCutter to edit and re-encode the start of a video. As it re-encodes at 24 fps regardless of the speed of original, I need to use the Output Speed to prevent the audio and video being out of sync.

I have tested on the same videos, with or without using MkvCutter, in each case RipBot264 runs normally if Output Speed is default and fails for any other setting.

Any suggestions on what I can do to track down why this setting (Output speed) is not taking properly.

Thanks

Archiel

Maybe you should try VideoReDo, it's keeps the original fps !

[archiel]

Maybe you should try VideoReDo, it's keeps the original fps !

Not going to help - as far as I remember from past use it can only cut on key frames. I use MkvCutter to to strip unwanted intros from video files. It allows exact frame cutting, but to do that it re-encodes from the cut up to the next key frame. The downside is that the re-encoded initial sub-section is at 24fps and is then joined onto the next frame, regardless of the rest of the video. Given the tiny size of the re-encoded section, it has no material affect on playback. Mediainfo identifies both the frame rate (modified by the cut) and the original frame rate and Ripot64 uses the former for encoding the whole video, hence the need to force the rate back to that of the source.

As such I would prefer to understand how to see why change output speed is not working as expected.

[guest]

Not going to help - as far as I remember from past use it can only cut on key frames. I use MkvCutter to to strip unwanted intros from video files. It allows exact frame cutting, but to do that it re-encodes from the cut up to the next key frame. The downside is that the re-encoded initial sub-section is at 24fps and is then joined onto the next frame, regardless of the rest of the video. Given the tiny size of the re-encoded section, it has no material affect on playback. Mediainfo identifies both the frame rate (modified by the cut) and the original frame rate and Ripot64 uses the former for encoding the whole video, hence the need to force the rate back to that of the source.

As such I would prefer to understand how to see why change output speed is not working as expected.

OK, fair enough..but I have to question about your comment on the key frame cutting...I'm pretty sure that use it at frame by frame cutting, but what would I know, I've only been using it for years.

Anyway, I think you've sussed out why Ripbot encodes the whole clip at the wrong fps...but of course there is ONLY one person who can do anything to rectify that.

So good luck, you should still keep looking for other ways to edit...that doesn't change the fps !!

[Ryushin]

Looks like MakeMKV has added support for Dolby Vision. Not sure if the other tools have been updated yet that Atak can add this support in RipBot.

https://www.makemkv.com/forum/viewtopic.php?f=12&t=23306
https://www.reddit.com/r/PleX/comments/j9zd2h/dolby_vision_now_working_with_plex_android_beta/

[guest]

Looks like MakeMKV has added support for Dolby Vision. Not sure if the other tools have been updated yet that Atak can add this support in RipBot.

https://www.makemkv.com/forum/viewtopic.php?f=12&t=23306
https://www.reddit.com/r/PleX/comments/j9zd2h/dolby_vision_now_working_with_plex_android_beta/

Had a read on this, and it only seems to work on ripping UHD disks using MakeMKV, you can't "convert" older, re-ripped files to contain DV. :(

No use to me :(

[archiel]

As such I would prefer to understand how to see why change output speed is not working as expected.

It turns out that the problem with changing Output Speed has nothing to do with making any prior edits to the file - it was simply that I only noticed it when I needed to 'correct' the output speed.

After checking I noticed that the same problem exists if I used the unedited file as the input. In each case the file info.txt is lost from the job folder after selecting a non-default output speed - resetting to default recreates the file.

After looking at bunch of other files, the issue only seems to arise if any of the audio is encoded with FLAC, it does not happen with AAC or DTS audio.

For now the workaround is simple, do not include any FLAC audio in the file I am working on, then add it back from the job folder or the source file after RipBot64 has finished encoding the video.

On a separate note, is there a way to retain track names or to add them back with a post-processing script. For example, a file may have a secondary audio "Commentary by .."

[Atak_Snajpera]

It turns out that the problem with changing Output Speed has nothing to do with making any prior edits to the file - it was simply that I only noticed it when I needed to 'correct' the output speed.

After checking I noticed that the same problem exists if I used the unedited file as the input. In each case the file info.txt is lost from the job folder after selecting a non-default output speed - resetting to default recreates the file.

After looking at bunch of other files, the issue only seems to arise if any of the audio is encoded with FLAC, it does not happen with AAC or DTS audio.

For now the workaround is simple, do not include any FLAC audio in the file I am working on, then add it back from the job folder or the source file after RipBot64 has finished encoding the video.

On a separate note, is there a way to retain track names or to add them back with a post-processing script. For example, a file may have a secondary audio "Commentary by .."

Could you upload some samples for me for testing purposes? (With FLAC audio and commentary) 100 MiB max.

[archiel]

Could you upload some samples for me for testing purposes? (With FLAC audio and commentary) 100 MiB max.

I will need to edit some files segments, as I am starting with with much larger files (5-12GB). Where should I upload to as the max attachment size (zip) is 300kb?

[guest]

I will need to edit some files segments, as I am starting with with much larger files (5-12GB). Where should I upload to as the max attachment size (zip) is 300kb?

This is probably as good as any...

https://www.mediafire.com/

[legend]

RipBot needs admin access to run. Some Encoding RDP dosen't give any admin permission.
So how do I run without admin access.

[Atak_Snajpera]

RipBot needs admin access to run. Some Encoding RDP dosen't give any admin permission.
So how do I run without admin access.

you can't.

[archiel]

Could you upload some samples for me for testing purposes? (With FLAC audio and commentary) 100 MiB max.

I have attached 2 clips with both FLAC audio plus named audio and named subtitles

http://www.mediafire.com/folder/yobtun41khdggam,rd6eh33o1ycae2e/shared

In both cases changing the Output Speed fails if a flac audio track is included and any track names (audio and subtitles) are lost during the editing/conversion process.

n.b. first time using mediafire, so my apologies if I have not done this correctly.

[Atak_Snajpera]

I have attached 2 clips with both FLAC audio plus named audio and named subtitles

http://www.mediafire.com/folder/yobtun41khdggam,rd6eh33o1ycae2e/shared

In both cases changing the Output Speed fails if a flac audio track is included and any track names (audio and subtitles) are lost during the editing/conversion process.

n.b. first time using mediafire, so my apologies if I have not done this correctly.

FLAC output speed bug I had already fixed yesterday in my personal version.
Track names I will try to add this weekend. Currently I'm too tired mentally after my real day job...

[archiel]

FLAC output speed bug I had already fixed yesterday in my personal version.
Track names I will try to add this weekend. Currently I'm too tired mentally after my real day job...

I will be happy whenever you have the time. I can work around both issues until then.

[dv8r]

Hi Atak,
Been a long time fan of RipBot. I use an automated script on linux with Nvenc for a lot of stuff but nothing better for x265 than RipBot with distributed encoding. I just setup some servers and I'm trying to get watchfolders setup. I've been looking through the thread and not sure how the txt file is supposed to be formatted. Also will you be adding any Nvenc Support? The newer cards are supporting 10 bit and B frames so hopefully quality will just get better like the old days of xvid to x264. Just curious because I would love to be able to use RipBot for everything. Thanks

[Atak_Snajpera]

I've been looking through the thread and not sure how the txt file is supposed to be formatted.
Example
C:\MyWatchFolder1
D:\MyWatchFolder2

[guest]

Atak, something's wrong :(

2020-10-25 22:15:47 : Update for [mkvtoolnix] detected
2020-10-25 22:15:47 : Downloading file http://atak-snajpera.5v.pl/ripbot264update/mkvtoolnix.zip to D:\RipBot264v1.26.0\updates\mkvtoolnix.zip
2020-10-25 22:15:50 : [ERROR] File http://atak-snajpera.5v.pl/ripbot264update/mkvtoolnix.zip could not be downloaded!

However, if you click on the link, it will download successfully, and when placed in the Update folder, it DOES install without error. :)

[Atak_Snajpera]

Atak, something's wrong :(

2020-10-25 22:15:47 : Update for [mkvtoolnix] detected
2020-10-25 22:15:47 : Downloading file http://atak-snajpera.5v.pl/ripbot264update/mkvtoolnix.zip to D:\RipBot264v1.26.0\updates\mkvtoolnix.zip
2020-10-25 22:15:50 : [ERROR] File http://atak-snajpera.5v.pl/ripbot264update/mkvtoolnix.zip could not be downloaded!

However, if you click on the link, it will download successfully, and when placed in the Update folder, it DOES install without error. :)

No problem here
2020-10-24 16:19:00 : =========================[UPDATER ACTIVATED]=========================
2020-10-24 16:19:00 : Looking for correct UUID link in http://forum.doom9.org/showthread.php?t=127611
2020-10-24 16:19:00 : [SUCCESS] http://forum.doom9.org/showthread.php?t=127611 has correct UUID link 6c966b28-e0dd-48f6-b1c7-a56e8a275ec0
2020-10-24 16:19:00 : Downloading update file http://atak-snajpera.5v.pl/ripbot264update/update.zip
2020-10-24 16:19:00 : [SUCCESS] C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\Updates\update.zip saved!
2020-10-24 16:19:00 : Update for [core] detected
2020-10-24 16:19:00 : Downloading file http://atak-snajpera.5v.pl/ripbot264update/core.zip to C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\updates\core.zip
2020-10-24 16:19:02 : [SUCCESS] File C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\updates\core.zip saved!
2020-10-24 16:19:02 : CRC32 value has not changed for [aften]. Update is not required.
2020-10-24 16:19:02 : CRC32 value has not changed for [avs2pipemod]. Update is not required.
2020-10-24 16:19:02 : CRC32 value has not changed for [avs2yuv]. Update is not required.
2020-10-24 16:19:02 : CRC32 value has not changed for [avsmeter]. Update is not required.
2020-10-24 16:19:02 : CRC32 value has not changed for [bdsup2sub]. Update is not required.
2020-10-24 16:19:02 : CRC32 value has not changed for [chapterxtractor]. Update is not required.
2020-10-24 16:19:02 : CRC32 value has not changed for [dgindex]. Update is not required.
2020-10-24 16:19:02 : CRC32 value has not changed for [downloadposter]. Update is not required.
2020-10-24 16:19:02 : CRC32 value has not changed for [eac3to]. Update is not required.
2020-10-24 16:19:02 : CRC32 value has not changed for [ffmpeg]. Update is not required.
2020-10-24 16:19:02 : CRC32 value has not changed for [fhgaacenc]. Update is not required.
2020-10-24 16:19:02 : CRC32 value has not changed for [mediainfo]. Update is not required.
2020-10-24 16:19:02 : Update for [mkvtoolnix] detected
2020-10-24 16:19:02 : Downloading file http://atak-snajpera.5v.pl/ripbot264update/mkvtoolnix.zip to C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\updates\mkvtoolnix.zip
2020-10-24 16:19:23 : [SUCCESS] File C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\updates\mkvtoolnix.zip saved!
2020-10-24 16:19:23 : CRC32 value has not changed for [modifychapters]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [mp4box]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [mpc]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [opus-tools]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [pgcdemux]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [remuxtool]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [setacl]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [ssatosrt]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [tsmuxer]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [vjoin]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [vsrip]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [wolcmd]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [x264]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [x265]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [autocrop]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [ffms]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [flash3kyuu_deband]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [hqdn3d]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [scripts]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [tivtc]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [vsfilter]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [yadif]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [knlmeanscl]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [openclinfo]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [masktools]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [mvtools]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [nnedi3]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [detectborders]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [avisynth]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [rawsourceplus]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [rgtools]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [nicaudio]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [plugins_jpsdr]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [waitforprocess]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [avsresize]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [dgtonemap]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [lsmash]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [7z]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [srttossa]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [hdrtools]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [matroskasplitter]. Update is not required.
2020-10-24 16:19:23 : Downloading finished.
2020-10-24 16:19:52 : =========================[UPDATER ACTIVATED]=========================
2020-10-24 16:19:52 : Installing updates...
2020-10-24 16:19:53 : [SUCCES] C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\updates\core.zip has been correctly extracted!
2020-10-24 16:19:57 : [SUCCES] C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\updates\mkvtoolnix.zip has been correctly extracted!
2020-10-24 16:19:57 : Installation complete.

I suspect that your antivirus is blocking downloading files by updater.exe

[guest]

No problem here
2020-10-24 16:19:00 : =========================[UPDATER ACTIVATED]=========================
2020-10-24 16:19:00 : Looking for correct UUID link in http://forum.doom9.org/showthread.php?t=127611
2020-10-24 16:19:00 : [SUCCESS] http://forum.doom9.org/showthread.php?t=127611 has correct UUID link 6c966b28-e0dd-48f6-b1c7-a56e8a275ec0
2020-10-24 16:19:00 : Downloading update file http://atak-snajpera.5v.pl/ripbot264update/update.zip
2020-10-24 16:19:00 : [SUCCESS] C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\Updates\update.zip saved!
2020-10-24 16:19:00 : Update for [core] detected
2020-10-24 16:19:00 : Downloading file http://atak-snajpera.5v.pl/ripbot264update/core.zip to C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\updates\core.zip
2020-10-24 16:19:02 : [SUCCESS] File C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\updates\core.zip saved!
2020-10-24 16:19:02 : CRC32 value has not changed for [aften]. Update is not required.
2020-10-24 16:19:02 : CRC32 value has not changed for [avs2pipemod]. Update is not required.
2020-10-24 16:19:02 : CRC32 value has not changed for [avs2yuv]. Update is not required.
2020-10-24 16:19:02 : CRC32 value has not changed for [avsmeter]. Update is not required.
2020-10-24 16:19:02 : CRC32 value has not changed for [bdsup2sub]. Update is not required.
2020-10-24 16:19:02 : CRC32 value has not changed for [chapterxtractor]. Update is not required.
2020-10-24 16:19:02 : CRC32 value has not changed for [dgindex]. Update is not required.
2020-10-24 16:19:02 : CRC32 value has not changed for [downloadposter]. Update is not required.
2020-10-24 16:19:02 : CRC32 value has not changed for [eac3to]. Update is not required.
2020-10-24 16:19:02 : CRC32 value has not changed for [ffmpeg]. Update is not required.
2020-10-24 16:19:02 : CRC32 value has not changed for [fhgaacenc]. Update is not required.
2020-10-24 16:19:02 : CRC32 value has not changed for [mediainfo]. Update is not required.
2020-10-24 16:19:02 : Update for [mkvtoolnix] detected
2020-10-24 16:19:02 : Downloading file http://atak-snajpera.5v.pl/ripbot264update/mkvtoolnix.zip to C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\updates\mkvtoolnix.zip
2020-10-24 16:19:23 : [SUCCESS] File C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\updates\mkvtoolnix.zip saved!
2020-10-24 16:19:23 : CRC32 value has not changed for [modifychapters]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [mp4box]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [mpc]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [opus-tools]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [pgcdemux]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [remuxtool]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [setacl]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [ssatosrt]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [tsmuxer]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [vjoin]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [vsrip]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [wolcmd]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [x264]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [x265]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [autocrop]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [ffms]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [flash3kyuu_deband]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [hqdn3d]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [scripts]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [tivtc]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [vsfilter]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [yadif]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [knlmeanscl]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [openclinfo]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [masktools]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [mvtools]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [nnedi3]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [detectborders]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [avisynth]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [rawsourceplus]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [rgtools]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [nicaudio]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [plugins_jpsdr]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [waitforprocess]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [avsresize]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [dgtonemap]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [lsmash]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [7z]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [srttossa]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [hdrtools]. Update is not required.
2020-10-24 16:19:23 : CRC32 value has not changed for [matroskasplitter]. Update is not required.
2020-10-24 16:19:23 : Downloading finished.
2020-10-24 16:19:52 : =========================[UPDATER ACTIVATED]=========================
2020-10-24 16:19:52 : Installing updates...
2020-10-24 16:19:53 : [SUCCES] C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\updates\core.zip has been correctly extracted!
2020-10-24 16:19:57 : [SUCCES] C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\updates\mkvtoolnix.zip has been correctly extracted!
2020-10-24 16:19:57 : Installation complete.

I suspect that your antivirus is blocking downloading files by updater.exe

Only running the OEM/default AV that is part of W10.

[archiel]

FLAC output speed bug I had already fixed yesterday in my personal version.
Track names I will try to add this weekend. Currently I'm too tired mentally after my real day job...
Both tested and working as hoped. Thank you for fixing these

[Spasm]

I've been running RipBot for years with no major problems, but this morning I opened RipBot and it did an update, and now EncodingServer.exe just hangs.

First when I did the update, launching EncodingServer.exe just opened a Command Line window, and the message Encoding Server is not Responding just kept scrolling by over and over... so I deleted Ripbot and did a fresh install.


I can run Ripbot264.exe fine, I can also run EncodingClient.exe fine, but when I try to run EncodingServer.exe it never opens, and I look in task manager and the task is just stuck.

Any ideas?

I also did a Malware Scan, and a SFC scannow to fix any corrupted system files.
LTTP but, do you have an AMD video card? Go to Task Manager and go to the Details tab. Find one of your EncodingServer tasks, right-click on it and Analyze wait chain. If you see something like AUP.exe in there, that's AMD's User Experience Program messing you up.

If that's the case, go into AMD drivers, Settings, General, AMD User Experience Program, and opt out of that crap post-haste. Do a reboot just for good measure.

Edit: Guess I should have read further that this is solved. Interesting that both NV and AMD drivers have their own version of the culprit.

While I'm here, might as well ask, will hardware decoding ever be supported for AMD cards? I will never be able to get my hands on an RTX 30XX, but I think I could get an RX68XX.

[GZZ]

I reported this issue back in post #18679

I have now added an image: https://ibb.co/FH9qKQT

What happens is if you have first have selected a custom script from the list and want to remove it again, then selecting "Do not use custom script" dosnt remove it, either from the preview script or the output if you select OK. I think it only happens for Custom scripts.

[guest]

I reported this issue back in post #18679

I have now added an image: https://ibb.co/FH9qKQT

What happens is if you have first have selected a custom script from the list and want to remove it again, then selecting "Do not use custom script" doesn't remove it, either from the preview script or the output if you select OK. I think it only happens for Custom scripts.

Hi GZZ, I didn't want to comment until I tried this for myself...which I just did, and mine changes "before my very eye's", instantly.

Have you tried changing it, then backing out of RB, and see if it's changed upon opening RB ??

[GZZ]

Have you tried changing it, then backing out of RB, and see if it's changed upon opening RB ??

Yes. What I see in the video script window for preview is what I get if I press ok. I can remove the lines from that window and I will get it without (thats my temporary fix). I got several custom MDegrain script in my custom script dropdown and I can change between them and video script window reflect my selection, but nothing happens if I select "Do not use custom script". I have tried going in and out of the program, restart it, update it and so on.

[guest]

Yes. What I see in the video script window for preview is what I get if I press ok. I can remove the lines from that window and I will get it without (thats my temporary fix). I got several custom MDegrain script in my custom script dropdown and I can change between them and video script window reflect my selection, but nothing happens if I select "Do not use custom script". I have tried going in and out of the program, restart it, update it and so on.

Hi, OK, I didn't try that option, but I just tried something else, that seems to work.

However, it might be something the Atak might need to address.

So, if I have a "Custom Filter" enabled, and I then select "Do not use custom script", the Custom Filter indeed does not get removed, HOWEVER, if I choose one of the 3 default "Custom" filters, THEN go back to "Do not use custom script", then it's clears the custom filter. :)

[Atak_Snajpera]

I will fix that this weekend

[Ryushin]

I've starting to encounter the issue that I had a couple of years ago or so but finally went away after Atak fixed it. I think it started occurring again after the last update.
The issue is sometimes (happens about 1 in 5 to 1 in 10 times) when click OK to finish modifying a job (not sure about adding as I'm currently using batch to add the jobs) the "Encoding Settings" window stays open with some things clickable and other things that are not.

If I click "Done" again a second time in the Encoding Settings nothing happens in the window and it does not close, but clicking "Done" the second time wipes out the avisynth script when I got back in to edit the job after closing Ripbot as that is the only way to get control back. I can still use the main window to stop the "Encoding Client" before closing Ripbot

If the "Encoding Settings" window does not close and if I then close Ripbot without clicking "Done" a second time on the "Encoding Settings" window then the Avisyth script is still there.

This bug recently came back after the last update. It's been a good couple of years (or more since time flies) since I've seen this happen.

https://i.postimg.cc/kVcWmV2r/Ripbot-Edit-Settings-Still-Open.png (https://postimg.cc/kVcWmV2r)

https://i.postimg.cc/B8s2k5Qc/Ripbot-Avisynth-Settings-Wiped-Out.png (https://postimg.cc/B8s2k5Qc)

[legend]

How do I increase video sharpen with Ripbot. Is there any command to add in the script ?
Can any one help me.

[Atak_Snajpera]

How do I increase video sharpen with Ripbot. Is there any command to add in the script ?
Can any one help me.

Activate "EnhanceFineDetails.avs" under custom script option

BEFORE
https://i.postimg.cc/x1FKBpKm/before.png

AFTER
https://i.postimg.cc/jSjHgYJK/after.png

[sixthofmay]

Atak,
I'm developing a distributed encoder and would like to see how you implemented the feature. Is source code available?

[userx]

Hi Atak.
There were some changes within the muxing step. Parameters are now packed into the jobX_MuxFiles.json. I noticed the title tag is not handled anymore.
Sure, i can create a script for that, but can you please append them automatically.

Thank you.

[Atak_Snajpera]

Yes. What I see in the video script window for preview is what I get if I press ok. I can remove the lines from that window and I will get it without (thats my temporary fix). I got several custom MDegrain script in my custom script dropdown and I can change between them and video script window reflect my selection, but nothing happens if I select "Do not use custom script". I have tried going in and out of the program, restart it, update it and so on.

Add section marker to your custom script
#Custom

That marker is needed for my code to determine which section of script to remove.

[legend]

Activate "EnhanceFineDetails.avs" under custom script option

Yes activate it. Thanks for that. But I have to know that how to decrease or increase sharpness as my taste. Which parameter need to change to this effect.

[Atak_Snajpera]

Yes activate it. Thanks for that. But I have to know that how to decrease or increase sharpness as my taste. Which parameter need to change to this effect.

Reduce that value
https://i.postimg.cc/hvhqmMj2/Untitled-1.png

[userx]

Hello!

I dig into an issue why EncodingClient is always restarting jobs (1.cmd) after it is finished.
I switched ffmpeg loglevel to debug and saw an error:
...
encoded 1440 frames, 95.87 fps, 2393.23 kb/s
Last message repeated 47 times
av_interleaved_write_frame(): Broken pipe
No more output streams to write to, finishing.
Error writing trailer of pipe:: Broken pipe
frame= 1442 fps= 95 q=-0.0 Lsize= 1945359kB time=00:01:00.14 bitrate=264972.9kbits/s speed=3.95x
video:755kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 257632.718750%
Input file #0 (\\USERX-MASTER\RipBot264temp\job1\Chunks\1.avs):
Input stream #0:0 (video): 1442 packets read (1993420800 bytes); 1442 frames decoded;
Total: 1442 packets (1993420800 bytes) demuxed
Output file #0 (pipe:):
Output stream #0:0 (video): 1442 frames encoded; 1442 packets muxed (772912 bytes);
Total: 1442 packets (772912 bytes) muxed
1442 frames successfully decoded, 0 decoding errors
[AVIOContext @ 0000027b54da5c00] Statistics: 0 seeks, 62006 writeouts
[AVIOContext @ 0000027b54da6f80] Statistics: 927 bytes read, 0 seeks
Conversion failed!

I splitted the commands in 1.cmd and wrote ffmpeg output to 1.pipe. Afterwards I piped the output to x264_x64.exe which finished without errors.
Last lines:
encoded 1440 frames, 20.82 fps, 2393.17 kb/s
Ein Prozess hat versucht, zu einer nicht bestehenden Pipe zu schreiben.

Is it possible that 'process tried to write to a nonexistent pipe' leads to the abortion?

I altered the opencl device (0 or 9) which leads to the same result but with cldev 9 (not exists) EncodingServer complete this chunk without restarting it.

Edit:
Appended Full log (https://userx.noip.me/nextcloud/index.php/s/ALH6oMwgp4NXeAZ).

[yuryna]

@Atak_Snajpera

Any news about 3 pass support?

(I know i'm quite pricky but is the only thing i miss from using it massively on my collection :))

[blacksapprow]

@Atak_Snajpera

Is there a way of using CQ mode with 20000kbps setting?

I need this 20000kbps setting to prepare a BD standard m2ts.

[blacksapprow]

@yuryna

Why do you need 3 pass? I don't even know what 2 pass does.

[yuryna]

@blacksapprow
Because from my tests and my settings (not placebo but almost),
a 2 pass is far better than a CFR encoding (visual quality side)
and a 3 pass add that little plus (little grain and little geometry preserved)
compared to a 2 pass that i considered (in my "quality at all cost" goal) worthing of extra time and cpu encoding.

[guest]

@Atak_Snajpera

Is there a way of using CQ mode with 20000kbps setting?

I need this 20000kbps setting to prepare a BD standard m2ts.

Why don't you just use 1 Pass @ 20,0000kbps !!!

I use 60,000kbps on my UHD encodes.

30,000kbps on 1080p (BD)

[blacksapprow]

@Pauly Dunne

That is Variable bitrate. BD standard generally uses Constant bitrate. ==> Correction: Wrong vice versa, BD standard uses Variable bitrate at video files! Sorry I was fighting with Magix Vegas 18 deeply with colorizing effect. It made me dizzy, so I typed wrongly. By the way, Magix Vegas 18 does not accept untouched original files, crashes immediately. Converting m2ts files with Ripbot to smaller sizes are absolutely necessary!

Latest Note: I have seen that Magix Vegas denies to load CQ type. It only accepts 1 pass and 2 pass variant of Ripbot. Therefore I don't need CQ with 20000kbps because of program behavior for now. ==> Correction: Again, Magix Vegas 18 accepts CQ with 16 at most. Other manual settings, with high size, Magix Vegas crashes again. I have used Build 434 today, still same. I have to test many other options, so I can not truly tell about it's allowance, exactly for now.

Correction made at: 29.01.2021

[blacksapprow]

@yuryna

You need a lot of time. 2 pass needs more than double the time, with three pass took 4~5 times more.

To enhance quality you need to use Topaz Video Enhancer AI. But it needs terrible time to decode. I have a GTX 780Ti, it took 24 days to convert DVD quality to 1080i for a 100 minute film. There are other options as well, other than CG, but CG (Computer Generated) was best works at version 1.6.1.

Now there is 1.7.0 but that one lost it's quality a lot at CG. The new version can use AMD graphics cards as well as RTX 30xx serie. The software needs fixing currently.

[yuryna]

@blacksapprow
Yes, some time it's needed for sure, but that's not a problem, considering my goal.
I'm waiting so eagerly for the 3 pass support,
because i have some 40 cores servers, that are only waiting to pump up the damn cores concerto with a distributed encoding :)

[LigH]

@Pauly Dunne

That is Variable bitrate. BD standard generally uses Constant bitrate.

Then whatever BD is, you don't mean Blu-ray. Blu-ray video may well nicely have a variable bitrate in VBV constraints.

[guest]

Then whatever BD is, you don't mean Blu-ray. Blu-ray video may well nicely have a variable bitrate in VBV constraints.

Blu-ray Disc (BD), often known simply as Blu-ray, is a digital optical disc storage format. (Wikipedia)

[guest]

So "we" just got another update, and it has a new category (Avisynth plug in) CAS or MCAS.avs.

Can we please get a quick explanation on what this does...

Oh wait...it's in conjunction with/part of, using the "Enhance Fine Details", custom filter.

Cheers

[LigH]

@ Pauly Dunne: I know that BD usually means "Blu-ray Disc"; but I also know that the constraints mentioned by blacksapprow are not required by Blu-ray specifications.

[userx]

I want to report an error with muxfile.json
If a directory or filename contains special caracters (e.g. äüö) json parsing fails
Error: The JSON option file 'D:\Temp\RipBot264temp\job9\job9_MuxFiles.json' contains an error:
[json.exception.parse_error.101] parse error at line 3, column 48:
syntax error while parsing value - invalid string: ill-formed UTF-8 byte; last read: '"REMOVED\\L. Läu'.

This could be solved when save the json file with UTF-8 encoding and replace the problematic characters again with the correct one (äüö).

[stryker412]

Pauly,

So I've been stocking up on 4k discs with these crazy sales and most I've gotten have been under $15. I want to start adding more 4K content to Plex. I have ripped a ton of my content over the years to h264 1080p but 4k/hevc is still new to me. I use a combination of MakeMKV and Ripbot to create files. I usually use a 2-pass method to ensure a proper bitrate/file size ratio. What do you suggest for 4K content? I'm seeing some online rips that are around the 16-20GB size which is pretty acceptable to me. I don't have a 7.1 or Atmos capable setup so I usually take out the HD audio tracks and stick with core. I don't have the file space for full remuxes.

[Ryushin]

So I've been stocking up on 4k discs with these crazy sales and most I've gotten have been under $15. I want to start adding more 4K content to Plex. I have ripped a ton of my content over the years to h264 1080p but 4k/hevc is still new to me. I use a combination of MakeMKV and Ripbot to create files. I usually use a 2-pass method to ensure a proper bitrate/file size ratio. What do you suggest for 4K content? I'm seeing some online rips that are around the 16-20GB size which is pretty acceptable to me. I don't have a 7.1 or Atmos capable setup so I usually take out the HD audio tracks and stick with core. I don't have the file space for full remuxes.

I use CQ18 and adjust MDegrain2 settings to get the file size down. Over the 370+ 4K's I've done, average film for me is coming between 10-15GB which also includes the the Atmos and DTS:X tracks if available. The grain in the film is by far the biggest factor in compression, removing that grain makes a huge difference and to me, improves the quality.

For example, Avengers Endgame is so clean the the film will be about 5GB at CQ18. Blade Runner and Black Hawk Down, with the heaviest MDegrain2 (or even MDegrain3) will still come in about 25GB, but the MDegrain results can be astounding sometimes. I posted a sample from Blade Runner a year ago or so and you could really see the amazing difference between the two.

Please be aware, you will need to have some CPU Horsepower or lots of patience to process 4K.

[stryker412]

Yes I have plenty of CPU power (Ryzen 3700X) but I'm also using my GPU to encode (2080 Ti). I ran Solo through today but for some reason at CQ20, it came out to 2.3GB... why so small? I got the same result from CQ22.

[guest]

Yes I have plenty of CPU power (Ryzen 3700X) but I'm also using my GPU to encode (2080 Ti). I ran Solo through today but for some reason at CQ20, it came out to 2.3GB... why so small? I got the same result from CQ22.

Sorry stryker412, but a Ryzen 3700X is NOT plenty of power !!!!

I have a 3950X, and would like WAY more grunt !!! (but can't afford better)

Well, I have a very different take on 4K encoding, and have got a fair bit of flack for it...but each to their own, I say !!

So, ALL my 4K encodes are done with 1 pass @ 60,000kbps, so they come out fairly large files.

I will preview each movie to see if it needs an MDegrain "fix", and have several custom filters to do that.

As I only use a USB stick into the TV's usb ports, I need to convert TrueHD (& FLAC) to DTS-MA, and as I like subtitles, I have to convert .sup to .srt's, which is a bit of a pain, but my LG TV doesn't support these format's.

So I'm actually ONLY processing the video track, with RipBot.

I haven't used RB for a long time, as I have been trying to organise my storage system (which keeps failing me).

I have to agree with Ryushin with his comments on what MDgrain can do to "dirty" grainy movie, I ran "The Fifth Element" thru with, it might have been MDgrain 4, and even though it took days to process, it was an awesome result !!!

So like I said, each to their own settings & preferences, you figure out what works for you, and stick to it, regardless of anyone else !!!!

[stryker412]

Not sure what's going on with Ripbot. I am trying to convert Solo. I have tried on CQ22, 20 and now 18 with mdgrain. I kept getting 2.5GB files and now with CQ18 I got one that was 1.5GB for a 2160p file. Why are the coming in so small?

[Atak_Snajpera]

You do realize that compression efficiency depends of the video complexity? You should always check if quality of the encoded video is good enough for your eyes.

[stryker412]

I'm thinking the the smaller sizes did not include HDR.

[Ryushin]

I'm thinking the the smaller sizes did not include HDR.

I'm not sure why, but I've found 10bit color to make smaller files than 8bit. CQ18 x265 is supposed to be the same as CQ22 x264.

I cannot tell you how many hours I've spent comparing the original source compared CQ18. I cannot tell the difference at all. HDR10 should not increase the size of the file either. Using two/three pass seems to me to be a waste of space to me. Constant Quality is just that. The quality is the same through the whole film and the size will be what it will be. If you just want to be more paranoid, then do CQ16. I'm just don't know why people are using two/three pass unless they want it to fit to a specific sized medium.

[LigH]

I'm not sure why, but I've found 10bit color to make smaller files than 8bit.

For x264 it is known that 10 bits per channel can be more efficient, especially for cartoons. It is not as certain for x265.

CQ18 x265 is supposed to be the same as CQ22 x264.

Maybe the other way round: x265 should be more efficient than x264, so a coarser quantization should be sufficient for similarly low perceived loss of quality. But not certainly either. It will always depend on the material and the audience.

[Ryushin]

Maybe the other way round: x265 should be more efficient than x264, so a coarser quantization should be sufficient for similarly low perceived loss of quality. But not certainly either. It will always depend on the material and the audience.

Yep, I had it backwards. So x265 CQ18 would be the equivalent of x264 CQ14.

[Ryushin]

Hi Atak,

Any idea if the tools exist yet to demux the Dolby Vision stream so it can can be added back in the muxing process?

[GZZ]

Add section marker to your custom script
#Custom

That marker is needed for my code to determine which section of script to remove.


It still dont work in the latest version when I edit a already added job (its added using the batch mode)

See video: http://gofile.me/6GaFo/OOs8P2fb (7mb)

[Atak_Snajpera]

Show me your custom scripts

[GZZ]

Show me your custom scripts

They are just plain


Loadplugin("E:\RipBot264v\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)


I look in the other script (not mine) and they have #Borders or #After_Prefetch_Custom, I guess I have to add #Custom to mine to make it work properly ?

[guest]

They are just plain

I look in the other script (not mine) and they have #Borders or #After_Prefetch_Custom, I guess I have to add #Custom to mine to make it work properly ?

Here's what they should look like, to work properly :-

(this is my MDgrain3 + enhance details custom filter, which will only work after the latest updates are installed)

Also VERY important, the "address" in red text HAS to match where you have your RipBot located !!!

#Custom
Loadplugin("C:\RipBot264v1.26.0\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=800)

#After_Prefetch_Custom
LoadPlugin("%AVISYNTHPLUGINS%\Plugins_JPSDR\Plugins_JPSDR.dll")
LoadPlugin("%AVISYNTHPLUGINS%\CAS\CAS.dll")
Import("%AVISYNTHPLUGINS%\Scripts\MCAS.avs")
video=MCAS(video,1.0)

It is also important to add these type of custom filters to the RipBot264.ini file. eg:-

MTFiltersList=MDegrain1;MDegrain1_details;MDegrain2;MDegrain2_details;MDegrain3;MDegrain3_details;MDegrain4;QTGMC;HDRtoSDR;z_ConvertFormat;

See what that does for you, good luck.

[GZZ]

Here's what they should look like, to work properly :-

(this is my MDgrain3 + enhance details custom filter, which will only work after the latest updates are installed)

Also VERY important, the "address" in red text HAS to match where you have your RipBot located !!!

#Custom
Loadplugin("C:\RipBot264v1.26.0\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=800)

#After_Prefetch_Custom
LoadPlugin("%AVISYNTHPLUGINS%\Plugins_JPSDR\Plugins_JPSDR.dll")
LoadPlugin("%AVISYNTHPLUGINS%\CAS\CAS.dll")
Import("%AVISYNTHPLUGINS%\Scripts\MCAS.avs")
video=MCAS(video,1.0)

It is also important to add these type of custom filters to the RipBot264.ini file. eg:-

MTFiltersList=MDegrain1;MDegrain1_details;MDegrain2;MDegrain2_details;MDegrain3;MDegrain3_details;MDegrain4;QTGMC;HDRtoSDR;z_ConvertFormat;

See what that does for you, good luck.

I think I got must of it correct. What is the difference between your MDegrain2 and MDegrain2_details script, what parameter have you changed ?

[guest]

I think I got must of it correct. What is the difference between your MDegrain2 and MDegrain2_details script, what parameter have you changed ?

Yes you did...

It's just a combination of 2 filters, my custom MDgrain, and Ripbot's custom filter "EnhanceFineDetails"..that's all.

[Atak_Snajpera]

Yes you did...

It's just a combination of 2 filters, my custom MDgrain, and Ripbot's custom filter "EnhanceFineDetails"..that's all.

You do not have to add those extra lines to ripbot264.ini file. (MDegrain2_details,MDegrain3_details)

[Atak_Snajpera]

They are just plain



I look in the other script (not mine) and they have #Borders or #After_Prefetch_Custom, I guess I have to add #Custom to mine to make it work properly ?

I have already told you what to do here
https://forum.doom9.org/showthread.php?p=1927793#post1927793

[GZZ]

I have already told you what to do here
https://forum.doom9.org/showthread.php?p=1927793#post1927793

I must have missed it. :(

[Atak_Snajpera]

I must have missed it. :(

IT is funny because You have even quoted my reply...

[guest]

You do not have to add those extra lines to ripbot264.ini file. (MDegrain2_details,MDegrain3_details)

OK, however, if I load this custom filter, then wouldn't the MDegrain function not be assisted by multi threading ??.

You can't load 2 custom filters, (from the drop down) that's why I combined these, and added to the .ini.

[guest]

Atak, I had a strange occurrence today..I was processing a job, and it started "playing up" around chunk 117 (of 195), so I figured out that my Temp folder was full, so I went thru the completed jobs in RB, and deleted them.
When I re-started that Job, unfortunately it started from the beginning :(

[Pulp Catalyst]

What do i do regarding the procedure posting issues with encoding:

when indexing sometimes it gets stuck at random times (not repeatable and very random)
sometimes when "gathering information" after the indexing it's also got stuck a few times (again not repeatable so this tells me the ripped disk is most likely not at fault).

is there a main debug log i have to upload...i checked the temp folders and there seems a lot of files so was wandering what i need to post here to help with solution finding?

thanks

[Pulp Catalyst]

i found another error when using KNLMeansCL (i have a quadro p400)

when i use the avs meter i get the below error?


AVSMeter 3.0.6.0 (x64), (c) Groucho2004, 2012-2020
'C:/EncodingProgz/RipBot/Tools/AviSynth plugins/KNLMeansCL/KNLMeansCL.dll' cannot be used as a plugin for AviSynth.



edit

i went into the avisynth folder in ripbot264, i saw a install bat file...i ran this with admin level.

now i'm getting this

AVSMeter 3.0.6.0 (x64), (c) Groucho2004, 2012-2020
AviSynth+ 3.4 (r2925, master, x86_64) (3.4.0.0)

Number of frames: 218436
Length (hh:mm:ss.ms): 02:31:50.602
Frame width: 1920
Frame height: 1080
Framerate: 23.976 (24000/1001)
Colorspace: YV12

Frame (current | last): 138 | 218435
FPS (cur | min | max | avg): 5.785 | 0.194 | 5.789 | 4.417
Process memory usage: 3608 MiB
Thread count: 171
CPU usage (current | average): 5.6% | 6.9%

Time (elapsed | estimated): 00:00:30.788 | 13:44:10.055



i think maybe something was wrong with my avisynth install...perhaps that could also explain the strange issues with ripbot264 with stability, i will see in time...##

however the speed of the quadro p400 is...terrible for KNLMeansCL...anyone with experience is this speed right for my cards abilities? or is something wrong.

my script is

#MT
Import("C:\EncodingProgz\RipBot\Tools\AviSynth plugins\Scripts\MTmodes.avs")
#PREFETCH_LIMIT=0

#VideoSource
LoadPlugin("C:\EncodingProgz\RipBot\Tools\AviSynth plugins\lsmash\LSMASHSource.dll")
video=LWLibavVideoSource("\\Server\st4000dm000-2ae166_zdh0lhmf\NORMAL\01\Black.Hawk.Down.2001.EXTENDED.mkv",cachefile="D:\Temp\RipBot264temp\job1\Black.Hawk.Down.2001.EXTENDED.mkv.lwi")
#Deinterlace



#Decimate



#Crop
video=Crop(video,0,280,-0,-280)



#Resize
LoadPlugin("C:\EncodingProgz\RipBot\Tools\AviSynth plugins\Plugins_JPSDR\Plugins_JPSDR.dll")
video=Spline36ResizeMT(video,1920,800)



#Tonemap
Loadplugin("C:\EncodingProgz\RipBot\Tools\AviSynth plugins\HDRTools\hdrtools.dll")
Import("C:\EncodingProgz\RipBot\Tools\AviSynth plugins\Scripts\HDRtoSDR.avs")
video=HDRtoSDR(video,"PQ")



#Levels



#Colours



#Denoise



#Custom



#Prefetch
video=Prefetch(video,12)


#After_Prefetch_Denoise
LoadPlugin("C:\EncodingProgz\RipBot\Tools\AviSynth plugins\KNLMeansCL\KNLMeansCL.dll")
video=KNLMeansCL(video,d=1, a=2, s=4, h=4, device_type="GPU", device_id=0)



#After_Prefetch_Custom



#Borders
Import("C:\EncodingProgz\RipBot\Tools\AviSynth plugins\Scripts\AutoBorders.avs")
video=AutoBorders(video,16.0/9.0)



#Subtitles



#AudioSource
Import("D:\Temp\RipBot264temp\job1\job1_a1.avs")


#Triming



#AVSameLength



#ColorSpace



#Return

[Atak_Snajpera]

Have you checked spec for your GPU? https://www.techpowerup.com/gpu-specs/quadro-p400.c2934

0.6 TFlops in FP32 is a pathetic performance. My cheap RX 570 Has almost 10 times more (5 TFlops).
https://www.techpowerup.com/gpu-specs/radeon-rx-570.c2939
No idea why you complain here...

[Ryushin]

I've starting to encounter the issue that I had a couple of years ago or so but finally went away after Atak fixed it. I think it started occurring again after the last update.
The issue is sometimes (happens about 1 in 5 to 1 in 10 times) when click OK to finish modifying a job (not sure about adding as I'm currently using batch to add the jobs) the "Encoding Settings" window stays open with some things clickable and other things that are not.

If I click "Done" again a second time in the Encoding Settings nothing happens in the window and it does not close, but clicking "Done" the second time wipes out the avisynth script when I got back in to edit the job after closing Ripbot as that is the only way to get control back. I can still use the main window to stop the "Encoding Client" before closing Ripbot

If the "Encoding Settings" window does not close and if I then close Ripbot without clicking "Done" a second time on the "Encoding Settings" window then the Avisyth script is still there.

This bug recently came back after the last update. It's been a good couple of years (or more since time flies) since I've seen this happen.

https://i.postimg.cc/kVcWmV2r/Ripbot-Edit-Settings-Still-Open.png (https://postimg.cc/kVcWmV2r)

https://i.postimg.cc/B8s2k5Qc/Ripbot-Avisynth-Settings-Wiped-Out.png (https://postimg.cc/B8s2k5Qc)

Hi Atak,

This bug is getting pretty annoying. I have to stop the encoding jobs. Close Ripbot, then start it back up, wait for it to load the jobs (800+ right now), then edit the file. Does not make any difference if I'm currently encoding or not. It's done it on five out of five jobs right now.

Edit: It can even happen when I edit a job, make no changes, then click Done again. it happened 13 out of 15 times. Rebooting the system did not help.

[Atak_Snajpera]

Record your desktop showing what you do from start to point where bug occurs. Upload video to YouTube or mediafire.com.

[guest]

Hi Atak,

This bug is getting pretty annoying. I have to stop the encoding jobs. Close Ripbot, then start it back up, wait for it to load the jobs (800+ right now), then edit the file. Does not make any difference if I'm currently encoding or not. It's done it on five out of five jobs right now.

Edit: It can even happen when I edit a job, make no changes, then click Done again. it happened 13 out of 15 times. Rebooting the system did not help.

Hey Ryushin,

Now this may not have anything to do with your problem, but why the hell have you got so many Job's queued up !!!, that's just ridiculous.

Some of those jobs must be pretty old, and have possibly gone thru many auto updates, which can impact on already queued Jobs.

Haven't you got another pc, so you can spread the jobs around..it would be interesting to see if you loaded a couple of jobs on another "fresh" pc, the problem may disappear.

Anyway, that's my 10 cents worth...if Atak comes up with a solution, then it's all good.

Good luck.

[Pulp Catalyst]

No idea why you complain here...

forgive me, i wasn't complaining...i was reporting information, and asking for feedback..

everything you said before that i thank you, but the last comment i felt a bit harsh...just wanted some feedback which you gave (plus an extra dig i felt)

for me i thought i wrote my post openly and asking for feedback from you experts...starting to feel i wish i didn't now

(now i know that i should look towards FP32 speed on a GPU)

[Atak_Snajpera]

forgive me, i wasn't complaining...i was reporting information, and asking for feedback..

everything you said before that i thank you, but the last comment i felt a bit harsh...just wanted some feedback which you gave (plus an extra dig i felt)

for me i thought i wrote my post openly and asking for feedback from you experts...starting to feel i wish i didn't now

(now i know that i should look towards FP32 speed on a GPU)

Forget about knlmeanscl. MDegrain2 will give you much better quality than knlmeanscl and should also be faster on your 12 core CPU.

[Pulp Catalyst]

thank you for the suggestion...i will do some tests, i thought i was using the best one....so difficult knowing which one to choose..there's so many denoisers around now LOL


question, is there any benefits in the updated QTGMC Script, i have a project coming up soon (many UK old dvd tv series which requires de-interlacing 25>50fps (bobbing)) and wanted to see if there would be any benefit on using the latest QTGMC Script for that task? (https://raw.githubusercontent.com/realfinder/AVS-Stuff/master/avs%202.6%20and%20up/QTGMC.avsi

thankyou for continuing to support this program.

[guest]

Forget about knlmeanscl. MDegrain2 will give you much better quality than knlmeanscl and should also be faster on your 12 core CPU.

I know it's always good to give user's LOT's of choices, but with your statement, maybe you need to "retire" knlmeanscl, and add several different MDegrain filters, so "we" don't have to configure our own custom filters.

[Ryushin]

Hey Ryushin,

Now this may not have anything to do with your problem, but why the hell have you got so many Job's queued up !!!, that's just ridiculous.


It's pretty easy actually. Buy some big TV show collections such as Mission Impossible, X-Files, Game of Thrones in 4K, etc. Use MakeMKV to extract out the episodes then label the episodes, then RipBot batches them in. 4K movies and shows slow things down real quick. With the two machines I'm using, I can process a 1080p close to real time speed using x265 and MDegrain2.

I'm waiting on the Epyc Milan 24 core to upgraded my tired E5-2650 v2 server. The desktop in the house with a Ryzen7 1800X does 2/3s of the encoding work.

I had to decommission three servers that could not process x265 very well that were consuming more electricity than what they could provide in output.

Atak, problem has mitigated some after the reboot. When it starts happening again on a regular basis, I'll figure out how to record the screen and get you the video.

[Atak_Snajpera]

Are You sure that your antivirus is not trolling you? ;) I wouldn't be surprised if that was the reason of that weird behavior.

[guest]

It's pretty easy actually. Buy some big TV show collections such as Mission Impossible, X-Files, Game of Thrones in 4K, etc. Use MakeMKV to extract out the episodes then label the episodes, then RipBot batches them in. 4K movies and shows slow things down real quick. With the two machines I'm using, I can process a 1080p close to real time speed using x265 and MDegrain2.

I'm waiting on the Epyc Milan 24 core to upgraded my tired E5-2650 v2 server. The desktop in the house with a Ryzen7 1800X does 2/3s of the encoding work.

I had to decommission three servers that could not process x265 very well that were consuming more electricity than what they could provide in output.

Atak, problem has mitigated some after the reboot. When it starts happening again on a regular basis, I'll figure out how to record the screen and get you the video.

So no Solar Panels ??? :(

OK, so you have some other pc's, do you have the same issues, on any of them ??

The Epyc, sound's epic (sorry), THAT should process real fast.

The best I've got is a Ryzen 9 3950X, and that does a pretty good job, and I have several servers that can help, but I haven't done any significant encoding for months, and no 4K stuff...I do have a lot to do, but if the sun's not out, and the solar panels aren't generating enough, nothing gets done :(

Gone are my days of super high power bills, just because of computers !!!

[Pulp Catalyst]

Thanks for the advice, MDegrain2 is producing much better results you were right...smashing my 12 core cpu however LOL but definitely worth it for the results i'm seeing.

luckily AMD CPU's are much more power efficient compared to my last Intel CPU i had...otherwise this would be getting very expensive in short time.

[Atak_Snajpera]

Thanks for the advice, MDegrain2 is producing much better results you were right...smashing my 12 core cpu however LOL but definitely worth it for the results i'm seeing.

luckily AMD CPU's are much more power efficient compared to my last Intel CPU i had...otherwise this would be getting very expensive in short time.

How many FPS do you get now in avsmeter?

[Pulp Catalyst]

AVSMeter 3.0.6.0 (x64), (c) Groucho2004, 2012-2020
AviSynth+ 3.4 (r2925, master, x86_64) (3.4.0.0)

Number of frames: 218436
Length (hh:mm:ss.ms): 02:31:50.602
Frame width: 1920
Frame height: 1080
Framerate: 23.976 (24000/1001)
Colorspace: YV12

Frame (current | last): 3526 | 218435
FPS (cur | min | max | avg): 22.07 | 0.163 | 235.5 | 25.59
Process memory usage: 3725 MiB
Thread count: 77
CPU usage (current | average): 63.6% | 65.1%

Time (elapsed | estimated): 00:02:17.481 | 02:22:16.327

as you can see the results are much better.

i'm on air cooler though, in time i will move onto upgrading the air cooler to a £100 type, but for now....i'm really happy with my 3900x, incredible how far CPU technology has come.

[Ryushin]

Hi Atak,

Are custom scripts just read in at job creation or can I change a custom script at any time and it will affect all jobs using that custom script?

[Pulp Catalyst]

So i have done many tests now, on my system using batch, around 1 in every 6 gets stuck on "gathering information", these are blurays remuxed using makemkv.

aborting doesn't work, as it's stuck, i have to close and reload

it's not repeatable and does it randomly and on different sources.

[Atak_Snajpera]

Hi Atak,

Are custom scripts just read in at job creation or can I change a custom script at any time and it will affect all jobs using that custom script?

Your custom script is added to jobx.avs script when you create job.

[Pulp Catalyst]

I noticed that a few tools don't seem the latest (avisynth and avsresize) to name a couple, is this intentional? would it be bad to update these manually?

[guest]

I noticed that a few tools don't seem the latest (avisynth and avsresize) to name a couple, is this intentional? would it be bad to update these manually?

You should be able to update these manually..I was actually going to mention to you that your screenshot showed the avisynth version, and that's old (as you mentioned)

So here's a link to avisynth :-

https://github.com/AviSynth/AviSynthPlus/releases

I'd go for the 27.2Mb "AviSynthPlus_3.6.1_20200619_vcredist.exe"

And avsresize :-

http://avisynth.nl/index.php/Avsresize

download the .7z file, unpack, then find the avsresize .dll, (which is in the Release folder) and overwrite the one in Ripbot's Tool's folder...or better yet, save the original .dll, just in case.

[Pulp Catalyst]

i updated both, however unfortunately i still have random and not repeatable issues with getting stuck on "gathering information".

really annoying and it breaks the batch usage as i come back only to see it completely stuck.

shame ripbot can't detect such things and force stop the job and move onto the next one?
this way the entire batch tasks won't stop indefinitely

one thing i noticed though, it never gets stuck on DVD remuxes, only bluray ones.

i ripped murder she wrote series, it processed 44 episodes and never got stuck once.

(could be something in that regarding causality?)


one last thing is i'm using a headless system, i remote into my main workstation, could this effect the reliability of ripbot?

[Atak_Snajpera]

Run process hacker and check what ffprobe.exe is doing when you see "gathering information" message.

shame ripbot can't detect such things and force stop the job and move onto the next one?
You should first establish why this happens only on your PC and why other users like Ryushin (probably the most hardcore user of ripbot ;) who encoded countless of files has not reported the same issues yet.

[Pulp Catalyst]

Point well taken, and rightly said.

i will check when i can, i'm gonna leave for a few days to see in the new version of avisynth has made any difference at all...first impressions can sometimes be wrong.

i will report back when i have clearer stats to report.

thanks.

Merry Christmas.

[stryker412]

I got my son the Avatar/Korra BD collection for Christmas. I'm working on adding them to our media server. Something isn't set correctly and I'm wondering where I went wrong. I wanted these in HEVC so I set it to one pass at 2Mbps bitrate. I'm seeing lots of interlacing on the finished product (not there in the original). Here are my settings, what should I change?

https://i.imgur.com/tZ7eWvM.png

[Atak_Snajpera]

Cut out 100MB sample (no sound) and send IT to Mediafire.

[stryker412]

https://drive.google.com/file/d/1zcbxqfJlfhOjxxMVB0eUT-QGwmKz2ZvO/view?usp=sharing

[Atak_Snajpera]

Inverse telecinie

[stryker412]

Ok just found this on a review site:

So how does Book Three's AVC MPEG-4 video presentation fare? Unfortunately a bit worse than Book Two's decent but problematic 1080i presentation. Though encoded at 1080p via what appears to be inverse telecine processing (click here for further explanation), the most recent Korra release suffers from several issues; some familiar and not so surprising, some not-so-familiar and slightly irritating. First the familiar. Banding and macroblocking are back, and back with a vengeance, plaguing the series from start to finish and appearing everywhere from dark, moonlit environments to vibrant, warmly lit close-ups of our heroes. Neither is terribly debilitating, but each one is so prevalent that it's hard to ignore. The macroblocking is generally coupled with the banding too, which tends to exacerbate the unsightliness of it all. As to the more surprising anomalies, prepare to contend with pulldown lines, ghosting, and intermittent aliasing (most, if not all of which are consequences of the shift from 1080i/29.97fps to 1080p/23.98fps).

So should I change the processing in Ripbot to AVC Interlaced? Weird... reading more into these reviews it seems only seasons (or books as they call them) 2 and 3 are 1080i.

[Atak_Snajpera]

Nah. Just use Inverse telecine to get original 23.976 fps

[Pulp Catalyst]

Ok, so it happened again, however there is nothing open, i cannot find any subchild processes under ripbot in process hacker, it's not doing anything?

is there anything else i can do to help you with this?

i'm more than happy to try anything?

looking at timestamps in temp folder, the very last thing written to disk was detect borders

[Atak_Snajpera]

Are you using auto crop?

[Pulp Catalyst]

Yes i am, always

[Pulp Catalyst]

it may mean nothing. but sometimes above where there are many svchost.exe, i sometimes see werfault.exe when ripbot reaches the part "gathering information", but not everytime, only sometimes.

but i've seen it enough to to know that is only happens (when it happens that is) at the part when ripbot is doing "gathering information".

don't wish to confuse you, i'm only sharing because it seems connected to ripbot (i don't know what werfault is however, first time using process hacker).

[Atak_Snajpera]

https://www.partitionwizard.com/partitionmagic/werfault-exe-error-024.html

[Pulp Catalyst]

Hello, thanks for this.

the only thing so far is a small index issue was found on one of my USB drives, but not actual corruption. (tried again, still got stuck again)

memory testing i will do later, However when i installed my system i did put it through a stress test for nearly 3 hours and all threads passed (prime95)....

however i never gave it a full mem86 test....i did a windows basic memory test, passed fine

i will do this when lockdown (tier 4) ends...as my workstation is running headless (i use point to point bridge wifi...i live across the road from where it's located).

for now i disabled windows error reporting service to see what happens...i did this twenty minutes ago.....

i'll report back if anything should change (worse or better).

[thezfunk]

When adding a file to be processed, I get [NO AUDIO] even though there are audio tracks that work fine in VLC. Multiple tracks as a matter of fact. What should I be looking for.

[stax76]

Have a look here:

https://github.com/stax76/MediaInfo.NET

[slalom]

When adding a file to be processed, I get [NO AUDIO] even though there are audio tracks that work fine in VLC. Multiple tracks as a matter of fact. What should I be looking for.
Are those files in the jobx temp folder?

[Ronski]

These two posts are from July 2019. I've had this problem again recently, not sure when it started as I don't use Ripbot very often.

Atak,
Having problem starting EncodingServer. The window never appears but the process is present in Process Explorer.
I had the same problem months ago. Turns out that it was a startup program from my Logitech keyboard / Joysticks, "Logitech Gaming Framework." I disabled it from startup and the encoding server worked fine. Somewhere in this forum someone mentioned an issue with "Void Tools" program called "Everything," a really good file search program that is better than windows search. You might want to try to disable these two programs on startup if you have them and see if it works.
Worse case scenario, disable all the start up programs, restart the computer and see if the encoding server starts. If it does then enable the startup programs in sections until you find the culprit.
Hope that works. It did for me....

I've spent some time today tracking down what's causing it this time - last time it was the "Logitech Gaming Framework" service. Now I'd deliberately left tracing this problem as I knew I was getting the newer version of the MX518 mouse for Christmas which is compatible with G Hub, so the old Logitech software was uninstalled and the new G Hub installed on Boxing day.

Yesterday I go to use Ripbot and the same old problem with the encoders not showing, but they are there in Task Manager, so I uninstalled G Hub, no difference, safe mode the encoders appear, disabled all startup programs, no difference.

So using MSconfig I disable a bunch of non MS services at a time, eventually I whittled it down to the "Nvidia LocalSystem Container" service, disable this, reboot and Ripbot and it's encoders work fine.

I tried updating the Nvidia driver and Geforce Experience, but that didn't fix it, doing a clean install of the drivers appeared at first to fix it, but then it became a bit hit and miss, but disabling the above service means it works every time. I've no idea what this service actually does though.

I have two PC's I use for Ripbot, and the other one seemed to be fine, but I noticed just now that was also not working every time, so I've disabled the same service on there. Both systems have different Nvidia GPU's , so it doesn't seem GPU specific.

I've no idea if this has been mentioned recently in this thread as I don't keep up with all the posts, so this may have been mentioned recently, but I suspect it could have the potential to affect a lot of users.

[Atak_Snajpera]

Telemetry... IT also phones home
https://www.nvidia.com/en-us/geforce/forums/geforce-experience/14/258954/nvidia-localsystem-container-service-is-constantly/

[Ronski]

Thanks Atak, no great loss if I leave it disabled then, but I wonder why it interferes with the encoding server?

I have another issue, how does the Encoding server choose which network adapter to use?

I have several network adapters on this machine:

Microsoft KM-Test Loopback adapter
vEthernet (Default switch) Hyper-V virtual Ethernet Adapter
Asus 10Gbe adapter - this is my network connection.

Whenever the Encoding server starts it gets an IP address and MAC address of loopback adapter, if I disable that then it gets one from the Hyper V adapter, and when I disable that it will finally get one from the correct adapter.

I've found that you can set the priority of the network adapter (https://www.windowscentral.com/how-change-priority-order-network-adapters-windows-10), but this is being ignored - I've set the Asus to 1 which is the highest priority.

As you can see below, Ripbot knows its on the Asus 10Gbe adapter, but the Encoding server chooses adapter 0

Any idea how to fix this please rather than having to disable the other two ever time?

https://i.postimg.cc/wxNFDtzp/Ripbot-Network-adapter.jpg (https://postimg.cc/V5Yj8k5G)

[Atak_Snajpera]

EncodingServer.exe /ip 192.168.0.11

[Ronski]

Thanks, works perfectly - I've added to the Encoding Server Command-Line switches I've just found :-)

[jlpsvk]

Hi Atak... thank for great SW.. :) But. :)

When denoising and resizing.... is denoise made before rezise? i think it should... but I see resize before denoise in AVS, so probably resizing with grain and then denoising...

[Atak_Snajpera]

Resizing and then denosing will give you noticeable better performance if you downscale. For example from 3840x2160 to 1920x1080 you have 4x less pixels to analize which means 4x better performance.

[jlpsvk]

maybe... but resizing grain could cause some artifacts... first clean the picture and then rezise should give better quality....

anyway one more question... where to put .Sharpen(0.2) if I want to take it on the final result... when resizing, i am doing it right with resize (as I am rewriting AVS to denoise first, then resize), but where to put it when just denoising, without resize and want to put sharpness little back again after denoise. :)

is it OK like this?

#Crop
video=Crop(video,0,140,-0,-140)



#Resize



#Tonemap



#Levels



#Colours



#Denoise
Loadplugin("C:\PortableApps\RipBot264\Tools\AviSynth plugins\mvtools\mvtools2.dll")
super=MSuper(video,pel=2)
fv1=MAnalyse(super,isb=false,delta=1,overlap=4)
bv1=MAnalyse(super,isb=true,delta=1,overlap=4)
fv2=MAnalyse(super,isb=false,delta=2,overlap=4)
bv2=MAnalyse(super,isb=true,delta=2,overlap=4)
video=MDegrain2(video,super,bv1,fv1,bv2,fv2,thSAD=400).Sharpen(0.2)

[Atak_Snajpera]

maybe... but resizing grain could cause some artifacts... first clean the picture and then rezise should give better quality....
When you scale down you are removing and also smoothing remaining pixels anyway so why bother denoising them in advance?

is it OK like this?
yes.

[jlpsvk]

or maybe can i just add this to #Custom section at the end and it will sharpen the final result (after denoise, or after denoise with resize) which is going to encoder?
video=Sharpen(video,0.2)

[Atak_Snajpera]

If it works then why not?

[jlpsvk]

If it works then why not?

I don't know if that works... that's why I am asking. :D pretty new to AVS scripting. :)

:thanks:

[Atak_Snajpera]

Just increase value to 1.0 and you should see if it works.

[jlpsvk]

Looks like it works. :) With 1.0 it raised the bitrate to 20mbps immediatelly instead 3mbps.

:thanks:

[jlpsvk]

one more thing. :) should i raise the sharpen value to eg. 0.25, when denoising and resizing (downscaling)??? both are blurring(or smoothing??? sorry for english) a little bit, so maybe 0.2 would be sane when doing only one of that, and 0.25 when both?

[slalom]

@Atak
some problem with downloading posters

[Ryushin]

You should first establish why this happens only on your PC and why other users like Ryushin (probably the most hardcore user of ripbot ;) who encoded countless of files has not reported the same issues yet.

LOL. I'm the most hardcore user. I can say that I like stress testing RipBot. I have 857 jobs still to encode as of this morning. Added a couple of more TV show sets so that grew the jobs list a bit.

It's too bad there is no counter for RipBot to keep track the number of jobs that it has processed. Probably upwards of 20K+ jobs for me over the years.

Thank you Atak for keeping the software updated over the years. I very much appreciate it. My media library is the way it is because of RipBot.:thanks:

[Ryushin]

Atak, thank you for the update. Lots of changes in the Avisynth settings.

I see Sharpen and MDegrain1-3. Can another option be added under the MDegrain for the thSAD value. Maybe a input box 100-600 or a drop down with some options like:
So maybe:
100 = Light
200 = Medium
400 = Strong

I have rarely seen any kind if improvement past 400. I have seen some dramatic improvements for for some videos using just light grain. One video went from 17GB to 10GB with a thSAD of 100.

Glad that my jobs in the queue are still working after the update. Thank you for that.

[legend]

As I am new in AVS script. I want to make sample from video file from this command
Selectrangeevery(1300,100)
Where I put this command in avs script to get a result?

[Atak_Snajpera]

As I am new in AVS script. I want to make sample from video file from this command
Selectrangeevery(1300,100)
Where I put this command in avs script to get a result?

I would put it just below #AVSameLength section. This way audio will be also trimmed.
#AudioSource
Import("C:\Temp\RipBot264temp\job1\job1_a1.avs")

#Triming

#AVSameLength
SelectRangeEvery(1300,100)
#ColorSpace

#Return

[legend]

I would put it just below #AVSameLength section. This way audio will be also trimmed.
#AudioSource
Import("C:\Temp\RipBot264temp\job1\job1_a1.avs")

#Triming

#AVSameLength
SelectRangeEvery(1300,100)
#ColorSpace

#Return

It works but audio not trimmed.

[Atak_Snajpera]

It works but audio not trimmed.

Before posting I checked and audio is trimmed. It must be because job1_a1.avs has AudioDub(video,audio)
line
#AudioSource
LoadPlugin("C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\tools\AviSynth plugins\NicAudio\NicAudio.dll")
audio=NicAC3Source("C:\Temp\RipBot264temp\job1\1_audio_English.ac3").ConvertAudioToFloat.ResampleAudio(48000)
#Delay
audio=DelayAudio(audio,0)
#Tempo

#Normalize

#AudioDub
AudioDub(video,audio)

[ReinerSchweinlin]

Hi all and happy new year..

Finally had some time to change one of my i5 Kapy Lake to A ryzen 5 3600. Fired up Ripbot and found some new updates - nice, thank you!

If I turn on CPU Degrain 1, it seems very slow. I remember the i5 easily handling realtime on 1080p footage, now its stuttering and only one core seems to be used.

[Atak_Snajpera]

Add MDegrain1 and MDegrain3 to filter list

[ReinerSchweinlin]

Ah... Wonderful, thanx a lot, that was easy :)

[guest]

Atak, thank you for the update. Lots of changes in the Avisynth settings.

I see Sharpen and MDegrain1-3. Can another option be added under the MDegrain for the thSAD value. Maybe a input box 100-600 or a drop down with some options like:
So maybe:
100 = Light
200 = Medium
400 = Strong

I have rarely seen any kind if improvement past 400. I have seen some dramatic improvements for for some videos using just light grain. One video went from 17GB to 10GB with a thSAD of 100.

Glad that my jobs in the queue are still working after the update. Thank you for that.

I can't believe that I missed this update (the details, that is), nice additions.....but you might still have to use your Custom Filter's.

Would have been nice if the build number had also changed, like 1.26.1, or 1.27.0, for the new year.....

[Pulp Catalyst]

the autocrop, is there a way to increase how many frames it checks, i've done a few (70's/80's/90's dvd interlaced "one foot in the grave" for example using qtgmc"), and i've noticed on several of them the autocrop numbers were wrong.

this has happened on other programs to like Handbrake, however usually increasing the cropping frames to check solves this issue.

can that be done in ripbot?

[Atak_Snajpera]

Number of frames is hardcoded to 16 frames. Can not be changed. I'm surprised that 16 is not enough. In most of cases IT is an overkill.

Btw. Why do you use qtgmc instead of inverse telecine? I'm pretty sure you live in NTSC world where movies are shot in 23.976 FPS and then stored in 29.97 FPS (DVD format)

[Pulp Catalyst]

South of england bud... QTGMC really is important, with my 12 core, i can use the slower preset, was never an option before. (staxrip), not sure how to change default preset for your version of QTGMC?

16 frames is high, i select 20 in handbrake and 20 in staxrip, i don't think the 4 frames difference would make any difference.

i have just downloaded the new version full archive, deleted old folder.

i'm trying again now full set.

......loving the sdegrain 2 thanks for the advice smashes my 12 core, but at least it's got something to do now LOL

[Atak_Snajpera]

Pal movies do not require deinterlacing because they are stored as 25 FPS so i'm really confussed now...

[Pulp Catalyst]

To compress the video i need to compress to progressive for compatibility and compression efficiency.

i'm sure you no more than me the technicle things behind all this stuff, but i can either deinterlace and throw away half the frames (keeping 25fps)

or keep all the frames together and have a video output of 50fps

i choose the latter because this avoids having to deal with the jitter effect that can happen when throwing away half the information of the frames.

i think i have this correct...

i just looked now why the output from ripbot seems wrong.

from staxrip when i check the mediainfo of the file i get this

Duration : 29 min 20 s
Bit rate : 612 kb/s
Width : 696 pixels
Height : 576 pixels
Display aspect ratio : 4:3
Frame rate mode : Constant
Frame rate : 50.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0

however the one from ripbot is this

Duration : 29 min 20 s
Bit rate : 916 kb/s
Width : 700 pixels
Height : 576 pixels
Display aspect ratio : 1.215
Frame rate mode : Constant
Frame rate : 50.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0

do you know why the display aspect ratio is not 4:3 ?

i've just done two more episodes that have finished

i got

Display aspect ratio : 1.212
Display aspect ratio : 1.208
Display aspect ratio : 1.208

something seems very wrong, all my ones that come from staxrip all have (just checked 14 from different series, are all 4:3)

when i playback the ripbot ones, the black bars are changing location, and the screen doesn't look right (the aspect seems...distorted)

#MT
#PREFETCH_LIMIT=0

#VideoSource
LoadPlugin("C:\EncodingProgz\RipBot\Tools\AviSynth plugins\lsmash\LSMASHSource.dll")
video=LWLibavVideoSource("F:\01\1x02 - The Big Sleep.mkv",cachefile="D:\Temp\RipBot264temp\job2\1x02 - The Big Sleep.mkv.lwi")

#Deinterlace
Loadplugin("C:\EncodingProgz\RipBot\Tools\AviSynth plugins\RgTools\RgTools.dll")
Loadplugin("C:\EncodingProgz\RipBot\Tools\AviSynth plugins\nnedi3\nnedi3.dll")
Loadplugin("C:\EncodingProgz\RipBot\Tools\AviSynth plugins\masktools\masktools2.dll")
Loadplugin("C:\EncodingProgz\RipBot\Tools\AviSynth plugins\mvtools\mvtools2.dll")
LoadCplugin("C:\EncodingProgz\RipBot\Tools\AviSynth plugins\Yadif\Yadif.dll")
Import("C:\EncodingProgz\RipBot\Tools\AviSynth plugins\Scripts\QTGMC.avs")
video=AssumeTFF(video).QTGMC(Preset="Medium",FPSDivisor=1)

#Decimate

#Crop
video=Crop(video,12,0,-12,-0)

#Resize

#Tonemap

#Levels

#Colours

#Denoise
Loadplugin("C:\EncodingProgz\RipBot\Tools\AviSynth plugins\mvtools\mvtools2.dll")
super=MSuper(video,pel=2)
fv1=MAnalyse(super,isb=false,delta=1,overlap=4)
bv1=MAnalyse(super,isb=true,delta=1,overlap=4)
fv2=MAnalyse(super,isb=false,delta=2,overlap=4)
bv2=MAnalyse(super,isb=true,delta=2,overlap=4)
video=MDegrain2(video,super,bv1,fv1,bv2,fv2,thSAD=400)

#Custom

#Prefetch
video=Prefetch(video,12)

#After_Prefetch_Denoise

#After_Prefetch_Custom

#Sharpen

#Borders

#Subtitles

#AudioSource
Import("D:\Temp\RipBot264temp\job2\job2_a1.avs")

#Triming

#AVSameLength

#ColorSpace

#Return



is there anyway i can change in batch the QTGMC preset using batch...i was thinking about modifying the actual script located in the data folder of the install directory (change the medium for slower and visa versa, but not sure if this is a feasible thing to do)

[jlpsvk]

Hi Atak!!! Thanks for the update (mostly for sharpen option), but... what's now replacement for MDegrain2+KNLMeansCL[Adaptive]??? Or no oprion now???? :(

also, when i try to use knlmeanscl, i got "error opening input file" and encode fails... (testing on GTX 760 and GTX 1050Ti, latest driver)

[Atak_Snajpera]

To compress the video i need to compress to progressive for compatibility and compression efficiency.

i'm sure you no more than me the technicle things behind all this stuff, but i can either deinterlace and throw away half the frames (keeping 25fps)

or keep all the frames together and have a video output of 50fps

i choose the latter because this avoids having to deal with the jitter effect that can happen when throwing away half the information of the frames.

i think i have this correct...

i just looked now why the output from ripbot seems wrong.

from staxrip when i check the mediainfo of the file i get this



however the one from ripbot is this



do you know why the display aspect ratio is not 4:3 ?

i've just done two more episodes that have finished

i got

Display aspect ratio : 1.212
Display aspect ratio : 1.208
Display aspect ratio : 1.208

something seems very wrong, all my ones that come from staxrip all have (just checked 14 from different series, are all 4:3)

when i playback the ripbot ones, the black bars are changing location, and the screen doesn't look right (the aspect seems...distorted)




is there anyway i can change in batch the QTGMC preset using batch...i was thinking about modifying the actual script located in the data folder of the install directory (change the medium for slower and visa versa, but not sure if this is a feasible thing to do)

Pal movies are not 50 FPS !!! If you do not see combing/interlacing artefacts do not use qtgmc!!! You are now destroying resolution of the original frame and add extra duplicated frames. (No! You are not getting smother motion!)

[Pulp Catalyst]

i'm not doing pal movies, i'm doing 70's, 80's 90's dvd tv shows, like "one foot in the grave" that was originally made for TV.

and they are definitely PAL interlaced for sure, impossible not to see the combing effect that comes with all PAL material over here in uk. perhaps we're speaking about two different things?

[LigH]

Vintage PAL TV shows (recorded with TV cameras) certainly have 576i50. And QTGMC should be quite useful to deinterlace them in good quality, as I remember from German TV shows.

But the arbitrary resolutions of 696 or 700 pixels are a bit confusing. Looks like you used some auto cropping. One may have to take a look at the video to decide how it has been fit into the 720 pixels which are common in DVD Video productions. I guess they may have a kind of "underscan", dirty or masked left/right borders; a clean ITU-R compliant digitalization should have 702 active pixels per line, and a width of 704 pixels is often recognized by players (PC software or consumer firmware) in a special way.

Nevertheless, it will be deskewed, the MPEG-2 video stream in a DVD uses "Generic Aspect Ratio" flags, means that the 4:3 flag has a meaning of: "No matter which width is encoded, the player shall stretch it until it has this aspect ratio on screen". DVD Video always uses squeezed video streams, square pixels are not used (MPEG-2 supports it, spec compliant DVD Video does not).

The dilemma is to know whether all the 720 pixels of a DVD production or only the central 704 shall be stretched so that a PAL video with 576 lines height will be displayed with a width of 576*4:3 = 768 line heights. That's why DVD converters used to have a switch to prefer either ITU-R or Generic Aspect Ratio in their calculation if they deskew the material during their conversion to square AR pixels. And if you don't deskew, you need to flag the correct Sample Aspect Ratio for MPEG-4 video streams, they don't use Generic AR like MPEG-2.

[Atak_Snajpera]

i'm not doing pal movies, i'm doing 70's, 80's 90's dvd tv shows, like "one foot in the grave" that was originally made for TV.

and they are definitely PAL interlaced for sure, impossible not to see the combing effect that comes with all PAL material over here in uk. perhaps we're speaking about two different things?

In that case you have two options if you want to have correct aspect ratio
A) Deinterlace, Do not crop and leave original 720x576 resolution
B) Deinterlace, Crop and then resize to square pixels (for example 640x480)

Personally I would choose variant B and then add some gentle sharpening (25% or 50%)

[Pulp Catalyst]

ok, thank you for the advice, and the two options moving forward.


sorry to press, is there an easy way to activate slow preset on qtgmc instead of the default medium you chose?

thanks for the feedback and advice....

i'm still curious though...staxrip also does autocrop and all output files have the aspect 4:3 set...ive done over 14 so far, all ramdom all pal, staxrip and handbrake (i done 3 in handbrake) all have 4:3

ripbot though has strange values attached like i put above....possible bug/flaw?

[Atak_Snajpera]

Aspect ratio is correctly signaled in video stream only for untouched resolutions (720x576 PAL or 720x480 NTSC). If you crop then it is 1:1. I chose qtgmc medium because in my tests with 1080i (camera footage) anything above medium had some small artefacts here and there. Besides I didn't see major difference in quality.

[jlpsvk]

Hi Atak!!! Thanks for the update (mostly for sharpen option), but... what's now replacement for MDegrain2+KNLMeansCL[Adaptive]??? Or no oprion now????

also, when i try to use knlmeanscl, i got "error opening input file" and encode fails... (testing on GTX 760 and GTX 1050Ti, latest driver)

[Pulp Catalyst]

Hey,

i'm really sorry to go on about this, but i'm still not understanding.

i turned off autocrop and i turned of resize.

and i get this on the output

Duration : 29 min 14 s
Bit rate : 609 kb/s
Width : 720 pixels
Height : 576 pixels
Display aspect ratio : 5:4
Frame rate mode : Constant
Frame rate : 50.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.029
Stream size : 127 MiB (86%)
Writing library : x265 3.4+22-ga988fbbac:[Windows][GCC 10.2.0][64 bit] 10bit

the aspect ratio is now coming out at 5:4, why? if i turned off all cropping and resizing, why is the aspect ratio signal changing?

i'm don't understand the technical things on this stuff... but none of this feels right if you get my meaning as i don't see this kind of behaviour in other similar kind of programs.


EDIT

so i done some more searching, and it could be a container issue, so i loaded the mkv in toolnix

i see a possible clue?

for the output from ripbot

i see in the video properties of mkvtoolnix

Display width/height 720 x 576 (all are the same from ripbot)


however the same file but from staxrip has a higher first number

Display width/height 759 x 576

another episode from a different series

Display width/height 768 x 576


could this be the reason for the ratio calculation going wrong?

[mrlenny]

Hi Atak! I've noticed when a filename contains a single quote like person's name, ripbot doesn't parse the audio file into the temp folder (resulting in NO AUDIO in the audio drop down). It looks like the json file that's being build with the list of extracted files to copy into the temp folder is escaped out by that single quote. If I rename the file removing the single quote, all works as expected.

[dv8r]

Anyone have any tips to get DE working on a single machine with Win10. I had it working a couple months ago and now no bueno. I've turned every setting I can find OFF in Windows Defender. AV and Firewall off. Still won't open the Encoding Server no matter what I do. Everything works fine in regular mode. Thanks

[Atak_Snajpera]

Run win10 in safe mode

[Ryushin]

There is a small bug with custom scripts. I've previous selected a custom script, ran the job, after it completed I went back into the job and selected "OFF" for the custom script but it did not remove the code from the Video Script. I had to edit the Video Script manually to remove it.

[Atak_Snajpera]

There is a small bug with custom scripts. I've previous selected a custom script, ran the job, after it completed I went back into the job and selected "OFF" for the custom script but it did not remove the code from the Video Script. I had to edit the Video Script manually to remove it.

Show me your custom script

[guest]

There is a small bug with custom scripts. I've previous selected a custom script, ran the job, after it completed I went back into the job and selected "OFF" for the custom script but it did not remove the code from the Video Script. I had to edit the Video Script manually to remove it.

When I read your post, I knew that someone else had a very similar issue a couple of months back...

https://forum.doom9.org/showthread.php?p=1927793#post1927793 (post #18735, also #18725))

See if that helps (it did for me).

[guest]

Atak,

For the first time in quite a while I wanted to use RipBot, and I updated everything (had some issues there, as well)...

So I set up one job (as a test), a TV series recorded episode, edited all the ad's, etc out with VideoRedo, saved as an .mkv.

Had RB setup to do DE, pressed start, and watched, as soon as it processed & displayed the "chunk's" I knew there was something wrong (see attached).

https://www.mediafire.com/file/t972h9euuswp1d6/chunk+problem.jpg/file

Needless to say, it didn't do anything more than just re start try to encode whatever that chunk was.

So, I eventually switched back to "single" mode, and had no problems.

Hopefully you have some clue to why it might have done this ???

[Atak_Snajpera]

What happens if use untouched recording in de mode? Try also remuxing in mkvtoolnix your edited MKV file.

[Ryushin]

Show me your custom script

Variations of MDegrain with a different thSAD failue. Here is one:


#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=200)

[Atak_Snajpera]

#Denoise MDegrain2 Modified
change to
#Denoise

Do not put extra text in marker's line

[Ryushin]

When I read your post, I knew that someone else had a very similar issue a couple of months back...

https://forum.doom9.org/showthread.php?p=1927793#post1927793 (post #18735, also #18725))

See if that helps (it did for me).

That looks like my problem. I'll modify all my scripts to make sure there is a #Custom marker.

Thanks Pauly and Atak.

[guest]

That looks like my problem. I'll modify all my scripts to make sure there is a #Custom marker.

Thanks Pauly and Atak.

Excellent ;)

[guest]

What happens if use untouched recording in de mode? Try also remuxing in mkvtoolnix your edited MKV file.

OK, untouched is worse (see attached) https://www.mediafire.com/file/j4zcqqxfae1vfnz/untouched+m2ts+file.jpg/file

Also a screenshot of another file from the same "set" (see attached) https://www.mediafire.com/file/r0ygkjv56x4vj1b/different+chunks-different+file-same+series.jpg/file

That first screenshot I sent (other post) WAS thru mkvtoolnix :(

However, if I run them thru Handbrake, they are fine, in DE..:confused:

[Atak_Snajpera]

Will you be ale to send original file? Trimmed 200MiB should be enough.

[guest]

Will you be ale to send original file? Trimmed 200MiB should be enough.

I was wondering if you were going to ask for that...

The original is just over 600mb (rar'ed up), not sure what to trim it with, that might affect it's problem...

Let me know what you'd prefer...

[Atak_Snajpera]

If you have fast upload speed then send whole 600MiB to Mediafire.

[guest]

If you have fast upload speed then send whole 600MiB to Mediafire.

I don't, but I will post the whole thing..

Will send you a link, when it's ready.

[slalom]

What about this error, when I set the KNLMeansC1

https://i.ibb.co/87bT5YY/137521778-838786856691689-7961683675896361424-n.jpg (https://ibb.co/sVCkwWW)

the path is correct

[guest]

What about this error, when I set the KNLMeansC1

https://i.ibb.co/87bT5YY/137521778-838786856691689-7961683675896361424-n.jpg (https://ibb.co/sVCkwWW)

the path is correct

Hi, so the fresh setup didn't help !!!

I mentioned to you in FB Messenger that I loaded a job, and enabled those filters, and it worked ok.

Hopefully Atak will have an answer...

[guest]

If you have fast upload speed then send whole 600MiB to Mediafire.

OK, here ya go...didn't take too long to upload :)

https://www.mediafire.com/file/xy2t8o90344zkzf/Ep_4.rar/file

I just hope that it has the same errors for you, as it did for me...

[Atak_Snajpera]

What about this error, when I set the KNLMeansC1

https://i.ibb.co/87bT5YY/137521778-838786856691689-7961683675896361424-n.jpg (https://ibb.co/sVCkwWW)

the path is correct

Incorrect AviSynth+ version? EncodingServer.exe shows what AviSynth version you have installed at the bottom field.

[Atak_Snajpera]

OK, here ya go...didn't take too long to upload :)

https://www.mediafire.com/file/xy2t8o90344zkzf/Ep_4.rar/file

I just hope that it has the same errors for you, as it did for me...

That file is ultra weird because decoder sees ONLY one key-frame for whole file!

example from video.mkv.lwi
<LSMASHWorksIndexVersion=0.0.2.0>
<LibavReaderIndexFile=16>
<InputFilePath>C:\Temp\RipBot264temp\job2\video.mkv</InputFilePath>
<FileSize=625585425>
<FileHash=0x65d6f4a4>
<LibavReaderIndex=0x00000000,0,matroska,webm>
<ActiveVideoStreamIndex>+0000000000</ActiveVideoStreamIndex>
<ActiveAudioStreamIndex>-0000000002</ActiveAudioStreamIndex>
<StreamInfo=0,0>
Codec=27,TimeBase=1/1000,Width=720,Height=576,Format=yuv420p,ColorSpace=2
</StreamInfo>
Index=0,POS=362,PTS=0,DTS=-9223372036854775808,EDI=0
Key=1,Pic=1,POC=0,Repeat=1,Field=1
Index=0,POS=9479,PTS=120,DTS=0,EDI=0
Key=0,Pic=2,POC=6,Repeat=1,Field=1
Index=0,POS=10636,PTS=40,DTS=40,EDI=0
Key=0,Pic=3,POC=2,Repeat=1,Field=1
Index=0,POS=10781,PTS=80,DTS=80,EDI=0
Key=0,Pic=3,POC=4,Repeat=1,Field=1
Index=0,POS=10924,PTS=240,DTS=120,EDI=0
Key=0,Pic=2,POC=12,Repeat=1,Field=1
Index=0,POS=12324,PTS=160,DTS=160,EDI=0
Key=0,Pic=3,POC=8,Repeat=1,Field=1
Index=0,POS=12478,PTS=200,DTS=200,EDI=0
Key=0,Pic=3,POC=10,Repeat=1,Field=1
Index=0,POS=12657,PTS=360,DTS=240,EDI=0
Key=0,Pic=2,POC=18,Repeat=1,Field=1
Index=0,POS=13920,PTS=280,DTS=280,EDI=0
Key=0,Pic=3,POC=14,Repeat=1,Field=1
Index=0,POS=14070,PTS=320,DTS=320,EDI=0
Key=0,Pic=3,POC=16,Repeat=1,Field=1
Index=0,POS=14263,PTS=480,DTS=360,EDI=0
Key=0,Pic=2,POC=24,Repeat=1,Field=1
Index=0,POS=15419,PTS=400,DTS=400,EDI=0
Key=0,Pic=3,POC=20,Repeat=1,Field=1
Index=0,POS=15562,PTS=440,DTS=440,EDI=0
Key=0,Pic=3,POC=22,Repeat=1,Field=1
Index=0,POS=15735,PTS=600,DTS=480,EDI=0
Key=0,Pic=1,POC=30,Repeat=1,Field=1
Index=0,POS=24816,PTS=520,DTS=520,EDI=0
Key=0,Pic=3,POC=26,Repeat=1,Field=1
Index=0,POS=24976,PTS=560,DTS=560,EDI=0
Key=0,Pic=3,POC=28,Repeat=1,Field=1
Index=0,POS=25164,PTS=720,DTS=600,EDI=0
Key=0,Pic=2,POC=36,Repeat=1,Field=1
Index=0,POS=26479,PTS=640,DTS=640,EDI=0
Key=0,Pic=3,POC=32,Repeat=1,Field=1
Index=0,POS=26656,PTS=680,DTS=680,EDI=0
Key=0,Pic=3,POC=34,Repeat=1,Field=1
Index=0,POS=26843,PTS=840,DTS=720,EDI=0
Key=0,Pic=2,POC=42,Repeat=1,Field=1
Index=0,POS=28110,PTS=760,DTS=760,EDI=0
Key=0,Pic=3,POC=38,Repeat=1,Field=1
Index=0,POS=28274,PTS=800,DTS=800,EDI=0

[guest]

That file is ultra weird because decoder sees ONLY one key-frame for whole file!

OK, so all that doesn't really mean a lot to me...

So let me try and get my head around this....the "decoder", which is Lsmash, correct ??, isn't "seeing everything" ??.

So before you implemented Lsmash into RB, was it FFMPEG that was used ??

Can that still be used ??

It seems strange that RB's decoder has this problem with this type of file (and unfortunately I have a LOT of them), BUT Handbrake doesn't (not knowing what decoder HB uses).

It would be nice NOT having to use HB, it just adds another step to the process, although there are a couple of advantages.

Anyway, do you have any suggestions ?? or do I just carry on with the current workflow ??

Cheers & thanks again.

[guest]

What about this error, when I set the KNLMeansC1

https://i.ibb.co/87bT5YY/137521778-838786856691689-7961683675896361424-n.jpg (https://ibb.co/sVCkwWW)

the path is correct

Hi, again,

Just found the latest version of Avisynth...go and grab it :)

https://github.com/AviSynth/AviSynthPlus/releases

If you're unsure of which to download, pick AviSynthPlus_3.7.0_20210111_vcredist.exe

[guest]

Atak,

I've found a few "important" updates :-

Avisynth 3.7.0 as in above post #18877

FFMPEG 20210106 https://ottverse.com/ffmpeg-builds/


L-Smash 12.12.2020 https://cloud.owncube.com/s/MXk3zBcZfNkrGF9

L-Smash 16.12.2020 https://cloud.owncube.com/s/C8SBjF53JTL7s73

https://forum.doom9.org/showthread.php?p=1930562#post1930562


also x265, 3.4+36 http://msystem.waw.pl/x265/

and x264, r3033 https://artifacts.videolan.org/x264/release-win64/

[LigH]

KNLMeansCL also had an update for compatibility with recent AviSynth+ versions by pinterf: https://github.com/pinterf/KNLMeansCL/releases

[Ryushin]

I wanted to give an example of what light MDegrain2 (thSAD value) can do for some files.

This is with Hickok (2017) 4K (Original source size of video is 50GB). Settings used CQ18 x265:

No MDegrain: 12.80GB
thSAD=100: 8.98GB
thSAD=150: 5.45GB
thSAD=200: 4.51GB

This is all relative to the video. I suspect the film is recorded with a digital camera and there is very light grain structure. Then MDegrain can remove just this light grain and then it cleans up beautifully. Hard to believe the file with thSAD=200 is less than 1/10 it's original size

I think it would be good to add an adjustable thSAD value to the UI.

I had not mentioned this in the past, but for those that use MDegrain3, you should be aware of something I've noticed over the last couple of years. The temporal function of MDegrain3 uses three frames and this can lead to some odd looking results. For example, what I've found, depending on the movie, if the camera is still and someone turns their face, the skin texture will smooth out during the turn and then the texture returns when they stop moving. Just something to be aware of. I don't use MDegrain3 very often and I'm more reluctant to do so now since I've been noticing this. The size difference from MD2 compared to MD3 is not that great. For example, 22GB vs 25GB. For super grainy sources, MD3 still the way to go.

[slalom]

Incorrect AviSynth+ version? EncodingServer.exe shows what AviSynth version you have installed at the bottom field.
No, that was 3.6.1, your update fixed my problem :thanks:

will install 3.7 too

@Pauly :thanks:

[guest]

So I was hoping to post this last night, but the forum seemed to be "down"...

Yesterday, for the 1st time in month's & month's, I thought I'd process a 4K movie (Hobbit-The Unexpected Journey, extended version), it's just over 3 hours, 182 chunks, so I expected it to take quite some time to process, even though I'm ONLY doing the video.

I only got 40% done, will continue when able to...

So once I had the main PC working on it (Ryzen 9 3950X), it was grinding along fairly well, I also had the DE help of another PC.

I thought I'd used some of my "farm servers" to help, so I turned them on, 1 at a time, as I hadn't used them for age's either, and the 1st one connected without issue (dual E5-2690 Xeon's), so then I turned on another (dual X5690 Xeon's, Windows Server 2019), and it just would NOT start processing a chunk, if I went back to the main PC and watched, the chunk would start it's process, but as soon as it switched to the actual processing, it would them go idle, then start again, repeat, repeat, repeat...

So I tried another server, (same spec's), same problem...

So I tried another server, (dual X5680 Xeon's, Server 2019), same problem...

There were no pop up error messages !!!.

So then I tried yet another PC, (again, dual X5680 Xeon's, Tyan MB, Server 2019), same problem !!!

And finally yet another PC, (again dual Xeon's, Windows 10 Enterprise), same problem, but this one threw up an ffmeg not working error).

Got the latest build of that, didn't make any difference.

Meanwhile the first PC's were still processing along pretty well.

I took a short video of this DE behaviour, and will post a link...

https://drive.google.com/file/d/1JCAYWElXyDTX6a4vEAR2UuA0mU81Ihee/view?usp=sharing

I can't help but think someone has had a similar issue recently, but not too sure when.

Later on, on the Ryzen, DE was starting to play up, and I have a screen shot of that...but then it got to a point, that I stopped RB, and hoping that it will re start where it left off, I re started, and sure enough, it carried on :)

(screenshot link) :- https://www.mediafire.com/file/4c7bg5rwgswjv1j/double+ip+address.jpg/file

So to sum up, it's pretty frustrating when you have several reasonable PC's that you want to use to "help" with DE, and none of them connect :(

I think I might need to "start from scratch", and put fresh setup's on all of them....

[Atak_Snajpera]

You should record what encoding server is showing. I suspect some problem with shared folder or/and avisynth instalation.

[guest]

You should record what encoding server is showing. I suspect some problem with shared folder or/and avisynth instalation.

Damn, I knew there was something else I needed to check as well :(

It's just strange that some PC's are good, and others aren't, they're all set up pretty much exactly the same.

So what could go wrong with the Avisynth install ???, that link I posted (#18877 & 78), should be good...

Question:- If avisynth is installed into it's own default folder location, do the contents also need to be copied to the RB tool's folder as well ???

Would you be able to do an auto update with the latest avisynth included ??, and maybe a few more updates as well ??

[blacksapprow]

Question: With Ripbot version 1.26.0 there came settings inside AviSynth:

Sharpen: Off, %25, %55, %75, %100 --> This is understandable.

CPU Denoise: Off, MDegrain1, MDegrain2, MDegrain3 --> Is that: MDegrain1 low, MDegrain2 middle, MDegrain3 high setting? What actually it is for? White Gaussian noise? https://en.wikipedia.org/wiki/White_noise

GPU Denoise: Off, KNLMeansCL1, KNLMeansCL3, KNLMeansCL5 --> Is that: KNLMeansCL1 low, KNLMeansCL3 middle, KNLMeansCL5 high setting? What actually it does? Can anyone tell about this more? What is it's difference with MDegrain? Only use of CPU and/or GPU? Near same results?

If we use only MDegrain, only KNLMeans and MDegrain + KNLMeans together, what they differs? Can anyone tell briefly?

[Atak_Snajpera]

Last digit indicates how many previous and next frames are taken for analysis. More means stronger denoising and more stable output.
MDegrain aims for fine detail retention while knlmeanscl is much more aggressive. My recommendation is as follows. Use MDegrain first and then knlmeanscl if you still need to remove any grain leftovers.

[guest]

Atak,

I asked a legit question about the installation of Avisynth, mainly due to "you" suggesting that maybe something is wrong.

If you download the latest version of AV, it is installed (by default) into it's own folder, but AviSynth.dll & DevlL.dll are installed in the SYSWOW64 root.

In RB's "Tool's" folder under Avisynth/Libraries/x64 is where you'll find these files, and it's version 3.4.0.0, dated 04-11-2019.

So to be more specific, do these 2 .dll files need to be copied into RB's Libraries/x64 folder ???

Or is that Folder's contents redundant ??

[Atak_Snajpera]

I sugested to check encoding server window in first place.

[guest]

I sugested to check encoding server window in first place.

Yes you did, but I haven't had a chance to get back to encoding, since then.

However, you haven't commented on the Avisynth question..

[Atak_Snajpera]

Yes you did, but I haven't had a chance to get back to encoding, since then.

However, you haven't commented on the Avisynth question..

Because it is irrelevant as long as you do not check what is happening on server side.

[Dhry]

Hey. Wanted to drop this off here just in case someone has ever experienced the same issue I did in recent months.

The problem was simply that starting a Ripbot encode did NOT trigger the startup of any EncodingServers. The client window appears, and four (which is what I use) EncodingServer.exe instances appear as tasks, but their WINDOWS do not appear and work does not commence. It was the absolute most frustrating thing for me and I tried dozens of things to try and fix it. I have a few other machines here and on each of those, the EncodingServer app would start fine. But it simply wouldn't on my main desktop. I read about something like this in previous posts on this thread and have tried reinstalling the VC redistributables, it did not help at all. Tried clean boots via msconfig and all of a sudden EncodingServer started working again and that's when I knew it was something I was running that was preventing proper operation.

By a process of elimination I have discovered that two Nvidia services kill the ability for EncodingServer.exe to bring up a window and/or commence work.

NVIDIA Display Container LS (this is the prime culprit)
NVIDIA LocalSystem Container

I have a Ryzen 9 3950X (but had an I7 4-core before, same issue) and a GTX1080. The services above appear to be related to the nVIDIA GeForce experience app that is installed by default with the GeForce drivers. I messed around in there with settings but absolutely could not fix this without completely stopping and disabling those services. Soon as I did, boom, up came all four windows for EncodingServer.

FWIW I also think that I had problems with my browser (Brave) at one point, but I changed a lot of flags in there and now there are no issues with EncodingServer, even with Brave running. I can only imagine that there is something related to the GPU perhaps, that when in operation somehow jams up EncodingServer's functionality.

Running the NVIDIA Display Container LS, over time, also seemed to spin up some sort of weird background process, making my mouse pointer sluggish to animate and move over time. Stopping that process instantly gave me back pointer responsiveness, however it also kills off the GeForce experience app from my systray. I'm fine with that.

Regards
Dhry

[slalom]

Later on, on the Ryzen, DE was starting to play up, and I have a screen shot of that...but then it got to a point, that I stopped RB, and hoping that it will re start where it left off, I re started, and sure enough, it carried on :)

(screenshot link) :- https://www.mediafire.com/file/4c7bg5rwgswjv1j/double+ip+address.jpg/file

So to sum up, it's pretty frustrating when you have several reasonable PC's that you want to use to "help" with DE, and none of them connect :(

I think I might need to "start from scratch", and put fresh setup's on all of them....
I get that screenshot too, sometimes. I abort and restart and it goes away

About the other stuff in your post, restart all your PCs and make sure they have all the ripbot updates, as I understand you don't use them frequently
(I can't see the video you posted, maybe you removed it)
Question:- If avisynth is installed into it's own default folder location, do the contents also need to be copied to the RB tool's folder as well ???
It works as it is

[guest]

Going back to :- https://forum.doom9.org/showthread.php?p=1933709#post1933709

I asked what decoder RipBot now uses...

There was a time when "we" had a choice, but I think it's now just L-Smash by default, and GPU options.

Is there still a way to use FFMPEG ??

[guest]

Because it is irrelevant as long as you do not check what is happening on server side.

OK, got to record what's going on (poor quality)..

https://drive.google.com/file/d/1Mfc7_zxqZJvevqOqtFPIjExsKfPp5tih/view?usp=sharing

the pop error is :- "ffmpeg has stopped working"

and the error in the encoder window, is :-

x265 [error]: unable to open input file <->

[Atak_Snajpera]

Run EncodingServer.exe WITHOUT any extra switches. When window pops-up with message "FFMpeg.exe has stopped working" check details. You should see what exact DLL module crashed within ffmpeg.exe executable.

[Ripmann]

Hey guys. Can somebody please clarify how GPU-based encoding works? I have two GPUs in my system, a dedicated Nvidia card and the integrated graphics one that comes with most Intel chips. My question is, does the integrated GPU has any relevance on encoding at all? AMD finally came out with a non-crappy line of CPUs last year that don't have integrated graphics in them. If, for example, I switch to a roughly equivalent AMD CPU, will I lose any performance from not having an integrated graphics chip anymore? Or is it completely unused and the video card alone does all the encoding? This question bugs me from time to time and I never found an answer given by somebody who really knows what they're doing.

A related question, also. Is it possible to dedicate one particular GPU to encoding? RipBot's options don't seem to allow it, but it should be completely doable to choose which GPU you want to be used, right? If so, can this GPU selection option be added in the setting then? Seems like a useful feature with people with multiple cards. Thanks.

[Ripmann]

Also, a possible bug/oversight:

When clicking Preview Script, only one MPC window pops up regardless of the MPC settings ("Player->Open a new player for each media file played").

The reason it's even an issue is because I usually enabled multiple players before and clicking Preview Script several times opened several of them. That allowed me to quickly compare the quality of the frames with different denoise or color adjustment settings, so I used it all the time when I needed to manually tweak something. If that's something that can be easily addressed (I can only assume that RipBot checks if there's a "job1_preview.avs" named window and ignores another preview request), I'd really appreciate it.

[guest]

Hey guys. Can somebody please clarify how GPU-based encoding works? I have two GPUs in my system, a dedicated Nvidia card and the integrated graphics one that comes with most Intel chips. My question is, does the integrated GPU has any relevance on encoding at all? AMD finally came out with a non-crappy line of CPUs last year that don't have integrated graphics in them. If, for example, I switch to a roughly equivalent AMD CPU, will I lose any performance from not having an integrated graphics chip anymore? Or is it completely unused and the video card alone does all the encoding? This question bugs me from time to time and I never found an answer given by somebody who really knows what they're doing.

A related question, also. Is it possible to dedicate one particular GPU to encoding? RipBot's options don't seem to allow it, but it should be completely doable to choose which GPU you want to be used, right? If so, can this GPU selection option be added in the setting then? Seems like a useful feature with people with multiple cards. Thanks.

Well, GPU encoding uses the available GPU's in your system, generally slower, but it allows for the use of different filters.

And of course CPU encoding uses the CPU, generally a lot faster, and use other filters.

You can specify which does what by using appropriate switches...

check this link for a bit of info (hidden switches) :-

https://forum.doom9.org/showthread.php?p=1894410#post1894410

/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

Multiple GPU's

/port 1000 /minimize /priority low /knlmeanscl-opencl-device-id 0
/port 2000 /minimize /priority low /knlmeanscl-opencl-device-id 1

and/or

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

To see what devices you have you need to look in the OpenCL tab (in Settings) of RipBot, it will list your GPU's

Hope this helps a little.

[guest]

Run EncodingServer.exe WITHOUT any extra switches. When window pops-up with message "FFMpeg.exe has stopped working" check details. You should see what exact DLL module crashed within ffmpeg.exe executable.

So I was hoping to do this today, but I had an unexpected, but not surprising major set back with my current encoding job.

Anyway, I started up the PC that had my current 4K encode, and I only had about 60 or so chunks to do, but yesterday, RipBot did not want to shut down...even tho I stopped the processing once a chunk was complete, it just froze, (not responding) when I went to close it down.

So, not unexpectedly, when I re-started the job, it started from chunk #1, so 2 days (approx 10 hours of encoding down the f*ckin' drain).

Anyway, that's another whole major problem that needs to be addressed, that is & has been a problem, that has been around for a long time.

So I continued "testing" the problem on another PC, and I think it might have something to do with x265.

I just happened across this....I batch loaded a few files in, and once they were in the job list, I thought I'd change 1 job to HEVC, and as soon as Encoder started to process & start the job, it re started (as in that video I sent thru), so repeat, repeat...I stopped it, changed it back to x264, and started with no problem.

I got no error pop up's or anything, so have no idea what was causing it.

[Atak_Snajpera]

So, not unexpectedly, when I re-started the job, it started from chunk #1, so 2 days (approx 10 hours of encoding down the f*ckin' drain).

Anyway, that's another whole major problem that needs to be addressed, that is & has been a problem, that has been around for a long time.

When file EncodingProgress.Pass1 or EncodingProgress.Pass2 in Chunks folder is missing then you lose whole progress. That file is being updated every time chunk gets encoded. For your unstable PC I guess I would have to implement some backup system...

Regarding crashing ffmpeg.exe. I've just checked the code in EncodingServer.exe and crash window will always be automatically closed regardless of switches used. It would be much easier if you just manually executed /Chunks/1.cmd from shared folder and then expand details. Look for FAULTY MODULE: line

[Dhry]

Ripbot takes forever analyzing an MKV file I'm trying to transcode, and then throws this error into the JobsRejected.txt file:

LWLibavAudioSource: failed to open resampler.
(F:\Temp\RipBot264temp\job1\getinfo.avs, line 4)

Looks like this section of the avs file is:

4
5 #VideoSource
6 LoadPlugin("C:\Program Files (x86)\RipBot264\Tools\AviSynth plugins\lsmash\LSMASHSource.dll")
7 video=LWLibavVideoSource("<my filename>.mkv",cachefile="F:\Temp\RipBot264temp\job1\<my filename>.mkv.lwi",prefer_hw=3)

Any thoughts on how to fix?

[slalom]

When file EncodingProgress.Pass1 or EncodingProgress.Pass2 in Chunks folder is missing then you lose whole progress. That file is being updated every time chunk gets encoded.
If someone can't avoid that, it would be nice to be able to select the remaining chunks (manually, like 64 to 95) for example right click, partial encode

and then run 2 cmds, CombineAllChunks & jobX_MuxFiles to get the job done

4K 10bit takes a lot of hours to complete!

[ReinerSchweinlin]

Hi,

thanx once again for your wonderful peace of software :)

Any chance of supporting AMD Hardware-decoders?

[guest]

When file EncodingProgress.Pass1 or EncodingProgress.Pass2 in Chunks folder is missing then you lose whole progress. That file is being updated every time chunk gets encoded. For your unstable PC I guess I would have to implement some backup system...

Regarding crashing ffmpeg.exe. I've just checked the code in EncodingServer.exe and crash window will always be automatically closed regardless of switches used. It would be much easier if you just manually executed /Chunks/1.cmd from shared folder and then expand details. Look for FAULTY MODULE: line

How come when ever there’s a problem with something to do with the RipBot process, you blame the user’s computer ???

I’m not too impressed with you're suggesting that my PC in faulty.

The PC I'm using for this is a Ryzen 9 3950X, not over clocked, a descent amount of RAM, SSD’s & Nvme’s for the main temp & processing drives for RB, I have to say that the ONLY thing faulty, is your software.

It happens on every PC I use, when encoding BIG x265 encodes.

I have been using RipBot264 for many, many years, and I have tried to help you sort out some problems along the way, and for most encoding, RipBot is pretty much the “top of the heap”, for anything up 1080p !!!

Once you start getting into movie length x265 encodes, with even basic filters, it’s really not up to the task (in my opinion).

The allure of Distributed Encoding is exclusive to RB, but I believe there is a lot more than needs to be engineered into it, so it handles LONG x265 encodes, which in some case can be days in the process, and it HAS to be super reliable.

When you are not willing or able to let the DE process run it’s course in one hit, due to power cost’s, etc, there HAS to be a very reliable resume function.

I have approached a some other RipBot user’s, and they have said that the DE process does have problems with long encodes, and the resume function does not always work, and the encoding already done, is lost, and that can be many, many hour’s…for nothing.

So it’s not just my “faulty pc”, it must be everybody’s faulty pc’s.

I sincerely challenge you to somehow get a movie length x265, HEVC, UHD (whatever you want to call it) file, and load it into what ever system you’ve got, give it an Mdegrain1 filter, and DE, and see how you go, stressing that you have to stop (Abort) it randomly…I can almost guarantee, it WILL fail.

Another thing that is very miss leading is the ETA counter when doing x265 encodes, with DE.

If it displays that it’s going to take, say 8 hours, then it’s more like 24…you test it, you’ll see what I mean. It’s fine with everything else, but not x265, so you really have no idea how long it’s going to take…you just have to let it go. :(

As far as I am aware, you are running Windows 7 on a single Xeon E5-2690 (not too sure), so that IS going to take a LONG, LONG time !!
It’s about the least you can do, to prove that it’s not our faulty pc’s.

So just quoting your reply to me :-

When file EncodingProgress.Pass1 or EncodingProgress.Pass2 in Chunks folder is missing then you lose whole progress. That file is being updated every time chunk gets encoded. For your unstable PC I guess I would have to implement some backup system...

So what causes those .pass files to go missing ??? …oh wait, it’s because RipBot didn’t shutdown properly !!

Maybe YOU need to implement some redundancy, during the process.

Regarding crashing ffmpeg.exe. I've just checked the code in EncodingServer.exe and crash window will always be automatically closed regardless of switches used. It would be much easier if you just manually executed /Chunks/1.cmd from shared folder and then expand details. Look for FAULTY MODULE: line

And how do you test your code ?? I bet it’s not on x265 files, or Windows 10 !!

So, I’m not trying to piss you off, I am trying to get you to understand that there are problems that need to be at least checked & tested thoroughly, due to the amount of time the process takes.

Us user’s want to get the encodes done with as little drama as possible, not be chasing faults & time wasting re starts of the encoding process.

[Atak_Snajpera]

If you are so confident that resume does not work most of the time then check if encodingprogress.pass1 is still present before and after you click abort. Your rants are meaningless for me if you do not provide any valuable feedback. (You didn't even bother to check why ffmpeg.exe crashed!)I'm not a fortune teller for god sake! (yet).

[Ryushin]

I’m not too impressed with you're suggesting that my PC in faulty.

The PC I'm using for this is a Ryzen 9 3950X, not over clocked, a descent amount of RAM, SSD’s & Nvme’s for the main temp & processing drives for RB, I have to say that the ONLY thing faulty, is your software.

It happens on every PC I use, when encoding BIG x265 encodes.

Once you start getting into movie length x265 encodes, with even basic filters, it’s really not up to the task (in my opinion).

The allure of Distributed Encoding is exclusive to RB, but I believe there is a lot more than needs to be engineered into it, so it handles LONG x265 encodes, which in some case can be days in the process, and it HAS to be super reliable.

I sincerely challenge you to somehow get a movie length x265, HEVC, UHD (whatever you want to call it) file, and load it into what ever system you’ve got, give it an Mdegrain1 filter, and DE, and see how you go, stressing that you have to stop (Abort) it randomly…I can almost guarantee, it WILL fail.

Another thing that is very miss leading is the ETA counter when doing x265 encodes, with DE.

If it displays that it’s going to take, say 8 hours, then it’s more like 24…you test it, you’ll see what I mean. It’s fine with everything else, but not x265, so you really have no idea how long it’s going to take…you just have to let it go. :(


I don't think it's fair to blame Atak and Ripbot264 about x265. x265 is a whole new beast compared to x264. For me, with my settings, x265 takes four times longer to encode than x264. Add 4K to that and a 4K movie takes 16 times longer to encode than a HD using x264. I've encoded over 400 4K movies with great success. Though I'm not aborting my jobs and resuming for the most part. My jobs run straight through.

If you need jobs to complete within a certain time frame, you might have to add more CPU power to your mix or battery (LiFePO4) backup so the servers can keep running when the solar is not producing.

About reliability. My servers are rock solid. Run ECC memory, ZFS, etc. The Win10 VM that runs RipBot264 sits on top of Linux running KVM/LibvirtD. I don't have any issues except that occasional bug when click "Done" the job gets stuck and I have to abort RB. When I have to abort, about 1 in 10 times RB will have the job start over. I really don't have hardly any issues with RB and I'm very happy to have it.

[guest]

If you are so confident that resume does not work most of the time then check if encodingprogress.pass1 is still present before and after you click abort. Your rants are meaningless for me if you do not provide any valuable feedback. (You didn't even bother to check why ffmpeg.exe crashed!)I'm not a fortune teller for god sake! (yet).

I'll tell you why I didn't check ffmpeg...as soon as I saw that it was starting from scratch, I stopped it, and deleted the job !!!

What's the point, it'll probably happen again :(

When situations like this arise, most of us users have no idea what course of action to take, but you do, as you created it, so none of us, are fortune tellers, or mind readers !!

So it's hard to provide you with the "feedback" that you would like.

[Ryushin]

I wanted to add that RB is the only program I know that can even resume an encode, at least in DE mode. I think in single threaded mode even RB will start over from scratch.

That being said, I do think resuming aborted jobs could work a bit better as that should work 100% of the time. For one of my clients, I deal with very large movie jobs, often larger than 1TB in size. Because this is commercial works, corruption could be hard to detect without using MD5 sums for the files.

Atak, perhaps when a chunk is finished, a MD5 sum is recorded in <chunk#>.md5 file. Upon recovering a job, if there are any .md5 files, they are compared with the chunk and if missing or incorrect, that chunk is encoded again. Then a master file has a list of the the number of chunks and that should not have to change. I'm more than willing to wait for a few cpu/storage cycles to resume a job.

[chainring]

FWIW, I've processed hundreds of 4K HDR movies with RipBot, all with x265 and the vast majority in DE mode. Failures are the exception, not the rule from what I've experienced. Four Windows 10 machines, all Dell and I make sure all updates are current before starting an encode party. When there is a failure; more like a stall, it's been older movies and generally ones where I'm taming grain with MDegrain. Those can sometimes be a royal pain since it'll stall the queue.

[slalom]

I wanted to add that RB is the only program I know that can even resume an encode, at least in DE mode. I think in single threaded mode even RB will start over from scratch.

That being said, I do think resuming aborted jobs could work a bit better as that should work 100% of the time. For one of my clients, I deal with very large movie jobs, often larger than 1TB in size. Because this is commercial works, corruption could be hard to detect without using MD5 sums for the files.

Atak, perhaps when a chunk is finished, a MD5 sum is recorded in <chunk#>.md5 file. Upon recovering a job, if there are any .md5 files, they are compared with the chunk and if missing or incorrect, that chunk is encoded again. Then a master file has a list of the the number of chunks and that should not have to change. I'm more than willing to wait for a few cpu/storage cycles to resume a job.
I'll give you a scenario, abort a job, add 2 other jobs, edit them and restart encoding (the aborted one, doesn't have to be 4K/h265)

MD5 sums is a very good idea! Don't know much about that but I hear it

I do little 4K by choice, and I use mainly MDegrain1 or nothing so I don't loose much time to cry for

[guest]

I don't think it's fair to blame Atak and Ripbot264 about x265. x265 is a whole new beast compared to x264. For me, with my settings, x265 takes four times longer to encode than x264. Add 4K to that and a 4K movie takes 16 times longer to encode than a HD using x264. I've encoded over 400 4K movies with great success. Though I'm not aborting my jobs and resuming for the most part. My jobs run straight through.

If you need jobs to complete within a certain time frame, you might have to add more CPU power to your mix or battery (LiFePO4) backup so the servers can keep running when the solar is not producing.

About reliability. My servers are rock solid. Run ECC memory, ZFS, etc. The Win10 VM that runs RipBot264 sits on top of Linux running KVM/LibvirtD. I don't have any issues except that occasional bug when click "Done" the job gets stuck and I have to abort RB. When I have to abort, about 1 in 10 times RB will have the job start over. I really don't have hardly any issues with RB and I'm very happy to have it.

It wasn't until I read your post that I realised that I had made a significant oversight in my "rant".

It seemed like I was wholey & soley blaming x265, when that wasn't my point...I know I should have written 4K encodes (as they are x265 by default, generally)..anyway, the main thing behind the whole post was DE's problems with LONG 4K encodes.

[guest]

So, my post has sparked some interesting discussion, pro's & con's, which is all good.

Some possible very worthwhile suggestions have been made.

Here's another suggestion (for the future), what if the current RipBot264 was re-configured to ONLY process 4K (and upwards) movies !!!

It could have all the x264 & batch options ripped out, an error checking process on DE, the ETA meter synced, and that's it.

It could be called RipBot4K, or RipBotUHD...anyway you get my drift.

[Atak_Snajpera]

No .

[ReinerSchweinlin]

Last digit indicates how many previous and next frames are taken for analysis. More means stronger denoising and more stable output.
MDegrain aims for fine detail retention while knlmeanscl is much more aggressive. My recommendation is as follows. Use MDegrain first and then knlmeanscl if you still need to remove any grain leftovers.

thanx for clarifying :)
Am I correct that older versions had "degrain 2" as option, so chossing degrain 2 gives the exact same results as older ones ? (I am asking because I started a Series of encodes which is around 40% finished and I would like to keep the settings..)

What happened to "adaptive" in the KNLMEANS Tab? (Just curious on this one)

I am just exploring some openCL Stuff on a VEGA64 and was wondering, if it would be possible to support the AMD Video Decoder in Ripbot.

[whiskey]

Anybody else still has issues removing lots of files at once from the batch window? Despite having all files selected it only removes one, then I have to de-select another one just to remove one more...

[guest]

No .

I know you probably don't want to hear much more about this, but I'm hoping you didn't misunderstand what I was suggesting.

Due to your emphatic "No" !!

I was not suggesting for a second that you "gut" RipBot264, what I thought was a "twin" app, based on RipBot, but it ONLY did 4K x265 (and above) file encoding. :cool:

[ReinerSchweinlin]

Anybody else still has issues removing lots of files at once from the batch window? Despite having all files selected it only removes one, then I have to de-select another one just to remove one more...
I remember using the "del" key to quickly get rid of a lot of entries.

[slalom]

thanx for clarifying :)
Am I correct that older versions had "degrain 2" as option, so chossing degrain 2 gives the exact same results as older ones ? (I am asking because I started a Series of encodes which is around 40% finished and I would like to keep the settings..)
It is exactly the same
Anybody else still has issues removing lots of files at once from the batch window? Despite having all files selected it only removes one, then I have to de-select another one just to remove one more...
No issues here

[GZZ]

It wasn't until I read your post that I realised that I had made a significant oversight in my "rant".

It seemed like I was wholey & soley blaming x265, when that wasn't my point...I know I should have written 4K encodes (as they are x265 by default, generally)..anyway, the main thing behind the whole post was DE's problems with LONG 4K encodes.

What is a long 4k encode ?

I have done close to 300 UHD 4K encoding to MKV with ripbots. I have done it with MDegrain 1, 2 and a few with 3. By long you mean in number of frames (duration) and for that I done The Deer Hunter and The Bridge On The River Kwai have taking looooong time because of MDegrain2 filter and I havent had a failure with encoding. Doing DE on 2 machines. Machine 1: Ryzen 3700x, Machine 2:Intel Core I7 8700K (none of the them is overclocked). All HDD is SSD.

I cant reconize a failure and I would like to know a title that fails for you, if the fail isnt repeatable and its random, then I would suspect hardware issues or network problems. Network problems is the thing that can give must issues and be hard to troubleshoot. I had a unstable USB network dongle once and it was a pain in the but, it could fail if I "overloaded" it with copy jobs.

[guest]

What is a long 4k encode ?

I have done close to 300 UHD 4K encoding to MKV with ripbots. I have done it with MDegrain 1, 2 and a few with 3. By long you mean in number of frames (duration) and for that I done The Deer Hunter and The Bridge On The River Kwai have taking looooong time because of MDegrain2 filter and I havent had a failure with encoding. Doing DE on 2 machines. Machine 1: Ryzen 3700x, Machine 2:Intel Core I7 8700K (none of the them is overclocked). All HDD is SSD.

I cant reconize a failure and I would like to know a title that fails for you, if the fail isnt repeatable and its random, then I would suspect hardware issues or network problems. Network problems is the thing that can give must issues and be hard to troubleshoot. I had a unstable USB network dongle once and it was a pain in the but, it could fail if I "overloaded" it with copy jobs.

Hi GZZ,

I would classify a long 4K encode anything approaching 3 hours, and over, more that 180 + chunks !!!

I was doing The Hobbit - An Unexpected Journey, extended version, using MDegrain1.(3 hours 4 minutes, I believe)

I had it setup on my Ryzen 3950X (as the client), and had a couple of servers helping along, a 3930K, Xeon E5-2697 v2, and dual Xeon E5-2690.

Now I have to say that I was NEVER intending on doing this in one "session", so I was going to have to rely on the resume function, that is sort of the DE process.

So I got thru approx 80 - 90 chunks the first day, Ripbot shutdown OK, next time, it resumed, so I did another 40 +/- chunks, using different "servers", but when it was time to shutdown for the day, I waited until the processing chunks were done, and then close them individually, then when I went to close down RipBot, it just froze, "not responding", and stayed that way for quite some time, until eventually I just had to kill it....I just knew that next time, there will be a resuming problem...

So next time, sure enough, it had "forgotten" where is was up to (approx 120 chunks had been done), and it started from chunk #1 !!!

Because it had started processing I thought there was no real course of action to be taken, so I just stopped it in disgust, and deleted the job.

Some would say that this might be my fault by not doing it in "one hit", but I refuse to do that due to electricity costs.

So for reliability of the resumption of DE, it needs to be some how backed up, or error checked during the process, so this doesn't happen.

Now I can't tell you what files I have problems with, as it's random !!

I would like to ask you about the ETA counter....do you find that it's "slow" when doing 4K encodes ??? I find that what ever it display's, you need to multiply that by about 3, (eg: a 6 hours displayed ETA, is closer to about 18), by the time the encode if done.

OK, so how long do your looooong encodes take, with your hardware setup ??

Do you do your encode in one hit ??

See, if no one else has to stop their encodes, they have no idea what I'm on about, and I am made out to be the "bad guy" !!!

[GZZ]

Hi GZZ,

I would classify a long 4K encode anything approaching 3 hours, and over, more that 180 + chunks !!!

I was doing The Hobbit - An Unexpected Journey, extended version, using MDegrain1.(3 hours 4 minutes, I believe)

I had it setup on my Ryzen 3950X (as the client), and had a couple of servers helping along, a 3930K, Xeon E5-2697 v2, and dual Xeon E5-2690.

Now I have to say that I was NEVER intending on doing this in one "session", so I was going to have to rely on the resume function, that is sort of the DE process.

So I got thru approx 80 - 90 chunks the first day, Ripbot shutdown OK, next time, it resumed, so I did another 40 +/- chunks, using different "servers", but when it was time to shutdown for the day, I waited until the processing chunks were done, and then close them individually, then when I went to close down RipBot, it just froze, "not responding", and stayed that way for quite some time, until eventually I just had to kill it....I just knew that next time, there will be a resuming problem...

So next time, sure enough, it had "forgotten" where is was up to (approx 120 chunks had been done), and it started from chunk #1 !!!

Because it had started processing I thought there was no real course of action to be taken, so I just stopped it in disgust, and deleted the job.

Some would say that this might be my fault by not doing it in "one hit", but I refuse to do that due to electricity costs.

So for reliability of the resumption of DE, it needs to be some how backed up, or error checked during the process, so this doesn't happen.

Now I can't tell you what files I have problems with, as it's random !!

I would like to ask you about the ETA counter....do you find that it's "slow" when doing 4K encodes ??? I find that what ever it display's, you need to multiply that by about 3, (eg: a 6 hours displayed ETA, is closer to about 18), by the time the encode if done.

OK, so how long do your looooong encodes take, with your hardware setup ??

Do you do your encode in one hit ??

See, if no one else has to stop their encodes, they have no idea what I'm on about, and I am made out to be the "bad guy" !!!


I havent had an issue with stopping after a specfic chunk. I just disable the servers in Encoding Client and when all chunk is stopped I click the Abort button the Ripbot264 window, DONT close the Encoding Client by clicking the X. If I then restart the job (dont do any editing or change any settings as it will restart all the chunks), then it have worked just fine for me. But normally I do one movie encoding at a time.

I think we have talked about a function to pause DE or abort it when all currently encoding chunk finish, so you can press abort and it will ask you to abort after currently encoding chunk or just abort now and lose currently encoding chunks. That would be a nice feature. Also a big fat Pause button in the Encoding Client to just pause/unpause current encoding, when you need processing power for something else.

I have done all these with MD1
The Hobbit - An Unexpected Journey (Extended Cut).mkv 27.212.789.907
The Hobbit - The Desolation of Smaug (Extended Cut).mkv 25.732.263.184
The Hobbit - The Battle of the Five Armies (Extended Cut).mkv 21.143.328.869
The Lord of the Rings - The Return of the King (Extended Cut).mkv 30.316.006.034
The Lord of the Rings - The Fellowship of the Ring (Extended Cut).mkv 24.249.621.328
The Lord of the Rings - The Two Towers (Extended Cut).mkv 22.888.413.941

its the final size and I didnt have any issues at all. CRF 18, x265, HDR, copping, no resize and MD1. Chunk size is 2 min. So that gave me around 130 chunks for Return of the king extended edition. My encoding speed in DE with 2 machines and this kind of movie is around 4-5 fps. So it took well over 20 hours and close to a full day. I believe return of the king extended edition is the longest movie you will properly encounter.

X265 settings from MKV:
x265 3.4+22-ga988fbbac:[Windows][GCC 10.2.0][64 bit] 10bit
Encoding settings : cpuid=1111039 / frame-threads=4 / numa-pools=+ / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=3840x1608 / interlace=0 / total-frames=2869 / level-idc=0 / high-tier=1 / uhd-bd=0 / ref=3 / no-allow-non-conformance / repeat-headers / annexb / no-aud / no-hrd / info / hash=0 / no-temporal-layers / open-gop / min-keyint=24 / keyint=240 / gop-lookahead=0 / bframes=4 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=20 / lookahead-slices=8 / scenecut=40 / hist-scenecut=0 / radl=0 / no-splice / no-intra-refresh / ctu=64 / min-cu-size=8 / no-rect / no-amp / max-tu-size=32 / 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=3 / limit-refs=1 / no-limit-modes / me=1 / subme=2 / merange=57 / temporal-mvp / no-frame-dup / no-hme / weightp / no-weightb / no-analyze-src-pics / deblock=0:0 / sao / no-sao-non-deblock / rd=3 / selective-sao=4 / early-skip / rskip / no-fast-intra / no-tskip-fast / no-cu-lossless / b-intra / no-splitrd-skip / rdpenalty=0 / psy-rd=2.00 / psy-rdoq=0.00 / no-rd-refine / no-lossless / cbqpoffs=0 / crqpoffs=0 / rc=crf / crf=18.0 / qcomp=0.60 / qpstep=4 / stats-write=0 / stats-read=0 / ipratio=1.40 / pbratio=1.30 / aq-mode=2 / aq-strength=1.00 / cutree / zone-count=0 / no-strict-cbr / qg-size=32 / no-rc-grain / qpmax=69 / qpmin=0 / no-const-vbv / sar=1 / overscan=0 / videoformat=5 / range=0 / colorprim=9 / transfer=16 / colormatrix=9 / chromaloc=0 / display-window=0 / master-display=G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(40000000,50) / cll=636,103 / 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 / hist-threshold=0.03 / no-opt-cu-delta-qp / no-aq-motion / hdr10 / no-hdr10-opt / no-dhdr10-opt / no-idr-recovery-sei / analysis-reuse-level=0 / analysis-save-reuse-level=0 / analysis-load-reuse-level=0 / scale-factor=0 / refine-intra=0 / refine-inter=0 / refine-mv=1 / refine-ctu-distortion=0 / no-limit-sao / ctu-info=0 / no-lowpass-dct / refine-analysis-type=0 / copy-pic=1 / max-ausize-factor=1.0 / no-dynamic-refine / no-single-sei / no-hevc-aq / no-svt / no-field / qp-adaptation-range=1.00 / no-scenecut-aware-qpconformance-window-offsets / right=0 / bottom=0 / decoder-max-rate=0

About the ETA counter I find it estimate is ok, you have to do a few chunks for the ETA to settle, specially because the first chunk is sometimes fast because of black frames, logos without any noise and when the movies starts in chunk 2-3 and then it settles correctly. The ETA is based on Avg time of each chunk, thats why its off with just a few chuncks. On 4K movies it can take time, as one chunk might take 10-20 min to encode. So getting 3-4 chunks encoded will take 1 hour. I cant see you can do any better, except for collecting avg. time from other encodings with simular settings, but that will be to overdo it.

[guest]

I havent had an issue with stopping after a specfic chunk. I just disable the servers in Encoding Client and when all chunk is stopped I click the Abort button the Ripbot264 window, DONT close the Encoding Client by clicking the X. If I then restart the job (dont do any editing or change any settings as it will restart all the chunks), then it have worked just fine for me. But normally I do one movie encoding at a time.

Thanks for the great reply :)

I generally try and stop the chunks, as they finish, before I shut down, just in case, or you'd lose that part of the chunk, if you just quit.

Thing is, when you Abort you get a pop up warning, which is a bit misleading, but you've gotta do, what ya gotta do.

I think we have talked about a function to pause DE or abort it when all currently encoding chunk finish, so you can press abort and it will ask you to abort after currently encoding chunk or just abort now and lose currently encoding chunks. That would be a nice feature. Also a big fat Pause button in the Encoding Client to just pause/unpause current encoding, when you need processing power for something else.

Yes, that would be a great new feature, I'm sure several builds / years ago, there was a couple of different ways to shut down, but that was reduced to one :(

I have done all these with MD1
The Hobbit - An Unexpected Journey (Extended Cut).mkv 27.212.789.907
The Hobbit - The Desolation of Smaug (Extended Cut).mkv 25.732.263.184
The Hobbit - The Battle of the Five Armies (Extended Cut).mkv 21.143.328.869
The Lord of the Rings - The Return of the King (Extended Cut).mkv 30.316.006.034
The Lord of the Rings - The Fellowship of the Ring (Extended Cut).mkv 24.249.621.328
The Lord of the Rings - The Two Towers (Extended Cut).mkv 22.888.413.941

its the final size and I didnt have any issues at all. CRF 18, x265, HDR, copping, no resize and MD1. Chunk size is 2 min. So that gave me around 130 chunks for Return of the king extended edition. My encoding speed in DE with 2 machines and this kind of movie is around 4-5 fps. So it took well over 20 hours and close to a full day. I believe return of the king extended edition is the longest movie you will properly encounter.

So those numbers I hi lighted in red is the finished size, in mb or something, so just over 30Gb, correct ??

And you use 2 minute chunks...

Not sure why I use 1 minute chunks, probably the impression that it's doing them faster, I guess.

I'll let you know what my fps is, when I'm game to try a 4K encode again.

I did a couple 1080p movies today, x264 to x265, mdg2, took about 1 1/2 hours @ about 50 fps. No DE issues...:)

About the ETA counter I find it estimate is ok, you have to do a few chunks for the ETA to settle, specially because the first chunk is sometimes fast because of black frames, logos without any noise and when the movies starts in chunk 2-3 and then it settles correctly. The ETA is based on Avg time of each chunk, thats why its off with just a few chunks. On 4K movies it can take time, as one chunk might take 10-20 min to encode. So getting 3-4 chunks encoded will take 1 hour. I cant see you can do any better, except for collecting avg. time from other encodings with similar settings, but that will be to overdo it.

Yeah, schools out on that one, I have had issues with it, ever since I started doing 4K encodes, I just don't think it catches up properly, at all :(

[Ryushin]

I use CQ18 for all my encodes. The real issue in quality and size is removing the grain.

For example, I just re-did the Harry Potter series as that was one of my first 4K encodes back when they first came out and I was never happy with its size. I did do CQ18 with that as well, but no degraining.

Here is the comparison on just the video size, without the soundtrack.
Before (CQ18 no degraining)
19G Harry_Potter_1_The_Sorcerers_Stone_2001_4K.mkv
18G Harry_Potter_2_The_Chamber_of_Secrets_2002_4K.mkv
23G Harry_Potter_3_The_Prisoner_of_Azkaban_2004_4K.mkv
20G Harry_Potter_4_The_Goblet_of_Fire_2005_4K.mkv
18G Harry_Potter_5_The_Order_of_The_Phoenix_2007_4K.mkv
17G Harry_Potter_6_The_Half-Blood_Prince_2009_4K.mkv
17G Harry_Potter_7_The_Deathly_Hallows_Part1_2010_4K.mkv
18G Harry_Potter_7_The_Deathly_Hallows_Part2_2011_4K.mkv

After (CQ18 MDegrain2 (thSAD 100-150))
5.98G (MD2-150) Harry_Potter_1_The_Sorcerers_Stone_2001_4K.mkv
5.30G (MD2-150) Harry_Potter_2_The_Chamber_of_Secrets_2002_4K.mkv
8.31G (MD2-150) Harry_Potter_3_The_Prisoner_of_Azkaban_2004_4K.mkv
5.49G (MD2-150) Harry_Potter_4_The_Goblet_of_Fire_2005_4K.mkv
5.20G (MD2-100) Harry_Potter_5_The_Order_of_The_Phoenix_2007_4K.mkv
5.57G (MD2-100) Harry_Potter_6_The_Half-Blood_Prince_2009_4K.mkv
6.54G (MD2-100) Harry_Potter_7_The_Deathly_Hallows_Part1_2010_4K.mkv
7.65G (MD2-150) Harry_Potter_7_The_Deathly_Hallows_Part2_2011_4K.mkv

My wife commented that the new encodes looked a lot better. Just removing that smidgen of grain transforms the video. CQ18 should give you the same picture quality as the original source while the video is playing. If you want to err on the side of more quality, use CQ16.

If I remember correctly, I think I did MDegrain2 with a thSAD of 150 on each Lord of the Rings. Some of these I ran through 2-3 times with different thSAD settings ranging from 100-200 to see what the size turns out to be. My final size (using MKVToolNix to stitch (append) them together into one file)

Lord_of_the_Rings_1_Fellowship_of_the_Ring_2001_EE_4K.mkv 12.9GB
Lord_of_the_Rings_2_Two_Towers_2002_EE_4K.mkv 12.5GB
Lord_of_the_Rings_3_Return_of_the_King_2003_EE_4K.mkv 16.8GB

Just tuning the MDegrain thSAD values can result in a huge decrease in size.

[ReinerSchweinlin]

It is exactly the same
Thanx, that asnwer helped a lot.

[GZZ]

So those numbers I hi lighted in red is the finished size, in mb or something, so just over 30Gb, correct ??

Not sure why I use 1 minute chunks, probably the impression that it's doing them faster, I guess.


Yes, the size is in Byte, so divide it by 30.316.006.034 / 1024 (kb) / 1024 (mb) / 1024 (gb) = Size in GB: ~28GB

If your computers in your DE cluster has the same speed, then using larger chunks will save a little bit of time starting new chunks. But if the slow machine has the last chunk (which is always bigger), then it might take longer then using smaller size chunks. I use 2 min as its a fine ratio for me and limits the number of chunks by half compared to 1 min.

For 1080p encoding, I use 2 DE Servers on each machine (4 encoding in total), I start the DE server with low priority, it satuates the CPU and gives med around 65 FPS on a 1080p encoding without filter, CRF18, X265.

[Ripmann]

Well, GPU encoding uses the available GPU's in your system, generally slower, but it allows for the use of different filters...

Hope this helps a little.

Thanks, it did. So I just want to make sure I got it correctly: if I switch to an equivalent CPU without integrated graphics, my GPU encoding time will increase since it usually uses both integrated and dedicated cards at the same time? I didn't know that. I always assumed it was using the discrete card only.

[guest]

Thanks, it did. So I just want to make sure I got it correctly: if I switch to an equivalent CPU without integrated graphics, my GPU encoding time will increase since it usually uses both integrated and dedicated cards at the same time? I didn't know that. I always assumed it was using the discrete card only.

TBH, I don't use GPU for anything...

What you'll need to do is check what devices are shown under the "OpenCL" tab, and edit your switches to enable what you've got.

At the bottom of the "OpenCL" screen, it will show what device is available for certain functions, if you have the left device displayed, then that will assist during normal encoding (I think), but if you choose GPU decoding or filtering, then that device will be used to process.

I think that's when the switches come into play, when you have multiple GPU's, or you want to be specific in it's use.

Might be a bit of trial & error for you at first.

[LigH]

Using a GPGPU may accelerate the calculation when the algorithm gains a lot from massive parallelism, much more than uploading the video frames from main RAM to video RAM and downloading the results cost overhead.

[slalom]

@Atak

Download poster doesn't work again

[tormento]

6c966b28-e0dd-48f6-b1c7-a56e8a275ec0
What does this ini file do and where should I put it?

[Ryushin]

Based on what I've been reading, FFMPEG should be able to encode 5.1 E-AC3. Can this be add as an option to RB? Based on what I've been reading compression is similar to AAC and E-AC3 can be decoded by modern AVRs which makes it a good replacement for me instead of using for AC3 and AAC.

[tormento]

Based on what I've been reading, FFMPEG should be able to encode 5.1 E-AC3. Can this be add as an option to RB? Based on what I've been reading compression is similar to AAC and E-AC3 can be decoded by modern AVRs which makes it a good replacement for me instead of using for AC3 and AAC.
Yup, I jumped from THD/DTSHD -> AC3 to EAC3 format but I kept the 640kbps that I used in AC3.

[Ryushin]

Yup, I jumped from THD/DTSHD -> AC3 to EAC3 format but I kept the 640kbps that I used in AC3.

That sounds like a good idea. Though I want to keep 3D audio, so I have to keep the full THD+Atmos and DTS:X tracks. But for those shows that have DTS-HD in 5.1, it would be better to use E-AC3 at 640K, and for the streaming versions I create I'll use E-AC3 at 320K instead of AAC.

I looked and I could find no free tools that could do 7.1 channel E-AC3.

[guest]

What does this ini file do and where should I put it?

Hi tormento, you're fairly new here....

OK, the .ini file stores all the start up & running settings for RipBot, you don't generally edit it directly (but you can), as the majority of the settings are in the GUI, and saved to the .ini.

I'm pretty sure it has to be in the main Ripbot folder !!!

The file & folder structure as extracted from the downloaded .7z file.

[SKPN]

I'm having an issue on one of my two PCs. I had everything working perfectly, but recently reformatted both PCs. I've got Ripbot working on one (PC1), but I cannot get it to work on the other (PC2). When launching a job from PC1, it is not able to connect to PC2 for distributed encoding. When launching from PC2, it connects to PC1 for distributed encoding, but PC2 never does any work. I can't figure out what the issue is, as all the settings appear to be correct.

Not sure if it makes a difference, but when I launch Ripbot on PC1, the encoding server also launches automatically and appears in my taskbar. When I launch on PC2, the encoding server does not appear in the taskbar, but it does appear in Task Manager.

Any help on this would be greatly appreciated. PC2 is my more powerful PC, so I really want to get this resolved quickly.

[guest]

I'm having an issue on one of my two PCs. I had everything working perfectly, but recently reformatted both PCs. I've got Ripbot working on one (PC1), but I cannot get it to work on the other (PC2). When launching a job from PC1, it is not able to connect to PC2 for distributed encoding. When launching from PC2, it connects to PC1 for distributed encoding, but PC2 never does any work. I can't figure out what the issue is, as all the settings appear to be correct.

Not sure if it makes a difference, but when I launch Ripbot on PC1, the encoding server also launches automatically and appears in my taskbar. When I launch on PC2, the encoding server does not appear in the taskbar, but it does appear in Task Manager.

Any help on this would be greatly appreciated. PC2 is my more powerful PC, so I really want to get this resolved quickly.

I recently had a similar problem, and what I did was a fresh setup on ALL the offending PC's, clean copy of RipBot, updated all it could find using Auto update, checked that the IP settings were correct, etc, etc, and it's all "happy" again :)

Network settings are the most important for DE, so just go thru and double check EVERYTHING !!!!

Also, I do have a similar problem with the server icon not showing in the taskbar...you might need to manually open it, then add more as needed...

[tormento]

Hi tormento, you're fairly new here....
Well, my first post in this thread is 12th June 2009, 17:51 :D
OK, the .ini file stores all the start up & running settings for RipBot
I asked as in the release there is a "updater.ini" while the extracted file is "update.ini", therefore my question.

[guest]

Well, my first post in this thread is 12th June 2009, 17:51 :D

I asked as in the release there is a "updater.ini" while the extracted file is "update.ini", therefore my question.

OK, fair enough :)

Yep, EVERYTHING needs to be kept / left in the main Ripbot folder.

[slalom]

Not sure if it makes a difference, but when I launch Ripbot on PC1, the encoding server also launches automatically and appears in my taskbar. When I launch on PC2, the encoding server does not appear in the taskbar, but it does appear in Task Manager.

Any help on this would be greatly appreciated. PC2 is my more powerful PC, so I really want to get this resolved quickly.
Go to Settings, DE Tab, DE mode should be ON

[guest]

Go to Settings, DE Tab, DE mode should be ON

Hey...:)

Yep, I thought of that too, but he mentions that Encoding Server is running, just no taskbar icon, and I guess no connection.....

And I get that on one PC quite regularly....just need to start it manually.

Probably something simple :)

[Atak_Snajpera]

I'm having an issue on one of my two PCs. I had everything working perfectly, but recently reformatted both PCs. I've got Ripbot working on one (PC1), but I cannot get it to work on the other (PC2). When launching a job from PC1, it is not able to connect to PC2 for distributed encoding. When launching from PC2, it connects to PC1 for distributed encoding, but PC2 never does any work. I can't figure out what the issue is, as all the settings appear to be correct.

Not sure if it makes a difference, but when I launch Ripbot on PC1, the encoding server also launches automatically and appears in my taskbar. When I launch on PC2, the encoding server does not appear in the taskbar, but it does appear in Task Manager.

Any help on this would be greatly appreciated. PC2 is my more powerful PC, so I really want to get this resolved quickly.

Disable GeForce Experience spying service or any software which works in background (MSI, Logitech and so on). Safe mode should also fix this issue. Basically other application on your system blocks encodingserver.exe.

[ReinerSchweinlin]

Hi,

maybe my question got lost:
Would it be possible to enable GPU Decoding for AMD GPUs? At the moment, its "CPU or GPU" and if seems only nvidia or intel decoding is possible. Would be cool to have AMD Decoders available, too and make it selectable (like the OPENCL Options).
Thanx!

[Atak_Snajpera]

Hi,

maybe my question got lost:
Would it be possible to enable GPU Decoding for AMD GPUs? At the moment, its "CPU or GPU" and if seems only nvidia or intel decoding is possible. Would be cool to have AMD Decoders available, too and make it selectable (like the OPENCL Options).
Thanx!

No because open source community is not very well encouraged by AMD to do anything in that regard. Blame AMD.
By the way. You are not missing a lot in terms of encoding time. Maybe up to 3%-5% if you do not do any filtering in avisynth.

[gonca]

Rigaya keeps this up to date
https://github.com/rigaya/VCEEnc/releases

[Atak_Snajpera]

Rigaya keeps this up to date
https://github.com/rigaya/VCEEnc/releases

Encoder != Decoder

[gonca]

Aware of that but it can also decode to feed the encoder
If the OP wants to encode with AMD it would work

[SKPN]

Disable GeForce Experience spying service or any software which works in background (MSI, Logitech and so on). Safe mode should also fix this issue. Basically other application on your system blocks encodingserver.exe.

Thank you! I don't know why it wasn't working though; I had GeForce Experience running prior to reformatting and everything worked fine. Strange.

Thanks for your help!

[ReinerSchweinlin]

No because open source community is not very well encouraged by AMD to do anything in that regard. Blame AMD.
By the way. You are not missing a lot in terms of encoding time. Maybe up to 3%-5% if you do not do any filtering in avisynth.
Thanx for getting back!
I am aware that the speed difference isn´t that huge :) I was under the impression, that since ffmpeg seems to incorporate some means of using the AMD decoders, that it would be as simple as "switching it on and make a selector for AMD/NVIDIA/Intel decoders". I stumbled across this in the ffmpeg wiki:

"AMD UVD/VCE

AMD UVD is usable for decode via VDPAU and VAAPI in Mesa on Linux. VCE also has some initial support for encode via VAAPI, but should be considered experimental.

On Windows, UVD is accessible via standard DXVA2/D3D11VA APIs, while VCE is supported via AMF. "

So my amater brain thought: Use DXVA..... But I now learned that this is not good and found this post:

http://forum.doom9.org/showthread.php?p=1921757&highlight=amd#post1921757

Learned something new today. Thanx.

[ReinerSchweinlin]

Rigaya keeps this up to date
https://github.com/rigaya/VCEEnc/releases
Yes, I know. I also stumbled acros this:
https://bluesky-soft.com/en/AsVideoConv.html
(in regard of AMD De/encoding), but haven´t gotten it to run on my vega 64 so far... (Yes, I heard that AMD Encoders are shitty, I am used to RTX Encoders, but since this VEGA happens to be here, I thought I`ll play around a little..) But thats OT for Ripbot :)

[guest]

Based on what I've been reading, FFMPEG should be able to encode 5.1 E-AC3. Can this be add as an option to RB? Based on what I've been reading compression is similar to AAC and E-AC3 can be decoded by modern AVRs which makes it a good replacement for me instead of using for AC3 and AAC.

Originally Posted by tormento
Yup, I jumped from THD/DTSHD -> AC3 to EAC3 format but I kept the 640kbps that I used in AC3.
That sounds like a good idea. Though I want to keep 3D audio, so I have to keep the full THD+Atmos and DTS:X tracks. But for those shows that have DTS-HD in 5.1, it would be better to use E-AC3 at 640K, and for the streaming versions I create I'll use E-AC3 at 320K instead of AAC.

I looked and I could find no free tools that could do 7.1 channel E-AC3.

I have been "playing" around with E-AC3 for that last couple of days, and have stumbled across several app's that can convert to this format.

Of course they're all based on FFMPEG (which RB uses), so it should be pretty straight forward to have this as part of the audio options.

Like converting TrueHD, and FLAC to E-AC3.

Even tho FFMPEG can't yet utilize 7.1, most TV's only run up to 5.1, so that's 2 channels not required.

I did a test with Handbrake to convert THD 7.1 to E-AC3 5.1 at the same bitrate of 1536K, and it worked just fine, and Handbrake is FFMPEG based !!!

Also, there is a reasonably simple way of converting with eac3to, as well, and RipBot uses that.

So if this was added to RipBot, it would be nice to be able to choose up to 1536K, or 1509K, and not be limited to the 640K of AC3.

[Ryushin]

I have been "playing" around with E-AC3 for that last couple of days, and have stumbled across several app's that can convert to this format.

Of course they're all based on FFMPEG (which RB uses), so it should be pretty straight forward to have this as part of the audio options.

Like converting TrueHD, and FLAC to E-AC3.

Even tho FFMPEG can't yet utilize 7.1, most TV's only run up to 5.1, so that's 2 channels not required.

I did a test with Handbrake to convert THD 7.1 to E-AC3 5.1 at the same bitrate of 1536K, and it worked just fine, and Handbrake is FFMPEG based !!!

Also, there is a reasonably simple way of converting with eac3to, as well, and RipBot uses that.

So if this was added to RipBot, it would be nice to be able to choose up to 1536K, or 1509K, and not be limited to the 640K of AC3.

Thanks for testing this. RB uses 320K for AAC, which should be equivalent to 640K AC3. Using E-AC3 640k would be like 1280K AC3. There are diminishing returns with higher bit rates that we won't be able to hear and it becomes a placebo effect at some point. I'm not sure we will be able to hear anything better at E-AC3 320K compared to E-AC3 640K.

What I would like to see is some kind of tool that can convert TrueHD+Atmos to E-AC3+Atmos but I don't see any free tools available to do that.

[guest]

Thanks for testing this. RB uses 320K for AAC, which should be equivalent to 640K AC3. Using E-AC3 640k would be like 1280K AC3. There are diminishing returns with higher bit rates that we won't be able to hear and it becomes a placebo effect at some point. I'm not sure we will be able to hear anything better at E-AC3 320K compared to E-AC3 640K.

What I would like to see is some kind of tool that can convert TrueHD+Atmos to E-AC3+Atmos but I don't see any free tools available to do that.

Hi,

I had 3 different conversions of a THD track that I then mkvtoolnix'ed back together, with the movie the THD track was from, for an "ear test".

2 @ 1536K, one done by Handbrake and the other by eac3to,

and 1 @ 640K done a slightly different way, with eac3to.

There where subtle difference's in their structure, according to Mediainfo.

But I have to say, with my HT setup & my ear, the 1536K's sounded better.

I noticed that RipBot recognises E-AC3 audio, it just can't convert anything to E-AC3, yet....

[Atak_Snajpera]

But I have to say, with my HT setup & my ear, the 1536K's sounded better.
I doubt that you can even hear anything above 15khz at your age. That kind of tests should be done by young people in early 20s.

[guest]

I doubt that you can even hear anything above 15khz at your age. That kind of tests should be done by young people in early 20s.

Come on, that's not a very nice thing to say...how old do you think I am ??

You're probably right, but it DID sound better !!!!!

[Atak_Snajpera]

That's a scientific fact. Most adults above age 30 do not hear any sounds above 16khz. No need to be offended.

[chainring]

@Atak,

Pauly is talking about the bitrate, not the upper frequency. Your point still stands though.

Having E-AC-3 conversion might be nice, if only for the possibility of Atmos. Is that possible with FFMPEG?

FYI, I read an article about some guys from a stereo magazine or something like that who went to Dolby Labs and got to go into Dolby's test room. It was setup with very nice equipment and also a computer driven ABX setup. Results: 640 Kbps AC-3 couldn't be picked out from higher bitrate samples. So, before deciding on a bitrate, do a proper blind test.

[guest]

@Atak,

Pauly is talking about the bitrate, not the upper frequency. Your point still stands though.

Having E-AC-3 conversion might be nice, if only for the possibility of Atmos. Is that possible with FFMPEG?

FYI, I read an article about some guys from a stereo magazine or something like that who went to Dolby Labs and got to go into Dolby's test room. It was setup with very nice equipment and also a computer driven ABX setup. Results: 640 Kbps AC-3 couldn't be picked out from higher bitrate samples. So, before deciding on a bitrate, do a proper blind test.

Thanks chainring :)

Pauly is talking about the bitrate, not the upper frequency.

Yes, I was...

Your point still stands though.

Yes, it does...

Having E-AC-3 conversion might be nice, if only for the possibility of Atmos.

Yes, it would, and it would save a lot of time, not having to use separate apps to do it.

Is that possible with FFMPEG?

Yes, that's how it's done :-

1 example:-

https://forum.doom9.org/showthread.php?p=1929204#post1929204

another example:-

https://forum.doom9.org/showthread.php?p=1936226#post1936226

[FuzzyNutz]

are back channels mixed in when a 7.1 audio source is re-encoded to 5.1?

[guest]

are back channels mixed in when a 7.1 audio source is re-encoded to 5.1?

Hey Fuzzy, this might answer your question, it's a little bit old, but I'm sure the same applies.

There's even a couple of comments from "our fearless leader", Atak !!!

https://forum.videohelp.com/threads/333743-Aac-7-1

[FuzzyNutz]

Hey Fuzzy, this might answer your question, it's a little bit old, but I'm sure the same applies.

There's even a couple of comments from "our fearless leader", Atak !!!

https://forum.videohelp.com/threads/333743-Aac-7-1

That discussion does not cover how RipBot264 deals with 7.1 to 5.1.

[guest]

That discussion does not cover how RipBot264 deals with 7.1 to 5.1.

No, you're right, but I did say "this might answer your question".

As RB uses FFMPEG, it would probably be the same, ONLY Atak can answer, for sure.

If you don't want to down mix 7.1, just use X Copy for the audio, OR mux it in later with MkvToolNix.

[FuzzyNutz]

RB's default is to convert dts-ma and trueHD to wave. When the end result is to be AC3 or AAC, is there any advantage to the default wave conversion or am I better off demuxing the dts-ma and trueHD?

[guest]

RB's default is to convert dts-ma and trueHD to wave. When the end result is to be AC3 or AAC, is there any advantage to the default wave conversion or am I better off demuxing the dts-ma and trueHD?

Again, ONLY Atak can answer that...

However, how are you processing your movie files ??

Are they ripped disc's, downloaded .iso's, .mkv's or .mp4's ??

I think it depends on your process to whether RB converts to .wav.

I recall that it might convert to .wav if it's a ripped disc, but if it's already an .mkv / .mp4 you can choose X Copy for the audio, and it will retain original spec's.

If RB doesn't do what you want, you need to have a plan b, and that just might be demuxing / converting the audio to the type you want, then muxing it back in after RB's done what you want to the video.

With my 4K encodes, I ONLY process the video thru RB, and mux back the audio & subtitles with MKVToolNix.

Sorry to be the only one answering your questions....nobody else is !!!

[Ryushin]

Not sure if there was an update to bdsup2sub++ that causes it to consume almost all memory which causes all applications to be killed or it almost consumes all memory and it does eventually complete, but the subfile is has a zero size. I'm burning in subtitles for my mobile versions.

Is it still necessary to convert sup to sub to burn in the subtitles. I've had issues with color conversion between the two when burning 10bit color.

https://i.postimg.cc/ZvqM99kZ/RB-Subtitles-Memory-Usage.png (https://postimg.cc/ZvqM99kZ)

[Ryushin]

Used BDSup2Sub.jar to convert sup to sub and it worked fine. Here is a link to the problem subtitle:
https://cloud.chrisdos.com/index.php/s/dsB4zrik8HFKd2N

So I've encountered about a dozen of these bad forced subtitles created from MakeMKV in the Game of Thrones. I think something might have been wrong with MakeMKV in creating these forced subtitle files. Using the BDSup2Sub.jar file and using the original full subtitle file and then just extracting the forced subs out of it into an sub file seems to work most of the time, but I had a stuck sub (never went away) and a missing sub. I tried doing the same thing with bdsup2sub++ and it created the appropriate forced subtitles.

I think this is an outlier issue Atak and I wouldn't spend any time on it. I'm just going to manually use bdsup2sub++ to created a forced subtitle file from the full subtitles file.

[guest]

Used BDSup2Sub.jar to convert sup to sub and it worked fine. Here is a link to the problem subtitle:
https://cloud.chrisdos.com/index.php/s/dsB4zrik8HFKd2N

So I've encountered about a dozen of these bad forced subtitles created from MakeMKV in the Game of Thrones. I think something might have been wrong with MakeMKV in creating these forced subtitle files. Using the BDSup2Sub.jar file and using the original full subtitle file and then just extracting the forced subs out of it into an sub file seems to work most of the time, but I had a stuck sub (never went away) and a missing sub. I tried doing the same thing with bdsup2sub++ and it created the appropriate forced subtitles.

I think this is an outlier issue Atak and I wouldn't spend any time on it. I'm just going to manually use bdsup2sub++ to created a forced subtitle file from the full subtitles file.

Hi Ryushin, there haven't been ANY updates, and the bdsup2sub in RB is pretty dated.

Have you had a look here :- https://www.videohelp.com/software/BDSup2Sub

You might have to find another process.

[Ryushin]

Hi Ryushin, there haven't been ANY updates, and the bdsup2sub in RB is pretty dated.

Have you had a look here :- https://www.videohelp.com/software/BDSup2Sub

You might have to find another process.

Yea, that is an older version than what is included in RB. RB has moved to a standalone executable so Java is no longer needed.

I'd like to see RB remove the need to convert sup to sub for the burning in of subtitles.

[guest]

Yea, that is an older version than what is included in RB. RB has moved to a standalone executable so Java is no longer needed.

I'd like to see RB remove the need to convert sup to sub for the burning in of subtitles.

Yes, unfortunately I saw that it was older :(, and that's all there is.

So you must enable the conversion in "Setting's" to do this...what happens if you don't ??

Yes, I think there's a LOT of stuff that could be changed in RB, it's still got a fair bit of "legacy" type stuff from the "early day's", that's basically redundant or inaccessible.

I have to use convert ALL my subtitles to .srt.

So I have a whole extra process to go thru. (please don't suggest using some streaming app).

I watch all my movies off a USB stick, direct into the TV.

[Ryushin]

Yes, unfortunately I saw that it was older :(, and that's all there is.

So you must enable the conversion in "Setting's" to do this...what happens if you don't ??

Yes, I think there's a LOT of stuff that could be changed in RB, it's still got a fair bit of "legacy" type stuff from the "early day's", that's basically redundant or inaccessible.

I have to use convert ALL my subtitles to .srt.

So I have a whole extra process to go thru. (please don't suggest using some streaming app).

I watch all my movies off a USB stick, direct into the TV.


The conversion from sup to sub is done regardless of the "Convert Blu-ray to DVD Format". I don't have that checked.

I do convert my foreign movies subtitles to .ass format and I push the subs into the black bars. Though with HDR you don't burn them into the bottom bar as it changes the lighting for the scene. Otherwise, my subs are what come on the disc.

You can watch all your movies on a Nvidia Shield using Kodi or Plex. I have them all on my NAS and I watch them over my network. Not sure if it makes any difference watching from a filesystem on a USB stick or a network file system with the files residing on a NAS. NFS or SMB.

[guest]

Originally stated by Pauly Dunne
(please don't suggest using some streaming app).


You can watch all your movies on a Nvidia Shield using Kodi or Plex. I have them all on my NAS and I watch them over my network. Not sure if it makes any difference watching from a filesystem on a USB stick or a network file system with the files residing on a NAS. NFS or SMB.

C'mon Ryushin, I have no interest in having to run a pc or a server so I can watch movies, for me, it's just a waste of electricity. !!

I thought if anyone could relate to that, it would be you. :)

The conversion from sup to sub is done regardless of the "Convert Blu-ray to DVD Format". I don't have that checked.

Well, why is that option available, then ???

I do convert my foreign movies subtitles to .ass format and I push the subs into the black bars. Though with HDR you don't burn them into the bottom bar as it changes the lighting for the scene. Otherwise, my subs are what come on the disc.

Sounds like you go thru a lot more processes with subtitles, than I do :(, and I don't "burn" mine in, they are generally a separate file, named identical to the movie, and the TV's software uses that, IF I enable subtitles, or I'll mux them with MkvToolNix (I don't think that's considered as being burned in, does it ??)

Each to their own, I guess. :)

Cheers

[Ryushin]

C'mon Ryushin, I have no interest in having to run a pc or a server so I can watch movies, for me, it's just a waste of electricity. !!

Well, why is that option available, then ???

Sounds like you go thru a lot more processes with subtitles, than I do :(, and I don't "burn" mine in, they are generally a separate file, named identical to the movie, and the TV's software uses that, IF I enable subtitles, or I'll mux them with MkvToolNix (I don't think that's considered as being burned in, does it ??)
Cheers

My server that has 36 drives in it does far more than just Plex. Firewall, DNS, email, web, security system, monitoring, etc. It the server that I run for my business and yes, it's always on.

Yes, muxing the subtitles in is not burning them into the video itself. I mux them in myself for my home theater files, but I burn them in for my streaming and mobile size versions.

As for electricity, there are little nas servers that spin the drives down when not in use and they only use 10-15 watts of power when idle.

[slalom]

Not sure if there was an update to bdsup2sub++ that causes it to consume almost all memory which causes all applications to be killed or it almost consumes all memory and it does eventually complete, but the subfile is has a zero size. I'm burning in subtitles for my mobile versions.
Have you tried Kodi on them?

[guest]

My server that has 36 drives in it does far more than just Plex. Firewall, DNS, email, web, security system, monitoring, etc. It the server that I run for my business and yes, it's always on.

Yes, muxing the subtitles in is not burning them into the video itself. I mux them in myself for my home theater files, but I burn them in for my streaming and mobile size versions.

As for electricity, there are little nas servers that spin the drives down when not in use and they only use 10-15 watts of power when idle.

Well, there you go, if it's always on, then for sure, it's a great setup.

However, I just couldn't do that !!!

I haven't got, nor planning to get a small NAS box.

You see, I download stuff on my laptop, and then simply copy to a USB stick, then watch on the TV.

If I had another system, then it would be more complicated, I'd still download on the laptop, copy to USB stick, then paste into NAS, then "stream" that to the TV, and to be honest, I haven't really got a WiFi network, other than the WiFi modem/router I use for my internet connection. And then there's the possibility of buffering...just don't need that.

I do have a fairly good LAN network, but I don't want cables all over the place, as the laptop is in completely different part of the house..I guess I could setup a "Powerline" line network....

Anyway, I'm happy with my process, that's the main thing.

[misagh72]

Hi Atak
Can u add NVEnc x264 or x265 to ripbot?

https://github.com/rigaya/NVEnc

[Atak_Snajpera]

Hi Atak
Can u add NVEnc x264 or x265 to ripbot?

https://github.com/rigaya/NVEnc

?????

[ReinerSchweinlin]

I assume he wants nvencc added as AVC and HEVC Encoders ;)

@misagh72
Not likely that this will be happening :) I remember asking the same question a long time ago, there were good reasons why it´s not going to happen... Although recent HW Encoders on Nvidia Cards catched up a little in terms of quality, Software Encoders still are way ahead. controll over what the encoder actually does is more limited than with x265/264. Bframe support emerged with GEN20 RTX Cards (All Turing except 1650, which has the Volta Encoder with no b-frames), which is good...
mainconcept wrapped ffmpeg and rate control around the nvencc encoders (hybrid encoder for rtx by mainconcept, which seems to be what adobe has licenced), this implemeneatation could be interesting.. but its not free..

Since the hardware encoders are fast already, there is not much point in distributing the workload over several machines (although the slim and nice interface of ripbot certainly would be nice)...

If you want to go for HW-Encoding, get a Turing (Ampere is the same in that regard) card, use hybrid, as encoder, staxrip or whatever you like that uses nvencc on one machine, I easily get fps of several hundred with some machines. If you even use the decoders and hw-filters, a very small CPU will do, too...

[LigH]

@misagh72:

Nvidia GPU chipset compatibility provided, NVEnc may be able to encode H.264 video, but it is not the x264 encoder (which does not use Nvidia GPU features at all).
Nvidia GPU chipset compatibility provided, NVEnc may be able to encode H.265 video, but it is not the x265 encoder (which does not use Nvidia GPU features at all).

[FuzzyNutz]

My client pc's can access RB's temp folder that's on my host pc via windows explorer, yet their EncodingServer windows all show "unable to open input file".
RB and all supporting software is installed on all pc's. I start ES manually on clients and then run RB only on host. No encoding process occurs. Results are same when firewall and virus protection are turned off.
Do I need to configure my router?
Do I need static IP's?
Is there a step by step guide? If not, why?
Are there any negative aspects of DE?

[guest]

My client pc's can access RB's temp folder that's on my host pc via windows explorer, yet their EncodingServer windows all show "unable to open input file".
RB and all supporting software is installed on all pc's. I start ES manually on clients and then run RB only on host. No encoding process occurs. Results are same when firewall and virus protection are turned off.
Do I need to configure my router?
Do I need static IP's?
Is there a step by step guide? If not, why?
Are there any negative aspects of DE?

See if this helps :-

https://forum.doom9.org/showthread.php?p=1935949#post1935949

and maybe a couple of posts prior to that one.

[FuzzyNutz]

how do i set up distributed encoding?

[Ryushin]

Have you tried Kodi on them?

I afraid I don't understand. I'm trying to create the files using RB. The sub file as not being converted correctly with bdsup2sub++. It would consume all memory and just crash, or it would consume 12+GB of memory and finish but it would be an empty file. Kodi really has no bearing yet since I did not have a video file to play.

[slalom]

Install Kodi for mobile devices
I never convert subs

[FuzzyNutz]

how do i set up distributed encoding?

Hello! Anyone?

[Atak_Snajpera]

Hello! Anyone?

Open manually //[your_host_pc]/ripbot264temp/chunks/1.avs in mpc-hc on not working pc. I suspect some error from avisynth.

[FuzzyNutz]

please add a gpu denoise option that's ~1/2 of KNLMeansCL1.

[FuzzyNutz]

hevc encodes seem marginally less detailed than avc at the same crf. is it common to up the quality, (lower the crf #) for hevc (vs. avc)?
perhaps crf 18 for hevc vs 20 for avc.

[LigH]

hevc encodes seem marginally less detailed than avc at the same crf. is it common to up the quality, (lower the crf #) for hevc (vs. avc)?
perhaps crf 18 for hevc vs 20 for avc.

It is a known different behaviour, more apparent in lower resolutions; HEVC is more often used for HD resolutions where it has advantages over AVC, and loss of detail is less apparent.

There are strategies to reduce the loss, the most radical is disabling SAO, others are related to tuning psycho-visual features.
_

Regarding your encoding issue: Do you even have AviSynth installed and working on the remote PC where the conversion shall run?

[FuzzyNutz]

It is a known different behaviour, more apparent in lower resolutions; HEVC is more often used for HD resolutions where it has advantages over AVC, and loss of detail is less apparent.

There are strategies to reduce the loss, the most radical is disabling SAO, others are related to tuning psycho-visual features.
_

Regarding your encoding issue: Do you even have AviSynth installed and working on the remote PC where the conversion shall run?

disabling SAO?

RB and supporting software are installed on all computers.
host pc has DE on and IP addresses. mac addresses auto-populated. not sure if DE on/off and settings matter on non-host computers.
i start EncodingServer on the non host computers and then start an RB job on the host. DE seems to be in a connection loop; jumping between encoding and idle with no progress.

[FuzzyNutz]

how can i reduce the cpu loads on some clients until i improve the cooling?

[guest]

please add a gpu denoise option that's ~1/2 of KNLMeansCL1.

I doubt that you can half it.

Setting #1 is:- video=KNLMeansCL(video,d=0, a=2, s=4, h=4

Setting #3 is:- video=KNLMeansCL(video,d=1, a=2, s=4, h=4

Setting #5 is :- video=KNLMeansCL(video,d=2, a=2, s=4, h=4

the ONLY change seems to be the "d" value, so if you know how to half "0", go right ahead, and I doubt that you could use -1.

Try MDeGrain's instead

[guest]

DE is working. i had avisynth+ 3.7.0 vs. 2.6.0. on the non-host computers. switching to 2.6.0. got things working.

how can i reduce the cpu loads on some clients until i improve the cooling?

So you got it working...

Why didn't you update the "non-host's" to 3.7.0 ??

The only way to reduce the load is to reduce the servers enabled, or don't use them at all, until you get the cooling sussed !!!!

[LigH]

disabling SAO?

Sample Adaptive Offset loopfilter (https://x265.readthedocs.io/en/master/threading.html?highlight=sao#sao) ... has been mocked as "Smooth All Out" in earlier versions of the x265 encoder development. Current versions have several options to tune, limit, and even disable its use.

It is useful for the efficiency of FullHD and UHD resolution encodes. But its detail loss can become more obvious when you upscale the encodes of lower resolutions.

[FuzzyNutz]

Sample Adaptive Offset loopfilter (https://x265.readthedocs.io/en/master/threading.html?highlight=sao#sao) ... has been mocked as "Smooth All Out" in earlier versions of the x265 encoder development. Current versions have several options to tune, limit, and even disable its use.

It is useful for the efficiency of FullHD and UHD resolution encodes. But its detail loss can become more obvious when you upscale the encodes of lower resolutions.

how might SAO be tweaked applicable to RB?

[ReinerSchweinlin]

Copy Video Stream Option?

I just ran across a situation where it would be convinient to leave the video stream as it is and just recode the audio streams and remuxing the subtitles for a couple of the files being processed. Is there a "copy video" option? I thught I once did see one, but now I can´t find it.

[FuzzyNutz]

Copy Video Stream Option?

I just ran across a situation where it would be convinient to leave the video stream as it is and just recode the audio streams and remuxing the subtitles for a couple of the files being processed. Is there a "copy video" option? I thught I once did see one, but now I can´t find it.

double clicking the "jobXX_EncodeAudio1/2/3.cmd file(s) (within the applicable RipBot264temp job folder) manually launches the audio encodes. the desired tracks can be combined using mkvtoolnix or the likes.

[cypher007]

i have an i5 10th gen and an Nvidia 1650 GPU.

im not after outright speed but more quality. currently im using CPU for 4K HDR encodes. im wondering if i should be using some sort of combination of GPU and CPU or will i loose quality?

[FuzzyNutz]

The only way to reduce the load is to reduce the servers enabled, or don't use them at all, until you get the cooling sussed !!!!

windows control panel / power options / advanced settings / maximum processor state, gives per-client cpu control.

[guest]

Copy Video Stream Option?

I just ran across a situation where it would be convenient to leave the video stream as it is and just recode the audio streams and remuxing the subtitles for a couple of the files being processed. Is there a "copy video" option? I thought I once did see one, but now I can´t find it.

I just did a little "test", and it seems that you have to be using either .ts, or .m2ts files to have the "X.X Copy Stream" video option appear.

[FuzzyNutz]

what does "reconnect" and "suspend jobless server" do?

[Atak_Snajpera]

IT does what it's says on the tin