Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
|
|
Thread Tools | Search this Thread | Display Modes |
25th October 2021, 22:00 | #19301 | Link |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,806
|
Uninstall GeForce experience.
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
26th October 2021, 01:25 | #19302 | Link | |
Formally known as .......
Join Date: Sep 2021
Location: Down Under.
Posts: 966
|
Quote:
RipBot has a long history with certain elements of nVidia drivers, so you really only need to do a "Custom" install, and then probably only choosing the main graphics driver, maybe the audio driver, and maybe Physics, but NOTHING else, and DON'T use the "Express" install option !!! You can go one step further if you like and grab this :- https://www.techpowerup.com/download...-nvcleanstall/ or https://www.nvidia.com/en-us/drivers/driver-utility/ And customise your "bloated" nVidia driver package to install only what you really need. Good luck, I might even do the same myself. Cheers Last edited by TDS; 26th October 2021 at 01:30. |
|
26th October 2021, 12:41 | #19304 | Link | |
Registered User
Join Date: Apr 2019
Posts: 48
|
Quote:
|
|
29th October 2021, 18:00 | #19305 | Link |
Registered User
Join Date: Sep 2006
Posts: 175
|
Speaking of video drivers...
In the past, I've had some occasional server stalls when doing encodes in DE mode with MDegrain active. The freeze would manifest itself with one, or multiple, servers stalling during the encode process. Kill the server, restart and the encode continues. I'm using four Dell PCs, all with built-in Intel graphics. Intel has had a problem with a process called Desktop Window Manager going crazy and, if memory serves, gobbling up RAM. Beta graphics drivers from Intel fixed the DWM thing and it seems that may have also fixed the stalled server problem, too. I've processed at least ten 4K HDR movies, using MDegrain, and so far not one stall. |
4th November 2021, 14:49 | #19306 | Link |
Registered User
Join Date: Dec 2010
Posts: 26
|
I'm trying to figure out for the life of me why Handbrake is encoding about 8x-10x faster with the exact same x265 settings and presets on both GUIs.. Tried multiple machines and they all are acting the same way. Example, Faster preset for HEVC in Ripbot264 = like 12 fps.. Handbrake = 100+ fps. Tried GPU decoding and CPU decoding in settings for Ripbot264 and doesn't make much if any difference on any Nvidia or AMD machine. Tried Intel and AMD CPU powered machines, same issue. Couldn't find anything in the forum giving me any indication why Ripbot264 would be up to 10x slower..
Edit: Resolution was set to 720p in both Ripbot264 and Handbrake from original 1080p (same clip used). Confirmed all threads are being used by Ripbot264 as well and "Use Multiple processing threads" is checked. Edit 2: New observation is that smaller videos seem to encode at roughly the same speed in Ripbot264 but longer videos just encode incredibly slow right away. Both original videos are the same exact format as each other, one's 15 minutes, one's 1.5 hours. Last edited by Noisrevid; 4th November 2021 at 15:17. |
4th November 2021, 14:51 | #19307 | Link |
Registered User
Join Date: Jun 2018
Posts: 34
|
I've been having some issues recently with encodes hanging after completing the chunks. I use the batch encoder distributed among two servers (one on the main encoding PC and the other in a VM on my gaming PC). Sometimes the encodes will go through from start to finish and work properly, but other times the chunks will finish encoding and the window will disappear, but the step to combine and mux the files will not start. In task manager, the encoding window will sometimes show not responding. If I force it closed, the process continues and the file is created. Other times, nothing will be out of the ordinary in the task manager, and the only way to finish the encode is to manually combine the chunks and mux the files. Then I have to remove the job from the main window after closing and reopening RB (aborting causes it to hang).
Any ideas on what might be happening? I generally do large batches while AFK, so when one gets stuck it stops the entire process and I don't see it until hours later. It's been really slowing down my library updates. |
4th November 2021, 14:59 | #19308 | Link | |
Registered User
Join Date: Dec 2010
Posts: 26
|
Quote:
|
|
4th November 2021, 15:52 | #19309 | Link |
Registered User
Join Date: Dec 2010
Posts: 26
|
Same issue here.. eventually all my DE machines will freeze like this. @Atak, the TCP communication tab just constantly says [CLIENT -> SERVER] OK and [CLIENT <- SERVER] OK over and over when these freeze like this. There are no errors listed anywhere.. hitting Abort on the job cancels everything gracefully.
|
4th November 2021, 16:27 | #19310 | Link | |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,806
|
Quote:
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
|
4th November 2021, 17:02 | #19311 | Link |
Registered User
Join Date: Mar 2011
Posts: 431
|
Just wanted to mentioned that I have not had a job hang in many months. It just runs now with no issues.
The only problem that I've been having is the encoded files sometimes have 1-2 white frames in them when the DE 1 minute chunks breaks on a screen transition. It's rare, but I've seen it happen about a dozen times or so for example when I encoded television season. Only way to see it to watch the whole season. I've mitigated this by changing my chunks from 1 minute to 5 minutes. |
4th November 2021, 17:06 | #19312 | Link | |
Registered User
Join Date: Dec 2010
Posts: 26
|
Quote:
|
|
4th November 2021, 17:29 | #19313 | Link | |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,806
|
Quote:
https://forum.doom9.org/showthread.php?t=176878 Just make sure that you are using L-SMASH dll from RipBot264 and frame limit exceeds problematic point!
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper Last edited by Atak_Snajpera; 4th November 2021 at 17:32. |
|
4th November 2021, 18:09 | #19314 | Link |
Registered User
Join Date: Dec 2010
Posts: 26
|
x265 -> x265 Ripbot264 encodes are causing all my issues. Encode itself is 10x slower than Handbrake, DE fails eventually on longer movies, etc.
x264 -> x265 Ripbot264 is perfect.. Encode speed beats Handbrake using same settings and DE works flawlessly. @Atak, sorry to spam with issues, I think your application is superior to Handbrake and i'd love to see you could see what's happening on my side with x265 -> x265 slowness and DE problems, can I provide any logs to help out here? I'd prefer to use Ripbot264 + DE.. |
4th November 2021, 18:12 | #19315 | Link |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,806
|
Just run HWINFO in background and Process Hacker to check CPU temps/Clocks and memory usage.
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
4th November 2021, 18:19 | #19316 | Link | |
Registered User
Join Date: Dec 2010
Posts: 26
|
Quote:
Can someone download a fresh copy of the latest Ripbot264 and do a x265 to x265 encode and compare to the latest with Handbrake? I'm seeing the same behavior across 8 different machines. It's not a hardware issue. |
|
4th November 2021, 18:55 | #19317 | Link |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,806
|
Are you using GPU decoders in Ripbot264?
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
6th November 2021, 14:36 | #19319 | Link | |
Registered User
Join Date: Mar 2011
Posts: 431
|
Quote:
The next time it does happen, and I have the source still available, I'll do you what you ask. |
|
9th November 2021, 17:18 | #19320 | Link | |
Registered User
Join Date: Nov 2021
Posts: 1
|
Quote:
I have same problem with DE and 16 server When i Launch multi encode with SD or 720p with 30 batch in queue i have no problem But if i launch Batch in 1080P the first encode is ok but the second encode stop just after muxing operation and the service ClientEncode is green in task bar, if i lauch taskmanager and kill Clientencode the muxing is progress and after the third encode launch Last edited by Oscar77; 9th November 2021 at 18:43. |
|
Tags |
264, 265, appletv, avchd, bluray, gui, iphone, ipod, ps3, psp, ripbot264, x264 2-pass, x264 gui, x264_64, x265, xbox360 |
Thread Tools | Search this Thread |
Display Modes | |
|
|