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. |
12th September 2021, 16:57 | #2001 | Link |
Registered User
Join Date: Oct 2012
Posts: 7,903
|
you have to use bt709 in/source and bt 2020 destination.
this way madVR is forced to do the gamut conversation to bt 709 to feed the 3D LUT. now you set send bt 2020 and that should be it. i'M on AMD i can't send bt 2020 so i can't test this. |
12th September 2021, 18:59 | #2002 | Link | |
Registered User
Join Date: Mar 2002
Posts: 2,323
|
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 |
|
12th September 2021, 22:23 | #2003 | Link |
Registered User
Join Date: Mar 2002
Posts: 2,323
|
You can actually modify the greyed out settings as well, e.g. colorGamut in PC mode! (I added example to the post above.)
__________________
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 |
13th September 2021, 01:25 | #2004 | Link | |
Registered User
Join Date: Dec 2020
Posts: 136
|
Quote:
Is this expected? If not, what do we think is going wrong? |
|
13th September 2021, 01:49 | #2005 | Link | |
Registered User
Join Date: Dec 2020
Posts: 136
|
Quote:
I just tried it, but where I am unsure is what type of profile and tone curve I should be using. I tried a bunch of different combos of icms and tone curve settings, but gamma ended up way off in each case I tried. For example, I tried Rec709 2.2 for source profile, and BT2020 ST2084 10000nit for destination profile, and I tried gamma 2.2, unmodified, and 2084 hard clip at 10000 nits as options for tone curve. All ended up with bad gamma. Do I need a BT2020 gamma 2.2 icm for this? If so, I'm not sure where to get one. |
|
13th September 2021, 01:58 | #2006 | Link | |||
Registered User
Join Date: Jan 2019
Location: Canada
Posts: 570
|
Quote:
I've tested this out by reencoding the S&M benchmark but I don't know if the method is accurate to compare WCG. The final video has the original WCG clip on the left, and the 709 on the right. VapourSynth script: Quote:
Quote:
At least to me it makes sense when playing on the TV.
__________________
LG C2 OLED | GitHub Projects Last edited by quietvoid; 13th September 2021 at 02:06. |
|||
14th September 2021, 18:35 | #2008 | Link |
Registered User
Join Date: Feb 2020
Posts: 539
|
Does HDMI 2.0b banding happen there too? Or is that decoding correctly like in HDMI 2.1 FRL? As for colorGamut, you can change to BT.2020 for SDR BT.2020 primaries sources?
Last edited by Balling; 14th September 2021 at 18:59. |
14th September 2021, 18:41 | #2009 | Link |
Registered User
Join Date: Feb 2020
Posts: 539
|
>converting to 709 is not the same as keeping 709 in 2020 container.
No, that is the same. LG will convert BT.2020 to 709 primaries by converting to whatever the display is (99% DCI-D65 or P3 or whatever including outside DCI for low luminance colors) for SDR. If we talking about HDR, of course better not to touch PQ. Of course in practice keeping should be better unless LG really effed up somewhere with 3DLUT or BT.2087. Last edited by Balling; 14th September 2021 at 18:45. |
14th September 2021, 19:07 | #2011 | Link | |
Registered User
Join Date: Feb 2020
Posts: 539
|
Quote:
Next: you should set SDR white point. It is supposed to be 203 nits for 1000 nits container. Next, PQ should be correctly done. ICC only last year introduced PQ in ICC. And last you need to color manage to BT.2020 primaries... matrix should also change from BT.709 to 2020-ncl and also you need to either present in RGB or YCbCr 444 or for the case of 420 change chroma siting from left to top left, using FIR. Now after that you need to switch the display in HDR mode with BT.2020 primaries and output it. Last edited by Balling; 14th September 2021 at 19:23. |
|
15th September 2021, 06:17 | #2013 | Link | ||||||||||||
Registered User
Join Date: Oct 2012
Posts: 7,903
|
Quote:
Quote:
Quote:
Quote:
we will see... Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Last edited by huhn; 15th September 2021 at 06:59. |
||||||||||||
15th September 2021, 07:23 | #2014 | Link |
Registered User
Join Date: Oct 2012
Posts: 7,903
|
took me a couple of mins but here is a 3D LUT that should work.
i just run into an unexpected issue a bt 2020 profile with a bt 709 tone curve is created with gamma 2.6 in displaycal while a bt 709 profile with a bt 709 tone curve is created with 2.2 i was expectign it to be the same so it doesn't matter what the number is if that would be the case. after i matched them it works "perfectly" now. if you play a bt 709 and set madVR to this device is calibrated to bt 2020 or you use this 3D LUT you will get the "same" results. it's not perfect there still seems to be a gamma difference in the 0.0x range if not 0.00x but here you go: https://drive.google.com/file/d/1MpU...ew?usp=sharing not compressed i could not upload it for some reason if i do that. |
15th September 2021, 19:06 | #2015 | Link |
Registered User
Join Date: Feb 2020
Posts: 539
|
"it happens with 1.4 too"
Do not have any hdmi 1.4 devices, only 2.0. "and no LG does not use words like bt 709 or bt 2020." On LG CX there is an override menu with it, so yes, they do. "what has the EOTF to do with this if we just want to do gamut mapping?" BT.2087 has indeed nothing to do with EOTF. Mostly. Though it indeed color manages on linear light. "LG correctly sets to gamma 2.2" The fact that it greys out gamma 2.2 means nothing. Yes, there are some appearance of underlying hacks of 2.2 gamma, but that is not an argument. As for "gamma is a choice usually based on room lightning not a presentation technology" you cannot do such a choice with PQ, not really, it is absolute and is meant to be looked in dark room. So there is no point, 2.4 gamma must be applied. Also, BT.1886 depends on presentation tech. "not this will not change the source characteristics in general" You are wrong. Use mpv with target-trc=srgb and you will see. "while it uses gamma 2.2 it's starts flat giving it an effective gamma of ~2.4 but why would that matter for anything here at all." Because sRGB uses 2.4 gamma internally with linear spline that makes it almost 2.2. Just like BT.709 OETF that is 1/0.45= 2.2222... gamma, yet is 1.961 gamma since it has a linear spline. "windows works in RGB so it doesn't matter what the chroma loc on the GPU driver is because the GPU driver is doing the chroma subsampling and as long as the GPU HDMI and the end device agree on the same chroma loc you are fine but you have no way to change this anyway." It is hard to make Windows work in YCbCr, but possible. You cannot control HDMI sample location. What I was talking about was SDR convertion of a source to top left chroma. Last edited by Balling; 15th September 2021 at 19:37. |
15th September 2021, 20:07 | #2016 | Link | ||||||
Registered User
Join Date: Oct 2012
Posts: 7,903
|
HDMI is backwards compatible just disable deep what ever HDMI stuff in TVs for connection and they will use HDMI 1.4 and again completely pointless.
Quote:
Quote:
Quote:
PQ does not care about the gamma and this is a madVR thread and madVR needs gamma 2.2 to tone map if you like it or not the TV doesn't care what you use because it'S all about relativity. gamma is relative to room brightness if you have problem with that have a problem with that. and about PQ is absolute dolby said no. looks like they found out that not everyone side in a dark room. Quote:
so it does. cool. so why am i wrong now? you just tell mpv that your display is calibrated to sRGB instead of BT 709 is it? Quote:
Quote:
you know you can define it while encoding... so because windows can work in ycbcr what has this to do with anything here why would you chroma subsample in the first place why would you even mention it? |
||||||
15th September 2021, 20:21 | #2017 | Link |
Registered User
Join Date: Dec 2020
Posts: 136
|
Thanks! I'll give it a try.
Since you obviously have a MUCH better handle of this stuff than I do, can you think of a way to go a step further and compare something like 90% of P3 with 100%? Obviously "90% of P3" doesn't tell you exactly where the coverage is falling short, but it's just an example. One might choose to hit ~90% by simply pulling the green primary back while leaving red and blue at the limits, or something else. Essentially, I think I'm asking if it's possible to set arbitrary primaries rather than do a full gamut? I looked into doing similar with VapourSynth but it seems it only has specific presets, and it would require modifying the source and recompiling, which I'm afraid I am not set up for. I did manage to get VapourSynth working and use the script from @quietvoid which was very helpful! I was actually surprised and how subtle the differences often are even between 709 and P3, which makes me wonder even more how subtle the difference must be between 90% of P3 and 100% or similar. Last edited by aron7awol; 15th September 2021 at 20:27. |
16th September 2021, 07:50 | #2018 | Link |
Registered User
Join Date: Feb 2020
Posts: 539
|
"so now bt 709 is gamma 2.22 (which is mathematical correct) not 2.4? are you use we don't have to use gamma 2.22 now because you said so?"
No, bt.709 is gamma 1.961. The inverse of 1.961 is also called 1.961. Yet, BT.709's EOTF is not an inverse. Okay? Oogh. It is different because camera is supposed to be in much lighter environment! It is called dim surround compensation. "i have an CX here no. i can find bt 1886 which is absolutely pointless for" That is how you are supposed to watch video, BUT NOT WEB PAGES. Okay? There is a secret menu where you can override stuff on a CX. "it doesn't gray it out it uses it by default" No, it does not. It uses PQ or HLG, which is not gamma. BT.709 and sRGB are also not gamma, only BT.1886 can be called gamma, but only on perfect display like OLED. "gamma is relative to room brightness if you have problem with that have a problem with that." The correct term is scene referred. AND NO, PQ IS DISPLAY referred. You cannot manipulate it, Dolby IQ being an exception. But if you will read the patent on it, it is insane. https://patents.google.com/patent/WO2018119161A1/en "you just tell mpv that your display is calibrated to sRGB instead of BT 709 is it?" Instead of BT.1886, yes. The fact of the matter it is the only player that can do correct change of transfer, except Apple of course. Absolutely the same result you can get by just changing to BT.1886 in LG TV display. The result is darker and removes blooming. Last edited by Balling; 16th September 2021 at 08:05. |
16th September 2021, 08:21 | #2019 | Link |
Registered User
Join Date: Feb 2020
Posts: 539
|
@aslar42 "By opening CRU I see no trace of 2160p23 and 2160p59 resolutions, only 24, 25, 30, 50 and 60 (plus 100 and 120)."
Well, open your eyes. There is no such thing as 23 or 59. There is only 24/1.001 and 60/1.001 or 24.000 and 60.000 and it is almost perfectly refered to as such in new windows 10 display menu. Same about 30, 120. THOSE are included in TV resolutions (VICs) integer rate, PC must switch the alternate clock! DTD only support 3 decimals so they are useless. Do not play with CRU, it corrupts EDID. Yes, even after the update. Also, you will have to apply the change in registry by hand. An example: Video Data Block: VIC 96: 3840x2160 50.000 Hz 16:9 112.500 kHz 594.000 MHz VIC 95: 3840x2160 30.000 Hz 16:9 67.500 kHz 297.000 MHz VIC 94: 3840x2160 25.000 Hz 16:9 56.250 kHz 297.000 MHz VIC 93: 3840x2160 24.000 Hz 16:9 54.000 kHz 297.000 MHz VIC 16: 1920x1080 60.000 Hz 16:9 67.500 kHz 148.500 MHz VIC 5: 1920x1080i 60.000 Hz 16:9 33.750 kHz 74.250 MHz VIC 4: 1280x720 60.000 Hz 16:9 45.000 kHz 74.250 MHz VIC 3: 720x480 59.940 Hz 16:9 31.469 kHz 27.000 MHz VIC 2: 720x480 59.940 Hz 4:3 31.469 kHz 27.000 MHz VIC 1: 640x480 59.940 Hz 4:3 31.469 kHz 25.175 MHz VIC 17: 720x576 50.000 Hz 4:3 31.250 kHz 27.000 MHz VIC 18: 720x576 50.000 Hz 16:9 31.250 kHz 27.000 MHz VIC 19: 1280x720 50.000 Hz 16:9 37.500 kHz 74.250 MHz VIC 20: 1920x1080i 50.000 Hz 16:9 28.125 kHz 74.250 MHz VIC 31: 1920x1080 50.000 Hz 16:9 56.250 kHz 148.500 MHz VIC 14: 1440x480 59.940 Hz 4:3 31.469 kHz 54.000 MHz VIC 15: 1440x480 59.940 Hz 16:9 31.469 kHz 54.000 MHz VIC 29: 1440x576 50.000 Hz 4:3 31.250 kHz 54.000 MHz VIC 30: 1440x576 50.000 Hz 16:9 31.250 kHz 54.000 MHz VIC 6: 1440x480i 59.940 Hz 4:3 15.734 kHz 27.000 MHz VIC 7: 1440x480i 59.940 Hz 16:9 15.734 kHz 27.000 MHz VIC 21: 1440x576i 50.000 Hz 4:3 15.625 kHz 27.000 MHz VIC 22: 1440x576i 50.000 Hz 16:9 15.625 kHz 27.000 MHz VIC 97: 3840x2160 60.000 Hz 16:9 135.000 kHz 594.000 MHz Here every 60.000, 24.000, 30.000 also support alternate clock of /1.001 (except VIC 1, 2, 3, 6, 7 and those that have 50 Hz). Simple as that!! Same about those, BTW (except 100 Hz and 50 Hz, again). YCbCr 4:2:0 Capability Map Data Block: VIC 97: 3840x2160 60.000 Hz 16:9 135.000 kHz 594.000 MHz VIC 96: 3840x2160 50.000 Hz 16:9 112.500 kHz 594.000 MHz VIC 118: 3840x2160 120.000 Hz 16:9 270.000 kHz 1188.000 MHz VIC 117: 3840x2160 100.000 Hz 16:9 225.000 kHz 1188.000 MHz VIC 102: 4096x2160 60.000 Hz 256:135 135.000 kHz 594.000 MHz VIC 101: 4096x2160 50.000 Hz 256:135 112.500 kHz 594.000 MHz VIC 219: 4096x2160 120.000 Hz 256:135 270.000 kHz 1188.000 MHz VIC 218: 4096x2160 100.000 Hz 256:135 225.000 kHz 1188.000 MHz Last edited by Balling; 16th September 2021 at 09:12. |
16th September 2021, 10:20 | #2020 | Link | ||||
Registered User
Join Date: Oct 2012
Posts: 7,903
|
Quote:
Quote:
on an oled bt 1886 is 2.4 making it pointless. "gamma is relative to room brightness if you have problem with that have a problem with that." Quote:
"you just tell mpv that your display is calibrated to sRGB instead of BT 709 is it?" [qoute]Instead of BT.1886, yes. The fact of the matter it is the only player that can do correct change of transfer, except Apple of course. Absolutely the same result you can get by just changing to BT.1886 in LG TV display. The result is darker and removes blooming.[/QUOTE] selecting bt 1886 is the same as selecting gamma 2.4 in them what has this to do with apple or any other source device. the gamma selection after calibration and only if you aim for the same gamma will make sure that an untouched input image will be displayed with the selected gamma. completely irrelevant for this topic here. even if i calibrated my TV to gamma 2.4 the 3d LUT has to be 2.2 for the destination if we want to tone map end of story. Quote:
|
||||
Thread Tools | Search this Thread |
Display Modes | |
|
|