Media Player Classic - Home Cinema (MPC-HC) - v1.7.13

[Maketee]

@Maketee, reset all settings.

I did, but auto zoom still doesn't work.
Even removed all MPC registry entries but it is still broken.

[wanezhiling]

http://forum.doom9.org/showthread.php?p=1679745#post1679745
Did you mean like this?

[Maketee]

http://forum.doom9.org/showthread.php?p=1679745#post1679745
Did you mean like this?

No, my problem is that MPC main window does not change its size when I open a video clip. It stays in its default 315x331 size.

Auto zoom is enabled, but it does not work. If I manually hit Alt+(1-5) then MPC window resizes. So something is broken...

Windows 8.1 (Update 1) x64 + MPC 1.7.5.38 x64. Display resolution is 2560x1600.

Auto zoom worked normally in MPC version 1.7.4.8.

[DarkSpace]

Yes, MPC-HC adjusted auto-zoom logic. (https://github.com/mpc-hc/mpc-hc/commit/54d1fa7cd5d3cd448c663033a35e756847de6bad)
That's a welcome change, and I appreciate it!
However, for me it only works partially:
When opening a video in windowed mode, everything works fine, without adding black bars and all, but when opening a video in fullscreen and only then switching to windowed mode, the player window will still cover the entire screen and have black bars on the sides. When starting the video in windowed mode, then switching to fullscreen, and then switching back, everything works as expected again (although I guess that in this case, it simply switches to the last used window size).

For reference, I tested this using a 1920x1080 video on a 1920x1080 screen. When exiting fullscreen for a video that is obviously smaller than the screen (e.g. 1280x720), everything works as it did before.

Edit: Also, it seems that when opening the video in windowed mode, the window boundaries briefly cover the entire screen ("old behavior") before adjusting to the new size without black bars. At least that's my explanation for the brief flashing at the screen edges.

Edit 2: My apologies, it works just fine with EVR-CP even when opening files in fullscreen and only then going into windowed mode. I was going to test this before posting my message, actually, but then I forgot. I suppose that this is a madVR problem, then...

[Stereodude]

v1.7.5 is released

This release is a bugfix release to fix a couple of regressions including an annoying crash affecting PGS subtitles.

You can download the new version here (http://mpc-hc.org/downloads/).
For the complete changes see the changelog (http://mpc-hc.org/changelog/).
It seem that forced subtitles on Blu-Rays are broken in v1.7.4 and v1.7.5. I'm talking about the individually flagged as forced subtitles that appear in the first subtitle track returned by the LAV splitter. They do not display with the automatically selected "Forced Subtitles (auto)" option from the splitter. The splitter properties are set to Default, the subtitles field has no language codes in it, and the Enable Automatic Forced Subtitle Stream box is checked.

Edit: 1.7.4 and 1.7.5 also break the external LAV filter's forced (individually flagged) subtitles. I have opened a ticket #4326 (https://trac.mpc-hc.org/ticket/4326) on this.

[Thunderbolt8]

I still get that warning message everytime I open MPC-HC with my haswell & optimus laptop with latest Nvidia drivers 337.81. any way to fix this? its annoying.

[RussellZoloft]

I do apologize if this has been discussed already, I did attempt to search, but this is quite the thread, and I did not go thru the whole thing post by post.

I use the mpc-hc "daily builds," and have been updating as they become available for many years now, from:

http://xhmikosr.1f0.de/mpc-hc/

One of the features I use the most is left mouse click on the playing video will pause the video, and clicking again will resume the video. But, the last version that this feature worked was MPC-HC.1.7.1.366.x64. More recent versions, currently up to MPC-HC.1.7.5.108.x64 this does not work. I check the new versions daily, so EVERY version since MPC-HC.1.7.1.366.x64 has had this issue. I install the new version over the old version, so, the settings all remain the same, and in the settings where you can chose what your buttons and clicks do, this option has remained there, and unchanged. The option still seems to exist, it just has not worked lately. I've noticed that on MPC-HC.1.7.1.366.x64 when playing a video in HD, in the bottom left of the screen it says DXVA, though on newer versions (at least the last few, since I've noticed) it says H/W in that same place, not DXVA, though, the handling of SD video does not appear to have changed, simply saying "playing" in that same location. Though, this does not appear to be related, because even SD videos do not pause with a click, it's the only other thing that I've noticed that's different!

In "normal" mode, the click to pause function works just fine, but in "compact" and minimal (which I use, with status), it does not.

Any suggestions as to what the issue might be, and how to get one of my favorite features back? Of course, in the meantime I stick with build 366, but I am more than a little OCD about keeping my software up to date (I did chose my username wisely), so it irks me when I do have to roll back to a much older version all the time, just to keep a feature that I really like.

Thanks for reading and replying!

[kasper93]

Change play/pause command to "left up" and it should do the trick.

[RussellZoloft]

kasper,

thanks! I changed the individual play and pause to left down, and changed the combined play/pause to left up, and it works now. Greatly appreciated!

[truexfan81]

I do apologize if this has been discussed already, I did attempt to search, but this is quite the thread, and I did not go thru the whole thing post by post.

I use the mpc-hc "daily builds," and have been updating as they become available for many years now, from:

http://xhmikosr.1f0.de/mpc-hc/

One of the features I use the most is left mouse click on the playing video will pause the video, and clicking again will resume the video. But, the last version that this feature worked was MPC-HC.1.7.1.366.x64. More recent versions, currently up to MPC-HC.1.7.5.108.x64 this does not work. I check the new versions daily, so EVERY version since MPC-HC.1.7.1.366.x64 has had this issue. I install the new version over the old version, so, the settings all remain the same, and in the settings where you can chose what your buttons and clicks do, this option has remained there, and unchanged. The option still seems to exist, it just has not worked lately. I've noticed that on MPC-HC.1.7.1.366.x64 when playing a video in HD, in the bottom left of the screen it says DXVA, though on newer versions (at least the last few, since I've noticed) it says H/W in that same place, not DXVA, though, the handling of SD video does not appear to have changed, simply saying "playing" in that same location. Though, this does not appear to be related, because even SD videos do not pause with a click, it's the only other thing that I've noticed that's different!

In "normal" mode, the click to pause function works just fine, but in "compact" and minimal (which I use, with status), it does not.

Any suggestions as to what the issue might be, and how to get one of my favorite features back? Of course, in the meantime I stick with build 366, but I am more than a little OCD about keeping my software up to date (I did chose my username wisely), so it irks me when I do have to roll back to a much older version all the time, just to keep a feature that I really like.

Thanks for reading and replying!

1.7.1 is ancient now, checkout the new nightly page http://nightly.mpc-hc.org/

[ryrynz]

1.7.1 is ancient now, checkout the new nightly page http://nightly.mpc-hc.org/

I think you missed the purpose of his post entirely. :-D Dw though it was resolved..

Also you didn't need to quote his entire post either :-P

[truexfan81]

I think you missed the purpose of his post entirely. :-D Dw though it was resolved..

Also you didn't need to quote his entire post either :-P

yeah it was a bit long lol sorry, i'll edit it in a bit

[seiyafan]

solved.

[terrypin]

If I use File > Properties on an MP4 that has a resolution of 1920 x 1080, MPC-HC reports 'Video size' = 960 x 540.

https://dl.dropboxusercontent.com/u/4019461/MPC-VideoSize.jpg

My mis-interpretation or an obvious bug?

--
Terry, East Grinstead, UK

[vBm]

report problem at https://trac.mpc-hc.org and upload sample there so devs can investigate it.

[terrypin]

report problem at https://trac.mpc-hc.org and upload sample there so devs can investigate it.

But before I do that I'm hoping someone will answer the question at the end of my post!

--
Terry, East Grinstead, UK

[Stereodude]

But before I do that I'm hoping someone will answer the question at the end of my post!
No one can answer that without a sample.

[terrypin]

No one can answer that without a sample.

A sample of what? An MP4 file? You don't have a single one ?

--
Terry, East Grinstead, UK

[the_weirdo]

A sample of what? An MP4 file? You don't have a single one ?

Not every MP4 files, but the one that shows the problem. Or does it happen with every MP4 files you have? I, for one, cann't seem to reproduce your problem with any MP4 files of mine.

[terrypin]

Not every MP4 files, but the one that shows the problem. Or does it happen with every MP4 files you have? I, for one, cann't seem to reproduce your problem with any MP4 files of mine.

Yes, every one of a few dozen MP4 files I've tried all give same result. Namely that correct size is x2 the 'Video size'.

MOV and MTS files behave the same as well.

And the few MPG files I tried all gave a ratio of x4!

AVI is the only extension tested (on 6 or 8 randomly chosen files) that gives the correct result.

Anyway, what is the actual definition of Video size? Presumably it means something different to the size reported in properties and by other tools such as MediaInfo, Windows Explorer, etc, or it wouldn't be shown twice.

This is MPC-HC 1.7.5 (537b5a3).

--
Terry, East Grinstead, UK

[LigH]

The question is possibly: Is the reported "Video size" the displayed size or the encoded size?

It seems to depend rather on the resolution of the encoded video than the container format. Try to create an MP4 file with a small width and height; I doubt it will be shrinked as well.

Do not choose randomly; instead, test systematically.

[Armada]

Yes, every one of a few dozen MP4 files I've tried all give same result.
So you're saying... 60% of the time it works every time?

Giving us a sample of one of those files that does result in a bug will make it much easier to reproduce and find out what properties of those files are triggering strange behaviour.

[Guest]

I tried all of my MP4s and none of them acted that way, so I second the call for a sample.

[terrypin]

I tried all of my MP4s and none of them acted that way, so I second the call for a sample.

OK, I could provide 30 or so but here's a random 3:

https://dl.dropboxusercontent.com/u/4019461/JackPhono-2.mp4

https://dl.dropboxusercontent.com/u/4019461/4xObjectCollage10s.mp4

https://dl.dropboxusercontent.com/u/4019461/Credits%2BPhotos.mp4

--
Terry, East Grinstead, UK

[clsid]

The value shown for "video size" in the properties dialog appear to be taken from the video render.

Haali renderer halves the video size when the video is too large to fit the screen.

EVR shows "not known". All other renderers show 1920x1080.

[terrypin]

Thanks.

I'm not technically confident about this sort of stuff, but the conclusion I'm going to draw from your reply is that this is a bug. I'll simply ignore 'Video size'.

I still don't know what the number is supposed to tell us?

Terry, East Grinstead, UK

[LigH]

It seems to be the dimension of the internal surface the video is decoded to before it is displayed. There seem to be renderers which reduce their internal video resolution below the screen resolution before displaying the content.

[terrypin]

It seems to be the dimension of the internal surface the video is decoded to before it is displayed. There seem to be renderers which reduce their internal video resolution below the screen resolution before displaying the content.

Thanks, appreciated.

Does this have any practical value? For an 'end user' like me, simply using MPC-HC as a player, it doesn't seem to do so.

But maybe it has some importance for techies? If so, it doesn't seem to be rated important enough to report in tools like MediaInfo and GSpot.


--
Terry, East Grinstead, UK

[LigH]

Different renderers will provide different quality at different CPU/GPU utilization, and a different set of additional features (e.g. if it is at all able to overlay subtitles). MPC-HC reports the supported features when selecting a renderer. If it will be fast enough for your hardware and look good enough for your taste, you'll have to check by playing a video with large dimensions and different renderers, and compare the look and the utilizations (e.g. with ProcessExplorer). Just as examples, EVR and madVR will both be quite compatible and feature-rich, but madVR will stress CPU and GPU a lot more, trying to resample chrominance with high quality.

MediaInfo and GSpot will not be able to report this because it is a matter of the specific player setup, not to be found in the media files already.

[Armada]

OK, I could provide 30 or so but here's a random 3
I cannot reproduce the problem with any of those files, they all report the right size for me with VMR9 or EVR-CP.

Haali renderer halves the video size when the video is too large to fit the screen.
In other words, he's using an old deprecated renderer. We really should remove it.

@terrypin Go to the options and select EVR-CP as the renderer.

[GTPVHD]

The sooner you remove Haali renderer selection in MPC-HC Options & support the better, it hasn't been updated in years.

[sneaker_ger]

It's not broken and some people still use it. Some people get unexplainable stutter with the EVR based renderers and Haali can help in such cases. If wanted to remove deprecated renderers you'd basically have to remove everything but madVR and EVR(-CP).

[clsid]

It would be better to just remove the 'video size' field. It is just confusing what it represents for the end user. The real size of the video is also already shown in the mediatype info below and on the mediainfo tab. No need to show things three times.

[terrypin]

I cannot reproduce the problem with any of those files, they all report the right size for me with VMR9 or EVR-CP.


In other words, he's using an old deprecated renderer. We really should remove it.

@terrypin Go to the options and select EVR-CP as the renderer.

Ok, done that thanks. But Video size still reports 960x540 for a 1920x1080 MP4.

https://dl.dropboxusercontent.com/u/4019461/MPC-VideoSize-2.jpg

--
Terry, East Grinstead, UK

[terrypin]

It would be better to just remove the 'video size' field. It is just confusing what it represents for the end user. The real size of the video is also already shown in the mediatype info below and on the mediainfo tab. No need to show things three times.

That makes sense to me.

--
Terry, East Grinstead, UK

[Armada]

Ok, done that thanks. But Video size still reports 960x540 for a 1920x1080 MP4.

https://dl.dropboxusercontent.com/u/4019461/MPC-VideoSize-2.jpg

--
Terry, East Grinstead, UK
Have you restarted MPC-HC before you tried opening the properties again?

[the_weirdo]

It would be better to just remove the 'video size' field. It is just confusing what it represents for the end user. The real size of the video is also already shown in the mediatype info below and on the mediainfo tab. No need to show things three times.

It's still useful in case someone wants to know display size of anamorphic videos (however, for now, that only works when renderer is madVR).

[terrypin]

Have you restarted MPC-HC before you tried opening the properties again?

Ah, guess I didn't, because just retried it again and now it's OK!

Thanks.

--
Terry, East Grinstead, UK

[Megalith]

Can someone explain why the auto-zoom behavior was changed? I don't understand the purpose. When I open 1080p video files on my 1080p monitor now, it opens in a box instead of being "maximized."

[the_weirdo]

Can someone explain why the auto-zoom behavior was changed? I don't understand the purpose. When I open 1080p video files on my 1080p monitor now, it opens in a box instead of being "maximized."

IMHO, the current behavior is fine. However, they should add an option to open videos in maximized window.

[Armada]

IMHO, the current behavior is fine. However, they should add an option to open videos in maximized window.
Can't you just set the Auto-Fit zoom factor to 100%?

[the_weirdo]

Can't you just set the Auto-Fit zoom factor to 100%?

Just to be clear, I like the current behavior of Auto Fit zoom. However, some people (like Megalith) may want to open videos in maximized window. By "maximized window", I mean the MPC-HC window is set to maximized state.

[rock]

I got different behavior when using dxva2 and software decoding with auto-zoom & limit window proportions on resize option enabled. played 1080p video on 1366x768 monitor resolution

[surami]

I got a problem to play 4:4:4 HEVC file in MPC-HC (64bit) vers. 1.7.5.134, please see this topic (http://forum.doom9.org/showthread.php?t=170696).

Update: The x265 4:4:4 encoding isn't working yet, so sorry for the missleading, I didn't know about that.

[terrypin]

I've only recently noticed that a PLAY or PAUSE button appears top left for a short time after Play or Pause (bottom left) is clicked? What's its purpose? Apart from being redundant IMO, they make it tricky to get a screenshot if it's needed within a few seconds of the last action.

https://dl.dropboxusercontent.com/u/4019461/MPC-HC-Unwanted.jpg

Is there an embarrassingly obvious optional setting I've not found?

--
Terry, East Grinstead, UK

[LigH]

This is not a clickable button, but an "On Screen Display" of the last action. Some may find it useful while using MPC-HC as full-screen media player with a remote control.

You can change the font face and size, but I am not sure if you can completely disable the display of the OSD.

[vivan]

Untick "Show OSD" in Options (Player).

[hello_hello]

IMHO, the current behavior is fine. However, they should add an option to open videos in maximized window.

When using the skip function to jump from one video in a folder to the next, if the video resolution is greater than the display resolution, I like the way the toolbar now bounces up and down. ;)

It seems a little like something which wasn't broken was fixed.....

[terrypin]

Untick "Show OSD" in Options (Player).

Thank you, duly removed!

I've no idea how it got switched ON.

--
Terry, East Grinstead, UK

[terrypin]

I'm using what I think is the latest version, 1.7.5 (537b5a3).

When I use Alt+I to capture a snapshot, after entering the filename and clicking Save, instead of the dialog immediately closing I have to click Save again. In fact Save seems to act like Cancel.

Also, if the video is paused as it usually is when I take a snapshot, that second click on Save immediately resumes play, whether I want it or not.

Worse, I find that on about 10% of occasions Alt+I stops working (possibly after much use of Ctrl+Arrow to advance forward and backward) and the only option is to re-open that clip.

All my tests so far were with 1920x1080 MOV files; Format: MPEG-4, Format profile: QuickTime, Codec ID: qt


--
Terry, East Grinstead, UK