Media Player Classic - BE Win32/x64

[huhn]

this https://i.imgur.com/l99tCrd.jpg is not correct sdr bt 709. it should look like this: https://abload.de/img/madvrmsk9y.jpg

just take the red in the top left corner.
for HDR -> SDR tone mapping there is a lot of freedom i can't 100 % say it wrong or right.
even the source doesn't seem to be mastered in a way that they should look alike:
it say in HDR10 M03 750 nits
it says in HLG M03 75% grey.
i don't know what 75% grey means is it a linear image that would be 750 nits.
HLG 75% of 1024 range ~767 that's not 750 nits.

HLG as HDR seems fine
HDR passthrough seems fine
both tone mapping of HLG and HDR 10 seems fine
but HLG SDR bt2020 to bt709 is obviously wrong even in your new screenshoot.

@volt they all 3 seem to be the same.
and that'S all i can provide i don't know the difference between bt2020_10 and bt2020_12 same for MFVideoTransFunc_2020_const MFVideoTransFunc_2020.

[chros]

Originally Posted by chros

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

Originally Posted by Aleksoid1978

Only DXVA2 Native

I just noticed that I have brutal tearing with:
- LAV Video set to d3d11-native
- mpcVR set to "Use Derect3D 11" and Swap effect is set to "Flip" (there's with "Discard" as well, but not that brutal)

Now, if I set one of the following the tearing goes away:
- LAV Video set to d3d11-copyback
- uncheck "Use Derect3D 11" in mpcVR (LAV Video falls back to d3d11-copyback)

Does it mean that mpcVR doesn't support d3d11-native at all? I haven't noticed this before ...

[Klaus1189]

Originally Posted by Klaus1189

I just tried EVR CP Renderer again after long time and I don't know which settings I need to get rid of these stutters, which are also protocolled by EVR stats graph. I does't matter if I use internal filters or LAV Filters. Tried to disable DXVA2 and tried various DXVA2 settings of LAV. I also tried different renderer settings and VSync options. But no luck.
https://drive.google.com/file/d/1hec...ew?usp=sharing

I did some more testing and I have created a videofile without audio, so copyright should not be an issue.

Just play this 60p file with CVR custom and stock settings and you will get this jerky playback. I checkd EVR cutom statictics in Filters menu and it reports a lot of dropped frames. If I did something wrong, please let me know what settings I need to tweak.
I must add I am on a Nvidia RTX30 card now. But AMD RX 5700XT is still here.

https://drive.google.com/file/d/1pDj...ew?usp=sharing

[v0lt]

Originally Posted by chros

I just noticed that I have brutal tearing with:
- LAV Video set to d3d11-native
- mpcVR set to "Use Derect3D 11" and Swap effect is set to "Flip" (there's with "Discard" as well, but not that brutal)

Now, if I set one of the following the tearing goes away:
- LAV Video set to d3d11-copyback
- uncheck "Use Derect3D 11" in mpcVR (LAV Video falls back to d3d11-copyback)

Tearing?

[v0lt]

Originally Posted by Klaus1189

Just play this 60p file with CVR custom and stock settings and you will get this jerky playback. I checkd EVR cutom statictics in Filters menu and it reports a lot of dropped frames. If I did something wrong, please let me know what settings I need to tweak.
I must add I am on a Nvidia RTX30 card now. But AMD RX 5700XT is still here.

I did not notice any major problems with this video (although it seemed to me that the graph is moving smoothly). Perhaps a larger display is needed.

I can advise you to check the "Video" and "Frame synchronization" settings, as well as make a frame with active statistics (Ctrl+J). You can also try turning VSync (V) on/off and using the exclusive full screen.

[Klaus1189]

Statistics (Ctrl+J) show that frames are dropped. I also tried all possible combinations of VSync options built into MPC-BE. While playing back the file I rightclick menu and open filter list and click on CVR CP and then on the second it lists the dropped frames which grow fast.

If I turn on Tearing Test and use it for "smooth test" and you can clearly see that I get dropped frames because the double red line jumps during that drop.

I tried madVR and also MPC Video Renderer. Both are fine to my eyes and also no dropped frames are reported. So I encounter that issue only on EVR CP. I want that basic renderer be also fine.

I created a second sample file, which is now AVC, but also 60p. Also here Audio removed for copyright issues:
https://drive.google.com/file/d/1orp...ew?usp=sharing

[Klaus1189]

Updated german translation - little cosmetic change: more consistent

[chros]

Originally Posted by v0lt

Tearing?

Yes, and brutal stuttering as well even with SDR (1080p/2160p) content

Here's the interesting part: it works fine at 59Hz!!! (even with 23p/25p videos)
Issue happens if I set the TV (in Windows adapter settings) to:
- 23Hz with 23p video
- 25Hz with 25p video

I have 2 displays connected to the HTPC:
- monitor via DVI (only supports 60Hz, so I can't try it on this)
- TV via HDMI (supports 23/24/25/29/30/50/59/60Hz)

Something is not right. And as I said this only happens when Lav Video is set to d3d11-native and d3d11 output is enabled in mpcVR (more visible with "Flip" presentation).

[Aleksoid1978]

Originally Posted by chros

Yes, and brutal stuttering as well even with SDR (1080p/2160p) content

Here's the interesting part: it works fine at 59Hz!!! (even with 23p/25p videos)
Issue happens if I set the TV (in Windows adapter settings) to:
- 23Hz with 23p video
- 25Hz with 25p video

I have 2 displays connected to the HTPC:
- monitor via DVI (only supports 60Hz, so I can't try it on this)
- TV via HDMI (supports 23/24/25/29/30/50/59/60Hz)

Something is not right. And as I said this only happens when Lav Video is set to d3d11-native and d3d11 output is enabled in mpcVR (more visible with "Flip" presentation).

Can you record video with statistics ?
Do you try in fullscreen exclusive ?

[Aleksoid1978]

Originally Posted by Klaus1189

Statistics (Ctrl+J) show that frames are dropped. I also tried all possible combinations of VSync options built into MPC-BE. While playing back the file I rightclick menu and open filter list and click on CVR CP and then on the second it lists the dropped frames which grow fast.

If I turn on Tearing Test and use it for "smooth test" and you can clearly see that I get dropped frames because the double red line jumps during that drop.

I tried madVR and also MPC Video Renderer. Both are fine to my eyes and also no dropped frames are reported. So I encounter that issue only on EVR CP. I want that basic renderer be also fine.

I created a second sample file, which is now AVC, but also 60p. Also here Audio removed for copyright issues:
https://drive.google.com/file/d/1orp...ew?usp=sharing

Check you video - perfect playback(test in window and fullscreen exclusive).

P.S. Try reset settings, try in fullscreen exclusive.

[Aleksoid1978]

Originally Posted by huhn

this https://i.imgur.com/l99tCrd.jpg is not correct sdr bt 709. it should look like this: https://abload.de/img/madvrmsk9y.jpg

just take the red in the top left corner.
for HDR -> SDR tone mapping there is a lot of freedom i can't 100 % say it wrong or right.
even the source doesn't seem to be mastered in a way that they should look alike:
it say in HDR10 M03 750 nits
it says in HLG M03 75% grey.
i don't know what 75% grey means is it a linear image that would be 750 nits.
HLG 75% of 1024 range ~767 that's not 750 nits.

HLG as HDR seems fine
HDR passthrough seems fine
both tone mapping of HLG and HDR 10 seems fine
but HLG SDR bt2020 to bt709 is obviously wrong even in your new screenshoot.

Ok, so my algorithm is inaccurate or incomplete.

[v0lt]

MPCVideoRenderer-v0.4.10.1553_git2020.12.18-73a6d82

I am thinking of removing the "Convert to SDR" feature for HLG. It gives practically nothing. HLG is compatible with SDR displays.

added:
mpcvr_1553_hdr_stats_1
Test build with dimmed statistics for displays in HDR mode.

[VictorLS]

Originally Posted by v0lt

I am thinking of removing the "Convert to SDR" feature for HLG. It gives practically nothing. HLG is compatible with SDR displays.

I like to switch off "Convert to SDR" to test how looks HLG video on my SDR monitor without any processing with MPC Video Renderer avoiding switching to i.e. ordinary EVR.

[huhn]

Originally Posted by v0lt

MPCVideoRenderer-v0.4.10.1553_git2020.12.18-73a6d82

I am thinking of removing the "Convert to SDR" feature for HLG. It gives practically nothing. HLG is compatible with SDR displays.

added:
mpcvr_1553_hdr_stats_1
Test build with dimmed statistics for displays in HDR mode.

while you are 100 % correct that HLG can be watched with SDR but is not really correct it's just a fallback with tone mapping more of the HLG range can be shown accurately just like HDR. the problem is currently there is no selection for the peak brightness.
the calibrated peak brightness for SDR is 100/120 depending on who you ask while screens in SDR mode are often far over that that's why madVR has a control over the brightness you define that here (i guess):
#define DISPLAY_LUMINANCE_PEAK 125.0
https://github.com/Aleksoid1978/Vide...pq_to_sdr.hlsl

i have no clue if your algorithm is able to deal correctly with higher peak brightness but madVR defaults to 200 and it's worth a try.

[clsid]

If you do allow a higher target nit value, then please make it an configurable option.
There are a lot of people who have set their screen to a much lower brightness that its maximum. In that case 200 nits gives a too dark result.
It could be a simple dropdown with values 100/125/150/175/200.

[huhn]

leave it at 100/120 or make it an option.

the usually user has a guessed brightness range of 100-400. the 400 nits user should be pretty rare in comparison to a 200 nits user.

[chros]

Originally Posted by Aleksoid1978

Can you record video with statistics ?
Do you try in fullscreen exclusive ?

Same with fullscreen exclusive. There's nothing on the stats screen.
But I could recreate it on my monitor as well:
it seems the problem only occurs when fps = display Hz or really close to it (59p on 60Hz)!
So, to try to reproduce it, play back:
- 1080p/2160p 59p SDR video on monitor @ 60Hz
- set LAV Video to d3d11 native (not copyback)
- set mpcVR to d3d11 and set Flip presentation
- it happens in window or fullscreen too

Can anyone reproduce this crazy stutter?

[chros]

If I set Vertical Sync only to "Fast" in nvidia control panel the problem seems to go away and it works on TV and monitor as well. (None of the other vsync values help.)
- nvidia says about Fast: "GPU renders unconstrained similar to VSYNC OFF, but does not tear since frames in excess of the refresh rate of the monitor are dropped. Delivers latency that is very close to VSYNC off with no tearing"
- from this reddit post: "FAST-SYNC - De-coupled rendering and monitor refresh. VSYNC OFF but the monitor will only render completely rendered frames, thus eliminating tearing (MINOR input lag but NO TEARING! ) also it is monitor agnostic so it will work with any screen. It is analogous to hardware triple buffering but does not back-pressure the render pipeline."

I have never used this option, it was always on "Use the 3D application setting", so I don't know what affect it has with e.g. madvr.
But from this it's clear that it's some kind of timing issue with those settings.

Edit: yep, Fast vsync produces tearing with madvr, so it's not a solution

[chros]

Originally Posted by v0lt

added:
mpcvr_1553_hdr_stats_1
Test build with dimmed statistics for displays in HDR mode.

Thanks, if it's dimmer then only a bit, we need more (with >=700 nits).

About HLG2HDR10: there's something weird with near black colors, can you test with these?
- BlackPLUGE-U4K_HDR10.mp4 : this one looks allright
- BlackPLUGE-U4K_HLG10.mp4 : the vertical bars are greenish

What do you think?

[P.J]

The aspect ratio of this 16:9 video is wrong in MPC-BE:
https://drive.google.com/file/d/1fYO...ew?usp=sharing