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

[Piyoko]

Why not just convert the audio to FLAC?
I thought of that but it didn't seem to work seamlessly. There was a long delay when switching to the FLAC track and when seeking, and more importantly it seemed to cause some intermittent minor slowdown/hitches and sync problems in the playback for some reason (CPU was between 5-10% so not a performance issue.)

Turns out I didn't have to convert it to stereo though as when loading external .wav files MPC-HC loads a Wave Parser that doesn't cause any trouble with mono files.

[Klaus_1250]

i find that strange seeing that haali is very cpu intensive when compared to renderers like overlay

Haali is unusable on an Atom processor, since PowerDVD won't use DXVA. Best bet is probably EVR, but I'm not sure how stable the Windows 7 drivers are.

[squid_80]

Haali is unusable on an Atom processor, since PowerDVD won't use DXVA. Best bet is probably EVR, but I'm not sure how stable the Windows 7 drivers are.

If you're not using a GPU assisted decoder on an atom, is the renderer choice really going to matter?

[Casshern]

Its not only the Criterion Mono tracks, also some Dolby True HD tracks do not decode properly. I think some combinations of sample frequency and sample size do not work. FFDSHOW and the MPC HC filters play them at half the speed. Mabybe the devs need more samples?

Is there any way to manually load an external audio track when playing a file? Like how you can load external subtitles from the menu or with Ctrl+L.

Because the LPCM mono bug (http://sourceforge.net/tracker/index.php?func=detail&aid=2842169&group_id=170561&atid=854651) hasn't been fixed (and seems to be more or less buried and forgotten in bug report hell) I can't play any of my Criterion Blu-rays. However then I thought of the brilliant idea that I could demux the mono tracks, do a simple conversion to stereo (dual mono), and then load them as external audio tracks while playing the .m2ts files from the Blu-rays.

But then I came upon the above problem, that I can't seem to find any way to load them in MPC-HC unless they are in the same folder, which is of course impossible since the video is on disc.

Can anyone think of a solution (maybe some command line arguments?) that doesn't involve copying the 30+ gig movie files to my hard drive?

[Snowknight26]

Its not only the Criterion Mono tracks, also some Dolby True HD tracks do not decode properly. I think some combinations of sample frequency and sample size do not work. FFDSHOW and the MPC HC filters play them at half the speed. Mabybe the devs need more samples?

I think I can confirm that. I had a video recorded with Fraps that had 16-bit, 96KHz 2 channel PCM in an AVI, and MPC-HC decided to play all 17 seconds of it in under a second. Didn't happen when remuxed to MKV though.. didn't bother debugging further.

[alexins]

Media Player Classic HomeCinema (x86/x64), svn 1305 (http://www.xvidvideo.ru/media-player-classic-homecinema-x86-x64/media-player-classic-homecinema-x86-x64-svn-1301.html)

Supported languages: BR, BY, CN, CZ, DE, EN, ES, FR, HU, IT, KR, PL, RU, SE, SK, TR, UA

Changes log (http://www.xvidvideo.ru/logi-izmeneniy/log-izmeneniy-media-player-classic-homecinema.html)

(1301-1305)

Prevent loading incompatible versions of d3dx9_xx.dll.
updated libmpeg2;
Fixed : x64 compilation error for MpcAudioRenderer;
updated project files

[NanoBot]

Hi Alexins,

I am happy to see that xvidvideo.ru is up and running again.

Could you please re-add the english translations to the russian text on the download pages, e.g. here:

http://www.xvidvideo.ru/2009-10-22-10-49-14/doc_download/2272-media-player-classic-homecinema-x86-svn-1305-----without-installer.html

Without the translations some people might have problems to click the right buttons to get the download.

:thanks:

C.U. NanoBot

Edit:

By now the english translations are there, thank you, Alexins.

[Klaus_1250]

If you're not using a GPU assisted decoder on an atom, is the renderer choice really going to matter?

Sorry, didn't say it correctly. If I use Haali on a Atom Z/GMA500, the PowerDVD codec will not use DXVA. PowerDVD will use DXVA if I choose VMR9.

[namaiki]

I thought you needed to use either EVR-CP or VMR9 for DXVA.

[ikarad]

tetsuo55 one question:
you are modified the priority of this bug one month ago.
before it was 7 and today it is 1.
although this problem is not still solved even with mpc hc 1305.
https://sourceforge.net/tracker/index.php?func=detail&aid=2805913&group_id=170561&atid=854651

Why the priority is very low?

[wayland]

to expand on the bug mentioned above bluray subtitles also dont work when they are for a non english section of a movie (examples are che part 1, inglorious bastards (1977)) mentioned it before but i dont think anyone noticed, maybe adding a new bug to the tracker with some samples would help

[73ChargerFan]

(1301-1305)

Prevent loading incompatible versions of d3dx9_xx.dll.
updated libmpeg2;
Fixed : x64 compilation error for MpcAudioRenderer;
updated project files


1305x86 MPEG-2 Video Decoder only renders the green part of the signal. Tried many VIDEO_TS.IFO files on two different computers, one with nVidia and other ATI. I think it is libmpeg2 update. Svn1300 renders correctly.

Also, DTS-MA no longer streams via SPDIF as DTS (core). Not sure when this happened, but SPDIFER says "out of sync" and I can't get internal DTS/SPDIF to work, nor the Microsoft DTV/DTS Audio Renderer to work. I'll try and find regression this weekend.
This is when in mkv container, using internal & haali splitter. Internal M2TS splitter is fine for some reason.

[GrofLuigi]

1305x86 MPEG-2 Video Decoder only renders the green part of the signal. Tried many VIDEO_TS.IFO files on two different computers, one with nVidia and other ATI. I think it is libmpeg2 update. Svn1300 renders correctly.
Confirm, same behavior on Intel GMA 4500MHD (mobile series 4 chipset family). All internal (+EVR custom -Haali) renderers I've tried, on XP.

GL

[tetsuo55]

tetsuo55 one question:
you are modified the priority of this bug one month ago.
before it was 7 and today it is 1.
although this problem is not still solved even with mpc hc 1305.
https://sourceforge.net/tracker/index.php?func=detail&aid=2805913&group_id=170561&atid=854651

Why the priority is very low?We don't use the priority system for bug fixing order, but rather for old vs new bugs1305x86 MPEG-2 Video Decoder only renders the green part of the signal.]Have you got the latest dx updates installed?

[clsid]

We don't use the priority system for bug fixing order, but rather for old vs new bugs
That seems a bit odd to me. They are by default sorted by date of submission.

[tetsuo55]

That seems a bit odd to me. They are by default sorted by date of submission.I will try to explain in more detail, how mpc-hc developement (currently) works:

1. We only understand a small part of the millions of lines of code MPC-HC is made up of, and its difficult to further the understanding due to lack of commenting.

2. We have a very small group of programmers, that work on the MPC-HC source in their spare time (usually 1-2 hours a week each)
Due to point 1, most time is spent on finding out how things work(usually takes weeks to figure out)

The result is (unfortunately) that the programmers only focus on the things that they enjoy most.

As a result most bugs are either fixed because they where challenging(or very easy) or because code was changed for another reason and "accidentaly" fixes the bug.

I usually pass bugs on to those programmers most likely to either find it challenging or with the highest chance of an accidental fix.
I spend most of my time on finding new developers for the parts of mpc-hc that none of the current programmers are interested in.

tetsuo55 one question:
you are modified the priority of this bug one month ago.
before it was 7 and today it is 1.
although this problem is not still solved even with mpc hc 1305.
https://sourceforge.net/tracker/index.php?func=detail&aid=2805913&group_id=170561&atid=854651

Why the priority is very low?In addition to my previous comment, this bug isnt likely to be fixed soon, it requires a substantial rewrite of the subtitle renderer.

[73ChargerFan]

We don't use the priority system for bug fixing order, but rather for old vs new bugsHave you got the latest dx updates installed?

Three or four weeks ago. Did I mention that 1300 is fine? :)

[tetsuo55]

Three or four weeks ago. Did I mention that 1300 is fine? :)libmpg2 is probably not connecting with the correct colorspace anymore, we will have to wait for it to be fixed, stick to 1300 in the mean time.
Reporting it on the tracker (if it isnt already) is also a good idea.

[betaking]

bug repot:mpc-hc crash playig file in vcd and cd
last mpc-hc Play vcd disc or cd disc inside the dat file will be prompted no response and then automatically exit, but the disc inside the dat files are copied to the hard disk to play everything is ok. and i use Media Player Classic (patched build) compiled by Clsid This version play is ok!
for other repot at here
http://sourceforge.net/tracker/?func=detail&aid=2862474&group_id=170561&atid=854651

[chros]

Changes log (http://www.xvidvideo.ru/logi-izmeneniy/log-izmeneniy-media-player-classic-homecinema.html)

(1301-1305)

Prevent loading incompatible versions of d3dx9_xx.dll.

In the new versions (1301 and 1305) MPC-HC says that "No d3dx9 dll found", but the d3dx9_41.dll file is in the same dir ...
Is it a bug or feature?

Last known good revision is 1296 with no such problem ....

[tetsuo55]

In the new versions (1301 and 1305) MPC-HC says that "No d3dx9 dll found", but the d3dx9_41.dll file is in the same dir ...
Is it a bug or feature?

Last known good revision is 1296 with no such problem ....you have to install the redist, just including the dll is not enough

[chros]

you have to install the redist, just including the dll is not enough
I thought so, but in this case how can it be that the earlier versions weren't display bugs and were working flawlessly ... ?

[tetsuo55]

I thought so, but in this case how can it be that the earlier versions weren't display bugs and were working flawlessly ... ?what i think happened, is that microsoft fixed a very old scaling bug, and updated the dll's related to that bug in the system.

Thats why you need the full install and not just the latest redist dll

[cweb]

1305x86 MPEG-2 Video Decoder only renders the green part of the signal. Tried many VIDEO_TS.IFO files on two different computers, one with nVidia and other ATI. I think it is libmpeg2 update. Svn1300 renders correctly.

Also, DTS-MA no longer streams via SPDIF as DTS (core). Not sure when this happened, but SPDIFER says "out of sync" and I can't get internal DTS/SPDIF to work, nor the Microsoft DTV/DTS Audio Renderer to work. I'll try and find regression this weekend.
This is when in mkv container, using internal & haali splitter. Internal M2TS splitter is fine for some reason.

Svn1305 is showing dvb-s recorded mpeg2's in green too.. I guess it's the same bug.

[clsid]

In the new versions (1301 and 1305) MPC-HC says that "No d3dx9 dll found", but the d3dx9_41.dll file is in the same dir ...
Is it a bug or feature?

Last known good revision is 1296 with no such problem ....
The build made by alexins require v42 of the DLL.
Since v42 the DLL has been split into two files, so you need an additional file as well, D3DCompiler_42.dll if I remember correctly.

[Keiyakusha]

Does MPC-HC internal/external AAC decoder is the same as in FFDShow? I think yes, but my tests shows that FFDShow is faster than MPC-HC external decoder:
ffdshow: 162.305x realtime
MPC-HC: 148.049x realtime
But I'm not sure if this is a good method to measure the speed.(.grf -> avisynth DSS -> foobar). Speed is an average value of 10 passes.
By the way Microsoft's decoder shows 202.382x realtime on Core2Duo 2.66

[clsid]

Both use almost the same code (libfaad2). Difference can be explained by the fact that in case of ffdshow it was compiled using ICL10 (depending on who build it).

[DrNein]

Sorry, didn't say it correctly. If I use Haali on a Atom Z/GMA500, the PowerDVD codec will not use DXVA. PowerDVD will use DXVA if I choose VMR9.

I thought you needed to use either EVR-CP or VMR9 for DXVA.

Right, Haali is incapable of DXVA. EVR and EVR-CP are capable however not for AVC at least with AMD (do not know about Intel). So, for XP with DXVA, VMR7 Windowed is generally best while VMR9 Renderless can be used for subtitles -however it is prone to tearing.

Is the testing being done with AVC compliant files? If the GMA500 and CyberLink are providing full DXVA (as with AMD GPU) then the framerate should not be limited and the CPU usage nil even with 20 or 40Mbps, let alone 2Mbps.

[v0lt]

How to play DVD2AVI project file (d2v) in MPC-HC?

[Px]

Right, Haali is incapable of DXVA. EVR and EVR-CP are capable however not for AVC at least with AMD (do not know about Intel).
:eek:

[73ChargerFan]

DTS-MA

I can't play m2ts or mkv tracks with DTS-MA audio using the built-in DTS system, spdifer, or the microsoft dtv filter.
Internal works in 1179, 1180 (release candidate 1), doesn't work in 1238, 1245 or later.

I can't find built copies of svn 1181-1235 or so to check these out, but there were many audio revisions during this time.
I'm on Windows 7 Ultimate, on mb realtek spdif optical to pioneer receiver. I'm back to using 1179 for now. It is not directx, or driver issues.

It's an issue with me, because I went around and around with Beliyaal about it, and he implemented a hack which the lossless hd audio and passed the DTS core. Somehow, it seems this has been removed / regressed. If it is part of the development of the new audio renderer, please add an option to pass only core dts.

Has anyone else had this problem?

[hdboy]

Does anyone have a HDTV connected as a secondary monitor? I have a 7600GT, primary monitor is my PC monitor, secondary is my HDTV. I like this setup b/c it allows me to work normally while someone else watches a movie on the TV. However, I have issues with video stutters. I try all kinds of stuff, different renderers, codecs, reclock, other players...

Just as a test, I set the HDTV as the primary and only monitor, and lo and behold: flawless playback.

Is this a problem with windows (7)? is it my video card? I'd be willing to upgrade if it'd help.

Does anyone else connect to a HDTV (720p or 1080p) as a secondary monitor without issues? If so, what's your config? thanks.

[Mixer73]

First thing I'd suggest is a video card with better DXVA support, 7600 has basically no DXVA support to speak of, going to an 8400+ would help with decoding, but be careful as the GS is rubbish, and I think they are common.

[namaiki]

hdboy, what kinds of apps are you running besides the movie? Any changes if you run MPCHC at a higher processor priority?

[Andy o]

DTS-MA

I can't play m2ts or mkv tracks with DTS-MA audio using the built-in DTS system, spdifer, or the microsoft dtv filter.
Internal works in 1179, 1180 (release candidate 1), doesn't work in 1238, 1245 or later.

I can't find built copies of svn 1181-1235 or so to check these out, but there were many audio revisions during this time.
I'm on Windows 7 Ultimate, on mb realtek spdif optical to pioneer receiver. I'm back to using 1179 for now. It is not directx, or driver issues.

It's an issue with me, because I went around and around with Beliyaal about it, and he implemented a hack which the lossless hd audio and passed the DTS core. Somehow, it seems this has been removed / regressed. If it is part of the development of the new audio renderer, please add an option to pass only core dts.

Has anyone else had this problem?

I'm assuming you want to decode or bitstream the DTS core right? I'm not having much trouble with ffdshow's libdts and bitstreaming it to my receiver.

[hdboy]

hdboy, what kinds of apps are you running besides the movie? Any changes if you run MPCHC at a higher processor priority?

obviously I avoid doing anything intensive. the most multitasking I will do while watching a movie is a web browser, but even when I shut everything else down, it still happens if the TV is the secondary monitor. I'm already running with higher priority.

[Mixer73]

obviously I avoid doing anything intensive. the most multitasking I will do while watching a movie is a web browser, but even when I shut everything else down, it still happens if the TV is the secondary monitor. I'm already running with higher priority.

I run MPC-HC on my secondary monitor and do everything from video compression to video editing, large file transfers etc and I have no problems with pausing.

Most important thing is get a graphics card that has DXVA and experiment with renderers until you get a result.

[krbo]

Playing mpeg2 video and DVDs with internal decoder gives me green screen with latest MPCHC builds (1127 is OK) on 3 different PC (VGA)

Search on that problem reveals nothing fresh in this part of forum.

Did I miss some info in this now enormous thread ?

[tetsuo55]

Playing mpeg2 video and DVDs with internal decoder gives me green screen with latest MPCHC builds (1127 is OK) on 3 different PC (VGA)

Search on that problem reveals nothing fresh in this part of forum.

Did I miss some info in this now enormous thread ?fixed in 1311

[XhmikosR]

Try with revision 1311 (http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/media-player-classic-homecinema-x86-x64-svn-1311.html), it's supposed to be fixed.

EDIT: tetsuo55 beat me to it :p

[betaking]

Try with revision 1311 (http://www.mediafire.com/?zjymjnzy2ya), it's supposed to be fixed.

EDIT: tetsuo55 beat me to it :p

Hi,can you up it to RapidShare.com? Thanks!:)

[Mercury_22]

Any chance that FFmpeg to be replace with ( add ) FFmpeg-MT for ( non-DXVA ) H264/AVC ?

[tetsuo55]

Hi,can you up it to RapidShare.com? Thanks!:)i don't compile sorry
Any chance that FFmpeg to be replaced ( add ) with FFmpeg-MT for ( non-DXVA ) H264/AVC ?
Is compatibility and stability exactly at the same level as regular ffmpeg for both x86 and x64?

[Spec-Chum]

Build 1311

32-bit (http://www.mediafire.com/?sharekey=f23b64e279fec79ea0f2f20c509059d96d8503248002b242f1940a51b339e393)
64-bit (http://www.mediafire.com/?sharekey=f23b64e279fec79ea0f2f20c509059d96d8503248002b242f1940a51b339e393)

[betaking]

i don't compile sorry

Is compatibility and stability exactly at the same level as regular ffmpeg for both x86 and x64?

test XhmikosR Try with revision 1311, it's supposed to be fixed.

EDIT: tetsuo55 beat me to it
this build has fix vcd playback！:goodpost: thanks！

[Mercury_22]

i don't compile sorry

Is compatibility and stability exactly at the same level as regular ffmpeg for both x86 and x64?

I don't know ! = from what I've read NOT REALLY from my testing with FFDShow YES ! So...
I think adding ffmpeg-mt as an option to ffmpeg (like in FFDShow) it will be very beneficial cause it's definitely superior to ffmpeg

[73ChargerFan]

I'm assuming you want to decode or bitstream the DTS core right? I'm not having much trouble with ffdshow's libdts and bitstreaming it to my receiver.
Yes I do. MPC-HC used to strip off the HD portion, now it doesn't, so I think it is a regression, so maybe a quick fix? I know the audio system is being re-designed, but maybe this was commented out on accident.

[krbo]

fixed in 1311

indeed, mpeg2 is fixed, thanks !

[ikarad]

In addition to my previous comment, this bug isnt likely to be fixed soon, it requires a substantial rewrite of the subtitle renderer.

nearly three months or one year?

[avivahl]

Anybody tried compiling w/ Visual Studio 2010 Beta 2?