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 |
![]() |
#16541 | Link | |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,227
|
Quote:
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
|
![]() |
![]() |
![]() |
#16542 | Link | |
Registered User
Join Date: Mar 2011
Posts: 251
|
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. |
|
![]() |
![]() |
![]() |
#16543 | Link |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,227
|
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. |
![]() |
![]() |
![]() |
#16544 | Link | |
Registered User
Join Date: Mar 2011
Posts: 251
|
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. |
|
![]() |
![]() |
![]() |
#16545 | Link | |
Registered User
Join Date: Mar 2011
Posts: 251
|
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. |
|
![]() |
![]() |
![]() |
#16546 | Link |
Registered User
Join Date: Mar 2009
Location: Here, There, & Everywhere
Posts: 258
|
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. |
![]() |
![]() |
![]() |
#16547 | Link |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,227
|
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. |
![]() |
![]() |
![]() |
#16548 | Link | |
Registered User
Join Date: Mar 2009
Location: Here, There, & Everywhere
Posts: 258
|
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. |
|
![]() |
![]() |
![]() |
#16549 | Link | |
Registered User
Join Date: Jan 2010
Posts: 360
|
Quote:
__________________
i7 3930K @ 4.2GHz on GA-X79-UD3 16GB DDR3 i5-750 @ 3.36GHz 8GB Sony Vaio VPC-F13Z1E/B |
|
![]() |
![]() |
![]() |
#16550 | Link | |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,227
|
Quote:
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
|
![]() |
![]() |
![]() |
#16552 | Link | |
Registered User
Join Date: Dec 2018
Posts: 17
|
Quote:
Or do you think it makes no sense? |
|
![]() |
![]() |
![]() |
#16553 | Link |
Registered User
Join Date: Mar 2009
Location: Here, There, & Everywhere
Posts: 258
|
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?
|
![]() |
![]() |
![]() |
#16554 | Link |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,227
|
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 |
![]() |
![]() |
![]() |
#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. |
|
![]() |
![]() |
![]() |
#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 |
|
![]() |
![]() |
![]() |
#16557 | Link | |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,227
|
Quote:
Summary
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
|
![]() |
![]() |
![]() |
#16558 | Link | |
Registered User
Join Date: Mar 2009
Location: Here, There, & Everywhere
Posts: 258
|
Quote:
|
|
![]() |
![]() |
![]() |
#16559 | Link | |
ByteShare
Join Date: Sep 2014
Location: On the Internet
Posts: 528
|
Quote:
|
|
![]() |
![]() |
![]() |
#16560 | Link |
Registered User
Join Date: Mar 2009
Location: Here, There, & Everywhere
Posts: 258
|
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 |
Thread Tools | Search this Thread |
Display Modes | |
|
|