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. |
10th October 2016, 20:46 | #39681 | Link |
Registered User
Join Date: Feb 2002
Location: San Jose, California
Posts: 4,407
|
If you just want to know what madVR's options mean you can look at the post in my signature as well. I also cover how high the rendering time can go in the third post (more advanced topics).
__________________
madVR options explained |
11th October 2016, 17:41 | #39682 | Link |
Registered User
Join Date: Sep 2016
Posts: 176
|
Switching madVR to DX11 solves crashes with upscaling in FSE mode with my AMD RX 480 card. But then, blueskyFRC stops working because the stuttering/judder is back. SVP does work though. I read on a forum that blueSkyFRC does not support DX11, but this is not true.
I had contact with Bluesky and they told me “BlueskyFRC write NV12 data in buffer allocated by the madVR. The version of DirectX is unrelated in this process.” Somehow the madVR connection BlueskyFRC is broken. |
11th October 2016, 21:31 | #39684 | Link |
Registered User
Join Date: Jun 2007
Posts: 656
|
Can anyone point me at something if my present queue never fills up when displaying fullscreen at 2560x1440 (1080p sources)? Render times are under control but the present queue is always empty and frames get dropped. madVR 0.90.24, GTX 980, Windows 10x64, GeForce Drivers 373.06, MPC-HC x64 1.7.10.252
Happens with both D3D11 and D3D9. I use smooth motion on a 59.94Hz refresh rate monitor. Last edited by ashlar42; 11th October 2016 at 21:38. |
11th October 2016, 21:40 | #39685 | Link | |
Registered User
Join Date: Sep 2016
Posts: 176
|
Quote:
While I was experimenting with some settings in madVR I also disabled and enabled blueskyFRC a few times. Suddenly blueskyFRC worked. I have changed the settings back and it still works. I don’t know why. |
|
11th October 2016, 21:53 | #39686 | Link | |
Registered User
Join Date: Oct 2012
Posts: 7,926
|
Quote:
it doesn't really matter but 60p should a little little bit better than 59p with smoothmotion. |
|
12th October 2016, 01:30 | #39687 | Link | |
Registered User
Join Date: Jun 2007
Posts: 656
|
Quote:
What's strange are Max Stats. In Average Stats those high values never appear but as soon as I go fullscreen the Max Stats jump to these incredibly high values. Last edited by ashlar42; 12th October 2016 at 01:35. |
|
12th October 2016, 08:16 | #39689 | Link | |||
Registered User
Join Date: Oct 2012
Posts: 7,926
|
Quote:
but ignore this windowed is fine for now. Quote:
try control+shift+3 and see if it makes a huge difference. have a look at the CPU usages even the subtitles are not buffered. and you haven't changed the nvidia "manage 3D settings" right? Quote:
24hz with a 23p source is pretty much save. this type of error happens a lot with windows 7 |
|||
12th October 2016, 11:13 | #39690 | Link | |
Registered User
Join Date: Jun 2007
Posts: 656
|
Quote:
Nvidia 3D settings are at default values for MPC-HC (both x86 and x64 versions, all at "use global settings"). Now, while checking CPU usage (which stays quite low, I'm on an i74770K, decoding with DXVA copyback h.264 content), I discovered an even stranger (to me, at least) thing. As you can see if the task manager window sits on top of MPC-HC window the present queue fills up normally. This happens even if I switch the focus to MPC-HC and away from task manager (which remains on top because I've activated the relevant function). As soon as I close task manager, present queue empties. |
|
12th October 2016, 11:26 | #39691 | Link |
Registered User
Join Date: Jun 2007
Posts: 656
|
I'm currently investigating f.lux, as it might be the reason this is happening. I've been using it for a very long time and in the past it didn't give me problems. But in July I updated to Windows 10 and later Anniversary... not using often fullscreen on my desktop PC (I usually watch movies from HTPC) I might not have noticed this before.
Activating f.lux "Safe Mode" seems to solve the problem. As it doesn't significantly impair f.lux performance or functionality, all should be good. In case it could help madshi understand, Safe Mode in f.lux does the following (per their FAQ): 1. It disables our layered window for compatibility with some older machines. 2. It disables all polling we normally do to ensure that we're the active color profile. Last edited by ashlar42; 12th October 2016 at 11:40. |
12th October 2016, 11:41 | #39693 | Link |
Registered User
Join Date: Oct 2012
Posts: 7,926
|
there is nothing more i can do than pointing to this: http://bugs.madshi.net/view.php?id=204
|
12th October 2016, 11:45 | #39694 | Link | |
Registered User
Join Date: Dec 2012
Posts: 163
|
Quote:
|
|
12th October 2016, 12:25 | #39696 | Link | |
Registered User
Join Date: Dec 2013
Posts: 753
|
Quote:
|
|
12th October 2016, 13:12 | #39697 | Link |
Registered User
Join Date: Sep 2016
Posts: 89
|
I have always has problems with f.lux and madVR or games.
Maybe we could add a notice somewhere about it. Is there a way for madVR to disable this kind of software when it is running? If so why not adding an option/checkbox in madVR to do this? |
12th October 2016, 14:00 | #39698 | Link | |
Registered User
Join Date: Jun 2007
Posts: 656
|
Quote:
Let me check (goes checking...) ... (comes back...) In my case f.lux does not influence dithering at all. Just the present queue, problem you can solve by placing it in Safe Mode. Unless... unless Shiandow meant that the color correction done by f.lux doesn't use dithering, hence banding appearing. I tested for madVR dithering but maybe it was the wrong test. Last edited by ashlar42; 12th October 2016 at 14:59. |
|
Tags |
direct compute, dithering, error diffusion, madvr, ngu, nnedi3, quality, renderer, scaling, uhd upscaling, upsampling |
|
|