Media Player Classic - BE Win32/x64

[darksen]

Originally Posted by filler56789

Lossless DTS is VBR, therefore when played as external audio to a video file the audio demuxer is unable to index it /generate proper timestamps. IF you want to keep it as external audio then you'd better remux it to a .MKA file.

Thanks for the info. How I didn't think in making it an mka, that is faster than muxing it into the mkv.

[Aleksoid1978]

https://yadi.sk/d/5lTw0ms_59Ts-A

Testing HLG on HDR passthrough.
Also check HDR to SRD for HLG.

[chros]

Wow, Aleks, thanks, I'll check it tonight!

[huhn]

HLG to SDR with tone mapping is to bright.

HLG to HDR seems fine.

HLG as SDR seems to be still BT 2020 even trough the display expects BT 709. i would consider this a user error but if someone disables all HDR option it should still convert BT 2020 to BT 709. so this should be done or hlg to SDR with tone mapping should be forced for HLG.

[chros]

Thanks, huhn. Aleks, you can check what madvr does with lavfilters (since it only outputs SDR with it).

[huhn]

it does BT 2020 to BT 709(with default settings you can output it as bt 2020 with the correct settings but why even tell you you know that.) and nothing else because for madVR it's just a SDR file with BT 2020 as primaries/matrix

[v0lt]

MPCVideoRenderer-v0.4.10.1542_git2020.12.15-45a2b1c
Various improvements for HLG.

[chros]

Thank you, guys, and congrats! I think yours is the first HLG2HDR10 directshow renderer!
It looks really good! BT.2020 flag is passed to the TV correctly. Amazing!
I'll do more test, probably during the weekend.

One feature request: can you make the OSD white color dimmer (e.g. 50% or even less?) with HDR10 output? (It just burns yours eyes out now )

And doesn't mpc-be internal video decoder support d3d11-native using hevc? Only dxva2-copyback?
Thanks

[huhn]

only HLG as sdr has wrong colorspace now.

[Aleksoid1978]

Originally Posted by chros

And doesn't mpc-be internal video decoder support d3d11-native using hevc? Only dxva2-copyback?

Only DXVA2 Native

[ryrynz]

Originally Posted by chros

One feature request: can you make the OSD white color dimmer (e.g. 50% or even less?) with HDR10 output? (It just burns yours eyes out now )

A different transparency setting for HDR would be nice, but you can already change transparency with the OSD so give it a shot.

[Aleksoid1978]

Originally Posted by huhn

only HLG as sdr has wrong colorspace now.

HLG a little darker then HDR10, compare:
https://i.imgur.com/O4pCNLD.png
This is much better than it was

[huhn]

i will check these details later.

i'm talking about rendering bt 20920 as bt 709 the colors are washed out. that'S not a problem with tonemap or passthrough.

[Aleksoid1978]

Originally Posted by huhn

i will check these details later.

i'm talking about rendering bt 2020 as bt 709 the colors are washed out. that'S not a problem with tonemap or passthrough.

Rendering as bt.709 - rendering as is. I don't know what can do.

[huhn]

it's bt2020
you have to run this filter:
https://github.com/Aleksoid1978/Vide...rsion.hlsl#L87

float3 Colorspace_Gamut_Conversion_2020_to_709(const float3 rgb)
{
return mul(convert_matrix_2020_to_709, rgb);
}

[Aleksoid1978]

Ok - i will check later.

[Aleksoid1978]

Originally Posted by huhn

it's bt2020
you have to run this filter:
https://github.com/Aleksoid1978/Vide...rsion.hlsl#L87

float3 Colorspace_Gamut_Conversion_2020_to_709(const float3 rgb)
{
return mul(convert_matrix_2020_to_709, rgb);
}

I do for testing, check and compare:
SDR - https://i.imgur.com/GtYNWzs.png
HDR to SDR - https://i.imgur.com/Y82jKyB.png
HLG to SDR - https://i.imgur.com/IAQqCph.jpg
HLG bt.202 to bt.709 - https://i.imgur.com/l99tCrd.jpg

[huhn]

sorry i don't know what the xbox screenshoot function does so i can't judge screen shoots for HDR.

but i can do this for you
SDR madVR: https://abload.de/img/madvrmsk9y.jpg
SDR mpcVR: https://abload.de/img/mpcvr7hj57.jpg
so your new HLG bt.2020 to bt.709 doesn't seem to work correctly.

the madVR results is AFAIK correct for a SDR display.
SDR is BT709 (sRGB)

what madVR is doing is simple in theory.
it read the primary and then it compares it to the calibration setting.
if no calibration setting is set it defaults to BT 709 for SDR and BT 2020 for HDR passthrough.

if the primary is not matching with the "calibration setting" it will make it match. so in this case it sees BT 2020 from the file and it applies bt 2020 to bt 709 because of SDR.
your HDR -> SDR tonemapping does this too.

BT709 and sRGB are not 100 % the same but you can skip this topic no one really calibrates to sRGB(to those that do don't feel offended plz there are reasons to do that) but to BT709 they are very similar to.
sorry it's calibration is sadly never easy...

BTW. you could force HLG to SDR tonemapping it's "better" anyway.
HLG SDR with bt 2020 to bt 709 is more of compatibility thing it looks bad but that's how it should looks on a SDR screen...

[v0lt]

Expert help required.

MFVideoTransferMatrix
AVColorSpace
zimg_matrix_coefficients_e
Let's look at the parameters for BT.2020:

MFVideoTransferMatrix_BT2020_10
MFVideoTransferMatrix_BT2020_12

AVCOL_SPC_BT2020_NCL
AVCOL_SPC_BT2020_CL

ZIMG_MATRIX_BT2020_NCL
ZIMG_MATRIX_BT2020_CL

How do I correctly map MFVideoTransferMatrix to AVColorSpace (or zimg_matrix_coefficients_e)?

MFVideoTransferFunction
AVColorTransferCharacteristic
zimg_transfer_characteristics_e
Let's look at the parameters for BT.2020:

MFVideoTransFunc_2020_const
MFVideoTransFunc_2020

AVCOL_TRC_BT2020_10
AVCOL_TRC_BT2020_12

ZIMG_TRANSFER_BT2020_10
ZIMG_TRANSFER_BT2020_12

How do I correctly map MFVideoTransferFunction to AVColorTransferCharacteristic (or zimg_transfer_characteristics_e)?

MicroSoft confused TransferMatrix and TransferFunction?

[Aleksoid1978]

Originally Posted by huhn

sorry i don't know what the xbox screenshoot function does so i can't judge screen shoots for HDR.

but i can do this for you
SDR madVR: https://abload.de/img/madvrmsk9y.jpg
SDR mpcVR: https://abload.de/img/mpcvr7hj57.jpg
so your new HLG bt.2020 to bt.709 doesn't seem to work correctly.

the madVR results is AFAIK correct for a SDR display.
SDR is BT709 (sRGB)

what madVR is doing is simple in theory.
it read the primary and then it compares it to the calibration setting.
if no calibration setting is set it defaults to BT 709 for SDR and BT 2020 for HDR passthrough.

if the primary is not matching with the "calibration setting" it will make it match. so in this case it sees BT 2020 from the file and it applies bt 2020 to bt 709 because of SDR.
your HDR -> SDR tonemapping does this too.

BT709 and sRGB are not 100 % the same but you can skip this topic no one really calibrates to sRGB(to those that do don't feel offended plz there are reasons to do that) but to BT709 they are very similar to.
sorry it's calibration is sadly never easy...

BTW. you could force HLG to SDR tonemapping it's "better" anyway.
HLG SDR with bt 2020 to bt 709 is more of compatibility thing it looks bad but that's how it should looks on a SDR screen...

You need compare with my screenshot, in current version of MPC VR no bt.2020 to bt.709 conversion.