Media Player Classic - BE Win32/x64

[Ilovetv9]

Originally Posted by Aleksoid1978

If some trouble using madvr+lav filters - why you write here, it's not a MPC-BE trouble

Ok. I see the madvr thread now, I will post my question there.

[Zulithe]

r5540, mpc-be is not obeying the "windows size at startup" and "remember last window position" settings. I'm on a multi-monitor setup using x64 Win 10 v2004.

[Aleksoid1978]

Originally Posted by Zulithe

r5540, mpc-be is not obeying the "windows size at startup" and "remember last window position" settings. I'm on a multi-monitor setup using x64 Win 10 v2004.

You remember position on second monitor ?

[Klaus1189]

I installed 1.5.6 r5545 and noticed that volume bars look strange on 200% scaling when clicking on mute, but look normal when move mouse away.

I created an video which shows that issue.

Please let us translators know when you want the updated translation files for the mouse page in options

[Aleksoid1978]

Originally Posted by Klaus1189

I installed 1.5.6 r5545 and noticed that volume bars look strange on 200% scaling when clicking on mute, but look normal when move mouse away.

I created an video which shows that issue.

Please let us translators know when you want the updated translation files for the mouse page in options

Does it's happened in previous version MPC-BE ?

[Klaus1189]

I installed 1.5.6 r5543 and it is fine, seems to be introduced in r5544.
I created a video which shows that r5543 is fine.

[v0lt]

@Klaus1189
Thanks. Fixed in r5546.

[Zulithe]

Originally Posted by Aleksoid1978

You remember position on second monitor ?

can no longer reproduce in today's build. Thanks, sorry for the late reply. Mentioned multi-monitors because it was opening on different monitor from where I last closed it, fwiw.

[megapro17]

MPC-BE is crashing when i'm trying to open one mp3 file: https://yadi.sk/d/9L3w-zIWTIaHMw
This bug exist for a long time, tested in r5546
This file can be played in any other player. I think it's because of broken metadata.
Also, can you make more clear what different "Custom presenter" supports like it's done in clsid2 fork?

[SeeMoreDigital]

Originally Posted by megapro17

MPC-BE is crashing when i'm trying to open one mp3 file: https://yadi.sk/d/9L3w-zIWTIaHMw
This bug exist for a long time, tested in r5546
This file can be played in any other player. I think it's because of broken metadata.

The "issue" is more likely to be a borked mp3 audio stream

[v0lt]

Originally Posted by megapro17

MPC-BE is crashing when i'm trying to open one mp3 file: https://yadi.sk/d/9L3w-zIWTIaHMw

Thanks. Fixed in r5549.

[chros]

Hi devs and @clsid, how hard would it be to implement such thing, if it can't be done already somehow?

In short, madvr doesn't have API to manage its settings but provide keyboard shortcuts. 2 of us already came up with similar solutions for it.
The problem with this is that you can't (easily?) send keyboard shortcuts to apps in the background.

So, what we would need is:
- an endpoint in the web API
- that receives a keyboard shortcut (e.g. in the form of sendkeys: "^+%i")
- and triggers it on itself (mpc window)

What do you think?
Thanks!

[v0lt]

Originally Posted by chros

In short, madvr doesn't have API to manage its settings but provide keyboard shortcuts.

You are wrong.
madVR.zip\developers\interfaces\mvrInterfaces.h see IMadVRSettings2.
madVR.zip\developers\net-protocol.txt see GetSettings/SetSettings

[SirMaster]

Originally Posted by v0lt

You are wrong.
madVR.zip\developers\interfaces\mvrInterfaces.h see IMadVRSettings2.
madVR.zip\developers\net-protocol.txt see GetSettings/SetSettings

Unfortunately IMadVRSettings2 API only allows for changing settings on disk. It does not affect the live setting of the running instance of madVR.

You have (re)start madVR after changing settings with the API before they apply.

The IP control interface is an option, but it is out of date and missing some options such as NGU scaling I think. Unfortunately I can't even figure out how to use the IP control protocol.

The documentation in that text file is just too sparse and hard for me to understand when I am not very familiar with networking protocols.

[v0lt]

Originally Posted by SirMaster

Unfortunately IMadVRSettings2 API only allows for changing settings on disk. It does not affect the live setting of the running instance of madVR.

There are other interfaces in the mvrInterfaces.h file. For example, IMadVRCommand.

[SirMaster]

Originally Posted by v0lt

There are other interfaces in the mvrInterfaces.h file. For example, IMadVRCommand.

Yes and that only allows changing madVR settings on disk, not for your media player's active madVR session instance.

Madshi has already talked about this on a post years ago in the madVR thread.

I already wrote a program using the IMadVRCommand API and confirmed this exact behavior.

http://forum.doom9.net/showpost.php?...ostcount=33401

There's a catch though. You won't be able to access a madVR object that has been created in another process, directly controlling madVR in MPC-HC from an external Python script for instance.

http://forum.doom9.net/showpost.php?...ostcount=33438

madHcCtrl.exe (which is the exe responsible for drawing the madVR tray icon, showing the madVR settings editor etc) does all this by using madHcNet32.dll and mvrSettings32.dll. I've not made the interfaces for those dlls available yet because I didn't think they would be useful. But I suppose it wouldn't harm making them available. It would allow you to remotely access settings, without having to reimplement the whole network protocol yourself again.

The above applies if you want to actually affect an already running instance of a media player / madVR. If you just want to change the settings on harddisk, and if you don't care if already running madVR instances are updated, then things are much easier: Just instantiate a madVR instance yourself and use the interfaces in "mvrInterfaces.h" to modify the settings.

As far as I can see, he ever made the the madHcNet32.dll and mvrSettings32.dll interfaces available.

[v0lt]

Originally Posted by SirMaster

Yes and that only allows changing madVR settings on disk, not for your media player's active madVR session instance.

You are confusing something. The IMadVRCommand interface is not for settings. It allows you to send madVR commands that are executed immediately. It has been used in various players (including MPC-BE) for a long time.

There's a catch though. You won't be able to access a madVR object that has been created in another process, directly controlling madVR in MPC-HC from an external Python script for instance.

This is a strange observation. Various utilities such as GraphStudioNext can manipulate the DirectShow graph and the filters in it.

[SirMaster]

Originally Posted by v0lt

You are confusing something. The IMadVRCommand interface is not for settings. It allows you to send madVR commands that are executed immediately. It has been used in various players (including MPC-BE) for a long time.

That's fair, but we want to change all the madVR settings (up-scaling, enhancements, color, gamma, hdr, etc) for the active media-player on the fly.

[v0lt]

Originally Posted by SirMaster

That's fair, but we want to change all the madVR settings (up-scaling, enhancements, color, gamma, hdr, etc) for the active media-player on the fly.

We are not planning to do something like this for madVR in the player.

[chros]

There's a bug: the Deploy button under Webserver doesn't save the internal webpages (works fine in MPC-HC).

Originally Posted by v0lt

We are not planning to do something like this for madVR in the player.

No worries if you will still think so, but I quickly took a look at the current implementation of various endpoints, e.g. command.html:
- the CWebClientSocket::OnCommand() method is responsible for that (and this is in MPC-HC)

E.g. the following urls can be used:

http://localhost:13579/command.html?wm_command=948
http://localhost:13579/command.html?wm_command=-2&volume=50    // set volume
http://localhost:13579/command.html?wm_command=-1&percent=60   // set position

So:
- either a new endpoint could be set (e.g. keys.html -> OnKeys())
- or a new "command" could be set for keys (e.g. -3) with a keys parameter:

http://localhost:13579/command.html?wm_command=-3&keys=i

We can send any type of characters for the "keys" param.

Thanks