View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0000655||madVR||bug||public||2020-12-10 18:26||2022-06-03 12:21|
|Platform||x64||OS||win 10||OS Version||19041|
|Summary||0000655: madVR trys to use HDR with HLG metadata|
|Description||the internal mpc-be filter send HDR HLG metadata to madVR and madVR actually try to use it as HDR10:|
- VideoChromaSubsampling: 5 (MPEG-2)
- NominalRange : 2 (16-235)
- VideoTransferMatrix : 4 (BT.2020)
- VideoLighting : 0
- VideoPrimaries : 9 (BT.2020)
- VideoTransferFunction : 16 (ARIB STD-B67 (HLG))
the result is a very very bright image which i highly doubt is correct.
|Steps To Reproduce||play an HLG file with MPC-BE internal filter.|
done that'S all it will even trigger HDR->SDR conversation.
|Additional Information||i currently have the stable 0.92.17 but there are reports of 114 with the same "issue".|
|Tags||No tags attached.|
|madVR Version||92.17 with madvrhdrmeasure159|
|Media Player (with version info)||mpc-be 18.104.22.16863|
|Splitter (with version info)||22.214.171.12463|
|Decoder (with version info)||126.96.36.19963|
|DXVA2 Scaling Active||yes|
|Aero / Desktop Composition||On|
|Problem occurs with mode||all modes|
|GPU Driver Version||2020.12.1|
||Should be fixed in the latest test builds (see AVSForum).|
if you didn't notice mpc-be mpcVR added HLG to HDR10 with great success:
i will inform nev that your renderer now excepts HLG metadata correctly so he doesn't have to block it for madVR anymore.
Issue: MadVR plays HLG files by converting it to an SDR image meant for 100 nits (I assume)
Desired behaviour: Tonemap HLG to display with consideration of target peak nits
My display is a 500 nit SDR OLED DCI P3 (XPS 7590), and PQ tonemaps beautifully to give an HDR effect with 500 nits target.
The HLG tonemapping is overly bright for 500 nits, and there is a lack of HDR pop and contrast. (I compared with an iPhone X. madVR PQ matches iPhone X in terms of brightness).
I also compared madVR with mpv (target 500 nits) on the same display. With PQ, madVR matches mpv. However, in HLG madVR is overly bright while mpv matches the iPhone X.
Therefore I assume the HLG tonemapping is targetting a peak brightness of 100 nits.
HLG in madVR is not tonemapped at all. madVR uses the official fallback of HLG where the image is taken as is and instead of hlg gamma is used without any math. if you like to say it's for "120 nits".
it looks bad but is working as intended to the HLG spec.
the bug report here is about something different that was related to meta data with was used for something different in the past and now for HLG and madVR wasn't updated to the new correct meta data so was doing weird things.
|2020-12-10 18:26||huhn||New Issue|
|2020-12-14 09:17||madshi||Assigned To||=> madshi|
|2020-12-14 09:17||madshi||Status||new => assigned|
|2020-12-26 00:08||madshi||Note Added: 0002762|
|2020-12-26 00:08||madshi||Status||assigned => resolved|
|2020-12-26 00:08||madshi||Resolution||open => fixed|
|2020-12-26 00:45||huhn||Note Added: 0002763|
|2020-12-26 00:45||huhn||Status||resolved => closed|
|2022-06-03 03:22||metamerism||Status||closed => feedback|
|2022-06-03 03:22||metamerism||Resolution||fixed => reopened|
|2022-06-03 03:22||metamerism||madVR Version||92.17 => 92.17 with madvrhdrmeasure159|
|2022-06-03 03:22||metamerism||GPU Manufacturer||AMD => NVidia|
|2022-06-03 03:22||metamerism||GPU Model||5700 XT => 1650|
|2022-06-03 03:22||metamerism||Note Added: 0002908|
|2022-06-03 12:21||huhn||Note Added: 0002909|
|2022-06-03 12:21||huhn||Status||feedback => assigned|