Media Player Classic - BE Win32/x64

[madshi]

One small request to MPC-BE devs:

When subtitles are enabled/disabled with the internal subtitle renderer, madVR currently doesn't get any notification. Which means that in paused mode the image is not updated (I'm not rerendering in paused mode in order to save GPU power). Could you kindly send a "IMadVRCommand::SendCommand("redraw")" to madVR in this situation, so madVR will rerender to show the disabled/enabled subtitles? madVR v0.89.3 doesn't support this command yet, but here's a test build with support for that command, so you can test:

http://madshi.net/madVR893redraw.rar

To reproduce simply play any video with subtitles with madVR v0.89.3, using the internal subtitle renderer, then pause the video while subtitles are visible. Then enable/disable subtitles.

Thanks! :)

P.S: You can always send that command when subs are enabled/disabled, regardless of whether playback is in stopped/paused/play mode, doesn't hurt.

[v0lt]

@madshi
Added in r803.

[Empatojayos]

I can't see the chapters marker (only with "dark theme" enabled they are seen correctly).

[Aleksoid1978]

I can't see the chapters marker (only with "dark theme" enabled they are seen correctly).

Yes - you are right, marker show only in "black themes".

[madshi]

@madshi
Added in r803.
Thanks! :)

[Klaus1189]

Please update german language file:
https://drive.google.com/folderview?id=0B4y5u0gBKYqbclFfajRPM1RHd00&usp=sharing

Here is only the older one:
http://sourceforge.net/p/mpcbe/code/HEAD/tree/trunk/src/apps/mplayerc/mpcresources/text/

[v0lt]

Please update german language file:
https://drive.google.com/folderview?id=0B4y5u0gBKYqbclFfajRPM1RHd00&usp=sharing
This file I see already the fourth time. And you said three times that the file is incorrect. :confused:
Added in r812.

[Klaus1189]

Now it's OK. The screenshots you sent me were the older one of r801. I only want to check if I made a mistake because I changed very much in one entry of the translation with new line and new tab syntax.
Can you now send me a screenshot of r812? Thank you :)

[cruzer]

Hi Devs, Are you guys planing on adding ordered chapters support for mkv files? Thanks!

[Aleksoid1978]

Hi Devs, Are you guys planing on adding ordered chapters support for mkv files? Thanks!

Sorry - but no planned.

[hubblec4]

Sorry - but no planned.

Why not?

I hope one of the "media-player-devs" is able to do something more for Matroska.

Ordered chapters should be a standard for every player.
What I'm looking for is that the player can handle a Control Track
and then understand Matroska settings like ChapterCodecPrivate or
ChapterProcessCommand.

All players and all Splitters that i use work since 1990 for me, but for Matroska nobody wants to do something so right.

Matroska has so very good unused features :-(


But all people so crazy in my eyes:
-> I have a video that play not well please fix it....
A sentence you read every and every and every.
Damn rip-crap or capture-stuff.
USE ORIGINAL!!!!

[Aleksoid1978]

Why not?

It's easy - there is no developers who can do this.

[v0lt]

MPC-BE 1.4.6 (build 818) beta - x86, x64.

[madshi]

@devs, here I am again with some small change requests. Nothing dramatic, I think. Please have a look at this PDF:

http://madshi.net/89notesForDevs.pdf

[Socket774]

Hello.
This is a latest mplayerc.ja.rc.txt.
It's based on [r817].
https://www.zeta-uploader.com/74744186

[Klaus1189]

updated german translation -> pm

[firewater]

Gonne copy&paste what I wrote in another forum, might involve a bug with BE.


I want to watch videos fullscreen on MPC (http://www.videohelp.com/software/Media-Player-Classic), with original aspect ratio. That's it, but something so trivial seems to have no solution on my end. I've recorded a small session as a video in which you can see what I mean: https://mega.nz/#!PFkFRQrb!BOaIPc3lxFaHYIMeO5rZHN-jfwOxJPogv6FIjxc0Ntg

Explaining the video:

1. As far as I know, MPC should do what I want with the option "Touch Window from Inside" but the behavior encountered here is that the smaller the window size is, the more it zooms into the picture when I'm in full screen.

2. "Zoom 1" seems to fix the issue, but then again it's a zoom and I don't want to miss a single pixel of the picture when I look at it. The other options behave similarly ("Zoom 2" works like 1, and "Touch Window from Outside" is similar to Inside, and the rest don't offer a fullscreen experience).

3. Eventually I change to a second video, using the same option that caused problems on the first one, and it works fine for a couple of fullscreens (which is how I've been seeing films lately, just randomly hoping it works), but then it happens again, out of nowhere.

Extra - probably not related, but you can see that once I reduce the screen size to the minimum, the program crashes.

Points of interest:

1. Yes, this is Windows, 8. It's heavily modded with AHK scripts (at display here: positioning the MPC window at a certain size and place when it opens, and Linux-like windows moving with Alt+Mouse) and a different UI (LiteStep). I've thought about it, but none of these modifications should pose a threat to how MPC works (in fact, normally I use a custom window border and a different theme, but I reverted back to basics for the sake of the video, and the problem persists).

2. I am running MPC-BE (http://www.videohelp.com/software/MPC-BE), which is why it looks different from MPC-HC (http://www.videohelp.com/software/Media-Player-Classic-Home-Cinema). I only got it because of the appearance, but I do wonder if it may be causing the problem.

3. Also running madVR (http://www.videohelp.com/software/madVR) and LavFilters, but then again I don't know if that has any effect on this, though I doubt it as I've used those with both PotPlayer (http://www.videohelp.com/software/PotPlayer) and years ago with MPC-HC/BE, and there never was an issue.

4. Both MPC and madVR are 64bits.
Hope someone knows what's up, because I've googled and nothing comes out.

[madshi]

Which madVR build are you using? There has been a bug like this in one of the more recent builds, which should be fixed if you update to the latest one.

[firewater]

v0.89.2, updated to latest one, I'll see how it goes!

[Manni]

Not sure when this was implemented, but I noticed on the latest stable that we had the option not to display the filename at launch when enabling OSD, so I just wanted to thank the devs for that.
Much appreciated :)

[Aleksoid1978]

Not sure when this was implemented, but I noticed on the latest stable that we had the option not to display the filename at launch when enabling OSD, so I just wanted to thank the devs for that.
Much appreciated :)

Options -> Player -> Show OSD -> Show name of media file.

[Manni]

Options -> Player -> Show OSD -> Show name of media file.

I know, I was only saying thank you for implementing it :)

[madshi]

@devs, here I am again with some small change requests. Nothing dramatic, I think. Please have a look at this PDF:

http://madshi.net/89notesForDevs.pdf
P.S: kasper93 suggested to add the following interface:

MIDL_INTERFACE("BAC4273A-3EAD-47F5-9710-8488E52AC618")
ISubRenderCallback3 : ISubRenderCallback2
{
STDMETHOD(RenderEx2)(REFERENCE_TIME rtStart, REFERENCE_TIME rtStop,
REFERENCE_TIME avgTimePerFrame, RECT croppedVideoRect,
RECT originalVideoRect, RECT viewportRect,
const double videoStretchFactor = 1.0) PURE;
};
This allows madVR to transport more information to the internal subtitle renderer:

1) "originalVideoRect": Is the rect you would want to render the subtitles in for ASS files with strict/critical position information.
2) "croppedVideoRect": Is the rect you would want to render e.g. SRT subtitles in. This rect is similar to "originalVideoRect", but with hard coded black bars *excluded*.
3) "viewportRect": Full rect instead of just "width/height". The "viewportRect" basically adds the option to use non-zero left/top value which is useful for screen masking for front projection users.
4) "videoStretchFactor": For front projection users with anamorphic lenses. And maybe for users of TVs with non-square pixels.

Maybe MPC-BE could add support for ISubRenderCallback3, too? Here's a madVR test build with ISubRenderCallback3 support, which also fixes a subtitle position bug in v0.89.5:

http://madshi.net/madVR895h.rar

(EDITED: both ISubRenderCallback3 definition and test build changed to include "videoStretchFactor"!)

[v0lt]

@madshi
About "automatic detection of hard coded black bars".
I have no way to do it is now.

Maybe MPC-BE could add support for ISubRenderCallback3, too?
I do not understand why this is necessary?
Now we have many options and nuances of rendering subtitles. This is a very complex topic. I do not want to complicate it even more.

[madshi]

About "automatic detection of hard coded black bars".
I have no way to do it is now.
I'm not sure if we understand each other correctly here. MPC-BE does *not* have to detect hard coded black bars. madVR already does all the dirty work. All I'm looking for is some very small adjustments in MPC-BE to make full use of all the new features in madVR.

I do not understand why this is necessary?
Now we have many options and nuances of rendering subtitles. This is a very complex topic. I do not want to complicate it even more.
None of this is strictly "necessary". MPC-BE will still work fine with madVR if you do nothing. However, I believe ISubRenderCallback3 would be a nice improvement. Let me try to explain. Maybe you'll agree with me, or maybe not. But it's worth a try, right? I see 3 improvements by using ISubRenderCallback3. I'll explain them one by one:

1) MPC-BE's internal subtitle renderer has an option called "Position subtitles relative to the video frame". Now let's look at the following screenshots, all taken from Blu-Rays. I've used "Half Size" with my 1680x1050 monitor in fullscreen mode to make it clearer what I mean:

option "Position subtitles relative to the video frames" turned:
off - 1.85:1 movie (http://madVR.com/doom9/mpcbe/subScreen185.png) - | - on - 1.85:1 movie (http://madVR.com/doom9/mpcbe/subVideo185.png)

Looks as expected, right? With the option turned off, the subtitles are drawn to the bottom of the screen, regardless of where the video is. With the option turned on, the subtitles are drawn *into* the active video area. Now let's do the same thing with a Cinemascope Blu-Ray:

off - 2:40:1 movie (http://madVR.com/doom9/mpcbe/subScreen240.png) - | - on - 2.40:1 movie (http://madVR.com/doom9/mpcbe/subVideo240.png)

Do you see the problem? The option doesn't work as intended. The subtitles are *not* drawn into the active video area, although the option is turned on. I would go as far as saying that this is a "bug" that should be fixed. Well, you and I know that it's not really a bug but it happens because MPC-BE doesn't know where hard coded black bars are. But madVR does know! And by using ISubRenderCallback3 madVR could provide this information to MPC-BE. So using ISubRenderCallback3 would allow you to fix this problem with very small effort on your side. I'm already doing all the hard work in madVR!

2) Let's say the end user has the option "Position subtitles relative to the video frames" turned off, and let's say the user has a front projector with a 16:9 panel (99% of all home theater projectors are 16:9), but he has a fixed frame Cinemascope screen hanging on the wall. This is called a CIH setup (constant image height). Now when subtitles appear, what we'll see is the following, regardless of which aspect ratio the movie has:

CIH problem (http://madVR.com/doom9/mpcbe/240screen.png)

The red frame in this image shows the size of the fixed frame Cinemascope screen. The gray areas on top and bottom of the 16:9 PNG file show areas which the projector 16:9 panel could draw pixels to, but the end user has this area masked up with black cloth. So the subtitles shown by MPC-BE are outside of the fixed frame Cinemascope screen. Once again ISubRenderCallback3 would allow to fix this, by allowing madVR to inform MPC-BE about the viewport rect into which subtitles can be rendered without getting lost in masked areas.

3) Some front projection owners are using an anamorphic lens to stretch the image. Basically the lens makes the image wider by a factor of 1.333x. Which means the video needs to be vertically stretched by a factor of 1.333x. madVR already does the necessary adjustments for the video rendering. However, since MPC-BE's internal subtitle renderer does the rendering itself, madVR can't do the vertical stretch for the subtitles. So currently MPC-BE renders them in normal aspect ratio (square pixels), and then the anamorphic lens stretches them and they end up looking as if somebody had sat on them. ISubRenderCallback3 allows madVR to tell MPC-BE whether the subtitles need to be rendered with an additional Y stretch factor or not.

So now it's your choice. You don't have to implement any of this. I wouldn't be offended, or anything. But I don't think it would be a lot of work for you, and it would IMHO improve MPC-BE, especially for (but not limited to) front projection users. But you decide, of course.

[jaro1]

Sorry if discussed earlier, but i couldn't find a mention about it. Please, consider this as "small" feature request, which i wanted kindly ask you for.

Would it be possible in case of "system default" or rather "dsound:..." adjusted as default audio renderer api, to synchronize mpc-be's volume slider with windows mixer application volume slider on Vista or later, as it was with former waveout api? Or at least to have an option for this, if from whatever reason somebody wants, along dsound api adjusted as default, to use internal mpc-be volume processing anyway.

Current behavior is confusing if you actively use both player's and/or tray control's volume slider and is related just to volume. Because for example if dsound is adjusted, resampling (if necessary) is performed within dsound api (not player's internal resampling), what is IMO as it should be.
Only marginally now, there can be option to use just internal resampling (if necessary and fast enough) as well along dsound adjusted, to save some cpu cycles for dsound.dll thread and maybe for whole player process, but it is just idea and not priority, there is player's own renderer for internal resampling anyway..

Maybe the player has to be properly registered to perform processing in windows audio engine, when immediately after opening it, player's volume column appears automatically in volume mixer tray control without playing something first.

Thank you for considering this.

[xiringu]

http://teleclub.fr/cinefil.mp4?start=0

I get only audio on MPC-BE. MPC-HC plays it well.

[Aleksoid1978]

http://teleclub.fr/cinefil.mp4?start=0

I get only audio on MPC-BE. MPC-HC plays it well.

Latest SVN play fine.

[CruNcher]

I give this EVR Custom renderer my seal of approval im pushing MPC-BE now trough the Tunnel of no Return ;)


What for a great efficient work all of you have done first when this started i thought it was all about eye candy but seeing the results that coming in Realtime out of it by now just wow pure efficiency and it's DX9 geez :)

http://forum.doom9.org/showpost.php?p=1741843&postcount=830

[xiringu]

Latest SVN play fine.


It seems to be related to a previous post of mine, where I said streaming channels, sometimes, only displayed audio.

Today I tried that channel again, and it's playing properly (the other day wouldn't play video at all). BTW I'm using the same build as the other day.

It seems to be a random thing to me...whatever it is.

Thanks anyway.

[beter]

Update for language files of Chinese(Traditional/Simplified) and Dutch
https://www.sendspace.com/file/jjy0wh

[jaro1]

Sorry if discussed earlier, but i couldn't find a mention about it. Please, consider this as "small" feature request, which i wanted kindly ask you for.

Would it be possible in case of "system default" or rather "dsound:..." adjusted as default audio renderer api, to synchronize mpc-be's volume slider with windows mixer application volume slider on Vista or later, as it was with former waveout api? Or at least to have an option for this, if from whatever reason somebody wants, along dsound api adjusted as default, to use internal mpc-be volume processing anyway.

Current behavior is confusing if you actively use both player's and/or tray control's volume slider and is related just to volume. Because for example if dsound is adjusted, resampling (if necessary) is performed within dsound api (not player's internal resampling), what is IMO as it should be.
Only marginally now, there can be option to use just internal resampling (if necessary and fast enough) as well along dsound adjusted, to save some cpu cycles for dsound.dll thread and maybe for whole player process, but it is just idea and not priority, there is player's own renderer for internal resampling anyway..

Maybe the player has to be properly registered to perform processing in windows audio engine, when immediately after opening it, player's volume column appears automatically in volume mixer tray control without playing something first.

Thank you for considering this.

Any developer's attitude? I'd be really curious, since this project is very active. IMHO it'd be very useful feature, thanks in advance for any devs comment to this.

[agustin9]

Subtitle delay resets back to 0, when opening a file using the internal rendering. But it doesn't with XySubFilter... Is it a bug? Thanks

[Aleksoid1978]

Subtitle delay resets back to 0, when opening a file using the internal rendering. But it doesn't with XySubFilter... Is it a bug? Thanks

It's not a bug. XySubFilter store subtitles's delay.
And - we don't touch it's value after close media file.

If need reset subtitles's delay for VSFilter/XySubFilter - i do it. :)

[agustin9]

ok, thank you!

[THX-UltraII]

Can I somehow control MPC-BE with my Android phone?

[Aleksoid1978]

Can I somehow control MPC-BE with my Android phone?
Write you app for Android - and use it :)

I did exactly for my tv-tuner Beholder - and use it's remote to control MPC-BE :)

[THX-UltraII]

Write you app for Android - and use it :)

I did exactly for my tv-tuner Beholder - and use it's remote to control MPC-BE :)

Write my app for Android?? What you mean?

[markuznw]

Hello, I want to ask a question that maybe is stupid but I'm not an expert and so please guide me if it's a matter of settings.

I've got an rtsp stream (ip cam on local network) in h264 format, If i open it with mpc be it lags several seconds behind "live" (it is actually unusable since it can lag up to 2 minutes).
The problem happens only with mpc be and mpc hc, if I open the stream with vlc everything is fine (it has less than 0,5 seconds latency).

I've tried to change some settings (using nvidia cuvid etc) but nothing changes, so please help if you can

Thanks in advance :D

P.S. Tested up to 1.4.6 (build 882) beta

[Aleksoid1978]

Hello, I want to ask a question that maybe is stupid but I'm not an expert and so please guide me if it's a matter of settings.

I've got an rtsp stream (ip cam on local network) in h264 format, If i open it with mpc be it lags several seconds behind "live" (it is actually unusable since it can lag up to 2 minutes).
The problem happens only with mpc be and mpc hc, if I open the stream with vlc everything is fine (it has less than 0,5 seconds latency).

I've tried to change some settings (using nvidia cuvid etc) but nothing changes, so please help if you can

Thanks in advance :D

P.S. Tested up to 1.4.6 (build 882) beta

MPC-BE don't have source filter for rtsp streams. I think it's use LAVSource.

[agustin9]

Can I somehow control MPC-BE with my Android phone?

I use one called 'Remote for MPC'...

[wanezhiling]

https://www.youtube.com/v/sGbxmsDFVnE

http://i.imgur.com/MoQiPEh.png

[Aleksoid1978]

https://www.youtube.com/v/sGbxmsDFVnE

Links like this don't support. I see what i can do ...

P.S. Add support in rev. 897

[Siso]

I'm getting wrong info from madvr's OSD, it says "touch window from inside", where it should say "touch window from outside", I use "touch window from outside" option...

[madshi]

I'm getting wrong info from madvr's OSD, it says "touch window from inside", where it should say "touch window from outside", I use "touch window from outside" option...
madVR is guessing the zoom mode, and a wrong guess can happen. Shouldn't really be a big problem, though.

[Siso]

madVR is guessing the zoom mode, and a wrong guess can happen. Shouldn't really be a big problem, though.

Not a problem at all, imho it is a cosmetic small bug or something. :)

[73ChargerFan]

How well does MPC-BE work in Windows 10? I'm going to take the plunge in the next few weeks, when the Fall refresh is released.

[Aleksoid1978]

How well does MPC-BE work in Windows 10? I'm going to take the plunge in the next few weeks, when the Fall refresh is released.

Play perfect :)

[SeeMoreDigital]

How well does MPC-BE work in Windows 10? I'm going to take the plunge in the next few weeks, when the Fall refresh is released.
Works fine for me :)

[73ChargerFan]

Jumped in sooner than expected. Yep, works fine, even scales up to UHD without any problems. Thanks as always.