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. |
25th January 2014, 21:44 | #21881 | Link | |
Registered User
Join Date: Dec 2010
Posts: 254
|
Quote:
Doesn't NVIDIA support OpenCL same as AMD? |
|
25th January 2014, 22:04 | #21882 | Link |
Registered User
Join Date: Oct 2012
Posts: 7,903
|
just have a look at the last pages. madshi is working hard to fix problems like that. it's working on old nvidia card but not on newer ones and he doesn't have a new nvidia gpu so he can't reproduce this problem. which make it really hard to fix.
ofc nvidia supports opencl but i would be surprised if this "support" is not that good. i think nvidia is more focused on cuda but it's just a guess :-) |
25th January 2014, 22:26 | #21884 | Link |
Registered User
Join Date: Apr 2012
Posts: 169
|
As madshi mentioned, it's the directX <-> openCL interop that is making troubles, not openCL itself.
__________________
AMD Phenom II X4 970BE | 12GB DDR3 | nVidia 260GTX | Arch Linux / Windows 10 x64 Pro (w/ calling home shut up) |
25th January 2014, 22:26 | #21885 | Link | |
Registered User
Join Date: Dec 2010
Posts: 254
|
Quote:
|
|
26th January 2014, 00:38 | #21887 | Link |
Registered User
Join Date: Oct 2012
Posts: 179
|
Apologies if this is already a known issue, but video playback fails with all 0.87.x versions so far when I enter fullscreen mode on a second display (not using any of the new features of 0.87.x, and FSE mode disabled). Returning to 0.86.11 makes it work again.
So, install 0.87.x over the top of 0.86.11. Open video player (windowed mode on first display), file-->open to open a video file, player enters fullscreen mode on display two, video does not play. Un-fullscreen video player back to first display, video still does not play (though it will play if I simply leave the player in windowed mode to start with). Uninstall 0.87.x, reinstall 0.86.11, all works again. Just to be clear - it isn't moving from one video file to another in FSE mode that a few people have reported. It's just simply opening a single video file into a fullscreen window to begin with. Edit: I should have mentioned - fullscreen the player to the primary display is fine, it is only when I go fullscreen on another display. The video plays in windowed mode, enter fullscreen, the video pauses and the player suddenly hits 100% CPU. I return to windowed mode, playback is still frozen and player is still at 100% CPU. Last edited by romulous; 26th January 2014 at 01:12. Reason: Words |
26th January 2014, 01:34 | #21888 | Link |
Broadband Junkie
Join Date: Oct 2005
Posts: 1,859
|
Is it expected for OpenCL dither to increase madVR CPU load significantly when scaling? GPU load also seems to change a lot, depending on output size. Are you dithering after resize rather than prior? It would also seem that GPU load exactly doubles if you enable Smooth Motion on top of OpenCL dither, which I find a bit strange.
720p -> 720p OpenCL dither = 3.72% madVR.ax CPU load | GPU load 10% 720p -> 720p OpenCL dither disabled = ~1.28% madVR.ax CPU load | GPU load 5% 720p -> 360p OpenCL dither = 3.31% madVR.ax CPU load | GPU load 8% 720p -> 360p OpenCL dither disabled = ~1.28% madVR.ax CPU load | GPU load 5% 720p -> 1080p OpenCL dither = 6.68% madVR.ax CPU load | GPU load 22% 720p -> 1080p OpenCL dither disabled = ~1.28% madVR.ax CPU load | GPU load 8% 1080p -> 1080p OpenCL dither = 8.03% madVR.ax CPU load | GPU load 25% 1080P -> 1080p OpenCL dither disabled = ~1.28% madVR.ax CPU load | GPU load 10% 1080P -> 540p OpenCL dither = 5.23% madVR.ax CPU load | GPU load 13% 1080P -> 540p OpenCL dither disabled = ~1.28% madVR.ax CPU load | GPU load 10% 360p -> 360p OpenCL dither + Smooth Motion = 3.7% madVR.ax CPU load | GPU load 10% 360p -> 360p OpenCL dither disabled + Smooth Motion = ~1.28% madVR.ax CPU load | GPU load 3% 360p -> 1080p OpenCL dither + Smooth Motion = 12.47% madVR.ax CPU load | GPU load 45% 360p -> 1080p OpenCL dither disabled + Smooth Motion = ~1.28% madVR.ax CPU load | GPU load 12% 360p -> 1080p OpenCL dither = 12.47% madVR.ax CPU load | GPU load 22% 360p -> 1080p OpenCL dither disabled = ~1.28% madVR.ax CPU load | GPU load 8% ...or is this behavior yet another NVIDIA OpenCL quirk? GTX 770, 321.10 driver, Win7 SP1 x64, madVR 0.87.1 Last edited by cyberbeing; 26th January 2014 at 05:50. |
26th January 2014, 01:45 | #21889 | Link |
Registered User
Join Date: Dec 2012
Posts: 12
|
MadVR also using CPU as openCL device for dithering?
Honestly, seeing even high end AMD GPUs are now being utilized to 60% with these new features, getting some CPU usage is a good thing, IMHO. Especially for future APUs and integrated graphics, it might be able to use higher settings which is impossible atm. |
26th January 2014, 03:01 | #21890 | Link |
Registered User
Join Date: Aug 2004
Location: Canada
Posts: 860
|
Maybe I don't understand this correctly, but with NNEDI, what are the chances of upscaling a video by precisely 2x? Does that mean your video would need to be half of the 1920 pixel width (960) to work?
|
26th January 2014, 03:03 | #21891 | Link |
Registered User
Join Date: Sep 2010
Posts: 321
|
Hopefully at some point someone can explain how to setup a profile+script to use NNEDI to say just do less than 720p content (not sure if it benefits 720p to 1080p) to get max image quality. I guess the purpose of NNEDI is to get even more quality out of your image/chroma scaling when going from say a DVD which is at 720x480 to a 1920x1080 screen.
Edit: kinda figured it out a bit, for lower res media, then can use the following options which bypasses using NNEDI for 720p and up content. (since difference is probably sooooo minute anyway) use NNEDI3 to double luma if scaling 2.0x 64 neurons (bypasses 720p) use NNEDI3 to quadruple luma if scaling is 3.0x 16 neurons I played with the neurons options and it seems to definitely increase load/rendering times, but not sure if there is much of a visible difference from defaults which are 64 for double and 16 for quadruple. Left the chroma NNEDI3 options disabled.
__________________
MPC-HC/MPC-BE, Lav Filters, MadVR CPU: AMD Ryzen 5 1600, Video: AMD Radeon RX Vega 56 -> TCL S405 55", Audio: Audio-Technica M50S Last edited by fairchild; 26th January 2014 at 04:07. |
26th January 2014, 03:18 | #21892 | Link | |
Registered User
Join Date: Mar 2006
Posts: 58
|
Quote:
If you double past the target size, then the downscaling method will kick in. I'm sure someone who understands it better will correct that, or elaborate, as needed. |
|
26th January 2014, 03:42 | #21894 | Link |
Registered User
Join Date: Jan 2009
Posts: 1,210
|
madshi,
You've said that you recommend we select a "cheap" upscaler algorithm such as Lanczos3 AR when NNEDI3 is selected. What happens when NNEDI3 is not in use and only Lanczos3 AR is used to upscale Luma? In that case wouldn't you recommend it switches to another algorithm, such as Jinc3 AR, automatically? |
26th January 2014, 03:48 | #21895 | Link |
QB the Slayer
Join Date: Feb 2011
Location: Toronto
Posts: 697
|
I wanted to say again... everything is great with 87.1... I had found a bug lastnight with 87.0 (it had been reported and I was going to confirm it, but I was too tired).... but is is now solved. Profiles were being selected, proved by the highlighted profile in settings while running (very nice touch by the way!!) however they were not actually running. Now all is fixed, awesome work madshi
__________________
|
26th January 2014, 04:03 | #21896 | Link |
Registered User
Join Date: Dec 2013
Posts: 753
|
Unfortunately that is normal behaviour for Nvidia cards. If you switch back to an older driver (327.26 or earlier I think) then you might be able to get OpenCL dithering to work, but that's about it. It's probably best to wait until it becomes clear why this happens.
|
26th January 2014, 06:22 | #21897 | Link |
Registered User
Join Date: Mar 2009
Posts: 3,646
|
Because of the GPU performance requirement for error diffusion and the slight improvement in quality with it being done on the CPU, what's the chances of this ever being an option that could be enabled on the CPU in MadVR?
|
26th January 2014, 09:43 | #21898 | Link | ||
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,342
|
Quote:
Dithering reduces the bitdepth of the image, so doing it any earlier defeats its purpose. Quote:
__________________
LAV Filters - open source ffmpeg based media splitter and decoders Last edited by nevcairiel; 26th January 2014 at 10:10. |
||
26th January 2014, 09:47 | #21899 | Link |
Registered User
Join Date: Oct 2012
Posts: 7,903
|
found a new bug very easy to trigger:
use default madvr settings with 87.1 start a file change the refresh rate in windows playback only works in fullscreen now most likely related to the video-film mode refresh rate bug i got direct3d failed errors in fullscreen when control + j is used -resetting direct3d device failed (80070005) -creating direct3d device failed (80070005) i can't catch these with a screen shoot sorry. everything is default so it uses exclusive fullscreen. |
Tags |
direct compute, dithering, error diffusion, madvr, ngu, nnedi3, quality, renderer, scaling, uhd upscaling, upsampling |
Thread Tools | Search this Thread |
Display Modes | |
|
|