Media Player Classic - BE Win32/x64

[Aleksoid1978]

Don't just think of sound related settings. Mouse functions for all other commands are not available in this case. No problem with keyboard keys.

Will there be a correction about this?

Yes - it's correct. Disable while opening progress.

[cmhrky]

Keyboard functions are working. Must mouse functions not work as well? Is there another problem with mouse functions?

[Klaus1189]

I encountered an issue in MPC VR. I tried older drivers of my RX5700 XT, older versions of MPC-BE and so on. But trial and error got me to the result that MPCVideoRenderer-v0.4.2.1180_git2020.03.10-09388c1 is latest fine version and the next build MPCVideoRenderer-v0.4.2.1185_git2020.03.13-f45ed38 is already affected.
The issue is a green vertical line at the right of the videoframe, but only when software decoding is used. It doesn't matter if I use LAV Filters or internal Filters. If I use DXVA the issue does not appear.

[Aleksoid1978]

Show screenshot with statistics and upload short sample file.

[Klaus1189]

I created screenshots with statistics, I maximized because in 100% scaling hard to see. And sample video is also in this folder:
https://drive.google.com/drive/folders/1mP_9botO48BD3Y0AvieryJG8_9hsTBGT?usp=sharing

[Aleksoid1978]

I created screenshots with statistics, I maximized because in 100% scaling hard to see. And sample video is also in this folder:
https://drive.google.com/drive/folders/1mP_9botO48BD3Y0AvieryJG8_9hsTBGT?usp=sharing

Can you take small screenshot to see statistics normal ?

[Klaus1189]

Sorry, what do you need?

[ryrynz]

Sorry, what do you need?

He wants it normal size so he can see everything.

[Klaus1189]

So videoframe at 100% scaling?

[Aleksoid1978]

Don't need anything :)

[v0lt]

@Klaus1189
Your problem is repeated in release v0.4.3.1215?

[Klaus1189]

Yes up to latest nightly

[Aleksoid1978]

I encountered an issue in MPC VR. I tried older drivers of my RX5700 XT, older versions of MPC-BE and so on. But trial and error got me to the result that MPCVideoRenderer-v0.4.2.1180_git2020.03.10-09388c1 is latest fine version and the next build MPCVideoRenderer-v0.4.2.1185_git2020.03.13-f45ed38 is already affected.
The issue is a green vertical line at the right of the videoframe, but only when software decoding is used. It doesn't matter if I use LAV Filters or internal Filters. If I use DXVA the issue does not appear.

Test in Nvidia 960/1030 - there is no green line. And as developers don't have such device RX5700 XT i don't think that we can help :)

[v0lt]

@Klaus1189
We had such a problem, but we still fixed it before v0.4.3.1215. We did not check on AMD. I will try to find a way to check on other AMD graphics cards.

[Klaus1189]

OK, what was changed between those two builds? 1180 is still fine for my RX 5700 XT.

[v0lt]

Klaus1189
The change was affected by 1183_git2020.03.11-26811b7 (https://github.com/Aleksoid1978/VideoRenderer/commit/26811b75fb17d95c373bfde5f5194b4b1686554c). The size of the texture in which the frame is stored has been changed.
This has been fixed in 1210_git2020.03.29.29-70e6ea4 (https://github.com/Aleksoid1978/VideoRenderer/commit/70e6ea43fc4accbdc4fb3a612e99c415452316d2).

I have some idea what AMD might have a problem with. But I need time for checks and tests.

[Klaus1189]

Thanks for info. If you need someone to test, here I am :)

[Aleksoid1978]

I encountered an issue in MPC VR. I tried older drivers of my RX5700 XT, older versions of MPC-BE and so on. But trial and error got me to the result that MPCVideoRenderer-v0.4.2.1180_git2020.03.10-09388c1 is latest fine version and the next build MPCVideoRenderer-v0.4.2.1185_git2020.03.13-f45ed38 is already affected.
The issue is a green vertical line at the right of the videoframe, but only when software decoding is used. It doesn't matter if I use LAV Filters or internal Filters. If I use DXVA the issue does not appear.

Test - https://yadi.sk/d/xp1kLKh6BAq76g

[Klaus1189]

This build fixes the issue :)
Thank you for very quick fix. Out of curiosity: What code has AMD problems with?

[v0lt]

@Klaus1189
1. Was there a problem when using the D3D11 decoder? If it was, does it fix her test build?
2. Was there a problem for DX9 mode with DXVA2 VP? If there was, does its test build fix it?

[Klaus1189]

I get the green line on both DX9 and DX11 (MPC VR options page, "Use Direct3D11" enabled and disabled) when I am using software decoding. If I use DXVA filters ("GPU" shown on player ui) the issue disappears. It doesn't matter if I use internal filters of MPC-BE or external LAV Filters.

And with new testbuild I do not get any green line at all -> for me it is working :)

[v0lt]

@Klaus1189
Ok. Fixed in 1228_git2020.04.10-fd7b624.

[Klaus1189]

@devs: Thank you :)

[pirlouy]

Are there particular goals for MPC Video Renderer ?
If I had a request, I'm really interested in Smooth Motion algorithm from madVR (light on CPU/GPU and very eye-friendly).

[v0lt]

If I had a request, I'm really interested in Smooth Motion algorithm from madVR (light on CPU/GPU and very eye-friendly).
Please show the open source implementation of such an algorithm, then we will think about it.

[Klaus1189]

Updated german translation (https://drive.google.com/file/d/1NwBzp70DqbsN-NeKUsrorOgUedPyb_nu/view?usp=sharing) based on r5202 "Show milliseconds"

[wushantao]

https://send.firefox.com/download/5886c83bd98b030a/#Za5ypGNlVB8FJiGPUmQgUQ

Simplified Chinese is here xD

[ryrynz]

Please show the open source implementation of such an algorithm, then we will think about it.

Butterflow (https://github.com/dthpham/butterflow)

[pirlouy]

I think Butterflow aim is to create a new video, not to do it in real time. Plus if it uses OpenCL, there's a high chance it uses ressources.

And no, there's no open source algorithm (I forgot MPDN is also able to do it but it's also closed-source). That's why I asked if you were interested in having it in MPC renderer. Like I don't know your goal, I hoped maybe you were interested in anti-judder stuff.

[v0lt]

@Klaus1189, @wushantao
Thanks. Updated in r5209.

@pirlouy
I planned to implement the frame rate change with the D3D11 Video Processor (available on some graphics cards). It may not be difficult, but the video processor will need some improvements. I do not know when it will happen.

[s0meone_new]

What is the new text? Information should be needed about this at all times. :)

Only this is a text that has changed or is new? "Show milliseconds"

Hungarian translation updated (5212):
https://www85.zippyshare.com/v/2UMihQWK/file.html

[dahnen]

Hi

I suspect this may not be a player problem but maybe I can get help.

TL;DR: Correct AR is not set when an external decoder is being used and the file has non-square pixels.


I have this hevc video file with 720x476 dimensions and 4:3 AR.


MPC-BE with its stock settings and internal filters displays it correctly.

But when I play it using an external decoder it is shown with incorrect AR (1.51:1).

I tried it using different combinations of decoders (Powerdvd decoder, Lentoid decoder) and different renderers (EVR-CP and madVR) and the result is same.

Different AR settings in the video decoder settings in the options window is also not effective since I'm not using the internal decoder.

Yeah, yeah, I know the file is broken but since internal filters can display it correctly,
I wonder if there is a way I can get the player to recognize the correct AR without having to set it manually for every video?

Mediainfo (redacted):



General
Format : Matroska
Format version : Version 4
File size : 333 MiB
Duration : 20 min 21 s
Overall bit rate : 2 284 kb/s
Encoded date : UTC 2019-05-22 23:31:06
Writing application : mkvmerge v33.0.0 ('A Little Bit of Madness') 64-bit
Writing library : libebml v1.3.7 + libmatroska v1.5.0
Encoding Gui : Hybrid 2019.05.05.1

Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L3@Main
Codec ID : V_MPEGH/ISO/HEVC
Duration : 20 min 21 s
Bit rate : 2 058 kb/s
Width : 720 pixels
Height : 476 pixels
Display aspect ratio : 4:3
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.250
Stream size : 300 MiB (90%)
Writing library : x265 3.0_Au+21-bac0e1acb874:[Windows][GCC 8.3.0][64 bit] 10bit
Encoding settings : cpuid=1111039 / frame-threads=2 / numa-pools=4 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=720x476 / interlace=0 / total-frames=0 / level-idc=0 / high-tier=1 / uhd-bd=0 / ref=5 / no-allow-non-conformance / no-repeat-headers / annexb / no-aud / no-hrd / info / hash=0 / no-temporal-layers / open-gop / min-keyint=23 / keyint=250 / gop-lookahead=0 / bframes=8 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=40 / lookahead-slices=0 / scenecut=40 / radl=0 / no-splice / no-intra-refresh / ctu=64 / min-cu-size=8 / rect / no-amp / max-tu-size=32 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 / rdoq-level=2 / dynamic-rd=0.00 / no-ssim-rd / signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / strong-intra-smoothing / max-merge=3 / limit-refs=3 / limit-modes / me=3 / subme=3 / merange=57 / temporal-mvp / weightp / no-weightb / no-analyze-src-pics / deblock=0:0 / sao / no-sao-non-deblock / rd=3 / no-early-skip / rskip / no-fast-intra / no-tskip-fast / no-cu-lossless / no-b-intra / no-splitrd-skip / rdpenalty=0 / psy-rd=2.00 / psy-rdoq=1.00 / no-rd-refine / no-lossless / cbqpoffs=0 / crqpoffs=0 / rc=crf / crf=19.0 / qcomp=0.60 / qpstep=4 / stats-write=0 / stats-read=0 / ipratio=1.40 / pbratio=1.30 / aq-mode=2 / aq-strength=1.00 / cutree / zone-count=0 / no-strict-cbr / qg-size=32 / no-rc-grain / qpmax=69 / qpmin=0 / no-const-vbv / sar=0 / overscan=0 / videoformat=5 / range=0 / colorprim=2 / transfer=2 / colormatrix=2 / chromaloc=0 / display-window=0 / max-cll=0,0 / min-luma=0 / max-luma=1023 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / no-opt-qp-pps / no-opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05 / no-opt-cu-delta-qp / no-aq-motion / no-hdr / no-hdr-opt / no-dhdr10-opt / no-idr-recovery-sei / analysis-reuse-level=5 / scale-factor=0 / refine-intra=0 / refine-inter=0 / refine-mv=0 / refine-ctu-distortion=0 / no-limit-sao / ctu-info=0 / no-lowpass-dct / refine-analysis-type=0 / copy-pic=1 / max-ausize-factor=1.0 / no-dynamic-refine / no-single-sei / no-hevc-aq / no-svt / qp-adaptation-range=1.00
Language : English
Default : Yes
Forced : Yes


.......

[Klaus1189]

Rightclick on time in right lower corner of Player you can enable this feature for one session. After closing the player, it is automatically disabled.

[v0lt]

MPC Video Renderer v0.4.5.1242 (https://github.com/Aleksoid1978/VideoRenderer/releases/tag/0.4.5).
Description (https://github.com/Aleksoid1978/VideoRenderer/blob/0.4.5/Readme.md).

Changes:
Fixed problem with old frame output after play-stop-play.
Fixed the green line on the right side of the frame when using a DXVA2 or D3D11 video processor and a software decoder on AMD graphics cards.
Added support for IMFVideoMixerBitmap. Now some players can draw images over video (OSD).
Recommended version of MPC-BE v1.5.5.5183 or later.

[beter]

Update of translation for Chinese traditional and Dutch
https://www.sendspace.com/file/7rx2yu

[v0lt]

s0meone_new
Thanks. Updated in r5213.

beter
Thanks. Updated in r5222.

[littleD]

Hi

I suspect this may not be a player problem but maybe I can get help.

TL;DR: Correct AR is not set when an external decoder is being used and the file has non-square pixels.


I have this hevc video file with 720x476 dimensions and 4:3 AR.


MPC-BE with its stock settings and internal filters displays it correctly

But when I play it using an external decoder it is shown with incorrect AR (1.51:1).

I tried it using different combinations of decoders (Powerdvd decoder, Lentoid decoder) and different renderers (EVR-CP and madVR) and the result is same.

Different AR settings in the video decoder settings in the options window is also not effective since I'm not using the internal decoder.

Yeah, yeah, I know the file is broken but since internal filters can display it correctly,
I wonder if there is a way I can get the player to recognize the correct AR without having to set it manually for every video?

Mediainfo (redacted):



General
Format : Matroska
Format version : Version 4
File size : 333 MiB
Duration : 20 min 21 s
Overall bit rate : 2 284 kb/s
Encoded date : UTC 2019-05-22 23:31:06
Writing application : mkvmerge v33.0.0 ('A Little Bit of Madness') 64-bit
Writing library : libebml v1.3.7 + libmatroska v1.5.0
Encoding Gui : Hybrid 2019.05.05.1

Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L3@Main
Codec ID : V_MPEGH/ISO/HEVC
Duration : 20 min 21 s
Bit rate : 2 058 kb/s
Width : 720 pixels
Height : 476 pixels
Display aspect ratio : 4:3
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.250
Stream size : 300 MiB (90%)
Writing library : x265 3.0_Au+21-bac0e1acb874:[Windows][GCC 8.3.0][64 bit] 10bit
Encoding settings : cpuid=1111039 / frame-threads=2 / numa-pools=4 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=720x476 / interlace=0 / total-frames=0 / level-idc=0 / high-tier=1 / uhd-bd=0 / ref=5 / no-allow-non-conformance / no-repeat-headers / annexb / no-aud / no-hrd / info / hash=0 / no-temporal-layers / open-gop / min-keyint=23 / keyint=250 / gop-lookahead=0 / bframes=8 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=40 / lookahead-slices=0 / scenecut=40 / radl=0 / no-splice / no-intra-refresh / ctu=64 / min-cu-size=8 / rect / no-amp / max-tu-size=32 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 / rdoq-level=2 / dynamic-rd=0.00 / no-ssim-rd / signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / strong-intra-smoothing / max-merge=3 / limit-refs=3 / limit-modes / me=3 / subme=3 / merange=57 / temporal-mvp / weightp / no-weightb / no-analyze-src-pics / deblock=0:0 / sao / no-sao-non-deblock / rd=3 / no-early-skip / rskip / no-fast-intra / no-tskip-fast / no-cu-lossless / no-b-intra / no-splitrd-skip / rdpenalty=0 / psy-rd=2.00 / psy-rdoq=1.00 / no-rd-refine / no-lossless / cbqpoffs=0 / crqpoffs=0 / rc=crf / crf=19.0 / qcomp=0.60 / qpstep=4 / stats-write=0 / stats-read=0 / ipratio=1.40 / pbratio=1.30 / aq-mode=2 / aq-strength=1.00 / cutree / zone-count=0 / no-strict-cbr / qg-size=32 / no-rc-grain / qpmax=69 / qpmin=0 / no-const-vbv / sar=0 / overscan=0 / videoformat=5 / range=0 / colorprim=2 / transfer=2 / colormatrix=2 / chromaloc=0 / display-window=0 / max-cll=0,0 / min-luma=0 / max-luma=1023 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / no-opt-qp-pps / no-opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05 / no-opt-cu-delta-qp / no-aq-motion / no-hdr / no-hdr-opt / no-dhdr10-opt / no-idr-recovery-sei / analysis-reuse-level=5 / scale-factor=0 / refine-intra=0 / refine-inter=0 / refine-mv=0 / refine-ctu-distortion=0 / no-limit-sao / ctu-info=0 / no-lowpass-dct / refine-analysis-type=0 / copy-pic=1 / max-ausize-factor=1.0 / no-dynamic-refine / no-single-sei / no-hevc-aq / no-svt / qp-adaptation-range=1.00
Language : English
Default : Yes
Forced : Yes


.......

Remux file again in mkvtoolnix and set Aspect ratio of 4:3 and it should be no problem. Make sure you have newest mkvtoolnix installed.
The only problem sometimes is when there is a sar in the stream and the container both them. But its not this case.

[tormento]

MPC Video Renderer v0.4.5.1242
How is it different from standard renderers in MPC-BE? Or MadVR?

[Aleksoid1978]

Hi

I suspect this may not be a player problem but maybe I can get help.

TL;DR: Correct AR is not set when an external decoder is being used and the file has non-square pixels.


I have this hevc video file with 720x476 dimensions and 4:3 AR.


MPC-BE with its stock settings and internal filters displays it correctly.

But when I play it using an external decoder it is shown with incorrect AR (1.51:1).

I tried it using different combinations of decoders (Powerdvd decoder, Lentoid decoder) and different renderers (EVR-CP and madVR) and the result is same.

Different AR settings in the video decoder settings in the options window is also not effective since I'm not using the internal decoder.

Yeah, yeah, I know the file is broken but since internal filters can display it correctly,
I wonder if there is a way I can get the player to recognize the correct AR without having to set it manually for every video?

Mediainfo (redacted):



General
Format : Matroska
Format version : Version 4
File size : 333 MiB
Duration : 20 min 21 s
Overall bit rate : 2 284 kb/s
Encoded date : UTC 2019-05-22 23:31:06
Writing application : mkvmerge v33.0.0 ('A Little Bit of Madness') 64-bit
Writing library : libebml v1.3.7 + libmatroska v1.5.0
Encoding Gui : Hybrid 2019.05.05.1

Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L3@Main
Codec ID : V_MPEGH/ISO/HEVC
Duration : 20 min 21 s
Bit rate : 2 058 kb/s
Width : 720 pixels
Height : 476 pixels
Display aspect ratio : 4:3
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.250
Stream size : 300 MiB (90%)
Writing library : x265 3.0_Au+21-bac0e1acb874:[Windows][GCC 8.3.0][64 bit] 10bit
Encoding settings : cpuid=1111039 / frame-threads=2 / numa-pools=4 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=720x476 / interlace=0 / total-frames=0 / level-idc=0 / high-tier=1 / uhd-bd=0 / ref=5 / no-allow-non-conformance / no-repeat-headers / annexb / no-aud / no-hrd / info / hash=0 / no-temporal-layers / open-gop / min-keyint=23 / keyint=250 / gop-lookahead=0 / bframes=8 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=40 / lookahead-slices=0 / scenecut=40 / radl=0 / no-splice / no-intra-refresh / ctu=64 / min-cu-size=8 / rect / no-amp / max-tu-size=32 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 / rdoq-level=2 / dynamic-rd=0.00 / no-ssim-rd / signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / strong-intra-smoothing / max-merge=3 / limit-refs=3 / limit-modes / me=3 / subme=3 / merange=57 / temporal-mvp / weightp / no-weightb / no-analyze-src-pics / deblock=0:0 / sao / no-sao-non-deblock / rd=3 / no-early-skip / rskip / no-fast-intra / no-tskip-fast / no-cu-lossless / no-b-intra / no-splitrd-skip / rdpenalty=0 / psy-rd=2.00 / psy-rdoq=1.00 / no-rd-refine / no-lossless / cbqpoffs=0 / crqpoffs=0 / rc=crf / crf=19.0 / qcomp=0.60 / qpstep=4 / stats-write=0 / stats-read=0 / ipratio=1.40 / pbratio=1.30 / aq-mode=2 / aq-strength=1.00 / cutree / zone-count=0 / no-strict-cbr / qg-size=32 / no-rc-grain / qpmax=69 / qpmin=0 / no-const-vbv / sar=0 / overscan=0 / videoformat=5 / range=0 / colorprim=2 / transfer=2 / colormatrix=2 / chromaloc=0 / display-window=0 / max-cll=0,0 / min-luma=0 / max-luma=1023 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / no-opt-qp-pps / no-opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05 / no-opt-cu-delta-qp / no-aq-motion / no-hdr / no-hdr-opt / no-dhdr10-opt / no-idr-recovery-sei / analysis-reuse-level=5 / scale-factor=0 / refine-intra=0 / refine-inter=0 / refine-mv=0 / refine-ctu-distortion=0 / no-limit-sao / ctu-info=0 / no-lowpass-dct / refine-analysis-type=0 / copy-pic=1 / max-ausize-factor=1.0 / no-dynamic-refine / no-single-sei / no-hevc-aq / no-svt / qp-adaptation-range=1.00
Language : English
Default : Yes
Forced : Yes


.......



MPC-BE Source filter read AR from container and Video Decoder can read it data from Source filter, that’s all :)

[dahnen]

MPC-BE Source filter read AR from container and Video Decoder can read it data from Source filter, that’s all :)

these external decoders don't send the correct AR set in the video stream to renderer, did I understand right? so is there nothing the player can do in this case?

[Klaus1189]

@dahnen: Just for testing: try out the three different settings on both "Video decoder configuration" (internal) and on LAV Filters.
https://drive.google.com/file/d/1uCYv0xOsYfYtjrWwpidR7nhs6lOwaFYP/view?usp=sharing
https://drive.google.com/file/d/1k6yFqJz1F8QfhQ6M_ovt3mGJUM2ZhV4U/view?usp=sharing

nevertheless a poorly encoded file ;)


@devs: Is this annotation correct?
https://drive.google.com/file/d/1EDmrtn4DDQXXEMoEfZyoGadE3UK96ZZq/view?usp=sharing

I am not sure if the annotation is correct the way it is. Do I really have to uncheck the internal filters?
Only if I want to use a Standalone version of an internal filter perhaps (I don't know), but not if I want to use LAV Filters for example. Then just add them as external filters and set to prefer.

I want this annotation to be correct so I need info for translation update :)

[v0lt]

@Klaus1189
Disabling these checkboxes works if the filter is simply added without changing the priority to Prefer or is in the system.

[Klaus1189]

Ok, so best to leave it then.

[dahnen]

@dahnen: Just for testing: try out the three different settings on both "Video decoder configuration" (internal) and on LAV Filters.
https://drive.google.com/file/d/1uCYv0xOsYfYtjrWwpidR7nhs6lOwaFYP/view?usp=sharing
https://drive.google.com/file/d/1k6yFqJz1F8QfhQ6M_ovt3mGJUM2ZhV4U/view?usp=sharing

nevertheless a poorly encoded file ;)




Nope I've tried 3 of them and it doesn't change the result. I'm using an external hevc decoder so I'm not sure that setting is being used. Internal decoder diplays in the correct ratio.

[beter]

Some bugs.
1, When EVR-CP is used during video playback, the video cannot be sped up to higher framerate than the refresh rate of the monitor, otherwise the audio would be paused regularly to "wait" for av-sync. Eg. With 60Hz monitor, a 30p video can be sped up up to 2x, a 50p video can be sped up up to 1.2x.
2, When EVR-CP is used during video playback, the audio lags when the window is minimised, just like there is a huge delay of video and the audio has to wait for it.
3, When DXVA resizing is used on a PC with an Intel iGPU, there would be problem during saving screenshot if "including subtitles" is checked(Even when the video does not contain any subtitles). I get a black image regularly when there is no subtitle at the moment of screenshot. If the option was checked last time and I open a video without subtitles, then I am almost always getting a black image.
4, A small question. Video with Windows Media container cannot be sped up. Is it a bug, or just some limitation due to proprietary format?
Thank you.

[Aleksoid1978]

beter
1. Why you need play with FPS > refresh rate of monitor/TV ?
2. You minimize window and audio start lags ? On what format/files it's happened, maybe upload short sample ?
4. Look at filters list, i think it's happened when using system filter for WMV format. If so - install LAV Filters.

[v0lt]

@beter
1. There is a problem with statistics. The correct value is displayed when the VSync option is enabled.
I watched a video with 60 fps on a 75 Hz screen at a speed of 1.5 and got fake 90 fps in the statistics. If I specify 2.0 or more, then the statistics breaks. With VSync enabled, I get the correct 75 fps. The remaining frames will be dropped.
You may also have a performance problem. On the integrated video cards, it’s impossible to work with frames at high speed.

3. I can not confirm. MPC-BE 1.5.5.5230.

[beter]

@Aleksoid1978 @v0lt
The Windows Media problem is indeed due to the system splitter, Thank you.

(I need to play with FPS > refresh rate of monitor, because I need 1.2x playback of 60p video on 60Hz monitor.)

I tried again and find out that problem 1 and 2 occur mostly on Intel iGPU (although I could reproduce once on a trash level Nvidia card in the last 10 minutes, I don't even understand why it occurred), so please test on an Intel iGPU...
I tried on Windows 7 + HD4000 and on Windows 10 + UHD6xx.

All these three problems only occur if EVR-CP is being used. No problem in case of MPC Video Renderer or madVR.

Some explanation for problem 2 first. It happens more likely on high framerate video (48p or above). Every time I return from minimized window, I would see something like this:
https://i.imgur.com/17jD1KZ.jpg

And problem 1.
A 50p video on 60Hz monitor, EVR-CP, 1.2x, no dropping frame, smooth playback.
https://i.imgur.com/NsmdfO8.jpg

A 50p video on 60Hz monitor, EVR-CP, 1.3x, framerate stuck at 60, terrible green line is going up.
https://i.imgur.com/N7gKzHy.jpg

A 50p video on 60Hz monitor, MPC renderer, 1.3x, frames could be dropped, normal playback.
https://i.imgur.com/ztAoER9.jpg


Finally, problem 3.
A video capture showing how it occurred:
https://drive.google.com/file/d/1uYYOp83flwN_BzfyeuLnE3pqy-QOW3Oc/view

[Aleksoid1978]

beter
About high FPS - disable VSync.
About audio drop when minimized - change Presentation mode to Flip/FlipEx.

[Anima123]

Probably because I hit the wrong hot key, now mpc-be has current time showed in left-up corner of the video. How do I get rid of it?