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. |
28th November 2016, 09:58 | #40841 | Link | |
Registered User
Join Date: Oct 2012
Posts: 7,889
|
Quote:
720x480-> 5760X3840 -> 3840x2160 doesn't sound viable to me. i don't think is is possible to skip the last upscale step for every normal source. i still think super XBR should stay. simple reason it doesn't highlight compression artefacts as much as NGU on DVDs. |
|
28th November 2016, 09:59 | #40842 | Link | |
Registered User
Join Date: Aug 2016
Posts: 599
|
Quote:
When you call Present , thats still a CPU command that could be blocked or delayed by the OS kernel for a few ms. |
|
28th November 2016, 10:05 | #40843 | Link | ||
Registered User
Join Date: Sep 2012
Posts: 174
|
Quote:
Quote:
chroma tab is only being used to upscale 4:2:0 chroma to 4:4:4 chroma, "chroma quality" in upscaling tab is being used to upscale further.... so chroma tab is being used with every video, regardless of resolution, chroma quality is only used when you actually upscale resolution Last edited by Q-the-STORM; 28th November 2016 at 10:10. |
||
28th November 2016, 10:15 | #40845 | Link | |
Registered User
Join Date: Jan 2016
Posts: 52
|
Quote:
Basically it's condensed doubling menu, it took me way too much time to understand this simple concept. |
|
28th November 2016, 10:26 | #40846 | Link | |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,336
|
Quote:
Most of the things I watch is clean content though, and I've been thinking if i shouldn't figure out some pre-processing step to clean up some of the lower quality sources. So I'm not sure if i'll miss it, yet. Didn't have any time to try to test NGU yet.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders Last edited by nevcairiel; 28th November 2016 at 10:43. |
|
28th November 2016, 10:37 | #40847 | Link |
Registered User
Join Date: Aug 2006
Posts: 2,229
|
v0.91.3 works better than v0.91.1, however I am still having issues with D3D.
I have two log files. The first is playback on a Freesync monitor (it doesn't seem to like that at times), and the second is on a TV playing from the same computer. It works some of the time. If you put it into a window and the computer turns off the scree as part of power saving, it doesn't restart the video. It just freezes but audio plays. Then, when you close off the player it gets 'stuck' under processes and you have to hard shutdown the computer because using restart it just gets stuck on the restart screen. Yes, I am using insider build 14971 x64, Crimson driver 16.11.4, but these issues presented themselves on the same older build and driver when I upgraded from a R9-280X to the RX 480 with the freesync monitor. Where do I upload the logs? The Freesync one is 21.6 MB, the other one which only consists of a very brief playback, window mode, monitor off and back on again (where it kind of worked for the first time :S, but it did jam again) is 258 MB. Issues only seem to affect Direct3D 11 mode, and more so under exclusive than windowed mode. The GPU can handle the settings very well, in the time of playing even in a warmish room the GPU was a couple of degrees under 60 C, so it didn't need the fans running. |
28th November 2016, 10:44 | #40848 | Link | ||||||||
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
|
||||||||
28th November 2016, 10:56 | #40849 | Link | ||
Registered User
Join Date: Oct 2012
Posts: 7,889
|
Quote:
Quote:
i was never a fan of nnedi3 anyway. i'm currently using XBR for everything. i haven't installed the new madVR version because i simply need XBR for now. but i didn't bring that up as a reason to leave XBR in there because i still hope this will change in the "future". i could order a new RX 480 for my gaming PC and let them send it to you for about a month or something like that. i'm not a programmer but this sound like a lot of work for something that should work out of the box and just thinking the card is defect when shipped gives me nightmares... |
||
28th November 2016, 11:05 | #40850 | Link |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
I've no idea why the RX480 is so slow with NGU. I can only imagine that the drivers have issues with what my PS3.0 shaders are doing, for some weird reason. I might still try running the NGU shaders in D3D11, but I'm not convinced it will make a difference. I'm hopeful the problem might be fixed by newer drivers at some point. If you can't wait, it might make sense to replace the RX480 with an NVidia card, for the time being...
That said, I'm considering bringing back super-xbr next weekend. |
28th November 2016, 11:12 | #40851 | Link | |
Registered User
Join Date: Mar 2016
Posts: 160
|
Quote:
My GPU can ran sXBR+SR1 or NGU-med, but not NNEDI3. So I vote for sXBR should remain until madVR get own denoiser/deblocker/demosquitoer. BTW latest KNLMeansCL is fast enough for real-time SD (720x480) processing. |
|
28th November 2016, 11:13 | #40852 | Link |
Registered User
Join Date: Oct 2012
Posts: 7,889
|
well i got in a huge problem with my GTX 960 with some very heavy slow downs (AVG 60 ms or more) using a 3D LUT and this is completely gone with the RX 480.
this could come back with a 1060 so i'm in a pickle one would say. but that's not your problem. ohh these drivers... |
28th November 2016, 11:14 | #40853 | Link |
Registered User
Join Date: Aug 2006
Posts: 2,229
|
No it doesn't . I had it turned off by mistake actually! Probably from testing earlier. The screen is set at 72 Hz though as the base frequency (Samsung S27F350).
Is madVR DirectX 11.0? What's the difference in terms of madVR would there be between 11, 11.1, 11.2 (from Windows 8.1), and 11.3 (Windows 10)? Not suggesting that's why it's not working, they are just adding on the earlier versions so they are still supported. Direct3D 11.4 (TH2, updated in RS1): https://msdn.microsoft.com/en-us/lib...(v=vs.85).aspx Direct3D 11.3 (Windows 10) additional features: https://msdn.microsoft.com/en-us/lib...(v=vs.85).aspx Direct3D 11.2 (Windows 8) additional features: https://msdn.microsoft.com/en-us/lib...(v=vs.85).aspx Direct3D 11.1 (Windows 7 with platform update, and later): https://msdn.microsoft.com/en-us/lib...(v=vs.85).aspx Last edited by burfadel; 28th November 2016 at 11:26. |
28th November 2016, 11:19 | #40854 | Link |
Registered User
Join Date: Aug 2016
Posts: 599
|
You can prerender frames in gsync mode too (in the nvidia control panel "max prerendered frames") and it wont stutter anyway because you still thinking in vsync logic. In gsync you can have frame delivery like this 38ms->42ms->40ms->35ms->42ms and its perfectly smooth because interframe delta is so small compared to the average. But one dropped frame at 60hz is disasterous because it creates this massive 33.4ms spike delta.
|
28th November 2016, 11:22 | #40855 | Link | |
Registered User
Join Date: Sep 2016
Posts: 176
|
Quote:
|
|
28th November 2016, 11:29 | #40856 | Link | ||
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,336
|
Quote:
Quote:
Matching V-SYNC to the video frame rate gives you that result perfectly. And as it happens, typical monitor refresh rates match the typical video frame rates. So all is well as it is! Its not like V-SYNC drops plenty frames, if your system is setup properly you get flawless playback without a single dropped frame, so absolutely no stuttering.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders Last edited by nevcairiel; 28th November 2016 at 11:36. |
||
28th November 2016, 11:31 | #40857 | Link | |||||
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
Quote:
Quote:
Quote:
Quote:
No, 35ms vs 42ms is not perfectly smooth at all. It might be smooth with a game but not with a video. It seems to me you don't really understand the difference. With a game, if you have 10ms -> 10ms -> 10ms -> 40ms, then a car moving from the left side of the screen to the right side, will move a little -> little -> little -> lot. Because of that it's not a big problem if the exact frame intervals vary a bit. With video the situation is different. The position of the car is already defined by the recorded video. If you have 10ms -> 10ms -> 10ms -> 40ms, that would be a catastrophe for video, because the car moves the same amount in each frame. For video we need *perfect* frame intervals. And unless G-SYNC can deliver that, it's useless for video. |
|||||
28th November 2016, 11:59 | #40858 | Link | |
Registered User
Join Date: Aug 2006
Posts: 2,229
|
Quote:
It's not just the sleep that can trigger the D3D11 issue, it can happen any time. It seems to only affect D3D11, D3D9 is either unaffected or less affected. I don't mean full sleep mode either, just turning off the monitor after 5 minuutes (or setting it to trigger at a button press through power options). I think it's because it puts the card to sleep since it isn't used without needing to display anything, and madVR doesn't seem to like that. In terms of performance though, the new version is much better on the RX 480. You mentioned a workaround with an earlier build for AMD cards and D3D11, I am wondering whether that workaround affects the RX 480 or at least is required any more, if it is still in place. Last edited by burfadel; 28th November 2016 at 12:04. |
|
28th November 2016, 12:13 | #40859 | Link | ||
Kid for Today
Join Date: Aug 2004
Posts: 3,477
|
Quote:
Quote:
Why not using the "image downscaling" settings when downscaling doubled upscale? I really don't see the need for an extra "downscale quality" option there, especially when all it does is Bicubic150 AR and SSIM1D100 without AB Most ppl messing with this will create automatic profiles anyway and as much as offering an option to set Jinc upscale when doubling didn't make sense I don't see the need for a "downscale quality" preset when the "image downscaling" panel will remain completely unused? You said "For downscaling after doubling in most cases Bicubic150 AR should be good enough" but I certainly don't want that and I don't find SSIM2D overkill when downscaling doubled upscale as it's very sharp and retains a lot of resolution that Bicubic150 is certainly unable to provide. And again I very much need AB there when using SR on SD. I don't recall having to ask for things to stay hah, I only thought that SR would be ditched so I whined about that but several ppl claimed that sxbr worked better than NGU for them on noisy low-res so I didn't think you would dismiss it altogether. Anyway, I can see that others raised the subject so I would fully agree that sxbr can be useful at times. Last edited by leeperry; 28th November 2016 at 12:20. |
||
28th November 2016, 12:13 | #40860 | Link | |||||
Registered User
Join Date: Jan 2008
Posts: 589
|
Quote:
Quote:
Quote:
Quote:
Now, in theory it should be possible to do that with G-Sync too, but now you can't simply tell the GPU "hey, present this frame on next VSync" anymore, because there is no periodic VSync event anymore. Instead, madVR needs to tell the GPU "present this frame at this exact time" (relative to the GPU's hardware clock, presumably). Problem is, there is no API to do that. Hence, madshi cannot properly implement G-Sync in madVR. Note that none of the above applies to video games. Which is why you should stop making comparisons to video games. It's not the same use case at all and the constraints are fundamentally different. Quote:
G-Sync could help with this, because it would allow madVR to automatically compensate for clock mismatch by slightly adjusting presentation times based on an observed estimate (basically like ReClock, but operating on video timings, not audio timings). But, as madshi already pointed out in the new FAQ, that's only viable if there is a way to use G-Sync while still presenting multiple frames in advance (and having the GPU time the refresh in hardware), otherwise it's going to jitter like crazy and the slightest delay in madVR presentation thread scheduling is going to result in a visible hiccup. |
|||||
Tags |
direct compute, dithering, error diffusion, madvr, ngu, nnedi3, quality, renderer, scaling, uhd upscaling, upsampling |
Thread Tools | Search this Thread |
Display Modes | |
|
|