Media Player Classic - BE Win32/x64

[v0lt]

I see such function calls. CMpcVideoRenderer::SetMediaType(): NV12, NV12, P010, P010, NV12.
And I don’t understand why the last SetMediaType() sets the NV12 format. This does not happen to me.

[huhn]

the situation is special here.

the file in question should be hardware decoded and as far as i can see lavfilter even tries to do that with mpc-hc i can see for a very short time the H/W information in the bottom left:
https://abload.de/img/mpc-hc27k63.png

it pretty much impossible to find a file that looks like it is hardware compatible but isn't in the end when using nvidia or intel GPUs.

this is nothing serious anyway i just forced p010 to see issues with D3D11 processing and the new AMD driver i really really don't need this.

[Aleksoid1978]

Originally Posted by huhn

the situation is special here.

the file in question should be hardware decoded and as far as i can see lavfilter even tries to do that with mpc-hc i can see for a very short time the H/W information in the bottom left:
https://abload.de/img/mpc-hc27k63.png

it pretty much impossible to find a file that looks like it is hardware compatible but isn't in the end when using nvidia or intel GPUs.

this is nothing serious anyway i just forced p010 to see issues with D3D11 processing and the new AMD driver i really really don't need this.

Try with this debug LAV Filters + DebugView.
https://yadi.sk/d/YEYTL-UjXed24g

[v0lt]

@huhn
I added more debugging information to MPCVideoRenderer v0.4.0.1129.

PS: You can use https://pastebin.com/ for large logs.

[yonta]

mpc-vr uses too much gpu 3d and drops frames on 4k60fps videos in direct3d11 mode.
Is this expected behavior?
I tried mpc-hc and potplayer using mpc-vr and they seem to work fine.

[v0lt]

Originally Posted by yonta

mpc-vr uses too much gpu 3d and drops frames on 4k60fps videos in direct3d11 mode.
Is this expected behavior?

If you use a DXVA2 decoder and D3D11 mode, then MPC VR will give a high load. If you do not like it, then use the D3D9 mode.

[huhn]

here you go:
https://pastebin.com/Dupfh0ih

[littleD]

Originally Posted by yonta

mpc-vr uses too much gpu 3d and drops frames on 4k60fps videos in direct3d11 mode.
Is this expected behavior?
I tried mpc-hc and potplayer using mpc-vr and they seem to work fine.

I noticed, that mpc vr is slower around the time when dx11 OSD code was changing. The rendere has hiccups especially with 60FPS videos. You may try really old version, pre-osd changes. Go back even with some december 2019 build.
Maybe devs might look on it?

[yonta]

Originally Posted by v0lt

If you use a DXVA2 decoder and D3D11 mode, then MPC VR will give a high load. If you do not like it, then use the D3D9 mode.

so, it's either use an external d3d11 decoder or stick with d3d9 mode. okay.

[huhn]

that's why it doesn't work in windows media player but in this "video app" thingy.

so this is clearly not a bug just a feature here is a proof look at it still properly encoding a VP9 video for playback:
https://abload.de/img/amdefknb.png

i'm calling them again monday and tell them this if i didn't loose my mind before... it's so sad.

edit: well i guess i just lay back for while instead.

[littleD]

Originally Posted by yonta

so, it's either use an external d3d11 decoder or stick with d3d9 mode. okay.

He ment that You have to use same dx version for decoder and renderer.
So dxva2 decoder and dxvd9 renderer
or
dxva11 decoder and dxva11 renderer option.

[littleD]

Originally Posted by huhn

that's why it doesn't work in windows media player but in this "video app" thingy.

so this is clearly not a bug just a feature here is a proof look at it still properly encoding a VP9 video for playback:
https://abload.de/img/amdefknb.png

i'm calling them again monday and tell them this if i didn't loose my mind before... it's so sad.

edit: well i guess i just lay back for while instead.

Win video App may simply use MFT decoder. It may be win internal, or provided with drivers (custom AMD decoder). Thats why nothing work in other players since they not support MFT. Check this out.

[huhn]

a post is missing making this out of context.

[clsid]

An automatic option for D3D9/D3D11 mode would be useful: use D3D9 if input is DXVA2 native, use D3D11 otherwise if supported by the system.

[v0lt]

I will try to explain what the D3D9 and D3D11 modes mean in MPC-VR.

Direct3D 9 mode
All stages of image processing using only D3D9. DXVA VideoDecoder, DXVA VideoProcesso and shader processing also use D3D9.

Direct3D 11 mode
Most stages of image processing using D3D11. DXVA VideoProcessor is completely replaced with D3D11 VideoProcessor. Shader processing now uses D3D11.
But...
1. DXVA VideoDecoder can be replaced with D3D11 VideoDecoder (LAV). But we had to leave support for DXVA decoders. To do this, we have to copy from the D3D9 video surface to the D3D11 texture, which loads the memory bus (system memory is used).
2. We also have to use the shared D3D9-D3D11 texture so that we can draw subtitles and OSD on it. It turned out a little suboptimal. If anyone can implement the analogs of ISubRenderCallback and CDX9SubPic, then subtitles and OSD can be output as quickly as in D3D9 mode.

In the current state, the effect of the dependencies on D3D9 on the D3D11 mode is as minimal as possible (as far as we succeeded).

[Aleksoid1978]

huhn
Show screenshot from DXVAChecker to check support or not standart "VP9 Profile 0" mode.

Check playback "VP9 Profile 0" in MPC-BE using internal filters/decoders with EVR-CP - show screenshot with Statistics(Ctrl+J).

About crash using LAV Video + MPC VR - it's can try to understand this only locally using the debugger. If you can provide remote access to your computer, I can try to do it. If so - write in PM.

[huhn]

DXVA: https://abload.de/img/dxvacheckere7ja4.png
MPC-BE working hardware decoding: https://abload.de/img/mpc-be4sjys.png

BTW. EVR CP triggers freesync and that in a very inconsistent way.

it is really worth the time to look deeper into it?

[Aleksoid1978]

Originally Posted by huhn

DXVA: https://abload.de/img/dxvacheckere7ja4.png
MPC-BE working hardware decoding: https://abload.de/img/mpc-be4sjys.png

BTW. EVR CP triggers freesync and that in a very inconsistent way.

it is really worth the time to look deeper into it?

Write to LAV's author about "bug" in LAV Video - that's it's can using DXVA for VP9.

[huhn]

well he knows and it should be the same reason with windows media player.

but if it is the need for makro block mode instead of raw stream or if the driver is just lying or whatever who knows...

[nevcairiel]

The DXVA documentation says that the flag should be 1 on decoders which accept a raw bitstream. If the AMD driver doesn't set it, its just broken. Not that this is a big surprise about AMD.
Technically there is no other mode for VP9, so I suppose I could add a special exemption to allow it anyway, but regardless their shit is broke.

I can very specifically quote the DXVA VP9 specification which states that "ConfigBitstreamRaw" should always be 1 for VP8/9, AMD violates that apparently.