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. |
26th June 2017, 19:54 | #44201 | Link | |
Registered User
Join Date: Dec 2016
Posts: 14
|
Quote:
Shouldn't 235 appear as 235, not 255? If video is going to have colors in ranges 0-16 and 235-255 they'll just get thrown away. If I use EVR and set LAV to output 16-235 then I can actually see the whole range and color values match the number (which implies video does have those colors, but as seen in the picture those colors just disappear). Shouldn't this be the correct way? |
|
26th June 2017, 20:30 | #44202 | Link | |
Registered User
Join Date: Sep 2008
Posts: 21
|
Quote:
As my TV shows 96% of DCI P3 uv gamut, and only 72% of BT.2020 uv gamut, and because the source is DCI P3, I'll be selecting the latter in the TV menu. Selecting BT.2020 in TV menu would result in oversaturation, yes? But if my TV could reproduce 100% of BT.2020 gamut, there would be no oversaturation, right? |
|
26th June 2017, 21:45 | #44204 | Link | |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,344
|
Quote:
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
|
26th June 2017, 22:06 | #44205 | Link |
Registered User
Join Date: Feb 2002
Location: San Jose, California
Posts: 4,406
|
To expand on what nevcairiel said, the test video is flagged as limited range but contains full range information to expose incorrect playback chains.
__________________
madVR options explained |
27th June 2017, 12:25 | #44210 | Link |
Registered User
Join Date: Mar 2002
Location: Sofia, Bulgaria
Posts: 661
|
Hello fellow madVR users,
last week I got the chance to test my first 4K TV with HDR support (LG OLED65E6) and I was very impressed with the "punch" of the HDR picture and the OLED picture in general. I was using a few HDR demos and one of them had some external subtitles (.srt) with comments which I decided to try and I think I stumbled on an major downside of using external text subs with HDR videos with current subtitle renderers and/or madVR. Here is the issue: Since madVR is smart enough to turn on the HDR mode on the TV and get specular highlights in 1000+ nits (well ~500 nits on this OLED TV) while maintaining the rest of the picture at lower levels ... or even much lower in dark scenes ... the rendered subtitles (which by default are "white" - RGB 255,255,255) are blindingly bright and they have much greater area than a specular highlight and are almost hurting the eyes. This got me thinking if the way madVR and XySubFilter that I use are actually rendering the subtitles is correct. On one side XySubFilter doesn't know if the subs are rendered over an HDR or SDR video ... I think ... and the preference for font color it uses is always the same ... which makes me believe that it's madVR's job to lower the brightness of the color/white in some way (f.e. 255,255,255 = 100 nits as per SDR spec) but on the other side if there is some color/brightness information in the SRT file (I'm not 100% sure if it's possible but with other external subtitles formats it is AFAIK) how should madVR react? So I'll be glad to hear your thoughts on the subject. I don't have access to UHD Blu-Ray player and real movies so I'm wondering how these things designed in the real/official format. Can you someone with access to such content share a few pictures with us? For example one picture from a dark scene with subs and a different one from a very bright scene again with subs on screen.
__________________
Z370M Pro4 | i3-8100 | 16GB RAM | 256GB SSD + 40TB NAS NVIDIA GTX 1060 6GB (385.28) | LG OLED65B7V Win 10 64bit 1803 + Zoom Player v14 |
27th June 2017, 22:47 | #44211 | Link |
Registered User
Join Date: Sep 2016
Posts: 89
|
I don't know if this can be useful for madVR.
But it seems it's possible to detect HDR support of any displays with Windows. https://github.com/Microsoft/DirectX...12HDR.cpp#L904 Hope it's not only for latest Win10 release and/or D3D12. |
27th June 2017, 22:51 | #44212 | Link | |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,344
|
Quote:
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
|
29th June 2017, 11:50 | #44213 | Link |
Registered User
Join Date: Dec 2016
Posts: 14
|
How can I improve seek times? With EVR seeking is completely instant - when I press Left / Right Arrow it seeks instantly and plays instantly, almost as if there was no seek, but with madVR it takes up to a few seconds to start playing after seek - audio plays but video is frozen on a frame before seek.
|
29th June 2017, 18:42 | #44215 | Link | |
Registered User
Join Date: Oct 2009
Posts: 930
|
Quote:
You could check whether the "delay playback start after seeking too" or it's parent is unchecked in the general settings section. Otherwise you'll certainly get slower seek times. |
|
29th June 2017, 19:41 | #44216 | Link | ||
Registered User
Join Date: Dec 2016
Posts: 14
|
Quote:
Quote:
To be honest, it's better even with maxed out queues. Edit: I just tried madVR 0.90 and it doesn't have this issue with same settings. Actually, it's nearly as fast as EVR. Last edited by Zaoshi; 29th June 2017 at 19:57. |
||
30th June 2017, 04:17 | #44217 | Link | |
Registered User
Join Date: Oct 2015
Posts: 33
|
Quote:
Make your queue sizes 8 for gpu and 12 for cpu and leave them there. I normally set my my 'frames to present in advance' at 8. Last edited by austonrush; 30th June 2017 at 04:20. |
|
30th June 2017, 10:55 | #44219 | Link | |
Registered User
Join Date: Dec 2016
Posts: 14
|
Quote:
Also, this seems to occur only when video is playing. If I pause and start seeking it's instant. |
|
30th June 2017, 17:22 | #44220 | Link | |
Registered User
Join Date: Nov 2012
Posts: 99
|
Quote:
|
|
Tags |
direct compute, dithering, error diffusion, madvr, ngu, nnedi3, quality, renderer, scaling, uhd upscaling, upsampling |
Thread Tools | Search this Thread |
Display Modes | |
|
|