Media Player Classic - BE Win32/x64

[v0lt]

Volt, you going build with GCC 9.2?
No. I will do it when necessary or when I want.

@Klaus1189
Both stores for night builds are owned by our volunteers. Aleksoid1978 and I do not post night builds there.

[Klaus1189]

I thought I read somewhere that the main file store (https://yadi.sk/d/hlf1lfC8mKU58) is from you and the alternative (https://yadi.sk/d/r7JYQ2NjHvE4lA) from Aleksoid1978.
Anyway, thanks for that info :)

[Liisachan]

You can download lastest Nightly builds also from here:
Nightly builds from @Aleksoid1978 (https://yadi.sk/d/r7JYQ2NjHvE4lA/Beta/1.5.4)

Thanks! Tested 4808 and 4828.

Since r4808, MPC-BE has become the world first Media Player (at least on Windows) that fully supports font-embedded MKV by itself, when FileMimeType has a newly standardized value: font/sfnt, font/ttf, font/otf, font/collection (registered in 2017), or application/font-sfnt (registered in 2013). LAV can't handle font/collection atm. MPC-HC (official) can't handle any of them. It seems that mpv doesn't really support application/font-sfnt. Test clips are here (https://forum.doom9.org/showthread.php?p=1886831#post1886831), if anyone is interested (now MPC-BE 100% pass Test1-5 and 8; Test6/7 are only for completeness and currently irrelevant).

Thank you, and congratulations! My subber friend also said Yay!

Background:
Additional supports about MKV are now becoming important, because more and more encoders (though still relatively rare) are starting to use new mime types when attaching font files, resulting in a problem where styled softsubs are broken depending on what player/settings you use. [When the current release versions are used, MPC-HC (clsid2) and MPC-BE + external LAV indirectly support some of the new mime types.]

PS.
I knew the alternative URL (https://yadi.sk/d/r7JYQ2NjHvE4lA) but thought it was not updated, as the time stamp of "Beta" was 11/07/2018; should have checked the inside of the folder.

[Klaus1189]

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

[stax76]

Starting without file causes my sleeping drive to wake up, for what reason does it wake up drives, can it be disabled?

[v0lt]

Starting without file causes my sleeping drive to wake up, for what reason does it wake up drives, can it be disabled?
1. View-> Options-> Player-> Disable 'Open disk' menu.
2. Try the latest build (there have recently been changes affecting this).

@Klaus1189
Thank. Updated in r4838.

[huhn]

for naming consistency catmull rom should be bicubic 0.50 or 50 because it is just a bicubic function that got it's own name. if your catmull rom is the same as the catmull rom in madVR.

[Aleksoid1978]

Starting without file causes my sleeping drive to wake up, for what reason does it wake up drives, can it be disabled?

Also check you playlist - you can remove "Explorer" if exists and in root.

[wushantao]

https://send.firefox.com/download/1617e54018bbf0e3/#URLc7MVBR_p_T2d9ulikcg

here we go

[ryrynz]

Simple feature request using existing functionality. Remember file position for an individual file, not just every file. A button would be nice along the task bar but a simple File-> Save position of this file or similar would be fine too.

[v0lt]

@wushantao
Thank. Updated in r4846.

@ryrynz
This is not a simple request.

[Aleksoid1978]

Simple feature request using existing functionality. Remember file position for an individual file, not just every file. A button would be nice along the task bar but a simple File-> Save position of this file or similar would be fine too.

No-no, bad idea.

[Skibicki]

Remember file position for an individual file, not just every file. I suggest mpv or mpv.net for this. In the Input Editor of mpv.net or input.conf file of mpv, you can bind keys for the write-watch-later-config command; search for "watch-later" in the mpv manual. An advanced alternative would be a bookmark script from the User Scripts page at the mpv wiki.

[v0lt]

MPC-BE 1.5.4 (build 4850) beta (https://sourceforge.net/projects/mpcbe/files/MPC-BE/Nightly%20Builds%20%28from%20svn%20trunk%29/1.5.4%20%28build%204850%29%20beta/) (SF.net) with digital signature.

MPC-BE 1.5.4 Nightly builds: main file store (https://yadi.sk/d/hlf1lfC8mKU58), alternative 1 (https://yadi.sk/d/r7JYQ2NjHvE4lA), 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).

[Liisachan]

Thanks!

[alex1399]

Best regards

[BetA13]

MPC-BE 1.5.4 (build 4850) beta (https://sourceforge.net/projects/mpcbe/files/MPC-BE/Nightly%20Builds%20%28from%20svn%20trunk%29/1.5.4%20%28build%204850%29%20beta/) (SF.net) with digital signature.


Thanks a bunch...
Is there a Changelog?

[Aleksoid1978]

Thanks a bunch...
Is there a Changelog?

Only this - https://sourceforge.net/p/mpcbe/code/commit_browser :)

[v0lt]

Is there a Changelog?
History of changes in English will be in the "stable" version only.

[Liisachan]

Only this - https://sourceforge.net/p/mpcbe/code/commit_browser :)
This view might be slightly more convenient
https://sourceforge.net/p/mpcbe/code/4855/log/?path=/trunk
in that JavaScript is not required to browse. The diffs 4488 vs 4850 have more than 50000 lines (!) one can't practically browse everything. What an active project, alive and kicking... :)

[Scorpio666]

Hi, is it possible to hide controls in windowed mode? MPC-HC has this under Advanced -> HideWindowedControl: True
If not, can this be added as a feature? Thanks.

[v0lt]

@Scorpio666
See menu Veiw -> Controls (Ctrl+2).

@wushantao, @Klaus1189, @beter
I clarified the name of the option in English in r4860.
"Return initial window position and size after closing file"
It turned out a long name. I think it can be made shorter.
"Return initial window after closing file"
In any case, please correct the translations, if necessary.

[chros]

Hi, is it possible to hide controls in windowed mode?
Compact mode? ALT+3 ?

[Klaus1189]

@Scorpio666:
Do I get you right, that you want to hide the controls, but make them visible when you move the mouse curser over the place where the controls are located normaly which is here over the videoframe itself and not under the videoframe?

@v0lt:
Thank you, I tested that feature when you added it and love it for daily use. The translation still fits, i made something like "reset the window after closing the file", so both size and position is mentioned.
Like @Liisachan already wrote, so many commits for finetuning the player. You devs are the best :)
I love to contribute as much as I can and being a small active part of it ;) (passive user before and for over 5,5 years an active translator of this project)

[Scorpio666]

@v0lt I didn't express myself correct, I meant to hide controls, but make them visible with mouseover, the exact same way it works in fullscreen.

@chros That's not it.

@Klaus1189 Ah yes, that's what I meant.

[chros]

MPC-BE 1.5.4 (build 4850) beta (https://sourceforge.net/projects/mpcbe/files/MPC-BE/Nightly%20Builds%20%28from%20svn%20trunk%29/1.5.4%20%28build%204850%29%20beta/) (SF.net)
Thank You guys for the new beta!

I have found a small issue with the internal renderer, under: Options -> Subtitles -> Autoload paths:
- ok: .;.\subtitles;.\subs;.\sub;d:\subtitles;d:\subtitles\series
- no: .;.\subtitles;.\subs;.\sub;d:\subtitles\;d:\subtitles\series\

Note the \ at the end of the additional directories.
Both works in MPC-HC.

[Aleksoid1978]

Thank You guys for the new beta!

I have found a small issue with the internal renderer, under: Options -> Subtitles -> Autoload paths:
- ok: .;.\subtitles;.\subs;.\sub;d:\subtitles;d:\subtitles\series
- no: .;.\subtitles;.\subs;.\sub;d:\subtitles\;d:\subtitles\series\

Note the \ at the end of the additional directories.
Both works in MPC-HC.

"Right" path - without "" at the end :)

[v0lt]

@v0lt I didn't express myself correct, I meant to hide controls, but make them visible with mouseover, the exact same way it works in fullscreen.
There is no such possibility.

[o9od2061]

Hello, reporting 2 minor bugs:

1. Please disregard The boss key doesn't instantly hide the player in Windows 7. In MPC-HC, hitting boss key instantly hides player, while in MPC-BE, the minimize animation gets shown by Windows which allows the boss to see that I just hid something.

2. Stutter when watching youtube at higher-than-normal playback speed. For example, if I watch a youtube video at 2x speed, after a minute the picture will start stuttering and, a few seconds later, the sound as well. Interestingly, pausing the video doesn't help - once I unpause the stuttering will continue. What helps is either seeking or readjusting playback speed (e.g. 2x -> 1.9x -> 2x). Playing the same videos in the normal youtube player at the same 2x speed in Google Chrome, there's no stutter at all. The higher the playback speed, the sooner this issue appears - at 1.4x and below it almost never happens, at 2.5x and higher it's pretty much unwatchable. Please let me know if there's a good way to debug this further.

Thanks!

[v0lt]

@o9od2061
1. Does MPC-HC close without animation on Windows 7? Please tell the player versions.
2. Try to specify in the settings of the YouTube parser MP4 720p. YouTube does not allow you to quickly download other formats (DASH, when audio and video are separate). Such formats cannot be played fast.

[o9od2061]

@v0lt
1. My bad - I initially tested MPC-BE in a sandbox (Sandboxie) and it didn't occur to me that that was the only time I tested boss key functionality. MPC-HC does the same thing when sandboxed. Outside sandbox, MPC-BE boss key functionality works as it should and no minimize animation gets shown. Oops.

2. Setting the youtube parser to MP4 720p works - completely eliminates stutter even at 4x speeds. So is there no way to stream high resolution (1080p / 4K) youtube videos at double speed other than having to use the normal youtube in-browser player? If that's the case, any chance functionality can be added in the future to have the player re-seek the stream when stuttering is detected? My current workflow is like this: watch video for a few minutes -> stuttering starts -> I hit speed down, speed up in quick succession (re-seek) -> ~1 sec. pause -> watch video a few minutes ... and so on. It would be great if the player could do the re-seek step automatically since a 1-second pause every so often is tolerable and would still be preferred to having to use the normal youtube in-browser player.

[Aleksoid1978]

Internal Source filter read data from online “in real time”. If it’s not enough - can’t do anything:)

[v0lt]

@o9od2061
You can disable the built-in parser of YouTube and try 3DYD Youtube Source. This filter can cache to disk.

[littleD]

Hello, i have another question about mpc renderer.
It looks like i might have problem with 29,97i files in d3d11 mode.
So, when playing such file with lavfilters and dxva2 native and dx9 mpc renderer, the video is fluid. Even with EVR CP is fluid. But when enabling lavfilters d3d11 native and dx11 in mpc video renderer, video is not smooth. Its jerky a bit. It gets deinterlaced though because i dont see combing artifacts.

Any ideas?

[o9od2061]

@v0lt @Aleksoid1978
Thank you for the suggestion to use 3DYD Youtube Source. It partially solves my problem and I have a much better understanding of the behavior I was seeing:

The youtube servers indeed limit transfer speeds after an initial unlimited-speed burst when the stream is first open. So here's what happens:
I open an example 1080p DASH YouTube stream at position 0 and play it at 2x playback speed.
The youtube servers initially provide the stream at ~3MB/s for a few seconds.
The download speed then drops to ~200KB/s.
The player plays through the video stream at 2x, faster than it is being served, and in a minute the playback starts stuttering.

Now, if I pause the video for 3 seconds and unpause it:
YouTube servers will continue serving the stream at ~200KB/s, and the 3 second window is not enough to catch up to where the video should be.
Stuttering continues immediately after unpause.

If I pause the video for 60 seconds and unpause it:
YouTube servers will continue serving the stream at ~200KB/s and, in 60 seconds, catch up to where the video should now be.
Once I unpause, the player will render the late video frames as fast as it can to catch up.
Once caught up, the video will play normally for a minute, until, of course, the download rate is unable to keep up, and the playback once again starts stuttering.

If instead I seek the video to any position (regardless of forward or back), or adjust the playback speed (which internally also seeks the video):
YouTube servers once again provide an unlimited-speed burst for a few seconds which is enough to watch the video again for a minute without stutter.


So, the partial solution using 3DYD Youtube Source:
Check the Network > Download media data independently from playback checkbox in YS's properties.
This keeps downloading the YouTube stream even if playback is paused.
Once the stream is fully downloaded, it can be watched at any rate, since it's now effectively playing from a local file.
The problem is, it's of course still downloading at a slow ~200KB/s rate limited by YouTube servers after the initial unlimited-speed burst,
so, for an 1-hour long video, I would need to open the video file and pause it ~40min ahead of time, in order to watch it at 2x speed without any stutter!

A real solution would be to have the player seek the stream (in the background as it's being downloaded), either every so often, or when the video frame buffer is about to run out.
This would provide constant bursts of unlimited-speed download, and allow to watch videos of any quality at higher-than-normal playback speeds without stutter.
Indeed, the native web-based YouTube player seems to do just that, sending new requests to the server every 5 seconds or so.
I'll be happy to debug this further. Please let me know.


Also, I ran into another issue today:
3. The playback speed is reset to 1x whenever a new file is opened for playback.
For example, playing a file at 4x speed, then hitting Page Down to open the next file in list, the playback speed starts at 1x.
In MPC-HC, the playback speed was preserved when opening a new file in the same player instance (it is not preserved across player restarts (which is good)).
This unfortunately makes MPC-BE useless for playing back things like multi-file security DVR footage.
Any chance for an option to preserve playback speed in a single player instance?

(also, I can write this all in russian if you prefer)

[v0lt]

Hello, i have another question about mpc renderer.
It looks like i might have problem with 29,97i files in d3d11 mode.
So, when playing such file with lavfilters and dxva2 native and dx9 mpc renderer, the video is fluid. Even with EVR CP is fluid. But when enabling lavfilters d3d11 native and dx11 in mpc video renderer, video is not smooth. Its jerky a bit. It gets deinterlaced though because i dont see combing artifacts.

Any ideas?
Do not use DX11 mode with interlaced video. Deinterlacing support for D3D11 is now incorrect.

[littleD]

Do not use DX11 mode with interlaced video. Deinterlacing support for D3D11 is now incorrect.Thanks for the info!

DX11 is important for Intel users. Let me explain. For years, since the whole HD xxxx GPU lineup, intel was using inferior in quality Edgedeinterlacing method in its drivers. But in dx11 mode, drivers expose AdaptiveDeinterlacing method, Which is superior in quality. I can confirm it when watching special test videos.
Also, HDR to SDR conversion is correct in colours in dx11 mode on intel. So i recommend for all intel owners switch to dx11 in near future. I am sure there are some more quirks specific to dxva2 vs dx11, because Intel always puts older technologies into legacy state.

Waiting for news from mpc video render team. Nice work so far.

[Klaus1189]

Will MPC Video Renderer in the future be integrated in MPC-BE?

[ryrynz]

I expect that to be the plan.

[v0lt]

Will MPC Video Renderer in the future be integrated in MPC-BE?
This question has already bothered me. Not planned.

[Klaus1189]

I use MPC Video Renderer daily now for several weeks and I am very happy with it ;)

[beter]

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

[Liisachan]

Can anyone reproduce this minor problem?

1) Open a video with MPC-BE.
2) Maximize the window. / Or go to full screen by [Alt]+[Enter].
3) Restore the window size with [Alt]+[2] etc.
4) The [Restore] button on the title bar remains, not changed back to the maximize button. [Alt]+[Space], [X] to Maximize is also grayed out and doesn't work.

This happens to me on 2 different PCs of mine, win7 32-bit and win7 64-bit + MPC-BE 64 bit.

[Aleksoid1978]

Can anyone reproduce this minor problem?

1) Open a video with MPC-BE.
2) Maximize the window. / Or go to full screen by [Alt]+[Enter].
3) Restore the window size with [Alt]+[2] etc.
4) The [Restore] button on the title bar remains, not changed back to the maximize button. [Alt]+[Space], [X] to Maximize is also grayed out and doesn't work.

This happens to me on 2 different PCs of mine, win7 32-bit and win7 64-bit + MPC-BE 64 bit.

For me working perfect - after press Alt+2 all buttons is working.

[Liisachan]

Hmm it might be just me... This is what I'm getting on my clean-installed Win7 64, with MPC-BE (default settings):
http://faireal.net/image/2019/mpc-be.png (http://faireal.net/image/2019/mpc-be2.png)

Though it's not maximized, the Restore button is shown instead of the Maximize button after [Alt]+[2]. Not happening with MPC-HC.

[Aleksoid1978]

Thanks for the info!

DX11 is important for Intel users. Let me explain. For years, since the whole HD xxxx GPU lineup, intel was using inferior in quality Edgedeinterlacing method in its drivers. But in dx11 mode, drivers expose AdaptiveDeinterlacing method, Which is superior in quality. I can confirm it when watching special test videos.
Also, HDR to SDR conversion is correct in colours in dx11 mode on intel. So i recommend for all intel owners switch to dx11 in near future. I am sure there are some more quirks specific to dxva2 vs dx11, because Intel always puts older technologies into legacy state.

Waiting for news from mpc video render team. Nice work so far.

Try with latest MPC VR, test deinterlace in DX11 mode - https://yadi.sk/d/X0EVMKP4TcmnHQ

[beter]

Hmm it might be just me... This is what I'm getting on my clean-installed Win7 64, with MPC-BE (default settings):
http://faireal.net/image/2019/mpc-be.png (http://faireal.net/image/2019/mpc-be2.png)

Though it's not maximized, the Restore button is shown instead of the Maximize button after [Alt]+[2]. Not happening with MPC-HC.

You are not alone. Tested on Win XP SP3, Win 7 SP1 and Win 10 (1903). There is indeed something wrong with the [Alt]+[1] and [Alt]+[2].
https://i.imgur.com/o15leoP.png
https://i.imgur.com/2xEKpxI.png
https://i.imgur.com/RfI9wpb.png
https://i.imgur.com/3Jgkwcd.png

[littleD]

Try with latest MPC VR, test deinterlace in DX11 mode - https://yadi.sk/d/X0EVMKP4TcmnHQThanks!
With version above, videos are fluid. I feel real 60fps watching videos. With previous version, the motion was stuttered like fps was cut in a half.
But at the same time, deinterlacing quality is worse. Its like different deinterlacing method is used? I cannot distinguish between dx9 vs dx11. But when installing previous version (for expample MPCVideoRenderer-v0.3.3.907) deinterlacing quality is superb with dx11 but worse with dx9.
Example on test videos:
bad https://imgur.com/BNVKLoG
good https://imgur.com/9dAfm8W
Actually this is what i consider watching test patterns from this site https://www.uydudoktoru.com/threads/hd-1080i-test-pattern-detect-vector-adaptive-deinterlacing-others.6689/
Edit
I hope i was not wrong. Its just for me lines are smoother in previous versions, but 1P area should not be black&white but with stripes, so i dont know.
Eventually this version may stay as is, as MPC renderer gives same results as evr.

[Aleksoid1978]

Hm, what i do "not right" ?
Open file, Alt+Enter(fullscreen), Alt+1/2 -> result:
https://i.imgur.com/NlvTxfk.png

[rock]

try after maximize, I can reproduce that way.