Media Player Classic - BE Win32/x64

[Scoty]

Also on BE i miss this option to set DXVA 2 (copy-back).

[VictorLS]

Scoty
Simplest way to achieve Auto-Fit is use ordinary EVR - it can't change sizes so always auto-fit video but if you use EVR-CP, MPC-VR, madVR etc. i.e. by pressing right mouse button...
In windowed mode before playing
https://i.postimg.cc/FfP6XPMK/MPC-BEauto-fit1.png (https://postimg.cc/FfP6XPMK)
In fullscreen mode while playing
https://i.postimg.cc/QFhY9Gst/MPC-BEauto-fit2.png (https://postimg.cc/QFhY9Gst)
For DXVA2(copy-back) use external LAV Video decoder instead of internal MPC Video decoder.
PS. Your screenshots aren't visible now and will not approved in nearest future (due to some forum.doom9.org issue) - reupload them on some photo exchange server, please

[Scoty]

I use madVR and i have install lav splitter and video but its show always MPC Video decoder.

[Klaus1189]

Set external LAV Filters to prefer in MPC-BE options -> external filters

[Scoty]

Its work now but in the internal Video Decoder option there is MPC Video. Only whene i play a Video i see lav settings and can change to copy-back.

[VictorLS]

Only when i play a Video i see lav settings and can change to copy-back
Not only - you can double-click left mouse button on LAV Video Decoder in MPC-BE-Options-External Filters before playing any files.

[v0lt]

Only whene i play a Video i see lav settings and can change to copy-back.
Start > All programs > LAV Filters > LAV Video Configuration.

[VictorLS]

Start > All programs > LAV Filters > LAV Video Configuration.
In case if you've installed from exe (instead of i.e. regsvr32 LAVVideo.ax as I always do) LAV Filters before.

[Scoty]

I dont use exe for install. Download always zip and copy to the mpc folder.

[v0lt]

MPC Video Renderer 0.5.4.1723 (https://github.com/Aleksoid1978/VideoRenderer/releases/tag/0.5.4)

Changes:
Fixed dithering when outputting 10-bit for DX11 mode.
Improved compatibility with CoreAVC Video Decoder.
Fixed frame rotation when using DXVA2 or D3D11 VP.
Optimization of processing when using only DXVA2 or D3D11 VP.
Added a check for the ability to create an input surface for DXVA2 VP. This fixes the Y410 format issue on Intel graphics.
Fixed work of the last post-resize shader in DX11 mode when dithering is active.
Improved copying speed from DXVA2 decoder surface to D3D11 texture for Intel integrated graphics.
Fixed display of the settings window when opened from the command line (rundll32.exe).
Improved stability in DX11 mode.
Fixed flickering of subtitles in DX11 mode in some situations.
Improved compatibility with PotPlayer.
Added GetBool("doubleRate") command to get information about doubling frames. This is possible when deinterlacing is used.
Fixed work of the debug version on systems without Windows SDK.
Fixed crashes when working with some external filters.
Added experimental option "Wait for V-Blank before Present".
Recommended version of MPC-BE 1.5.7.6180 or later.

[huhn]

subtitle still flicker with dx11 on my PC using xysubfilter.

with dx11 subtitle are displayed wrong with libassmod but don't flicker.

dx9 AMD deint is more broken than usually it only reports "pixeladaptive" as the deint mode and is doing weaving half the time.
because DX11 list 4 modes and it seems like the first mode is used (bob) is there a way to select the mode?

using control+arrow key right to go through frame by frame is not working properly with an interlaced source (really not import if you ask me) i will test this later with nvidia.

[v0lt]

huhn
Judging by your message, this build works worse for you than the previous stable build. My resources do not allow to please everyone. I will advise you 0.5.2.1607 (https://github.com/Aleksoid1978/VideoRenderer/releases/tag/0.5.2) or 0.5.3.1655 (https://disk.yandex.ru/d/X0EVMKP4TcmnHQ/Old).

[huhn]

i have an older version here same issue just retested it because you updated it. new AMD driver new issues.

and the dx11 new subtitle interface issues could be part of the subtitle renderer there is no other DX11 render i have ever tried madVR is just dx9 until presentation so this is not comparable. DX9 works totally flawless for both.

amd and deint is just that but i always wonder when the driver says there are 4 deint types than than there has to be a way to access them not?

[clsid]

Make a debug build that logs if the renderer receives a subtitle each frame or if it gets dropped somewhere.

[v0lt]

MPC-BE 1.5.8 (build 6302) stable (https://sourceforge.net/projects/mpcbe/files/MPC-BE/Release%20builds/1.5.8/) with digital signature (SF.net).

List of changes (https://sourceforge.net/p/mpcbe/code/HEAD/tree/tags/release_1.5.8/docs/Changelog.txt).

MPC-BE Nightly builds: main file store (https://yadi.sk/d/hlf1lfC8mKU58), alternative 1 (https://yadi.sk/d/AjAXDDHtHRIELg), alternative 2 (https://cloud.mail.ru/public/V1rp/2iqNDT5Rx)
Also new and old versions can be found on VideoHelp.com (https://www.videohelp.com/software/MPC-BE).

Donate (https://mpc-be.org/forum/index.php?topic=240.0).

[clsid]

There is a bug in MPCVR that can result in a crash in dxva2.dll

I finally got a good crash dump from MPC-HC crash reporter, so I could analyze where it occurs:
CDX9VideoProcessor::Render() -> pBackBuffer is NULL, so m_pD3DDevEx->GetBackBuffer is failing somehow.
This pointer eventually ends up in call to m_pDXVA2_VP->VideoProcessBlt() where it causes the crash.
So at least a check is needed for success of call to GetBackBuffer.

It happened after OnDisplayChange() in player. So probably the render device changed.
Hopefully this bug gives additional motivation to implement support for device re-init in the renderer.

[v0lt]

clsid
I tried the fix in c6a227 (https://github.com/Aleksoid1978/VideoRenderer/commit/c6a227e3d342046be39101bcd971633975c0515c).

[clsid]

That should fix the crash. Thanks. But rendering will still fail and probably give a black screen. So hopefully you guys can implement full device re-init.

Idea: could you add a line to the "Information" tab to log this kind of rendering errors? That would be helpful in Release builds to understand why for example a black screen occurs for someone. Simply set a string value when the first "fatal" error occurs.

Perhaps this tab could also display details about the input mediatype and resolution? It is easier for people to copy/paste this than make screenshot with Ctrl+J, which also might not work in case of rendering fail.

[v0lt]

Idea: could you add a line to the "Information" tab to log this kind of rendering errors? That would be helpful in Release builds to understand why for example a black screen occurs for someone. Simply set a string value when the first "fatal" error occurs.
It is difficult to do, because there are non-critical errors and an avalanche of errors is possible that will break the "Information" tab. Use the "Debug" version (I always upload it with the main one). This is the best solution.

Perhaps this tab could also display details about the input mediatype and resolution? It is easier for people to copy/paste this than make screenshot with Ctrl+J, which also might not work in case of rendering fail.
See the last PinInfo tab.

So hopefully you guys can implement full device re-init.
As far as I know, this has been implemented for a long time.

[atsukasa]

Example subtitle srt file with <br>
1
00:00:00,000 --> 00:00:02,980
Hello<br>everyone

When a video has <br> in internal subs or srt file like above, the video shows Hello<br>everyone in MPC-BE or MPC-HC with default subtitle settings+renderer.
With the same file played on most other players like Mpv, Vlc, Plex or Kodi it shows:
Hello
everyone

Is it possible to include an option for MPC-BE to do a line break instead of showing <br> in video if it's found in the subtitle file? Thanks

[clsid]

You would obviously only log specific critical errors. And only the first error that occurs, by checking if the string is empty. I did not mean to log exact same as current debug output. It is just an extra log in the GUI to quickly and easily see a hint of what went wrong.

Debug build is for experienced users. When a normal user is having a problem it is easier to first ask to make a copy of the information tab. Then later a debug build could be used to gather more details.

CMpcVideoRenderer::OnWindowMove() only resets in case of DX11.

[Aleksoid1978]

MPC VR - don't reset devices when change display, only when enter/leave exclusive fullscreen.
Maybe later add this optional.

[chros]

So hopefully you guys can implement full device re-init.

MPC VR - don't reset devices when change display, only when enter/leave exclusive fullscreen.
Maybe later add this optional.
That would be really useful, thanks!

And I have a similar problem with mpc-be internal audio renderer (mpc-hc internal audio renderer doesn't have this issue):
as a result: player can crash or a popup is displayed that there's no aduio device.

To understand when it's happening:
- setup is: DVI to monitor, HDMI to TV (via avr , but it doesn't matter)
- it doesn't matter either whether OS is set to extended desktop or just use TV
- sometimes due to HDMI handshake issue, the TV can't switch to another mode (refresh mode, or HDR mode) soon enough, so OS looses the TV device, and that result in the above issues

[ryrynz]

Need to do some more testing.

[clsid]

MPC VR - don't reset devices when change display, only when enter/leave exclusive fullscreen.
Maybe later add this optional.Please do, because this would make the renderer usable for a lot more people. It doesn't need to be an option. Just check if device has changed or if display size is different after move.

[Aleksoid1978]

1 - I do not understand what has to do with moving the window between screens and completely reinitializing the device, it already works.
2 - Why moving window when watch movie ?

[v0lt]

MPC VR - don't reset devices when change display, only when enter/leave exclusive fullscreen.
Maybe later add this optional.
This will lead to serious problems, which, if they can be fixed, will greatly confuse the code and complicate subsequent support. And it does nothing for the user. I'm against.

I can easily move the player window from one display to another. I can even leave the player window on two displays at the same time. Both displays are connected to different adapters (Nvidia GTX 950 and Intel HD 4000).

[ryrynz]

When I have a video open in the player the open file window is cut off along the bottom. Using latest nightly.
https://i.ibb.co/nLNg24Y/Untitled.png

[clsid]

When you have multiple screens, it is a common task to move a window from one screen to another. In case of movie playback people might start the player on their primary screen and then move it to a secondary screen for watching.

If you can move the window without issue already, then in your case it doesn't need to do the re-init. Change the resolution of your second screen and try again. You will notice issue with subtitles when screens have different sizes. It keeps using texture size of initial screen.

The code to do the re-init already exists. So I don't see how it can complicate the code. The only thing that needs to be added is an extra situation in which the re-init is performed.

So basically when moving you check if device is still valid and working and if screen size is still the same. That that is all ok, then nothing needs to be done! Only if an issue/change is detected, do the re-init.

[Aleksoid1978]

That would be really useful, thanks!

And I have a similar problem with mpc-be internal audio renderer (mpc-hc internal audio renderer doesn't have this issue):
as a result: player can crash or a popup is displayed that there's no aduio device.

To understand when it's happening:
- setup is: DVI to monitor, HDMI to TV (via avr , but it doesn't matter)
- it doesn't matter either whether OS is set to extended desktop or just use TV
- sometimes due to HDMI handshake issue, the TV can't switch to another mode (refresh mode, or HDR mode) soon enough, so OS looses the TV device, and that result in the above issues

I don't understand about bug, need more info.

[Grimsdyke]

The other day I received as a gift from a friend the (somewhat) old DVD releases of the wonderful THE AVENGERS tv series !!
But they are somewhat badly done because each episode can be watched with an intro by some German actors/fans and this confuses the DVD Navigator (same with HC) and skipping within the episodes is not working properly.
So I would like to ask if there are maybe any plans now to pick up/improve dslibdvdnav ?

(PS: Yes, I know that I could watch the episodes without the intro but that is not the point here)

[v0lt]

So I would like to ask if there are maybe any plans now to pick up/improve dslibdvdnav ?
Discussion of the dslibdvdnav (https://forum.doom9.org/showthread.php?t=153191).

You can also use the menu Navigate > Jump to.

[chros]

If you can move the window without issue already, then in your case it doesn't need to do the re-init. Change the resolution of your second screen and try again. You will notice issue with subtitles when screens have different sizes. It keeps using texture size of initial screen.
I just tried this out with d3d11 (and lavfilters using d3d11-native): no crash here, but as clsid said subtitles are not displayed in fullscreen window.

Setup: 1080p monitor, 2160p TV.
Test:
- play a file in window on monitor
- pause playback and drag window to TV
- unpause playback on TV: all looks good
- make it fullscreen: subtitle isn't displayed

[chros]

And I have a similar problem with mpc-be internal audio renderer (mpc-hc internal audio renderer doesn't have this issue):
as a result: player can crash or a popup is displayed that there's no aduio device.

To understand when it's happening:
- setup is: DVI to monitor, HDMI to TV (via avr , but it doesn't matter)
- it doesn't matter either whether OS is set to extended desktop or just use TV
- sometimes due to HDMI handshake issue, the TV can't switch to another mode (refresh mode, or HDR mode) soon enough, so OS looses the TV device, and that result in the above issues

I don't understand about bug, need more info.

Thanks for the reply, let me try to make it more clear.

Let's take a look at this example:
- Windows is set to display desktop in SDR only on TV: that means the audio device in Windows sound setting panel is "LG TV" (due to the HDMI connection)
- when I open an HDR file, the TV tries to switch into HDR mode, that requires "mode" change on the TV, meaning new HDMI handshake between TV and PC (nvidia card)
-- sometimes it happens, that the TV can't switch into the requested mode (HDR in this case) due to HDMI handshake issue, the result is:
--- TV looses the connection for 3-10 seconds (displaying "no signal" image), then reestablish it sucessfully
--- in Windows: "LG TV" audio device is lost -> the "Yamaha AVR" device is used for that 3-10 seconds, then "LG TV" audio device is back (also the desktop appears on the monitor for couple of seconds)

As a result:
- mpc-be can crash (exiting with an error code, that's perfect this way)
- or a popup is displayed by mpc-be that it can't render aduio device

Somehow this works fine in mpc-hc using its built-in audio renderer, meaning that (probably) it re-init the audio device when it changes.
(I wouldn't even have mentioned this issue if you weren't already talking about re-initing mpcVR and I haven't noticed that this can be handled in mpc-hc.)

[atsukasa]

Example subtitle srt file with <br>:
1
00:00:00,000 --> 00:00:02,980
Hello<br>everyone

When a video has <br> from internal subs or srt file like above, the video will show Hello<br>everyone in MPC-BE or MPC-HC with default subtitle settings+renderer.
With the same file played on most other players like Mpv, Vlc, Plex or Kodi it shows:
Hello
everyone

Is it possible to include an option for MPC-BE to do a line break instead of showing <br> in video if it's found in the subtitle file? Thanks

[Aleksoid1978]

Thanks for the reply, let me try to make it more clear.

Let's take a look at this example:
- Windows is set to display desktop in SDR only on TV: that means the audio device in Windows sound setting panel is "LG TV" (due to the HDMI connection)
- when I open an HDR file, the TV tries to switch into HDR mode, that requires "mode" change on the TV, meaning new HDMI handshake between TV and PC (nvidia card)
-- sometimes it happens, that the TV can't switch into the requested mode (HDR in this case) due to HDMI handshake issue, the result is:
--- TV looses the connection for 3-10 seconds (displaying "no signal" image), then reestablish it sucessfully
--- in Windows: "LG TV" audio device is lost -> the "Yamaha AVR" device is used for that 3-10 seconds, then "LG TV" audio device is back (also the desktop appears on the monitor for couple of seconds)

As a result:
- mpc-be can crash (exiting with an error code, that's perfect this way)
- or a popup is displayed by mpc-be that it can't render aduio device

Somehow this works fine in mpc-hc using its built-in audio renderer, meaning that (probably) it re-init the audio device when it changes.
(I wouldn't even have mentioned this issue if you weren't already talking about re-initing mpcVR and I haven't noticed that this can be handled in mpc-hc.)

Also have TV + Yamaha AVR connected via HDMI and don't have such issue, so can't help.

[v0lt]

When a video has <br> from internal subs or srt file like above, the video will show Hello<br>everyone in MPC-BE or MPC-HC with default subtitle settings+renderer.
With the same file played on most other players like Mpv, Vlc, Plex or Kodi it shows:
Hello
everyone
Give an example of such a file.

[chros]

Also have TV + Yamaha AVR connected via HDMI and don't have such issue, so can't help.
No worries, thanks.

[atsukasa]

When a video has <br> from internal subs or srt file like above, the video will show Hello<br>everyone in MPC-BE or MPC-HC with default subtitle settings+renderer.
With the same file played on most other players like Mpv, Vlc, Plex or Kodi it shows:
Hello
everyone


Give an example of such a file.

Change subtitles.txt file extension to .srt as I can't upload srt file here.
Rename any video file you have to subtitles so it plays together with the subtitles.srt I uploaded.

It happens to all videos as long as there's <br> tags in the srt/subtitle file like the following.
(Can also copy the code and save as srt then play it with any video)
1
00:00:00,000 --> 00:00:02,980
Hello<br>everyone

[huhn]

mpcVR d3d11 xysubfilter issue is limited to only the first time subtitles are shown it will show ~1 black frame in stead.

[Aleksoid1978]

mpcVR d3d11 xysubfilter issue is limited to only the first time subtitles are shown it will show ~1 black frame in stead.

Check this - https://disk.yandex.ru/d/i3Vqk36OYXUQTg

[huhn]

ok this is very odd now.

this version fixed it for mpc-be but not for mpc-hc.
with MpcVideoRenderer-0.5.4.1723 both have the issue.
so there seem to be a difference how they deal with that but i guess not your problem.

there is still a small issue left when the first frame with subtitles is draw mpcVR drops a frame when the frame rate is not matched this is clearly visible in the graph too but still much better than how madVR handles first time subtitles.

so thanks for the fix.

[Perenista]

In April 16, 2021 I reported a bug in MPC-BE. It is explained in this and the following messages:

https://forum.doom9.org/showthread.php?p=1940912#post1940912

When I was told to disable a specific setting the "bug" stopped for good, and it also happened for the 1st time ever only when I started using MPC-BE (I was using MPC-HC until that day, instead).

From what I understood back then this was indeed a MPC-BE bug or it was related to my R7 265 video card.

However my video card DIED a month later. The motherboard as well, but the MB I already knew it was oxidized, but when they were both gone the MB didn't even go to BIOS. I bought a new MB, am using now and for the time being I am relying on the onboard video from my CPU.

As I said here:
https://forums.anandtech.com/threads/can-a-dead-video-card-damage-a-motherboard.2594821/

Under a microscope I could clearly see the PCI-E connectors from the video card burned out when it probably had a short circuit. And when the PC "crashed" the video image looked fuzzy and after the restart it never showed even the BIOS again.

Why am I mentioning all this? Because now I need to know if this "bug" I mentioned back then was a clear indication the video card was going to die 1 month later.

If it wasn't then this was a confirmed MPC-BE problem.

Users v0lt and SacredCultivator seemed to confirm they were affected, too, I believe only when using madVR.

******
Another thing I wanted to ask here is why MPC-BE is not allowing us to skip to another chapter like MPC-HC. This feature seems to be missing from it.

This is how MPC-HC shows this file:

https://i.postimg.cc/yN94qRJb/MPC-HC.png

And MPC-BE.

https://i.postimg.cc/L59rZ0xc/BE.png

Sometimes I add the XML file from the chapters to a Matroska, and after opening with MPC-HC I can quickly confirm they are there. If MPC-BE refuses to show any sign of them I need to check with MediaINFO or go back to MPC-HC.

[Aleksoid1978]

Options -> Player -> Interface -> Use chapters marker.

[Siso]

The latest alpha doesn't remember interface custom settings - R G B sliders...

[v0lt]

Perenista
Do not attach to messages. Use file sharing services.
Subtitles with .txt extension are not supported in MPC-BE.
For SubRip subtitles (.srt), <br> tag support has been added in r6320 alpha.

@Siso
Thanks. Fixed in r6338 alpha.

Additional fix in r6341 alpha.

[Siso]

@Siso
Thanks. Fixed in r6338 alpha.

Thanks, v0lt :)

[Scoty]

Check this - https://disk.yandex.ru/d/i3Vqk36OYXUQTg

Nice thx

[Liisachan]

Hello! I'm having a problem (1.5.8.6302 tested) and would like to know if anyone can reproduce this.

mpc-be-test.mkv (http://faireal.net/aaa/mpc-be-test.mkv) (4 sec; 6.8 MB)

Let's say we have BIG letters as softsubs:
http://faireal.net/aaa/mpc-be100.jpg

When resized (e.g. 200%) or full-screened, something like this is expected:
http://faireal.net/aaa/mpc-be200ext.jpg
Indeed, the result is like this with MPC-BE + external subtitle renderer; also with old MPC, MPC-HC, VLC.

But with MPC-BE + internal subtitle renderer, soft-sub glyphs are not scaled right:
http://faireal.net/aaa/mpc-be200int.jpg

The result is vaguely similar on my Win7-32 and Win7-64 (a bit different, though) in that seemingly
a large letter is not scaled larger enough.
In the above example, it's ASS \fs200, so it should be like \fs400 when video is resized to 200%, but it isn't.

Sorry I'm posting big images here... :thanks:

[Aleksoid1978]

It’s limitation, can’t draw/scale to “very” big size.