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.

 

Go Back   Doom9's Forum > Hardware & Software > Software players

Reply
 
Thread Tools Search this Thread Display Modes
Old 21st February 2019, 14:30   #54921  |  Link
huhn
Registered User
 
Join Date: Oct 2012
Posts: 7,903
Quote:
Originally Posted by Manni View Post
It's on when I play HDR content, not when I calibrate. And it doesn't matter if 8bits or 12bits, as the profile is the same: SDR when calibrating, as I use SDR patterns to calibrated my SDR DCI-P3 calibration, HDR when playing content.

In any case, it can't make any difference, I select the calibration manually when I calibrate.

"Send BT2020" is only a metadata flag in the SDR HDMI stream that I asked madshi to implement to help selecting a calibration automatically. It doesn't change anything in the content/patterns themselves. The only thing it can achieve is getting the display to switch to a different calibration, that all.

So as long as the proper calibration is selected when calibrating, no difference can come from that. I know it's the case here, so make sure it's the case when you run the test.

If you need BT2020 to be on for your display to select the widest gamut, then use it. Just make sure the same calibration is enabled in 8bits and 12bits, so that there shouldn't be any difference when measuring it.
when a screen think the input image is bt 2020 it has to change it processing because it has to clip/roll of or just squish it in that's totally different from BT 709 or just switching a screen to "native" where the screen still believes the input is "bt 709" or at least should believe that.

or with other word your device may or may not behave totally different between send bt 2020 or native.

but you don't use this option to calibrate and or verify so it shouldn't matter in this case
huhn is offline   Reply With Quote
Old 21st February 2019, 14:35   #54922  |  Link
Manni
Registered User
 
Join Date: Jul 2014
Posts: 942
Quote:
Originally Posted by huhn View Post
399.07 960
displaycal 3.7.1.4
windows 10 17134
no correction
simulation profile DCI P3 D65
send bt 2020 was not used
screen with native gamut

biggest delta E between 8 bit at 8 bit and 10 bit output at 12 bit 0.2.
the used vertification testchart only uses 50% steps(didn't know that before) i do a proper one on the weekend or maybe today.

BTW. i'm not even aware of a LCD screen that can do DCI p3 100 %.
Thanks a lot for checking this that quickly. Much appreciated.

I'll run some tests in displayCAL with your driver version to try to isolate where the issue might be coming from.

I never measure LCD monitors because I don't calibrate them. I only calibrate what I use to watch films, and that's never a monitor or even a TV.

I use a JVC RS2000 projector and with the P3 filter it can reach 100% of P3 in high lamp. Some units (not mine) can reach up to 108% of P3 with the filter. The Z1/RS4500 (laser) can reach even wider than that. On the new models such as my previous rs500, there are two filters, one green and one red (well, a dichroic filter if you prefer). On earlier models (that were also able to reach 100% of P3), there was only one green filter. Without the filters, they reach around 85-95% of P3, depending on the unit.
__________________
Win11 Pro x64 b23H2
Ryzen 5950X@4.5Ghz 32Gb@3600 Zotac 3090 24Gb 551.33
madVR/LAV/jRiver/MyMovies/CMC
Denon X8500HA>HD Fury VRRoom>TCL 55C805K

Last edited by Manni; 21st February 2019 at 14:37.
Manni is offline   Reply With Quote
Old 21st February 2019, 14:41   #54923  |  Link
Manni
Registered User
 
Join Date: Jul 2014
Posts: 942
Quote:
Originally Posted by huhn View Post
when a screen think the input image is bt 2020 it has to change it processing because it has to clip/roll of or just squish it in that's totally different from BT 709 or just switching a screen to "native" where the screen still believes the input is "bt 709" or at least should believe that.

or with other word your device may or may not behave totally different between send bt 2020 or native.

but you don't use this option to calibrate and or verify so it shouldn't matter in this case
Of course the display will process the content differently depending on wheter it's rec-709 or BT2020.

But the BT2020 flag by itself doesn't change anything in the content. As I explained, the only thing it can change is which display mode will be automatically selected by the display when it detects the flag. It's only a flag in the SDR HDMI stream. So if you select the display mode manually, or if the BT2020 flag has no effect on your display, the use of the flag doesn't account for any difference in measurements.
__________________
Win11 Pro x64 b23H2
Ryzen 5950X@4.5Ghz 32Gb@3600 Zotac 3090 24Gb 551.33
madVR/LAV/jRiver/MyMovies/CMC
Denon X8500HA>HD Fury VRRoom>TCL 55C805K
Manni is offline   Reply With Quote
Old 21st February 2019, 16:14   #54924  |  Link
huhn
Registered User
 
Join Date: Oct 2012
Posts: 7,903
let me say it this way my screen disagrees and behaves very different between native and send BT 2020.
huhn is offline   Reply With Quote
Old 21st February 2019, 17:01   #54925  |  Link
madjock
Registered User
 
Join Date: May 2018
Posts: 259
Quote:
Originally Posted by huhn View Post
let me say it this way my screen disagrees and behaves very different between native and send BT 2020.
Cool one more thing to confuse me now
__________________
Windows 10-1909 | i5-3570k | GTX 1070 Windforce OC Rev2 8GB : 430.64 | Pioneer VSX-534 | Philips 65PUS6703 - 65"
madjock is offline   Reply With Quote
Old 21st February 2019, 17:17   #54926  |  Link
el Filou
Registered User
 
el Filou's Avatar
 
Join Date: Oct 2016
Posts: 896
So does that mean the differences Manni is seeing could be explained by a different processing of 8-bit and 12-bit input by the display?
__________________
HTPC: Windows 10 22H2, MediaPortal 1, LAV Filters/ReClock/madVR. DVB-C TV, Panasonic GT60, Denon 2310, Core 2 Duo E7400 oc'd, GeForce 1050 Ti 536.40
el Filou is offline   Reply With Quote
Old 21st February 2019, 17:27   #54927  |  Link
huhn
Registered User
 
Join Date: Oct 2012
Posts: 7,903
could be. but there so so many more possibilities.
not going to put a finger on it yet not until i have better readings from more than one person.
huhn is offline   Reply With Quote
Old 21st February 2019, 18:06   #54928  |  Link
tp4tissue
Registered User
 
tp4tissue's Avatar
 
Join Date: May 2013
Posts: 706
Quote:
Originally Posted by Manni View Post
Did anyone notice that 12bits on nVidia seems to distort patterns when using MadTPG as a pattern source (in 4K UHD SDR at 23p) compared to 8bits?
Could anyone with access to calibration software/equipment confirm this?
This is most visible when tracking gamut saturation and luminance linearity, but it also impacts greyscale. White balance isn't impacted significantly.
8bits is very linear and doesn't distort.
12bits breaks linearity and distorts the native gamut significantly.
It would be great if someone could confirm.
I don't use FSE, this is in full screen windowed mode.
If you don't experience this, please specify OS, nVidia driver version, and software used to calibrate/measure. Although unlikely, it could be caused by a specific setting in madVR, but I haven't had the time to investigate this yet. I have all the performance settings unchecked.
Details of rig in my sig (except driver, I was testing 385.28 for 12bits as I cant' get a custom refresh rate to work with CRU on the new JVC models).

I noticed this in the form of less gradient smoothness.

But I don't think it's nvidia's issue, the TV probably doesn't react very well to 10 or 12 bit. Because its frc dithering algorithm may have some inherent sharpening or debanding which doesn't allow for perfectly smooth gradient.
__________________
Ghetto | 2500k 5Ghz
tp4tissue is offline   Reply With Quote
Old 21st February 2019, 18:10   #54929  |  Link
YGPMOLE
Registered User
 
Join Date: Nov 2012
Posts: 32
A couple of stupid questions (sorry!).

1) Now I'm trying the beta version (.54) with an AMD RX480 in full RGB 8Bit, LAV in DX3D11, madVR 8bit, but the on-screen display shows the output DX3D11 10Bit that goes at 8Bit only when I open the menù (and goes back to 10 when I close it) even with SD or FullHD files 8Bit as input: it's that normal?

2) I have all the displays mode inserted (from 1080p23 to 2160p60), but I got no switches with 23.976, 24.000 or 25.000 files like it was with the .17 version: still normal?
__________________
Best Regards! Leo!
YGPMOLE is offline   Reply With Quote
Old 21st February 2019, 18:10   #54930  |  Link
Manni
Registered User
 
Join Date: Jul 2014
Posts: 942
Quote:
Originally Posted by huhn View Post
let me say it this way my screen disagrees and behaves very different between native and send BT 2020.
yes, and it should if you don't have another way to select a calibration manually.

This is not the way it works with all displays.

And again, the way the display behaves has nothing to do with the content. The content is identical even when the enable BT2020 flag is sent.

It is, again, only a single metadata flag.

So either your screen reacts to it, and selects a different calibration.

Or your screen doesn't react to it.

You are really making things confusing with your statements.

Your are confusing the display's response and the content.

The content is 100% the same whether the report BT2020 checkbox is enabled or not.

Enabling it *might* trigger a different calibration/mode in your display.

If it does, then of course the display's response will be different. Hopefully, it will be more appropriate to the content. But the content itself will be 100% identical.

So if you can select manually the mode that *might* be selected automatically when the BT2020 flag is enable, there should be zero difference, because the content is the same.

Please can you confirm this instead of implying that things might be different? It will help everyone to understand what is happening and not cause unnecessary confusion.

The issue I am reporting, which apparently you are not experiencing, has nothing to do with the BT2020 flag. At least on my display, I can tell you it's 100% unrelated. It simply can't be.

What you are stating, which is that your display doesn 't respond the same whether you enable the BT2020 flag or not, is 100% unrelated. It is to be expected with most displays.

As long as the flag remains the same during measurements between 8bits and 12bits, and that levels are the same, that makes zero difference. Enable if you need it to access your wide/native gamut, disable otherwise, just make sure it's consistent between the two measurements.

@El filou: yes what I'm seeing could be explained by either a different processing by the display between 8bits and 12bits, or by a bug in the drivers/OS/calibration software. That's why I need to first see if I can get the expected results in 12bits, the way Huhn does, and then see what produces the wrong results, changing one parameter at a time (driver, calibration software). If I still have the issue, then it might be the processing in the display and I'll have to try with another display, until I find the cause.

But it's great to know that it's not an issue for everyone, at least if gives me something to try. So thanks again to huhn for that.

If anyone has a JVC projector and would like to test and report if they see the same behaviour I do (or not), that would be great too.

I don't have the version Huhn used, but I'll try with the latest before that, which is 397.93. 398.11 changed a lot of things, so 397.97 should be similar to 398.07.
__________________
Win11 Pro x64 b23H2
Ryzen 5950X@4.5Ghz 32Gb@3600 Zotac 3090 24Gb 551.33
madVR/LAV/jRiver/MyMovies/CMC
Denon X8500HA>HD Fury VRRoom>TCL 55C805K
Manni is offline   Reply With Quote
Old 21st February 2019, 18:14   #54931  |  Link
Manni
Registered User
 
Join Date: Jul 2014
Posts: 942
Quote:
Originally Posted by tp4tissue View Post
I noticed this in the form of less gradient smoothness.

But I don't think it's nvidia's issue, the TV probably doesn't react very well to 10 or 12 bit. Because its frc dithering algorithm may have some inherent sharpening or debanding which doesn't allow for perfectly smooth gradient.
Guys, please stick to the question.

Gradient smoothness has nothing to do with MadTPG patterns.

Yes, there is more banding in 8bits than in 12bits on my display. Significantly. Otherwise I'd stick with 8bits.

Yes, my display supports 12bits natively, from input to panels.

This isn't the question.

The question is: does anyone measure different results when using madTPG patterns in 8bits and in 12bits (4K23 SDR WCG)?

If you can't contribute the way Huhn kindly did, then please stay out, because that's not helping.

I don't need advice, I need data.
__________________
Win11 Pro x64 b23H2
Ryzen 5950X@4.5Ghz 32Gb@3600 Zotac 3090 24Gb 551.33
madVR/LAV/jRiver/MyMovies/CMC
Denon X8500HA>HD Fury VRRoom>TCL 55C805K

Last edited by Manni; 21st February 2019 at 18:16.
Manni is offline   Reply With Quote
Old 21st February 2019, 18:17   #54932  |  Link
tp4tissue
Registered User
 
tp4tissue's Avatar
 
Join Date: May 2013
Posts: 706
Quote:
Originally Posted by YGPMOLE View Post
A couple of stupid questions (sorry!).

1) Now I'm trying the beta version (.54) with an AMD RX480 in full RGB 8Bit, LAV in DX3D11, madVR 8bit, but the on-screen display shows the output DX3D11 10Bit that goes at 8Bit only when I open the menù (and goes back to 10 when I close it) even with SD or FullHD files 8Bit as input: it's that normal?

2) I have all the displays mode inserted (from 1080p23 to 2160p60), but I got no switches with 23.976, 24.000 or 25.000 files like it was with the .17 version: still normal?
Yea, my R 580 does the same thing. pops in and out of hdr if using menu.
__________________
Ghetto | 2500k 5Ghz

Last edited by tp4tissue; 21st February 2019 at 18:20.
tp4tissue is offline   Reply With Quote
Old 21st February 2019, 18:20   #54933  |  Link
huhn
Registered User
 
Join Date: Oct 2012
Posts: 7,903
i'm aware that is 100% the display not the send content.

Quote:
So if you can select manually the mode that *might* be selected automatically when the BT2020 flag is enable, there should be zero difference, because the content is the same.
just telling my Tv disagrees

Quote:
What you are stating, which is that your display doesn 't respond the same whether you enable the BT2020 flag or not, is 100% unrelated. It is to be expected with most displays.
what else should i see i'm over this option.
Quote:
but you don't use this option to calibrate and or verify so it shouldn't matter in this case
and i said may or may not anyway
huhn is offline   Reply With Quote
Old 21st February 2019, 18:37   #54934  |  Link
Manni
Registered User
 
Join Date: Jul 2014
Posts: 942
Quote:
Originally Posted by huhn View Post
just telling my Tv disagrees
Your TV doesn't disagree. It simply means that you can't select manually the mode that is selected automatically when the BT2020 flag is sent. Even if it is the same mode, some additional/different processing is clearly enabled.

If, as with my display, you could select manually exactly the same mode/calibration/processing that is selected when the BT2020 flag is sent, then you would see that there is no difference in content.

Anyway, I guess something is getting lost in translation here.

Plus that flag isn't enabled when I calibrate, and you didn't use it for your test, so let's put that aside as it's entirely unconnected with the 8bits/12bits measurements issue.
__________________
Win11 Pro x64 b23H2
Ryzen 5950X@4.5Ghz 32Gb@3600 Zotac 3090 24Gb 551.33
madVR/LAV/jRiver/MyMovies/CMC
Denon X8500HA>HD Fury VRRoom>TCL 55C805K
Manni is offline   Reply With Quote
Old 21st February 2019, 18:37   #54935  |  Link
ashlar42
Registered User
 
Join Date: Jun 2007
Posts: 652
Quote:
Originally Posted by el Filou View Post
- D3D11 native prevents using hardware deinterlacing
- D3D11 copy-back is slower than DXVA2 copy-back and has no quality advantages, so you have no reason to use it really
If D3D11 native prevents hardware deinterlacing in madVR, isn't that a reason to use D3D11 copy-back?
ashlar42 is offline   Reply With Quote
Old 21st February 2019, 18:43   #54936  |  Link
huhn
Registered User
 
Join Date: Oct 2012
Posts: 7,903
dxva2 copyback is supposed to be faster.
huhn is offline   Reply With Quote
Old 21st February 2019, 18:45   #54937  |  Link
Siso
Soul Seeker
 
Siso's Avatar
 
Join Date: Sep 2013
Posts: 711
Quote:
Originally Posted by huhn View Post
dxva2 copyback is supposed to be faster.
Faster than D3D11 native and D3D11 copyback?
Siso is online now   Reply With Quote
Old 21st February 2019, 19:12   #54938  |  Link
huhn
Registered User
 
Join Date: Oct 2012
Posts: 7,903
DXVA copyback is supposed to be a little bit faster than d3d11 copyback.

everything had been said: https://forum.doom9.org/showpost.php...ostcount=54943
huhn is offline   Reply With Quote
Old 21st February 2019, 20:26   #54939  |  Link
Siso
Soul Seeker
 
Siso's Avatar
 
Join Date: Sep 2013
Posts: 711
Quote:
Originally Posted by huhn View Post
DXVA copyback is supposed to be a little bit faster than d3d11 copyback.

everything had been said: https://forum.doom9.org/showpost.php...ostcount=54943
Thanks, huhn.
Siso is online now   Reply With Quote
Old 22nd February 2019, 01:58   #54940  |  Link
FranknStein7
Registered User
 
Join Date: Dec 2017
Posts: 1
I just noticed that the detect black bars functionality only seems to work on some titles. I can't seem to determine why it works on some but not others. For instance, take the Harry Potter blu-rays (remuxed to MKVs with MakeMKV). On the Sorcerer's Stone black bar detection and cropping works as expected. But on the Chamber of Secrets, it doesn't. Both are blu-ray rips, both are VC-1 encodes, and both are 2.39:1 format. Any ideas?

Edit: I was wrong. Automatic black bar detection IS working on all titles it seems. For instance if I go into full screen on my 21:9 monitor, black bars are cropped appropriately. What doesn't appear to be working consistently, is automatic cropping of black bars while MPC-HC is in windowed mode. So on Sorcerer's Stone, the black bars are cropped out of the window, but on the Chamber of Secrets, they are not. If I stretch the window so that it's very wide, then the black bars are cropped appropriately.

Last edited by FranknStein7; 22nd February 2019 at 02:23.
FranknStein7 is offline   Reply With Quote
Reply

Tags
direct compute, dithering, error diffusion, madvr, ngu, nnedi3, quality, renderer, scaling, uhd upscaling, upsampling

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 11:11.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.