Media Player Classic Home Cinema (MPC-HC) - DXVA!

[_xxl]

About:

Help wanted!

We are looking for C++ programmers that want to join MPC-HC & FFdshow projects.

This project is based on the original Media Player Classic (http://sourceforge.net/projects/guliverkli/) and was create after Gabest, the original author, stop working on it. Several new features have been integrated in this media player, such as:

* An option to remove Tearing using Direct3D
* Additional video decoders H.264, VC-1, MPEG2 with DXVA support
* Support for EVR(C) Renderer
* Better support for Windows Vista, 7, including 64 bits releases
* Multi-language support(Czech, French, German, Hungarian, Russian, Spanish and Turkish)
* A lot of bugs and vulnerability fixes
* New features

DXVA Support:

Modern video graphics card have the possibility to decode partially or completely a video using DirectX Video Acceleration (DXVA) and reduces CPU usage. MPC - HC has an embedded video decoder using this technology to decode H.264, MPEG2 & VC-1 video. Unfortunately this decoder supports for the moment only bitstream mode, which means that only most recent graphic cards are supported.

* ATI Radeon™ HD, ATI HD3850/3870/4850/4870/5800/5900, AMD Hybrid CrossFireX™ 780G series for H.264, MPEG2 & VC-1
* nVidia GeForce 8500, 8600, 9600, 200 & 400 Series

DXVA is quite susceptible, so if you want to use it you have to respect those rules:

* Windows XP, Vista and 7
* For Windows XP users, select Overlay Mixer, WMR7(9) or VMR7(9) Renderless
* For Vista users, select EVR or EVR Custom
* For DXVA and subtitles support select VMR7(9) Renderless or EVR Custom.
* Video decoder should be connected directly to the renderer. This means that no intermediate filters such as DirectVobSub or ffdshow can be inserted between decoder and video renderer.
* DXVA compliant x264 encoded files.
* INTEL G4500HD Support DXVA ONLY For Windows Vista and 7!

x264 Known Hardware acceleration problems and solutions:

link (http://forum.doom9.org/showthread.php?t=132924)

"DXVA compatibility" issues:

link (http://forum.doom9.org/showthread.php?t=137974)

Known issues & bugs:

* Internal avisplitter crashes randomly for me.
* There are problems with DVD navigation, some menu's are affected more than others.
* MPC graph creation bug: MPC seems to always prefer Haali splitter, even if external Gabest splitter has higher merit. Neither filter is explicitly set as preferred source filter in the registry (because then it would be allows to ignore merit).

Before submitting a new bug report, check if the bug is already reported, if so, please confirm it so we have more to work with.

When reporting or confirming bugs please provide the following data:

* Windows and service pack versions
* MPC-HC, FFdshow build
* Videocard and driver version
* Renderer used and options selected in the output settings
* A small sample so we can test it on our systems and of course as clear as possible instructions on how to reproduce it.

Bugs can be reported here:
Bugs (http://sourceforge.net/tracker2/?func=browse&group_id=170561&atid=854651)

If you want a new feature added, or an existing feature changed/enhanced use this link:
New features (http://sourceforge.net/tracker2/?group_id=170561&atid=854654)

MPC-HC GUI Discussion Thread:
New GUI (http://forum.doom9.org/showthread.php?t=155699)
Thanks to "bobdynlan" (http://forum.doom9.org/search.php?searchid=5408953)

Media Player Classic Home Cinema links:

From http://xvidvideo.ru/

Homepage (http://mpc-hc.sourceforge.net/)

Sourceforge (http://sourceforge.net/projects/mpc-hc/)

SVN (https://mpc-hc.svn.sourceforge.net/svnroot/mpc-hc/trunk)

Changelog (http://mpc-hc.svn.sourceforge.net/viewvc/mpc-hc/?view=log)

Media Player Classic (patched build) compiled by Clsid:

Sourceforge (http://sourceforge.net/projects/guliverkli2/)

SVN (https://guliverkli2.svn.sourceforge.net/svnroot/guliverkli2)

Changelog (http://guliverkli2.svn.sourceforge.net/viewvc/guliverkli2/?view=log)

Media Player Classic:

Sourceforge (http://sourceforge.net/projects/guliverkli/)

SVN (https://guliverkli.svn.sourceforge.net/svnroot/guliverkli/trunk)

Changelog (http://guliverkli.svn.sourceforge.net/viewvc/guliverkli/?view=log)

To compile MPC-HC read the instructions from SVN.

@developers: Thanks!

[HeadBangeR77]

@ drevil_xxl:
Thanks a bunch! Unpacked and using. :)

I haven't used MPC + ffdshow (libmpeg2) for MPEG-2 decoding for a few weeks. I used to get macroblocks artefacts while seeking, and seeking used to be bad in general. Now it's working almost perfectly - no artefacts, and seeking needs just a short while to jump forwards /backwards. I'm just wondering if it's ffdshow decoding that has improved, or is it your patching that has done the job (?).

I will check with MPC's internal MPEG-2 splitting/decoding right now.
Update: Perfect! :)

cheers,
HDBR77

[clsid]

I have just compiled mpc and .ax with some patches:

basemuxer-ssf-removal.patch
dtsac3patch.patch
dvobsub.patch
MPC_ffdshow20061015.patch
MPC_ffdshow20061222.patch
mpeg2decfilter_dsutil_interlaced_fix.patch
MpegSplitterFile.patch
radgtsplitter-removal.patch
vp62-removal.patch
vsfilter_clipbug-patch-take3.patch
vsfilter_fax_fay-SVN611v2.patch

Can you build it with VP6 support? Celtic_Druid should be able to help you with missing source files.
Also can you update libfaad and the other libraries used by MPC?

[_xxl]

Yes libfaad and dts can be updated.
libavcodec has vp6 decoder.

[sillKotscha]

I have just compiled mpc...

mpc:
http://www.mytempdir.com/1239527

thanks for taking the time and having a look at mpc's current state... but what is that 'mplayerc.exe.intermediate.manifest' for?

is it necessary as I haven't seen it before concerning any other mpc build?...

[clsid]

Yes libfaad and dts can be updated.
libavcodec has vp6 decoder.
The VP6 decoder in MPC also supports VP60 and VP61. It might also be useful for people who don't use ffdshow.

Other libs that are outdated:
libpng (http://www.libpng.org/pub/png/libpng.html): 1.2.10 -> 1.2.16
zlib (http://www.zlib.net/): 1.1.4 -> 1.2.3
libmad (http://sourceforge.net/project/showfiles.php?group_id=12349): 0.15.0b -> 0.15.1b

[_xxl]

I'll update if necessary.I don't need new bugs.
That vp6 decoder was removed because of legal issues.

[Liisachan]

Apparently Gabest first thought he might be able to support VP60 and 61 too, but he didn't, and in rev 596 (http://svn.sourceforge.net/viewvc/guliverkli/trunk/guliverkli/src/apps/mplayerc/FGManager.cpp?sortby=date&r1=596&r2=595&pathrev=596), he removed MEDIASUBTYPE_VP60 and MEDIASUBTYPE_VP61, which were already commented out anyway. However, MPC can play FLV5 (not only FLV4). On2 was unhappy with that source code, but they don't mind about binary. That source code was perhaps decompiled from JAVA files, technically legally, but it is understandable for one to avoid unnecessary risk.

[sillKotscha]

but what is that 'mplayerc.exe.intermediate.manifest' for?

any1 :D

[fastplayer]

any1 :D
Possibly a MANIFEST gone wrong. Ignore it.

[sillKotscha]

ok, cool...

cheers

[Kado]

Is drevil_xxl's mpc build based on "mplayerc.rev611-3" by celtic druid or is it based on gabest rev 611?
just asking if the queue output samples, dts and cursor key fixes are also available in drevil_xxl's build.
just want to have the latest build (and drevil_xxl's looks like it).

[_xxl]

Is drevil_xxl's mpc build based on "mplayerc.rev611-3" by celtic druid or is it based on gabest rev 611?
It is based on gabest rev 611.
Used patches:
basemuxer-ssf-removal.patch
dtsac3patch.patch
dvobsub.patch
MPC_ffdshow20061015.patch
MPC_ffdshow20061222.patch
mpeg2decfilter_dsutil_interlaced_fix.patch
MpegSplitterFile.patch
radgtsplitter-removal.patch
vp62-removal.patch
vsfilter_clipbug-patch-take3.patch
vsfilter_fax_fay-SVN611v2.patch

If other patches become available I'll add them.

[LoRd_MuldeR]

Media Player Classic v6.4.9.0 rev611 2007-03-03:
mplayerc.2007-03-03.drevil_xxl.7z (http://mulder.brhack.net/public/downloads/mplayerc.2007-03-03.drevil_xxl.7z)

[Kado]

After some research I discovered that all patches included in celtic_druid's build are included in drevil_xxl's build. Thanks for the update.

[clsid]

After some research I discovered that all patches included in celtic_druid's build are included in drevil_xxl's build. Thanks for the update.
So also the "dts and cursor key fixes" ?

@drevil_xxl, have you already made a build with updated libs? Can you also make an ANSI build? Thanks.

[fastplayer]

So also the "dts and cursor key fixes" ?
The key fix is included as part of "MPC_ffdshow20061222.patch". As for DTS, I don't know...

[_xxl]

have you already made a build with updated libs?
No.It is really necessary?
I don't wanna add new bugs.
Maybe libfaad...

[fastplayer]

I don't know if they are safe to add.
Neither do I, unfortunately... :(
But the changes in libmad-0.15.1b look kinda promising:
- New Layer III IMDCT routine based on Szu-Wei Lee's fast algorithm.
- Improved robustness of Layer II bitrate/mode combinations.
- Other improved portability and robustness.
The vulnerability and crash fixes in the latest libpng shouldn't hurt either.

[Peuj]

I don't know if they are safe to add.

Well I think you should add the patches as they seem to fix bugs.

It's not an official MPC build so if there are some new bugs it's not a really big deal, it happens sometimes too with the ffdshow tryouts builds. :p

The thing is, if you start like this it's like you start a "MPC tryouts" project :D

Thanks for the new MPC build.

[clsid]

There have been some fixes in libfaad2, so that should at least be updated. Celtic_Druid's build also uses latest libfaad2. As for the other libs, if they introduce new bugs, then I am sure we will discover them.

[_xxl]

New MPC 611 build 03.05.2007.*updated*
basemuxer-ssf-removal.patch
basevideofilter.patch
dts.patch
dtsac3patch.patch
dvobsub.patch
faad2.25.patch or faad2.26.patch
libmad.patch
libpng.patch
mpc_ffdshow20061015.patch
mpc_ffdshow20061222.patch
mpeg2decfilter_dsutil_interlaced_fix.patch
mpeg2decfilter_progressive_frames_fix.patch
mpegsplitterfile.patch
mpegsplitterfile2.patch
radgtsplitter-removal.patch
vp62-removal.patch
vsfilter_clipbug-patch-take3.patch
vsfilter_fax_fay-svn611v2.patch

[Peuj]

New MPC 611 build 03.05.2007.

Thanks :)

[fastplayer]

UPXed version (--best parameter) of drevil_xxl's MPC build (see here (http://forum.doom9.org/showthread.php?p=975082#post975082)). For those situations where every byte counts :D
Download (http://www.mytempdir.com/1268989)

[Inventive Software]

@moderator: Can MPC discussion be split to another thread?

[HeadBangeR77]

@moderator: Can MPC discussion be split to another thread?
I second that, however I think these last two pages could be joined with the main MPC's thread in the Software forum, which will revive it for sure (it's up to mods to decide) ;)

@ drevil
Thank you for the next release!

[Mangix]

this new release uses FAAD 2.6, right?

[LoRd_MuldeR]

Media Player Classic v6.4.9.0 rev611 2007-03-05:
mplayerc.2007-03-05.drevil_xxl.7z (http://mulder.dummwiedeutsch.de/home/?page=guestbook&app=mpc&file=latest&mirror=brhack)

mirrored :)

[MatMaul]

hello !
New MPC 611 build 03.05.2007.*updated*

MPC:
download (http://www.mytempdir.com/1242716)
Patches:
download (http://www.mytempdir.com/1242718)

I have a problem with this MPC build.
when I want to play an ac3 file, it doesn't play : ligos MPEG splitter is charged as filter (??) and ffdshow (which is my ac3 decoder) isn't charged.
With last celtic_druid build, no problem, ffdshow is charged and the file is playing fine.

[_xxl]

I have a problem with this MPC build.
when I want to play an ac3 file, it doesn't play : ligos MPEG splitter is charged as filter (??) and ffdshow (which is my ac3 decoder) isn't charged.
With last celtic_druid build, no problem, ffdshow is charged and the file is playing fine.
I''ll compile soon a new build.

[foxyshadis]

Split from ffdshow tryouts.

Hey, this is the same way drevil kickstarted the tryouts project. ;)

[B.F.]

How about a light version?
Only with codecs needed for DVD playing.

[thuan]

I second that as I rarely use the other filters included in MPC.

[clsid]

Why cripple it? Don't expect it to become a much smaller file.

[thuan]

Why cripple it? Don't expect it to become a much smaller file.

Simply because I never use the other filters included in MPC beside those used for DVD decoding.

[B.F.]

Why cripple it? Don't expect it to become a much smaller file.

Maybe.
But still it will be smaller, and I don't have to disable that filters manually. ;)

[Leak]

Maybe.
But still it will be smaller, and I don't have to disable that filters manually. ;)
Make sure you call that build "DVD Player Classic", though...

Of course, once you store your settings in an ini file you don't even have to reconfigure everything everywhere - just reuse the ini file...

[B.F.]

MPC is almost useless without external codecs like ffdshow.
It's not a all in one player like mplayer based players.

[thuan]

I don't like the ini options because it's slower. With registry options you can back up your settings too. Just go to HKCU\Software\Gabest and back up the whole thing. As B.F. said MPC is useless without external codec not like mplayer or kmplayer and most of the included is useless for me anyway beside those used for DVD decoding. I don't care about the binary size but I just see those filters as "eyesore". :p

[Leak]

I don't like the ini options because it's slower.
:confused:

Could you explain that one further? I really doubt reading the registry is noticeably faster than reading a miniscule file from disc...

[Schrade]

:confused:

Could you explain that one further? I really doubt reading the registry is noticeably faster than reading a miniscule file from disc...
I've noticed the slowness when using the .ini as well. I'm not sure what is causing the slowness but it's pretty annoying. The slowness I experience is in running MPC or it trying to save its settings. Just gets really slow.

Using the registry instead of the .ini I have never experienced the problem.

[foxyshadis]

I thought wtf too, so I tried it and watched with process monitor. Opening MPC performs synchronous I/O hundreds of times because of a naive system. Reg keys are made to be opened, locked, read, unlocked, and closed thousands of times a second with no problem, but doing that with real files gets you in trouble. Every operation, like opening a file, causes dozens more reads plus a single write. If it was asynch I/O it probably wouldn't be a problem, but MFC is so amazingly inept that it doesn't. CMPlayerCApp::Settings::UpdateData would all have to be rewritten to use a custom ini/registry handler to fix that, unless there's a way to override MFC functions.

[Delerue]

I noticed that using the .ini can cause some incompatibilities sometimes. Once, I could open a divX file with almost all players, but MPC couldn't. After trying a lot of things I discovered that the .ini was the problem. So I deleted it and everything goes fine.

[chros]

Can somebody make a patch that MPC's internal subtitle engine can remember the last chosen "language" (like VSFilter or DirectVobSub) ?

eg.:
temp.avi
temp.eng.srt
temp.hun.srt
temp.esp.srt

Now, it always select the first in alphabetical order (eng), and drives me totally crazy :)
(Why don't I use VSFilter? Because I'm using RGB output of ffdshow that flips the picture, but not always: just if a subtitle is present)

Thanks.

[madshi]

One little request: The built in AC3/DTS file source filter tries to handle E-AC3 but fails. It would be great if that could be fixed. I can see 2 possible fixes:

(1) Just tell the filter to not handle E-AC3. Or:
(2) Add E-AC3 support to the filter.

FWIW, orbitlee has made a mod which enables E-AC3 support. Here's the download with source code:

http://www.sendspace.com/file/lwvvmi

He didn't get AC3/DTS to work properly after the mod, though, so he disabled AC3/DTS in his modded filter now.

[hdboy]

I don't like the ini options because it's slower. With registry options you can back up your settings too. Just go to HKCU\Software\Gabest and back up the whole thing. As B.F. said MPC is useless without external codec not like mplayer or kmplayer and most of the included is useless for me anyway beside those used for DVD decoding. I don't care about the binary size but I just see those filters as "eyesore". :p

and it's harder to back up an ini file?

I'm grateful someone is still updating MPC. Let them use their time putting in things people want and supporting the new codecs rather than making special builds for various groups.

You're of course welcome to make your own minimal build of MPC if you're technically inclined.

[trueimage]

I usually just use a mplayerc.exe file. Can someone tell me what these .patch and .ax files are and where do i put them or how do i use them? I just have them all in the same folder as mplayerc.exe right now.

[LoRd_MuldeR]

I usually just use a mplayerc.exe file. Can someone tell me what these .patch and .ax files are and where do i put them or how do i use them? I just have them all in the same folder as mplayerc.exe right now.

.ax files are DirectShow filters. You can register them with the command "regsvr32 file.ax" and unregister with "regsvr32 /u file.ax". After a filter has been registered, DirectShow players can use them. AFAIK you won't need to use those .ax files at all, in case you using MPC. That's because those are just 'external' versions of MPC's built-in filters. The external filters are there, so other DirectShow players, such as WMPlayer, can use MPC's filters too. MPC itself won't need any of those .ax files.

.patch files are used to "patch" source code files. This way you don't need to download the complete source codes. You just apply the .patch files to the 'official' source codes and you get the fixed version. If you don't compile MPC yourself, then those files won't be of any interest for you. The .patch files are *not* intended to patch the compiled (.exe) file!


Just download mplayerc.exe and you have all you need:
http://mulder.dummwiedeutsch.de/home/?page=guestbook&app=mpc&file=latest&mirror=brhack

[LigH]

My english is not the best, I might have missed it in this thread, or in another somewhere...

Why did you decide to create a modified version?

a) Gabest is not (very) active anymore? (like Milan)

b) You wanted to include libavcodec?

Please point me to the thread where you explained your reasons, people in the german doom9/Gleitz board are wondering too. ;)
__

A possible reason why INI files are "slower": Parsing for possible chapters.

The Registry is already hierarchical.

[Leak]

My english is not the best, I might have missed it in this thread, or in another somewhere...

Why did you decide to create a modified version?
I guess he mostly did it because there's a handful of patches to MPC floating around on the web and the last MPC release was ages ago...

Where did you get the idea he was going to include libavcodec, though? ffdshow does that very well already, but I can't see ffdshow getting integrated into MPC...