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. |
14th July 2016, 00:37 | #38682 | Link |
Registered User
Join Date: Sep 2009
Posts: 43
|
I do think the desaturation of high luminance red/orange is too aggressive when using preserve hue. Take this for example:
hue preserve off hue preserve on CalMAN LUT Without hue preserve the madVR image luminance is too low and appears oversaturated - with hue preserve you lose all of the amber light and a good portion of the red tent. The CalMAN LUT appears to mildly desaturate and both white and amber headlights look correct. The red tent brightens without loosing too much red definition. |
14th July 2016, 01:03 | #38683 | Link | |
Registered User
Join Date: Mar 2009
Posts: 3,646
|
Quote:
I might be tempted to take a photo of one of the HD sets at work with this scene for comparison although it wouldn't be calibrated. Last edited by ryrynz; 14th July 2016 at 01:06. |
|
14th July 2016, 01:46 | #38684 | Link | |
Registered User
Join Date: Apr 2016
Posts: 17
|
Quote:
HDR on, SR off: HDR on, SR@1: HDR on, SR@4: HDR off, SR on |
|
14th July 2016, 01:55 | #38685 | Link | ||
Registered User
Join Date: Sep 2009
Posts: 43
|
Quote:
Quote:
|
||
14th July 2016, 04:43 | #38686 | Link | |
Registered User
Join Date: Sep 2013
Posts: 919
|
Quote:
Moreover, when changing the "display calibrated to gamut" to BT.2020 in madVR it should preserve more of the color saturation gradations than BT.709 no? It looks like it does not even on BT.2020.
__________________
System: i7 3770K, GTX660, Win7 64bit, Panasonic ST60, Dell U2410. Last edited by James Freeman; 14th July 2016 at 04:46. |
|
14th July 2016, 08:40 | #38687 | Link |
Registered User
Join Date: Jan 2014
Posts: 216
|
Can anyone else confirm these D3D11 bugs...
When in D3D11 FSE mode, playing back a 30 fps video (not 29.97, but 30 fps), the render queue and present queue drops down to minimum levels, and present stats are abnormally high (15-19ms) when it's normally in the 0 to 1ms range. This also happens for all videos when the video is paused in D3D11 FSE and Windows screen saver comes on. Once you resume play all the queues drop and they never recover. This does not happen in D3D11 windowed or D3D9 (either mode). It seems to be a D3D11 FSE only issue. Using AMD card/drivers and Win10. I would like to use D3D11 FSE as it offers the best performance and 10 bit mode, but these issues make it kind of unusable for me. Last edited by StinDaWg; 14th July 2016 at 10:09. |
14th July 2016, 09:36 | #38688 | Link |
Registered User
Join Date: Jan 2014
Posts: 63
|
I'm having an issue: I get a OpenCL error on the x64 version of MPC-HC. Causes MPC-HC to crash. I don't get it on the x86 version. Is this a known issue?
I have a AMD R9 390 8GB GPU. So it can't be a memory issue. Last edited by wolfman2791; 14th July 2016 at 10:40. |
14th July 2016, 11:16 | #38690 | Link | |
Registered User
Join Date: Apr 2016
Posts: 17
|
Quote:
|
|
14th July 2016, 11:27 | #38691 | Link | |||||||||||||||
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Ok, thanks, will have a look at that when I find some time, maybe next weekend.
Quote:
1) Bilateral chroma upscaling is slower now (when using the new algo). 2) HDR handling is slower now. 3) Fixed a couple of bugs in deciding when image doubling and upscaling refinement becomes activated. If you don't use Bilateral chroma upscaling, and if we're talking about SDR content, and you still get slower performance, then it might have to do with image doubling and/or upscaling refinement now maybe becoming active when it didn't before? Quote:
Quote:
Quote:
Quote:
For luma upscaling I like NNEDI3 + SuperRes. For downscaling I like SSIM1D 100 with some Anti-Bloating. Just my personal opinion, though. YMMV. Quote:
I just compared your latest SuperRes with mine again last weekend, but I'm still not convinced that your latest algo is an improvement over what I already have. The nice thing about yours is that it doesn't need an extra anti-ringing filter. However, depending on the settings, yours still has either aliasing artifacts, or looks somewhat "bloated", or is too soft for my taste. Generally I don't like having 5 different options which all influence each other. Most users wouldn't have a clue which settings they should use. I'd like to have one algo with just a "strength" option which works decent for all sources. And from what I'm seeing, currently I still think my current implementation is a better allround solution with less bloated look, less aliasing problems and higher detail reconstruction. But I'm very willing to be convinced otherwise! Which settings would you recommend to use with your new algorithm? Those settings should work well for all sources. I'll gladly retest to see if with those settings I now like yours better than mine. Thanks!! Quote:
If you upload the (zipped) log somewhere I can have a look if I can see something. Please activate the Ctrl+J OSD and keep it active while creating the log, then try to enter exclusive mode. Having the Ctrl+J OSD turned on is important because in this specific case it adds more information to the debug log. K, thanks. Quote:
Quote:
Quote:
Quote:
1) hue preserversion. 2) luminance preservation. 3) saturation preservation. Which is *exactly* the priority sorting I use in madVR. However, Graeme makes the excellent point that desaturating a pixel too much doesn't really preserve hue. E.g. an almost white pixel doesn't really preserve any hue at all, although strictly the hue angle might still be perfect. So I'm going to modify the desaturation logic a bit to avoid pixels getting desaturated too much. This means luminance accuracy will take a hit, though. I'm currently waiting for more feedback from Graeme and SpectraCal about how I should do that in the best possible way. Quote:
Quote:
Quote:
Quote:
|
|||||||||||||||
14th July 2016, 11:53 | #38693 | Link | ||
Registered User
Join Date: Mar 2002
Posts: 2,323
|
Quote:
Quote:
__________________
Ryzen 5 2600,Asus Prime b450-Plus,16GB,MSI GTX 1060 Gaming X 6GB(v398.18),Win10 LTSC 1809,MPC-BEx64+LAV+MadVR,Yamaha RX-A870,LG OLED77G2(2160p@23/24/25/29/30/50/59/60Hz) | madvr config |
||
14th July 2016, 13:32 | #38696 | Link | |
Registered User
Join Date: Sep 2009
Posts: 43
|
Quote:
|
|
14th July 2016, 13:42 | #38698 | Link |
Registered User
Join Date: Dec 2002
Posts: 1,022
|
Apologies for asking something I couldn't find but which has probably already been answered:
- Windows 7 64-bit - Radeon RX 480 (HDCP 2.2 and HDMI 2.0 with support for HDR), connected via HDMI to an HDR 4K television. I'm trying to play HDR 4K demo clips on MPC-HC which has been configured to use MadVR but the screen remains black. Audio plays, though. Should MPC-HC + madVR pass 10-bit video with HDR metadata to the TV or not, i.e. should the TV recognize and display HDR video? |
14th July 2016, 13:47 | #38699 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,342
|
No, it should not. madVR can only convert HDR videos to SDR and display that.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
Tags |
direct compute, dithering, error diffusion, madvr, ngu, nnedi3, quality, renderer, scaling, uhd upscaling, upsampling |
Thread Tools | Search this Thread |
Display Modes | |
|
|