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. |
8th January 2019, 12:45 | #16541 | Link | |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,815
|
Quote:
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
|
8th January 2019, 14:19 | #16542 | Link | |
Registered User
Join Date: Mar 2011
Posts: 432
|
Quote:
When I was first setting up the numa I had the same thing happen to me about both going to the same node. Just closed everything again and the problem never returned. |
|
8th January 2019, 14:34 | #16543 | Link |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,815
|
I have no access to dual socket machines so I can't help here. I can only infer that more available CPU threads means smaller bottleneck while serving frames to encoder.
Basically single 6 core cpu with mdegrain2 is too slow to feed fast enough x264/x265 encoder. In latest version you have a nice graph in encoding server showing how much of cpu time is spent for each process. I predict that x264/x265 uses less cpu time than decoder.
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper Last edited by Atak_Snajpera; 8th January 2019 at 14:37. |
8th January 2019, 14:47 | #16544 | Link | |
Registered User
Join Date: Mar 2011
Posts: 432
|
Quote:
Actually, that sounds like a good idea to me. If possible, can you change the denoiser to allow selecting mdegrain, then the toggle arrows to select mdegrain1-6 (if using 2.7) and defaulting to mdegrain2 and adding the toggle arrows or a input box for the thSAD= parameter with a default of 200. If toggle arrows, change the amount by increments of 25. I'm almost always having to change the thSAD value anytime I choose to use mdegrain. Super heavy noise such as in Blade Runner 4K, I choose 600. For light denoising I'll choose 100. Normal denoising for most content I choose 150-200. I really think only mdegrain2-3 is necessary. But I'm sure, someone down the line, will ask for 4+ Oh, and add mdegrain* to the advanced setting "Limit to the following filters only" Last edited by Ryushin; 8th January 2019 at 14:49. |
|
8th January 2019, 14:53 | #16545 | Link | |
Registered User
Join Date: Mar 2011
Posts: 432
|
Quote:
BTW, big thumbs up on the new Encoding Client and Encoding Server UI. Very impressed. Oh, and I cannot begin to tell you how much I like being able to move jobs around in the queue. Especially with my queue being 50-100 jobs deep most of the time. |
|
10th January 2019, 17:04 | #16546 | Link |
Registered User
Join Date: Mar 2009
Location: Here, There, & Everywhere
Posts: 269
|
I've recently got back into doing some encoding and RipBot264 is always my first choice. I am presently setup to use my three machines on my wired LAN to utilize distributed encoding. I do a lot of 4K HDR to 1080P SDR conversions so I need all the speed I can get. That said I am perplexed by the amount of time lost demuxing, indexing, copying to shared folder, and indexing again to use distributed encoding. It seems to me that there could be a real improvement in efficiency by consolidating some of this work in the first pass. 4K HDR files sourced from 4K BD are rather big and on a gigabit network connection still takes a rather significant amount of time to move that volume of data. In this case we are touching the data twice. Would it be possible to streamline this so that if we enable distributed encoding that RipBot264 handles the entire demux/copy to shared folder step in one pass?
Last edited by Balthazar2k4; 10th January 2019 at 17:07. |
10th January 2019, 17:18 | #16547 | Link |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,815
|
You may try enabling "Move video file to shared folder" in Distributed Encoding tab. This will speedup work only if files are stored locally.
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper Last edited by Atak_Snajpera; 10th January 2019 at 17:21. |
10th January 2019, 17:35 | #16548 | Link | |
Registered User
Join Date: Mar 2009
Location: Here, There, & Everywhere
Posts: 269
|
Quote:
UPDATE: This doesn't seem to be any faster, in fact, it's slower. It is simply moving the video to the shared folder which then has to be moved back. I have all of my videos housed on a server which is on my wired network. I am beginning to think that is not 'local' enough. Is it possible to have the demux process also copy the video stream when it is processing the audio and sub tracks during the initial load? Last edited by Balthazar2k4; 10th January 2019 at 18:27. |
|
10th January 2019, 20:23 | #16549 | Link | |
Registered User
Join Date: Jan 2010
Posts: 456
|
Quote:
__________________
E5 2697 v2 @ 3.0GHz on P9X79 Deluxe 24GB Xeon E5-2680 v2 @ 3.1GHz 16GB Sony Vaio VPC-F13Z1E/B |
|
10th January 2019, 20:53 | #16550 | Link | |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,815
|
Quote:
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
|
10th January 2019, 21:45 | #16552 | Link | |
Registered User
Join Date: Dec 2018
Posts: 17
|
Quote:
Or do you think it makes no sense? |
|
11th January 2019, 01:29 | #16553 | Link |
Registered User
Join Date: Mar 2009
Location: Here, There, & Everywhere
Posts: 269
|
I am not sure what happened, but the latest Encoding Server will no longer open on my 9900K. It was working just fine until I rebooted the machine and now the process just hangs. Tried additional reboots with no success so I rolled back to 1.12.5.0 and it works fine. Anyone else experienced this?
|
11th January 2019, 11:58 | #16554 | Link |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,815
|
I do not own nvidia card and chances I will have one in near future are almost zero.
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
11th January 2019, 13:37 | #16555 | Link | |
Registered User
Join Date: Dec 2018
Posts: 17
|
Quote:
But I understand, without testing it isn't possible to implement. If you think I can test something for you, please respond. I will be willing to do so. |
|
11th January 2019, 13:55 | #16556 | Link | |
Registered User
Join Date: Dec 2018
Posts: 17
|
Quote:
I have 4 PCs (3x Win10 Pro and 1x Win7) and only one of my Win10-PCs had this problem. EncodingServer.exe was started, the process existed, but no GUI/Window was displayed. It blocked also RipBot264.exe, when I tried to exit Ripbot264.exe. I analyzed with Windows-taskmanager and found, that an already started process everything.exe (a fast NTFS-searchtool, see voidtools.com) blocked EncodingServer.exe. EncodingServer.exe was waiting for a not longer responding everything.exe process. I don't know why, because the same everything.exe runs on all of my PCs and made no problem with EncodingServer.exe below 1.13.0. I killed everything.exe and then EncodingServer.exe continued to run and its window came up. The strange thing was, that this problem did not alway arise, but in about 90% of the calls to EncodingServer.exe. Maybe a Window-update changed somthing. I updated everything.exe to the latest version and the problem has gone (until now). Taskmanager showed the process-queue, see attachment. Now EncodingServer.exe does not wait for another process and is ok. I have no picture which showed the blockin queue, because the problem is gone now. Conclusion: check with taskmanager if some other process is blocking the stalled EncodinServer.exe in your case. Hope that helps. Peter |
|
11th January 2019, 14:27 | #16557 | Link | |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,815
|
Quote:
Summary
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
|
11th January 2019, 15:20 | #16558 | Link | |
Registered User
Join Date: Mar 2009
Location: Here, There, & Everywhere
Posts: 269
|
Quote:
|
|
11th January 2019, 15:51 | #16559 | Link | |
ByteShare
Join Date: Sep 2014
Location: On the Internet
Posts: 560
|
Quote:
|
|
11th January 2019, 16:14 | #16560 | Link |
Registered User
Join Date: Mar 2009
Location: Here, There, & Everywhere
Posts: 269
|
Thanks @pepeq. I have a pretty deep queue processing right now so I'll take a look at it again when it wraps.
UPDATE: Analyzed the wait chain as you suggested and sure enough it was the Discord applet in my Logitech Gaming software that was the hold up. Killed the applet and 'Voila!' loaded right up. What I can't figure out is why it worked the first time and then none of the subsequent. Weird, but problem solved. Thanks again @pepeq. Last edited by Balthazar2k4; 11th January 2019 at 18:27. |
Tags |
264, 265, appletv, avchd, bluray, gui, iphone, ipod, ps3, psp, ripbot264, x264 2-pass, x264 gui, x264_64, x265, xbox360 |
|
|