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 |
9th December 2018, 01:38 | #16403 | Link |
Registered User
Join Date: Oct 2001
Posts: 454
|
GPUs: Intel Kaby Lake, some Geforce midclass-models from about years, office-AMD Radeons, a few years old.... I get between 4 and 30fps in 1080p on these cards with nlmeans filters in OPEN CL.
Xeons: Dual X5650... Intel OPEN CL Drivers.. Veery Slow with open CL, barely 1fps at best, but since many of these are here doing "nothing", they contribute. And for encodes without filtering, they work fine for x265 encoding... |
9th December 2018, 21:33 | #16404 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,781
|
Code:
--stdin y4m Code:
--demuxer y4m Last edited by LigH; 9th December 2018 at 21:35. |
10th December 2018, 13:33 | #16407 | Link |
Registered User
Join Date: Oct 2001
Posts: 454
|
GPU vs CPU Encoding is a different thing than GPU vs CPU Filtering.
On GPU, you can only encode via the offered NVENC, QS-Video, etc.. mechanism - not a x265 port for GPU. Porting X265 to a GPU doesn't make sense (this is discussed in detail elsewhere).. The eoncding Engine on a GPU is not just a simple port of x265 to the GPU - intel, AMD, NVIDIA emplemented Encoder Units into the GPU, which only can do as good as the implementation is... x265 with normal to placebo settings is much better in terms of quality... With OPEN CL, you have an open Standard for calculating things like filters... This can be done on GPU, ASICS, CPUs, etc... everything you have an OPENCL driver for... Since some filters for Videoediting fit the strenghts a GPU offers (heavy parallel processing with weak cores vs. way lesser very potent cores on a CPU), some videofilters benefit heavily from Running the OPENCL Filter Code on the GPU. Running the same filters on a CPU is veryvery slow compared to a decent GPU. It all depends on the type if calculation, memory, memory bandwith. etc... if a specific task is working faster on a "traditional CPU" or a GPU... CPUs are being equiped with more and more processing units which can give an advantage for things a GPU traditionally is good for... Think of the old 386, which didn`t have the FPU built on - it was a seperate chip youīd have to add... Later CPUs already had a FPU in it, so calculations benefitting from a FPU ran faster on these... Later there were things like 3dNow, SSE, AVX, etc... which contained instruction sets offering calculation-possibilities previous models didn`t have bevore. One good example is a iFFT, which is running much faster on something like a DSP, SSE in a CPU etc.. than on a "traditional CPU".. In times where iFFT was not available inside a CPU, it took a lot of time to calculate it... As sonns as instructions for iFFT were available in the CPUs - you could easily go realtime.. So for best quality and speed, a strong CPU still is the best way to do x265 encoding, paired with a GPU for filtering... Is in most cases the best way to do it... In terms of speed (e.g. live streaming of games), the GPU Encoding of video can help to reduce system load. |
10th December 2018, 14:32 | #16408 | Link | |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,815
|
Quote:
RX480 https://github.com/Khanattila/KNLMeansCL/wiki/Benchmark RX480 GPU has peak TFLOPS around 5.83 TFLOPS https://en.wikipedia.org/wiki/AMD_Radeon_400_series while my CPU around 0.12 TFLOPS. Now you see why running KNLMeansCL on CPU has zero sense. Power consumption ratio to performance is just terrible! RX480 consumes around 150W while my CPU around 130W. 1 fps on CPU consumes around 260W 1 fps on GPU consumes only around 6W !!!
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper Last edited by Atak_Snajpera; 10th December 2018 at 14:51. |
|
10th December 2018, 16:47 | #16409 | Link | |
ByteShare
Join Date: Sep 2014
Location: On the Internet
Posts: 560
|
Quote:
|
|
10th December 2018, 17:11 | #16410 | Link | |
Registered User
Join Date: Oct 2001
Posts: 454
|
Quote:
|
|
11th December 2018, 11:31 | #16412 | Link | ||||
Registered User
Join Date: Oct 2001
Posts: 454
|
I know
Quote:
Quote:
Quote:
Quote:
Here you set the OPEN CL device (in case you have multiple ones - everyone has an ID (1, 2, 3, etc..), so you put the number of the Device you want to use in here... On some PCs, I have AMD OPENCL drivers as well as the Intel GPU drivers - so I have two "decvices" here and could choose which one to use (helps in some cases with older hardware, since different OPENCL drivers support different Levels of OPENCL...) |
||||
11th December 2018, 11:39 | #16413 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,781
|
@ReinerSchweinlin - I guess the question about the "integer" was rather: Is it a simple counting number, or is it something complex (like a unique device ID)? Looks like the former is the case. Now the question remains, if you have more than one device: Which of them is number one, where to discover that detail? Will an external tool like GPU-Z help, or will RipBot264 enumerate them somewhere?
|
11th December 2018, 12:42 | #16414 | Link | |
Registered User
Join Date: Oct 2001
Posts: 454
|
This is what I get in the settings page:
Quote:
|
|
11th December 2018, 13:03 | #16415 | Link | |
Registered User
Join Date: Oct 2001
Posts: 454
|
In the settings page: Only the Intel GPU driver is shown.
(Itīs a i5 Kaby Lake only with the iGPU from Intel, no external Grafixcard) Doing the same on the XEON (without a GPU, only CPU OPEN CL): Quote:
So this was the prob I had - the XEON itself was able to do OPENCL - but in the Settings Page I couldnīt select the CPU for the filters.. With the command line Option mentioned above - I can |
|
11th December 2018, 13:46 | #16416 | Link | |
Registered User
Join Date: Oct 2001
Posts: 454
|
I installed the XEON OPENCL drivers from intels website (with GPUS, the OPENCL Drivers come with the drivers for the grafix card, I suppose you know already)... I am not at the machine right now, so I canīt give you the exact link, but it was pretty straight forward - the SDK you mentioned probably was the one... just google for "xeon OPEN CL drivers"
I then checked with Luxmark, if the Xeons showed up as OPENCL Devices - they did. (running a benchmark in Luxmark worked fine, but was slow as hell - as expected) In ripbot, I opened the settings page on the XEON machine (not the "master" !). In the distributed encoding page I set 4 severs (since I have two CPUs on two nodes with 12 threads on each CPU - X265 works best on my DUAL X5650 with 4 instances=4servers), checked the small wrench button and added Quote:
If I start an encode job at the master with KNLMEANS activated - the GPU machines use the GPUs, the XEONS use the CPUs... I am still trying to get some GPUs into the servers, but since space is limited in these and somehow they donīt accept any GPUs I put in it (HP DL380 Proliant G7), I am happy for the time beeing to be able to use the XEONS in the pool whenever some OPENCL Stuff is starting. |
|
11th December 2018, 14:14 | #16417 | Link |
Registered User
Join Date: Oct 2001
Posts: 454
|
Yes, I do have some issues with stability. Already talked to Atak about it, but have no solution so far.... One thing in the latest release which made things better: "restart servers" in the encoding client... Sometimes, on first atempt, the servers don't connect... In the past, I had to check manualy multiple times to restart them... Was annoying since I am at work on daytime, wanted the machines to encode while I am gone - and later on I saw almost no progress...
Now this works fine - the "startup hickups" still are there, but since they get restarted automatically, it is better now. Didn`t have much time to investigate everything, though.. Iīll have to wait for more free time to straighten everything up in the "encoding farm"... Last night, about 20 batch files from a 1080p x264 cartoon series (23min each) went fine through the batch.. |
11th December 2018, 15:01 | #16418 | Link | |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,815
|
Quote:
Code:
/port 1000 /minimize /priority low /knlmeanscl-opencl-device-id 0 /port 2000 /minimize /priority low /knlmeanscl-opencl-device-id 1 Code:
/port 1000 /minimize /priority low /x264-opencl-device-id 0 /knlmeanscl-opencl-device-id 1
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper Last edited by Atak_Snajpera; 11th December 2018 at 15:06. |
|
11th December 2018, 19:34 | #16419 | Link |
Registered User
Join Date: Jun 2016
Location: Canada
Posts: 131
|
v1.23.2 won't close
Since auto-updating to v1.23.2, RipBot264 doesn't close cleanly on it's own. After clicking the "X" in the top-right of the primary RB interface, the RB icon remains in the taskbar. Right-clicking the icon and choosing "Show" opens a non-functioning RB interface that I have to force close.
Additionally, the jobs I loaded before the update generated errors when running them post-update. I had to reload those jobs post-update. I reverted to v1.23.1, which restored RB's ability to close cleanly. Then I got RB to re-auto-update to v1.23.2, which returned RB to being unable to close cleanly. Last edited by FuzzyNutz; 12th December 2018 at 00:18. |
11th December 2018, 22:49 | #16420 | Link |
Registered User
Join Date: Jun 2016
Location: Canada
Posts: 131
|
updater.exe identified as virus
The built-in virus protection in my Windows 10 v1809 is identifying RipBot's "updater.exe" as a threat. This is a new issue. I manually restored it after Windows removed it.
Last edited by FuzzyNutz; 12th December 2018 at 00:02. |
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 | |
|
|