Log in

View Full Version : Media Player Classic - BE Win32/x64


Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 [112] 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235

Manni
10th August 2018, 23:16
I think it should set force tracks to forced anyway? You can also set the stream flags during the initial rip with MakeMKV for every stream separately.
Also in MKV you don't need to remux to change stream flags, you can just edit those in the header.

Thanks a lot, I'll dig further into this. As far as I can see, makemkv doesn't set the forced tracks to forced, but it might be because I select more than one: I rip English and French audio (or whichever is the original soundtrack) and English and French sub tracks. Getting OT (my fault) so better leave it there. Thanks again.

P.J
11th August 2018, 16:37
Upload problem DVD.

Please check PM :)

IMHO, here are a few different methods of deinterlacing. Artifacts are present on both screenshots.

But I see only in the DVD mode.

73ChargerFan
11th August 2018, 18:57
I use MPC-BE on perhaps 6 computers in the house, and they run different versions.

With build 2755 in windowed mode, the "Full Screen" action appears on the left-click menu just below "Stop". Then in full screen mode, the same menu is called, with "Full Screen" in the same location, so I can switch between windowed and full screen easily.

Build 3788 in windowed mode, the "Full Screen" action is in the same location.
But in full screen mode, there's a new, different menu, and "Full Screen" is near the bottom of the View sub-menu. This is an HTPC, so there isn't a keyboard, and switching between windowed and full screen is more difficult.

Can it be moved back? Thanks.

Klaus1189
11th August 2018, 20:01
I use MPC-BE on perhaps 6 computers in the house, and they run different versions.

With build 2755 in windowed mode, the "Full Screen" action appears on the left-click menu just below "Stop". Then in full screen mode, the same menu is called, with "Full Screen" in the same location, so I can switch between windowed and full screen easily.

Build 3788 in windowed mode, the "Full Screen" action is in the same location.
But in full screen mode, there's a new, different menu, and "Full Screen" is near the bottom of the View sub-menu. This is an HTPC, so there isn't a keyboard, and switching between windowed and full screen is more difficult.

Can it be moved back? Thanks.

See here:

PLEASE bring back the "Full Screen" option from the right click menu on videos, i use that all the damn time to get out of fullscreen as i only need to right click then slightly move the cursor to click "Full Screen", build 1.5.2.3445 beta is the last major beta that still has this, newer betas have removed it.

Just double click on videoframe to toggle between fullscreen and window mode. It's even faster.
You can also set up in options what mouse button you prefer for this.

No problem here :cool:

73ChargerFan
11th August 2018, 21:12
I can't double click with the mouse fast enough.

Asmodian
12th August 2018, 03:13
Slow down the double click speed in Windows. :p

Klaus1189
12th August 2018, 06:50
You can also click the middle button/scroll wheel. But of course set it up first in options.

cremor
12th August 2018, 08:36
I prefer a key instead of double clicking because it happens way to often that I want to double click and then move the window by accident.
Would be really great if we had an option to disable moving the window when clicking inside the video frame.

Klaus1189
12th August 2018, 08:56
I prefer a key instead of double clicking because it happens way to often that I want to double click and then move the window by accident.
Would be really great if we had an option to disable moving the window when clicking inside the video frame.

You can also click the middle button/scroll wheel. But of course set it up first in options.

Again: Open Options -> Keys and set ID 830 from LeftDblClk to what ever you like, just like Left Up / Left Down / Middle Up / Middle Down, ...
Be sure to change both entries, one for windowed mode, one for fullscreen mode.
-> No double click action required anymore

I personally got a wireless keyboard :cool:

THEAST
12th August 2018, 11:09
Is it possible to disable the name and version of MPC-BE in title bar so that only file name is displayed in that space similar to MPC-HC?

ryrynz
12th August 2018, 11:27
Nope, you could do CTRL + 0 though to go Frame only.

THEAST
12th August 2018, 12:41
Does the developer watch this thread or is there any way to request this as a feature?

v0lt
12th August 2018, 14:38
Is it possible to disable the name and version of MPC-BE in title bar so that only file name is displayed in that space similar to MPC-HC?
There is no such option.

Zero3K
18th August 2018, 18:18
I have another error with it and StreamBuffRe. When I use it as the player in StreamBuffRe and visit a URL such as https://www.twitch.tv/videos/292508749 (which is inputted into the URL bar of StreamBuffRe and then the resulting playlist entry is double clicked on), I get a "failed to render" error.

Please fix it soon (if possible).

Aleksoid1978
19th August 2018, 02:54
Please fix it soon (if possible).
StreamBuffRe reject connection from internal filters(in latest version), all questions to the author.

P.S. For twitch need install LAV Filters.

Zero3K
20th August 2018, 23:51
StreamBuffRe reject connection from internal filters(in latest version), all questions to the author.

P.S. For twitch need install LAV Filters.

I saw the issue you posted on the Github Issue Tracker for it. Hopefully it gets fixed soon.

EDIT: I don't want to have to install external filters just to be able to play Twitch VODs (streams work fine except for the fact that they disconnect on me often).

raymondjpg
21st August 2018, 02:52
Without the menu there is no way to know which track is supposed to be used for forced subtitles. If the default choice doesn't work, you have to pick the right track manually.

I have a related question. With 1.5.2 (build 3788) beta I cannot get the player to automatically select an external subtitle file. It has to be done manually.

I have tried advanced settings in LAV Splitter with !d and !f in the string but the player just seems to ignore those settings.

I can see no way to permanently set mpc-be to automatically prefer an external subtitle file, if available. If it is set manually, it only appears to apply to the specific file where it is set, and not to other files.

chros
21st August 2018, 07:11
It works here with srt subs, using lavfilters as well, but the sub management is done by mpc-be (uaing latest beta).
You have to name the subs properly.

raymondjpg
21st August 2018, 07:59
It works here with srt subs, using lavfilters as well, but the sub management is done by mpc-be (uaing latest beta).
You have to name the subs properly.

My external subs have the exact same name as the video file.

The issue I have is that, if there is an internal default subtitle stream in the video file, then mpc-be will select that regardless of the setting in the player "Prefer external subtitles over embedded subtitles". The external subtitles can be selected manually from the drop-down menu while the file is playing (or paused) but that setting only applies to that file, not any other file.

If there are no internal (embedded) subtitles then the external subtitle file is picked up by the player as the default (only) option available.

chros
21st August 2018, 10:33
My external subs have the exact same name as the video file.
Good. Although I use these: "foo.EN.srt", "foo.DE.srt", etc.

The issue I have is that, if there is an internal default subtitle stream in the video file, then mpc-be will select that

If there are no internal (embedded) subtitles then the external subtitle file is picked up by the player as the default (only) option available.
"internal default subtitle stream"? (I'm not sure about the default word, where can I check it whether my files have any of this?)

I wrote a small guide for MadVR - MPC-HC/BE here:
https://forum.doom9.org/showthread.php?p=1820039#post1820039

Although I don't see anything interesting in it that you haven't mentioned yet. Is it maybe a lavsplitter setting? Can you post yours? (I can check mine in the evening.)

raymondjpg
21st August 2018, 11:20
Thanks for the response.

"internal default subtitle stream"? (I'm not sure about the default word, where can I check it whether my files have any of this?)

The status of the subtitle streams can be determined by loading them into MKVToolNix GUI.

I wrote a small guide for MadVR - MPC-HC/BE here:
https://forum.doom9.org/showthread.php?p=1820039#post1820039

I did see that guide, but when you say "it will always select first the external sub (srt) if it exist and you have set a preferred language at "Options -> Playback -> Default track preference; Sub: 'hu hun en eng'" my experience is that it does not. MPC-BE appears to ignore the flag "Prefer external subtitles over embedded subtitles".

I am talking specifically about when using the internal subtitle renderer. When using VSFilter/xy-VSFilter or XySubFilter it does appear to honor the flag "Prefer external subtitles over embedded subtitles", however subtitle font sizes have to be edited to suit different video resolutions.

Ideally I would prefer to use the internal subtitle renderer, and to have mpc-be honor the flag "Prefer external subtitles over embedded subtitles".

I have tested this both with 1.5.2 (build 3788) beta and with production build MPC-BE.1.5.1, both x64 versions. Neither appears to honor the flag "Prefer external subtitles over embedded subtitles".

I haven't tested this with the x86 versions.

Although I don't see anything interesting in it that you haven't mentioned yet. Is it maybe a lavsplitter setting? Can you post yours? (I can check mine in the evening.)

Just to keep things simple, my tests have been when selecting Default as the Subtitle Selection Mode in LAV Splitter. I have tried advanced settings, but again mpc-be appears to ignore these.

Regards

EDIT: My apologies, the issue appears to be confined to the 1.5.2 (build 3788) beta. With production build MPC-BE.1.5.1 the flag "Prefer external subtitles over embedded subtitles" appears to be honored if set a preferred language at "Options -> Playback -> Default track preference; Sub eng.

The issue may be related to a different way of selecting subtitle streams in the beta.

Regards

chros
21st August 2018, 11:34
The status of the subtitle streams can be determined by loading them into MKVToolNix GUI.
Cheers, I'll check them, but I'm pretty sure at least 1 of them has it.

I am talking specifically about when using the internal subtitle renderer.

I have tested this both with 1.5.2 (build 3788) beta and with production build MPC-BE.1.5.1, both x64 versions.
I haven't tested this with the x86 versions.
Me too :) x64, internal sub renderer.

Just to keep things simple, my tests have been when selecting Default as the Subtitle Selection Mode in LAV Splitter. I have tried advanced settings, but again mpc-be appears to ignore these.
OK, I'll take a look.
It must be a setting somewhere since it works for me :)

Aleksoid1978
21st August 2018, 11:48
Just now check loading external subtitles with "Prefer external subtitles over embedded subtitles", using internal subtitle renderer. When options check - always loading external subtitles by default, uncheck - loading internal subtitles.

raymondjpg
21st August 2018, 12:07
I did add an edit on my last post:

EDIT: My apologies, the issue appears to be confined to the 1.5.2 (build 3788) beta. With production build MPC-BE.1.5.1 the flag "Prefer external subtitles over embedded subtitles" appears to be honored if set a preferred language at "Options -> Playback -> Default track preference; Sub eng.

The issue may be related to a different way of selecting subtitle streams in the beta.

Regards

chros
21st August 2018, 14:33
No worries, but I also use the latest beta (I don't recall the build number now).

chros
21st August 2018, 18:45
No worries, but I also use the latest beta (I don't recall the build number now).
Actually I used 1.5.2 b3445 x64, but it also works here with 3788 x64, tried with default pgs and srt embedded subs in mkv container as well (none of them were forced tracks).

Lav Splitter (0.72.0) settings (I think these're the default ones):
- audio: none
- subs: none
- sub selection mode: default
- Blu-Ray Subs: x enable auto forced sub streams
- Demuxer settings: x demux sub-streams separately

raymondjpg
22nd August 2018, 00:17
Actually I used 1.5.2 b3445 x64, but it also works here with 3788 x64, tried with default pgs and srt embedded subs in mkv container as well (none of them were forced tracks).

Lav Splitter (0.72.0) settings (I think these're the default ones):
- audio: none
- subs: none
- sub selection mode: default
- Blu-Ray Subs: x enable auto forced sub streams
- Demuxer settings: x demux sub-streams separately

Thanks for trying. I used your settings, but still see the same issue. If you have 1.5.2 b3445 x64, do you see all of the subtitle options if you right click on the screen while playing (or pause) the video? If you do, try this:

1. If you have an external subtitle file, temporarily rename it.
2. Play the video, and using the right click on the screen, see which of the available subtitle streams is selected. That would be the situation that would apply if no external subtitle were available. The player would select one of the internal streams.
3. Rename the external subtitle file exactly the same as the video file, and play again.
4. When you right click on the screen, do you still see the same internal subtitle stream selected that you saw at step 2? I do, with 3788 x64, and that is what I mean by the player not honoring the flag "Prefer external subtitles over embedded subtitles".

If I use production version MPC-BE.1.5.1.x64, then at step 3 the flag "Prefer external subtitles over embedded subtitles" is honored. The external subtitle file is selected in preference to the internal streams.

I am not complaining. I suspect that the difference in behavior is due to the different ways in which the subtitle streams are selected in the production and beta versions. In the beta version, once a stream is selected on right click, be it internal or external, that stream is always selected as long as that file is remembered in the .ini file, regardless of the flag "Prefer external subtitles over embedded subtitles". In some ways that ability to select the subtitle stream (not in the latest production version) may be beneficial for some users.

I prefer to always have the "Prefer external subtitles over embedded subtitles" flag honored, so I have gone back to using the production version MPC-BE.1.5.1.x64 for now.

Regards

BetA13
22nd August 2018, 03:56
just a quick question :)

i tried Nvidia DSR on my 900p monitor. So in the end i have an 1200p monitor.
Anyway, in my tests, the picture looked slightly better (sharper) then without DSR.

My question would be, is this an good idea? Or should i just use teh scalers built into MPC BE? like bicubic or catmull-rom?

Or is this DSR stuff in terms of video playback just an bad idea ?

greetz

chros
22nd August 2018, 09:39
If you have 1.5.2 b3445 x64
I also upgraded to b3788, so we are on the same page :)

If you do, try this:
1. If you have an external subtitle file, temporarily rename it.
2. Play the video, and using the right click on the screen, see which of the available subtitle streams is selected. That would be the situation that would apply if no external subtitle were available. The player would select one of the internal streams.
3. Rename the external subtitle file exactly the same as the video file, and play again.
4. When you right click on the screen, do you still see the same internal subtitle stream selected that you saw at step 2? I do, with 3788 x64, and that is what I mean by the player not honoring the flag "Prefer external subtitles over embedded subtitles".

If I use production version MPC-BE.1.5.1.x64, then at step 3 the flag "Prefer external subtitles over embedded subtitles" is honored. The external subtitle file is selected in preference to the internal streams.
The steps work for me with b3788 as well :) No matter what I tried, the external sub kicks in as it should if the naming is right. I even tried to use ini file (normally I don't use it).

There's an Advanced submenu under Subtitles: did you check Force sub only option? That's the only thing I can think of. :)

raymondjpg
22nd August 2018, 10:37
The steps work for me with b3788 as well :) No matter what I tried, the external sub kicks in as it should if the naming is right. I even tried to use ini file (normally I don't use it).

There's an Advanced submenu under Subtitles: did you check Force sub only option? That's the only thing I can think of. :)

The only thing I can think of is that with your setup the external file kicked in before you set the option for an ini file. With an ini file, no matter which internal subtitle option I select, it stays with that option whether or not an external subtitle file is present.

I don't have the forced sub option checked in the advanced submenu under Subtitles.

I am attaching a screenshot of what I see when I select the subtitle popup menu. Even if I put an external subtitle file, properly named, in the same directory, the same internal subtitle is still selected i.e. the external subtitle is not preferred. If it doesn't happen with you, I don't know why.

Probably not worth pursuing any more.

EDIT: Looks like the behavior I was seeing is related to the use of an ini file. Without an ini file, the Prefer external subtitle flag is honored. If an ini file is present, then the last selected subtitle is used, and the Prefer external subtitle flag is not honored. As I use ini files to conveniently remember player settings, and sometimes transfer those settings to another pc, I will probably continue to use them.

Problem solved I think.

chros
22nd August 2018, 14:37
EDIT: Looks like the behavior I was seeing is related to the use of an ini file. Without an ini file, the Prefer external subtitle flag is honored. If an ini file is present, then the last selected subtitle is used, and the Prefer external subtitle flag is not honored. As I use ini files to conveniently remember player settings, and sometimes transfer those settings to another pc, I will probably continue to use them.
As I said, I also tried out with an ini file the b3788 and it worked as well.
Errr... Are you sure that you have write access to the directory where the ini resides? :)

If so, try out the following:
- backup your ini file
- set the player to not use ini file
- delete the ini file
- set the player back to use ini file
- now try out again

raymondjpg
23rd August 2018, 01:25
As I said, I also tried out with an ini file the b3788 and it worked as well.
Errr... Are you sure that you have write access to the directory where the ini resides? :)

If so, try out the following:
- backup your ini file
- set the player to not use ini file
- delete the ini file
- set the player back to use ini file
- now try out again

I went through all of those steps, but i still see the same behavior.

There was no need to delete the ini file, it disappeared automatically when the player was set to not use ini file, and reappeared automatically when the player was set back to use the ini file.

After doing what you suggested I went through the four steps I posted previously. The player still retains the last subtitle selected, and does not honor the Prefer external subtitle flag.

If, however, I deselect the option Keep history of recently opened files, then the Prefer external subtitle flag is honored.

It looks then like the behavior is related to that Keep history flag, rather than the use of the ini file. Even without an ini file, the player remembers the last selected subtitle if the Keep history flag is selected.

Aleksoid1978
23rd August 2018, 03:36
Yes - history remember selected subtitles. And it's remember even if select external(auto-loaded) subtitles.

chros
23rd August 2018, 14:50
It looks then like the behavior is related to that Keep history flag, rather than the use of the ini file. Even without an ini file, the player remembers the last selected subtitle if the Keep history flag is selected.

Yes - history remember selected subtitles. And it's remember even if select external(auto-loaded) subtitles.

:D Good find, what an investigation this was! Well, I personally don't use this feature, so that's why I wasn't affected. Although I'm not sure it's a good feature or not. How many entries will it remember?

raymondjpg
24th August 2018, 00:09
:D Good find, what an investigation this was! Well, I personally don't use this feature, so that's why I wasn't affected. Although I'm not sure it's a good feature or not. How many entries will it remember?

I'm not sure how many entries. This ticket https://trac.mpc-hc.org/ticket/2425 suggests a default of 20 with mpc-be, but configurable in the box next to the keep history tab.

I use the keep history flag principally to remember the last opened position of a video file i.e. to resume play from that position. There may be another way to do that, but I don't know of one.

Grimsdyke
24th August 2018, 08:59
Sorry if this has been asked before but is there a way so that the chapter name is always visible in the 'time code' bar right next to 'Play', 'Pause' or what ever the current status is ???
When I jump to a chapter the name is displayed only for a few seconds !! I find that useful for music content like concerts, etc.

chros
24th August 2018, 11:25
MPC-BE latest beta b3788 always (!) freezes when using After Playback - Standby. I didn't have this issue with 1.5.2 beta b3445. Can somebody confirm this? Thanks

Klaus1189
24th August 2018, 13:05
Try latest nightly also.

chros
25th August 2018, 07:20
Try latest nightly also.

Same.

Klaus1189
25th August 2018, 12:16
Sorry if this has been asked before but is there a way so that the chapter name is always visible in the 'time code' bar right next to 'Play', 'Pause' or what ever the current status is ???
When I jump to a chapter the name is displayed only for a few seconds !! I find that useful for music content like concerts, etc.

enable this (https://drive.google.com/file/d/1WpBSsNxsjtP08Wgr5ZN15EIlooYYRJmI/view?usp=sharing) setting in options->player->interface->just move mouse over one chapter adn its title is displayed.

Grimsdyke
25th August 2018, 20:15
Thx Klaus, but this is unfortunately not what I asked ! I would like to have the chapter name always displayed in the 'time code' bar.

Klaus1189
27th August 2018, 17:08
I know, but I thought it might help you nevertheless.

LeVvE
27th August 2018, 17:12
Is there any way to make MPC-BE auto-size window with album covers? "Limit window proportions on resize" doesn't seem to work either with album covers.

It looks like this when you open a music file with album cover: https://i.imgur.com/cfmQGDJ.png

Would be much cleaner if it looked like this when opening a file instead: https://i.imgur.com/yBJSVcp.png

Worked like this in MPC-HC but I prefer to use MPC-BE as I like it more overall.

Is there some setting I'm missing or is this not possible?

Aleksoid1978
27th August 2018, 22:31
Auto-size with covers don't support.

Aleksoid1978
28th August 2018, 06:00
MPC-BE latest beta b3788 always (!) freezes when using After Playback - Standby. I didn't have this issue with 1.5.2 beta b3445. Can somebody confirm this? Thanks

Check - no freezes, MPC-BE close, system StandBy.

chros
28th August 2018, 10:04
Check - no freezes, MPC-BE close, system StandBy.
Thanks for checking! I still got the freeze every time (!) with latest beta and nightly. I'll put back beta b3445 today to see what happens.
To clarify it what happens:
- set player to standby
- it properly put the computer into sleep
- but when I wake up Windows then MPC-BE app is still there (it should have quit properly) and there's a Windows popup with 3 buttons that the application isn't responding

clsid
28th August 2018, 13:05
Just FYI, VSFilter (from HC) doubled in size for me with VS2017 15.8.1 so there might be a compiler bug. I have reverted to 15.7.6.

Aleksoid1978
28th August 2018, 13:31
Just FYI, VSFilter (from HC) doubled in size for me with VS2017 15.8.1 so there might be a compiler bug. I have reverted to 15.7.6.

Yes we known - https://developercommunity.visualstudio.com/content/problem/312206/mfc-exe-binary-size-is-5-times-bigger-in-vs-158-ms.html

Aleksoid1978
29th August 2018, 01:48
Thanks for checking! I still got the freeze every time (!) with latest beta and nightly. I'll put back beta b3445 today to see what happens.
To clarify it what happens:
- set player to standby
- it properly put the computer into sleep
- but when I wake up Windows then MPC-BE app is still there (it should have quit properly) and there's a Windows popup with 3 buttons that the application isn't responding

Maybe you system is "very fast" and MPC-BE does not have time to close :)

ryrynz
29th August 2018, 03:09
Sounds like you could try setting the WaitToKillAppTimeout a bit higher.