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

[nevcairiel]

Hardware decoding depends entirely on how good the card is at doing this. Newer cards are really quite good at doing the decoding, probably no reason not to use it unless you have issues.

Even newer high-end cards are still quite slow in comparison to modern CPUs
My NVIDIA GTX780 can decode a medium-complex 1080p clip at a maximum of 120 frames per second.

AMD cards or older NVIDIA cards reach only 60-70 fps.

My previous CPU (a Intel Core i7-2600K) can decode this clip at over 300 fps (i didn't benchmark this particular clip with my new CPU)
The only exception is Intels GPU in Sandy Bridge/Ivy Bridge/Haswell, which can decode rather quickly, usually at least ~250fps as well.

If i take the performance aspect in mind (which can matter during seeking, etc), and also think about compatibility and driver-dependencies - if i actually have a CPU that can decode the clip properly without even breaking a sweat, i would opt for a software decoder that is known to work, independent of GPU drivers and the limitations of the GPU decoders.

If you have a good CPU, there is just no huge advantage using the GPU decoder, is all.

[wanezhiling]

Current modern NVIDIA/AMD GPUs are quite slow in terms of decoding, thats true. Only Intel GPUs have fast speed.

Furthermore, Eric (or nevcairiel?) metioned that seeking speed is related to decoding speed as well, fast decoding = fast seeking?

[ceb]

Thank you for the reply. :)
To open video decoder setting just double click bold format name in "internal filters" options page. Or by play->filters menu while in playback.
Found it; have to say it was easier before to just tick off the hardware accelerations, now I have to go in each individual filter's setting and disable it. Isn't there a way to disable all hardware acceleration at once? Even registry keys and other ways are fine for me.
Hover on "Round up to power of two" with mouse and you will see tooltip explaining this option.
Now I know what it does but how does the option affect subtitle quality?
Watch movies not player. :)
I agree, but I just asked it there were any plans ahead. I'm fine with the current GUI in terms of functionality, not so much in terms of looks, though of course this is a personal matter.

For reference I have an Intel Core i5 2500 and an ATI 5770 (last series to have the ATI name :D), so yes I should be OK in terms of performance.

[kasper93]

Isn't there a way to disable all hardware acceleration at once?
You have only one settings for all formats...

Now I know what it does but how does the option affect subtitle quality?
As far as I know it doesn't affect quality at all.

I agree, but I just asked it there were any plans ahead. I'm fine with the current GUI in terms of functionality, not so much in terms of looks, though of course this is a personal matter.
Well, someday just no one knows when ;p

[nevcairiel]

Found it; have to say it was easier before to just tick off the hardware accelerations, now I have to go in each individual filter's setting and disable it. Isn't there a way to disable all hardware acceleration at once? Even registry keys and other ways are fine for me.

Just open the settings of any video decoder and set the hwaccel to "None", done. All decoders share the settings.

In the future, the LAV settings will be better integrated into the mpc-hc GUI itself so its easier to find, but its a ongoing process, not everything happens at once. :)

[Raylan Givens]

Guys, I'd truly appreciate a little help about 1 question or 2 I've got:

1. I'd really like to know why MPC-HC with same resizer and renderer and all, is using more GPU and CPU resources than Potplayer. Both players are being extremely light in resources, but still...

2. The MOST improtant... Why MPC-HC isn't able to show subtitles on all formats while I'm trying to use EVR ( NOT EVR-CP ), while Potplayer shows subtitles on all formats ( with EVR ), despite the fact I can't use some mostly useless features?

Now to clarify...

About the first question: Say, I'm using on both EVR-CP with Billinear ( PS 2.0 ) on a 720p MKV. Potplayer is clearly using less resources.

About the second question: Say, I'm using all default filters on both, but I change the renderer to EVR. That's it, MPC-HC does show no subtitles while Potplayer -seemingly at least- shows subs normally without problems... It doesn't break DXVA native.

Am I missing something? I just use a 23" 1080p PC monitor and thus, I can hardly notice any difference in quality. Especially now that MPC-HC 1.7 has LAV filters as default, the difference has been increased even more...

Potplayer with default filters and EVR renderer is hardly using any recources.

P.S. I'm really curious because I love the simplicity of MPC-HC and especially the fully Windows native UI and Menu UI without bells and whistles and many features of Potplayer I personally consider as "bloat" since I don't use 'em. In short, I want to keep using MPC-HC as default.

[mindbomb]

with evr, you need an external subtitle renderer like xy vsfilter, and for hardware acceleration, use nvidia cuvid, intel quicksync or dxva copyback in lav video.

[ceb]

You have only one settings for all formats...
Just open the settings of any video decoder and set the hwaccel to "None", done. All decoders share the settings.
Oh it was that easy... :o
Thanks!

[JanWillem32]

Raylan Givens, the performance (and several other) problems of the custom video renderers in MPC-HC are well-known. I'm not that surprised other solutions fare better in terms of efficiency. I tried to fix the internal renderers at first, but it turned out to be pretty much unmaintainable bad code. The renderer hasn't had real maintenance since I left it like this two years ago. If you would like to compare video renderer efficiency, it would be a lot fairer to compare other programs with one of my builds that contain a replaced video renderer and some other related updated parts.

[wanezhiling]

1. I'd really like to know why MPC-HC with same resizer and renderer and all, is using more GPU and CPU resources than Potplayer. Both players are being extremely light in resources, but still...
PotPlayer optimized EVR-CP/VMR9 Renderless many times AFAIK, while MPC-HC/BE doesn't.
Try JanWillem32's version. :)

2. The MOST improtant... Why MPC-HC isn't able to show subtitles on all formats while I'm trying to use EVR ( NOT EVR-CP ), while Potplayer shows subtitles on all formats ( with EVR ), despite the fact I can't use some mostly useless features.
"Most video renderers have function for showing bitmap .
So PotPlayer use it..."
--- By offical PotPlayer admin

Thats why PotPlayer can show subs with "unsupported" video renderers (Overlay Mixer, VMR7/9 windowed, vanilla EVR, OpenGL) although the quality is a bit bad.:)

[ageback]

I build in Windows 2003 ENT SP2 with VS2010 SP1 and latest patches. Then I got build error:

13:10:02.265 33> C:\Program Files\MSBuild\Microsoft.Cpp\v4.0\Microsoft.MakeFile.Targets (38,5): error MSB3073: Command "build_lavfilters.bat Build x86 Silent Nocolors" has exited code is 1. [D:\@Opensource Projects\mpc-hc\src\thirdparty\LAVFilters\LAVFilters.vcxproj]

Can anyone help me, please? Before LAVFilters integration there was no such error.

[kasper93]

@ageback: :readguid: https://trac.mpc-hc.org/wiki/How_to_compile_the_MPC

[filler56789]

Shall MPC-HC be renamed to LPC-HC ?

LAV Player Classic Homecinema :sly: :D

[SeeMoreDigital]

Shall MPC-HC be renamed to LPC-HC ?

LAV Player Classic Homecinema :sly: :D



Well... I like it :D

[ageback]

@ageback: :readguid: https://trac.mpc-hc.org/wiki/How_to_compile_the_MPC

I've set up the env and I've been building mpc-hc for years.

[ryrynz]

I've set up the env and I've been building mpc-hc for years.

Maybe they updated the guide?

[ageback]

Maybe they updated the guide?

But in Windows 7 with the same enviroment it builds OK.

[kasper93]

@ageback: Are you sure that you have all submodules set correctly? Like guide says:
git submodule update --init --recursive

[ageback]

Of cause I'm sure I've pulled all submodules.

[betaking]

hi this is Simplified Chinese translation rc and txt for last git
http://www.sendspace.com/file/cpxkyh
"-" in .rc file should be ""-"".
i have already fix it for Simplified Chinese translation!

[vBm]

hi this is Simplified Chinese translation rc and txt for last git
http://www.sendspace.com/file/cpxkyh
"-" in .rc file should be ""-"".
i have already fix it for Simplified Chinese translation!

Yeah we know but Underground78 hasn't yet pushed the fix for it.

[kasper93]

Of cause I'm sure I've pulled all submodules.

So :logfile:

@betaking:

"LAV Filters" is the name and you should not translate that.

[ageback]

So :logfile:

@betaking:

"LAV Filters" is the name and you should not translate that.

I've posted error log.

[kasper93]

Yeah, but that line that you have posted tell us only that build_lavfilters.bat failed. I would like to see actual error so we will know where it fail exactly. We can't help you out of nothing.

[ageback]

I see. I'll put MPC-HC in C:\ root and try to catch the detail log.

[ageback]

Well, I tried again, built with VS2010 open MPC-HC.SLN other than running build.bat which I did before. This time it can generate mpc-hc.exe but when calling "src\thirdparty\LAVFilters\build_lavfilters.bat" the error still existed. The error log I have posted before is the only one. Even when I manually call src\thirdparty\LAVFilters\build_lavfilters.bat Build x86 nothing happened, nothing.
I think "src\thirdparty\LAVFilters\build_lavfilters.bat" has some compatibility issues with Windows XP/2003.

[kasper93]

Even when I manually call src\thirdparty\LAVFilters\build_lavfilters.bat Build x86 nothing happened, nothing. Strange, no output at all? Try to remove "@ECHO OFF" from build_lavfilters.bat and hopefully you will see where it fails.

[ageback]

I removed "@ECHO OFF" from build_lavfilters.bat and exported output to LAV.txt file. I don't know where the problem issues. Can you please help me to parse the file? Thanks in advance.

[kasper93]

Sure will have a look as soon as the attachment will be approved. It's better to use pastebin or similar...

EDIT:

This is strange. ERRORLEVEL is 1 on first call to :Main. It really make no sense. Only thing that could be wrong is your PATH try to clean it up a little. Especially this part C:\WINDOWS\Media\ɨĂčŇÇşÍÉăĎńÍ·.{E211B736-43FD-11D1-9EFB-0000F8757FCD};;; I have no idea but maybe this sets errorlevel. I don't see anything else wrong. It's even before doing anything useful.

If cleaning patch won't help you will need to do small experiment and add echo error: %ERRORLEVEL% in few places in the script and check after what call it's changed.

Check PM.

[ageback]

I removed C:\WINDOWS\Media\ɨĂčŇÇşÍÉăĎńÍ·.{E211B736-43FD-11D1-9EFB-0000F8757FCD};;;, replace old build_lavfilters.bat with the one you provided, rebooted. Then put an "aaa.bat" file in C:\MPC-HC, with content CALL "src\thirdparty\LAVFilters\build_lavfilters.bat" Build x86. After running it got output line: 94

[kasper93]

Great. I remember now what is the problem with XP. Will fix that tomorrow. It's easy to forget about this little thing.

EDIT:

I fixed it, it's in main repo, so give it a try :)

[clsid]

Since MPC-HC has no direct dependency on LAV Filters, it should imo not build LAV Filters when building just MPC-HC, only when building complete Solution or package.

[kasper93]

Since MPC-HC has no direct dependency on LAV Filters
Depends what do you thinks by that. Media player without ability to decode anything is not useful. I think nothing has changed since old internal filters. LAV is now part of MPC-HC and it shouldn't be shipped without it. I know that technically it doesn't need LAV to work, but do we really need to split this two things? MPC-HC is closely connected to LAV.

[SeeMoreDigital]

LAV is now part of MPC-HC and it shouldn't be shipped without it. I know that technically it doesn't need LAV to work, but do we really need to split this two things? MPC-HC is closely connected to LAV.Yep... I'm of the opinion that the LAV versions of Media Player Classic should be immediately identifiable and a new topic started...

So how about we say goodbye to Media Player Classic Home Cinema and hello to Media Player Classic LAV ;)

[ageback]

Great. I remember now what is the problem with XP. Will fix that tomorrow. It's easy to forget about this little thing.

EDIT:

I fixed it, it's in main repo, so give it a try :)

It's working now! Thank you!

[ryrynz]

So how about we say goodbye to Media Player Classic Home Cinema and hello to Media Player Classic LAV ;)

LAV Media Player.

[madshi]

Since MPC-HC has no direct dependency on LAV Filters, it should imo not build LAV Filters when building just MPC-HC, only when building complete Solution or package.
Agreed, and I'd still very much like to see Lite builds without any internal filters.

From my point of view, I have multiple media players installed, and I want to use LAV in all of them. So it doesn't really make much sense for me to have LAV be part of the media players themselves. If every media player had LAV built in, I'd have to update LAV multiple times on my PC, every time a new LAV build is released. That just doesn't make any sense (for me).

I understand some people like a complete one-stop package solution. But that's just one part of the user base. Don't forget the other half of the user base.

[vBm]

Agreed, and I'd still very much like to see Lite builds without any internal filters.

From my point of view, I have multiple media players installed, and I want to use LAV in all of them. So it doesn't really make much sense for me to have LAV be part of the media players themselves. If every media player had LAV built in, I'd have to update LAV multiple times on my PC, every time a new LAV build is released. That just doesn't make any sense (for me).

I understand some people like a complete one-stop package solution. But that's just one part of the user base. Don't forget the other half of the user base.
Just delete LAVFilters folder and you have 'lite' build. Can't be easier then that.

[madshi]

Just delete LAVFilters folder and you have 'lite' build. Can't be easier then that.
Ok, if that does the trick then all is well (from my point of view)!

[wanezhiling]

:) I'm satisfied with current situation. Don't need to set external LAV "Prefer" anymore.

[nevcairiel]

Ok, if that does the trick then all is well (from my point of view)!

That is indeed all that needs to be done, there is no "hard link" to LAV, a Lite build would be the same binary, just packaged without LAV.

[ryrynz]

Just delete LAVFilters folder and you have 'lite' build. Can't be easier then that.

Can we get the installer when selecting 'custom install' have LAV filters inserted as an option to untick?
Then with future reinstalls if it's detected that LAV has been unticked then the installer will default to 'custom install' with LAV unticked for a non nonsense upgrade for lite build installs.
Or perhaps you could add 'Lite' to the dropdown box.

[minaust]

Agreed, and I'd still very much like to see Lite builds without any internal filters.

From my point of view, I have multiple media players installed, and I want to use LAV in all of them. So it doesn't really make much sense for me to have LAV be part of the media players themselves. If every media player had LAV built in, I'd have to update LAV multiple times on my PC, every time a new LAV build is released. That just doesn't make any sense (for me).


I second that.

[kasper93]

I second that.
Like vBm said:
Just delete LAVFilters folder and you have 'lite' build. Can't be easier then that. And you can always just disable internal filters in options. I doubt that MPC-HC will be shipped without filters. But You can easily disable them.

That is indeed all that needs to be done, there is no "hard link" to LAV, a Lite build would be the same binary, just packaged without LAV.
If I'm not wrong lite build was shipped without mediainfo and stuff, but I may be wrong, too lazy to check it out.

[clsid]

Correct, Lite builds don't contain statically linked MediaInfo and unrar libs.

Funny how everybody is now talking about distribution, while my suggestion was purely for compilation. So to clarify:
1) Don't compile LAV Filters when building MPC-HC project in Solution file. Only compile it when building whole Solution.
2) Don't compile LAV Filters when telling build script to build "Main" or "MPCHC", only when passing "LAVFilters" or "All".

Btw, it should be trivial to add an option to the installer for LAV Filters. Then people can just uncheck it if they don't want it.


Edit: static linking of MediaInfo and Unrar provides just minimal size benefits. About 100KB compressed, and 500KB uncompressed. So the devs could consider using external DLLs. Then there would be no more need for Lite builds, as everybody can simply extract the files they want from the 7z archive.

[Armada]

Q: Will you drop the lite builds now that you can just delete LAVFilters?

A: While there have been discussions about dropping the lite builds, we do not yet have any plans to do so.

Btw, it should be trivial to add an option to the installer for LAV Filters. Then people can just uncheck it if they don't want it.
Can we get the installer when selecting 'custom install' have LAV filters inserted as an option to untick?
Then with future reinstalls if it's detected that LAV has been unticked then the installer will default to 'custom install' with LAV unticked for a non nonsense upgrade for lite build installs.
Or perhaps you could add 'Lite' to the dropdown box.
I have proposed this change (https://github.com/Armada651/mpc-hc/commit/1df6437fa1d4152b27f68b8688d9722c3ed69336) before, but the main concern is that inexperienced users won't know what it is and uncheck it because they think they don't need it.

[ryrynz]

I have proposed this change (https://github.com/Armada651/mpc-hc/commit/1df6437fa1d4152b27f68b8688d9722c3ed69336) before, but the main concern is that inexperienced users won't know what it is and uncheck it because they think they don't need it.

Anybody that generally selects custom install or chooses a non default item generally knows what they're doing. Can't baby everyone.

[clsid]

Experienced users usually tend to disable as much as possible, while inexperienced users typically enable as much as possible. So we don't really need to worry about that. You can make it obvious what the option does by giving it a description such as "Use internal codecs (LAV Filters)".


@underground78
There seems to be a bug in your latest audio switcher commit. The wrong audio track may get selected when using Haali splitter. You can reproduce it by playing a .mkv file where the second audio track is marked as default. As an additional side effect, audio is broken until I switch the audio track, and video plays at wrong speed as well.

[truexfan81]

Experienced users usually tend to disable as much as possible, while inexperienced users typically enable as much as possible. So we don't really need to worry about that. You can make it obvious what the option does by giving it a description such as "Use internal codecs (LAV Filters)".


@underground78
There seems to be a bug in your latest audio switcher commit. The wrong audio track may get selected when using Haali splitter. You can reproduce it by playing a .mkv file where the second audio track is marked as default. As an additional side effect, audio is broken until I switch the audio track, and video plays at wrong speed as well.

clsid i'm pretty sure he built that based on the internal lav filter, so it was probably not checked against Haali

[kasper93]

clsid i'm pretty sure he built that based on the internal lav filter, so it was probably not checked against Haali

It's not based on LAV. It should work with every splitter out there. It's player part. We should not mix these things.

You can make it obvious what the option does by giving it a description such as "Use internal codecs (LAV Filters)".

Right, but on the other hand I don't understand why do you all want not to install filters? I mean you can easily disable them is settings after installation. And that make much more sense because low merit mode will be used if nothing else can play particular file. Not installing make sens only for power users but they can remove "LAVFilters" folder or just don't extract it form .7z package you are not forced to use installer.