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

[Leak]

I have a strange problem. I can't get to connect the standalone MPC filter.
Would that be the DXVA accelerated decoder filter? If so, that won't work with anything but a renderer that supports DXVA connected - and definitely not with AviSynth, as you can't use DXVA to decode video and read it back from the graphics card to process it further.

Use ffmpegsource or something similar for decoding in AviSynth.

np: The Orb - Once More (FT Explore Satan Mix) (Auntie Aubrey's Excursions Beyond The Call Of Duty Part 2 (Disc 1))

[rack04]

@rack04
Sample works fine will all renderers and I can save screenshots with them all as well, tested with EVR CP, VMR7/9 Renderless and Haali renderer and MPC HC rev710.

You're right. I tried it on my home PC and it works fine. Must be some video driver issue on my laptop.

[Mercury_22]

@clsid
There will be a 64-bit version of Haali's splitter very soon.

Any news ? :rolleyes: :thanks:

[clsid]

No news.

[Unity]

ahh well after the dattebayo encode problem ( suttering ) with a DXVA compliant encode within an avi container , i've got exactly the same problem with an episode of Osen by Nya.

It seems that every x264 encode in an avi container are totaly unplayable in MPC HC with DXVA on.

Same results with the haali splitter.

[Shinigami-Sama]

@clsid


Any news ? :rolleyes: :thanks:

when ever Divx's cheque clears

[Shakey_Jake33]

Just a quick bug report for the 64-bit version specifically. Player crashes when I try to open a .VOB file using the internal Mpeg2 decoder. A workaround is to untick 'Enable Planar YUV media types', this results in the videos playing fine. Curiously, this only happens in XP x64 Professional for me, not Vista 64-bit (I dual-boot both).

Build 1.1.708

This may be cause by something misconfigured at my end, but I felt it worth reporting so someone could clarify.

[Mercury_22]

when ever Divx's cheque clears

Care to explain ? :confused:

Just a quick bug report for the 64-bit version specifically. Player crashes when I try to open a .VOB file using the internal Mpeg2 decoder. A workaround is to untick 'Enable Planar YUV media types', this results in the videos playing fine. Curiously, this only happens in XP x64 Professional for me, not Vista 64-bit (I dual-boot both).

Build 1.1.708

This may be cause by something misconfigured at my end, but I felt it worth reporting so someone could clarify.

No problem here, but I'm using Vista x64 & Build 1.1.710.0 (upload your Vob)

[STaRGaZeR]

Can QuickTime support be disabled, so when a MOV file is loaded MPC uses DirectShow by default?

[professor_desty_nova]

ahh well after the dattebayo encode problem ( suttering ) with a DXVA compliant encode within an avi container , i've got exactly the same problem with an episode of Osen by Nya.

It seems that every x264 encode in an avi container are totaly unplayable in MPC HC with DXVA on.

Same results with the haali splitter.

Just curiosity. Do this happen if you mux the file from the avi to MKV?

[Mercury_22]

Can QuickTime support be disabled, so when a MOV file is loaded MPC uses DirectShow by default?

Change the extension from mov to something else e.g. hdmov, tested on H264 stream only !

[clsid]

Can QuickTime support be disabled, so when a MOV file is loaded MPC uses DirectShow by default?
Options -> Player -> Formats

Personally I prefer renaming.

[STaRGaZeR]

Thanks, completely missed that that column can be changed :p

Renaming is long and doing it each time is painful for me.

[Unity]

Just curiosity. Do this happen if you mux the file from the avi to MKV?

I'm going to try that tomorrow ( still at work today ) and i will let you know :)

[Unity]

i couldn't wait , so i've tried to remux the file ( DB Bleach EP 182 ) to mkv and guess what ... it is working perfectly with DXVA. So is this a problem with the avi splitter ?

[Shinigami-Sama]

Care to explain ? :confused:




divx are the ones that got haali to start on it as part of their 64bit decoder release

[73ChargerFan]

There are several people, including myself, that experience occasional stability issues with MPC. Most common stability issue is that MPC freezes while opening a file, so before playback has started. The application doesn't crash. Process needs to be killed using the TaskManager.
When this happens, its because the splitter/filter/sound rendering system doesn't like the file. I've got older encodes which only work with one mpeg or audio decoder, but I don't know why.

How about a debugging options section, to enable process logging. Like building the graph, initializing the filters, etc. ?

[73ChargerFan]

I've finally got 1536 dts working over spdif using spdifer from the ac3filter project.

My current setup is: MPC-HC v6.81, Haali splitter (mkv & ts), coreAVC (h264, vc1), MCE2005 sp3, AMD 4600x2, nvidia 7800gtx oc with 175.19 drivers. Everything works perfect on that system now.

[rica]

Subtitles in DXVA mode without the need of MPC-HC:


http://forum.doom9.org/showthread.php?p=1165883#post1165883

_ _ _ _ _ _ _ _ _

[ADude]

I've finally got 1536 dts working over spdif using spdifer from the ac3filter project.
SPDIFER rules and wipes the floor with everything else. :cool:

All the goodness of ac3filter, but none of the phat...

[Grim-Reaper]

Hey there,
h264 is used for free to air HD content in a couple of countries now, and it would be great if the MPC video decoder could be used for this.
MPC-HC can be used to play this from a .ts dump of the stream, but with the stand alone filter it doesn't work in programs like mediaportal, dvbviewer or GB-PVR for live TV.
Apparently among other things one of the issues is that it doesnt support {8D2D71CB-243F-45E3-B2D8-5FD7967EC09B} video pin out. Of course DXVA is the important part here since its HD video.

Pretty big request i know, but if anyones got some spare time on their hands it would be great. The mediaportal team might be able to help out maybe.
Here (http://www.geekzone.co.nz/Fossie/4877) is some sample videos from NZ's h264 Freeview HD service, which might be of use.

Cheers, MPC-HC is great.

[professor_desty_nova]

i couldn't wait , so i've tried to remux the file ( DB Bleach EP 182 ) to mkv and guess what ... it is working perfectly with DXVA. So is this a problem with the avi splitter ?

More probably a limitation of the avi format/container. That's why x264 developers say "don't use AVC in avi container" ;).

[rt87]

Disable the internal subtitle filter ("auto-load subs" option) and VSFilter will get used again.

in r710, if "auto-load subs" option is not checked, although mpc/mpc-hc loads VSFilter 2.39, no subtitle is showed.

and it doesn't happen in WMP/mplayer2.

[sneaker_ger]

Hi,

some MPEG2 files are not played correctly. Here's a sample file:
Sample (http://netload.in/datei2f7fbcde53ec59ea2fa23b978b10ab20/sample.demuxed.m2v.htm) (31.2 MB - demuxed with DGIndex from a PAL DVD)
If you start the clip and don't do any seeking operations the seeking bar reaches the end (and time shows 40/40 seconds) although the clip has not yet ended. It will continue to play though. Seeking is also b0rked.

[Kado]

@rica

They are re-encoding the video with the subtitles on top, i.e., hardsubbing and using a DXVA compatible encoding settings.

[rica]

@rica

They are re-encoding the video with the subtitles on top, i.e., hardsubbing and using a DXVA compatible encoding settings.

Would you open a little bit more?

[STaRGaZeR]

Would you open a little bit more?

You're sending to MeGUI the video with the subtitles as a part of the image, so the resulting stream has them hardsubbed. This is bad for two reasons: first, the video is recompressed, and I like the video at full quality, second the subs can't be deactivated as they're part of the image. In fact there are no subs, just the image.

[rica]

You're sending to MeGUI the video with the subtitles as a part of the image, so the resulting stream has them hardsubbed. This is bad for two reasons: first, the video is recompressed, and I like the video at full quality, second the subs can't be deactivated as they're part of the image. In fact there are no subs, just the image.

Thanks for response!

OK; it's claar now but what you are missing i didn't tell this method as an alternative of just watching purpose of subtitles in DXVA mode.
The thread i've started is related with ripping of BDs on DXVA mode and i suggest a way of putting subs while re-encoding as well since you can watch them on any application like Cyberlink, TMT, Graph...

I hate the embedded subtitles as well and prefer watching movies in original sizes like you.
Here how i watch them:
http://forum.doom9.org/showthread.php?p=1157293#post1157293

I can use Cyberlink, MPC and Arcsoft decoders under MPC-HC and i can easily watch the movies with subtitles.

But if i remux video, audio and subtitle together, even MPC-HC doesn't work with subtitles since TSMuxer reconvert srt files back to PGS while remuxing. -IMHO...

[STaRGaZeR]

Why are you using the TS container? If you're going to play your ripped movies plus subtitles in your PC I can't see any reason to use TS over Matroska. Demux video, audio and subtitles, then convert the audio to a format mkvmerge accepts (I'd use PCM but you can use AC3, DTS or whatever if your storage space is limited) and the subs to SRT too. Then mux the untouched video, the converted audio and the SRT subtitles with mkvmerge and enjoy your full quality movie with subs + DXVA. Problem is PowerDVD doesn't work with Matroska files, and to see the subs in other players you'll need VSFilter (ie no DXVA). But who wants to use other players when MPC-HC is available and works perfectly? :)

If the subs are converted to PGS again, they won't work in MPC-HC that's for sure. Use your SRT in Matroska and problem solved.

[rica]

I tried with mkvmerge this morning so as to overcome those sub things.
Used mkvmerge but even it seems accepting srt, it refused to import srt. So i don't understand what kind of problem i'm living?

EDIT: OK i've found the problem; it comes from edited srt's. Unedited srt creates no problem.

[STaRGaZeR]

I tried with mkvmerge this morning so as to overcome those sub things.
Used mkvmerge but even it seems accepting srt, it refused to import srt. So i don't understand what kind of problem i'm living?

EDIT: OK i've found the problem; it comes from edited srt's. Unedited srt creates no problem.

Nice. Just a recomendation. As I previously stated in this very thread the internal MKV splitter ignores the default flags that you can configure when muxing with mkvmerge. Haali Splitter works perfect. This is very useful because you can have your Blu-ray into a single file, with multiple audios and subs, then you choose what tracks you want to play by default. Example:

Audio 1: Default flag set to 'no'.
Audio 2: Default flag set to 'yes'.
Audio 3: Default flag set to 'no'.
Sub 1: Default flag set to 'no'.
Sub 2: Default flag set to 'no'.
Sub 3: Default flag set to 'no'.

When you open the file it will play with audio 2 and no subs, then if you want audio 3 and subs 1 or whatever just change it while playing. Also you can name your tracks as you want:

http://img50.imageshack.us/img50/428/matrix2xo0.th.png (http://img50.imageshack.us/my.php?image=matrix2xo0.png)

You can donwload the sample of you want here: http://forum.doom9.org/showpost.php?p=1165100&postcount=3549

Matroska >>> (M2)TS :p

[rica]

Thx for the recomendation; normally i use haali :thanks:

BTW i've made some more trials, now i'm exactly sure that TSMuxer is reconverting srt back to PGS.

EDIT: I've also corrected edited srt and now it's working with mkvmerge.

[rica]

OK,
the conclusion i came:


1)Muxed video+audio+subtitle(srt) into mkv container via mkvmerge works on DXVA mode under MPC-HC using Cyberlink, Arcsoft and MPC decoders.(mkvmerge leaves srt as is; this is why we can watch subtitles)
(we can not give it a go with the same mkv files on PowerDVD or TMT since those aplications can't open mkv files directly)

2)Muxed video+audio files via TSMuxer into ts/m2ts containers work in DXVA mode under MPC-HC using the same decoders if subtitle has the same pre-name with created ts/m2ts and if it is under the same folder with it.

3)Muxed video+audio+subtitle(srt) into ts/m2ts by TSMuxer works on MPC-HC but this time subtitle is not visible since TSMuxer re-converts srt back to PGS which MPC-HC never recognizes.

4)Finally the success of MPC-HC doesn't belong to MPC decoder's itself but the renderer it uses: EVR Custom Presenter.(for Vista)
Since working mkv or ts/m2ts packages never response to basic EVR but to EVR Custom while using all our decoders including MPC decoder.(in visible subtitles manner)

Right?

[STaRGaZeR]

OK,
the conclusion i came:


1)Muxed video+audio+subtitle(srt) into mkv container via mkvmerge works on DXVA mode under MPC-HC using Cyberlink, Arcsoft and MPC decoders.(mkvmerge leaves srt as is; this is why we can watch subtitles)
(we can not give it a go with the same mkv files on PowerDVD or TMT since those aplications can't open mkv files directly)

2)Muxed video+audio files via TSMuxer into ts/m2ts containers work in DXVA mode under MPC-HC using the same decoders if subtitle has the same pre-name with created ts/m2ts and if it is under the same folder with it.

3)Muxed video+audio+subtitle(srt) into ts/m2ts by TSMuxer works on MPC-HC but this time subtitle is not visible since TSMuxer re-converts srt back to PGS which MPC-HC never recognizes.

4)Finally the success of MPC-HC doesn't belong to MPC decoder's itself but the renderer it uses: EVR Custom Presenter.(for Vista)
Since working mkv or ts/m2ts packages never response to basic EVR but to EVR Custom while using all our decoders including MPC decoder.(in visible subtitles manner)

Right?

1) Yep. Too bad PDVD can't open a container that will be one of the most important ones in the short future.

2) Yes, this same method works with whatever format/container, as MPC is loading the subs from the file folder and not from the container of choice itself. But you end with two or more files, bad. That's where Matroska rules. And IMO text-based subs are better, as you can choose the font, size, colors, styles... everything and scale it to every resolution.

3) It seems reasonable, as the TS container has never had support for SRT and other text-based subtitles AFAIK. Thanks for the confirmation.

4) Yeah, the true advantage of EVR custom over plain EVR in MPC is that the subtitles are directly connected to it, not needing VSFilter of ffdshow in the graph so we can use the intenal DXVA filter, PDVD, Arcsoft or whatever with them. I think the internal one is miles better, but that's a personal opinion. Kudos to the developers :)

[tetsuo55]

The correct formula for culculating DXVA compatibibility =


IF Width="<=720" AND height="<=576" GOTO="SD"
ELSE GOTO="HD"


SD
IF Width X Height X ref frames = <=6531840 Enable DXVA
Else Enable software mode

HD
IF Width X Height X ref frames = <=8355840 Enable DXVA
Else Enable software mode


Would one of the programmers translate this to usable code and update the SVN?

This code accurate blocks all non-compatible files while still allowing all compatible files regardless of them being level 3.1 or level 4.1
If a file that stays within ref-frame limit still does not work after this it has either been encoded incorrectly(possible bug in encoder) or there is a bug in MPC-HC decoder or there is a bug in the videocard driver

I made a mistake in my calculation of SD videos, below is the corrected formula:


IF Width="<=720" AND height="<=576" GOTO="SD"
ELSE GOTO="HD"


SD
IF Width X Height X ref frames = <=4608000 Enable DXVA
Else Enable software mode

HD
IF Width X Height X ref frames = <=8355840 Enable DXVA
Else Enable software mode


As you can see the maxDBP should be a lot lower (it now accidentaly allowed up to 16 ref frames for full resolution videos)

[marc99]

What's with 864x480? It's SD not HD. With WinXP + DXVA everything above 11 reference frames plays incorrect. Actual DPB and max 11 reference frames is accurate on all system and hardware setup.

p.s. With Cyberlink decoder (+DXVA) everything with more than 11 reference frames play incorrect on all operating system.

[tetsuo55]

What's with 864x480? It's SD not HD. With WinXP + DXVA everything above 11 reference frames plays incorrect. Actual DPB and max 11 reference frames is accurate on all system and hardware setup.

p.s. With Cyberlink decoder (+DXVA) everything with more than 11 reference frames play incorrect on all operating system.

SD has max resolution of 720*576, level3.1 is flexible enough to handle 864*480, but that doesn't meant that level 3.0 devices will play the file correctly.

The fact that you cannot play back anything with more than 11 reference frames is because the Nvidia DXVA decoder is broken, you can join the cause and report this bug to Nvidia so they can fix their drivers. 16 ref frames works perfectly fine on ATI and standalones.


PSWhat resolution are those 16 ref frame files that do not work for you?

This code should work around the Nivida driver problems untill nvidia fixes them:


If videocard vendor="Nvidia" GOTO="NVIDIA"
ELSE GOTO="DXVA"

DXVA
{
IF Width="<=720" AND height="<=576" GOTO="SD"
ELSE GOTO="HD"


SD
IF Width X Height X ref frames = <=4608000 Enable DXVA
Else Enable software mode

HD
IF Width X Height X ref frames = <=8355840 Enable DXVA
Else Enable software mode
}

NVIDIA
{

CHECK_HD_SD
{
IF Width="<=720" AND height="<=576" GOTO="SD"
ELSE GOTO="HD"
}

SD
{
IF "Ref frames" <=11 Goto="CHECKSD"
ELSE GOTO="SOFTWARE MODE"
}

CHECKSD
{
IF Width X Height X ref frames = <=4608000 Enable DXVA
ELSE GOTO="SOFTWARE MODE"
}

HD
{
IF "Ref frames" <=11 Goto="CHECKHD"
ELSE GOTO="SOFTWARE MODE"
}

CHECKHD
{
IF Width X Height X ref frames = <=8355840 Enable DXVA
ELSE GOTO="SOFTWARE MODE"
}

SOFTWARE MODE
{
Enable software mode
}
}

[marc99]

ATI HD4870 (3870 is the same BTW), Vista64, Cats8.7

You can find problematic samples here: http://forum.doom9.org/showpost.php?p=1145933&postcount=2327

Samples 1 & 4 fixed with the 11+ ref frames fix for Vista.

Sample 3 has 16 refs, in rev586 the player detects this and changes to software mode playing the video perfectly. In newer revs the 11+ ref frames limit is removed, so MPC tries to use DXVA with the file. The card is not compatible with 16 refs, so the video freezes after a second or so. There are lots of anime encoded with 16 ref frames, all of those files fail. The solution is simple: rev586 is perfect.

Samples 2, 5 & 6 don't play fine in any revision.

SD has max resolution of 720*576, level3.1 is flexible enough to handle 864*480, but that doesn't meant that level 3.0 devices will play the file correctly.

The fact that you cannot play back anything with more than 11 reference frames is because the Nvidia DXVA decoder is broken, you can join the cause and report this bug to Nvidia so they can fix their drivers. 16 ref frames works perfectly fine on ATI and standalones.


PSWhat resolution are those 16 ref frame files that do not work for you?

@tetsuo55: ATI has the same problem (and more). NVidia has problem only with sample 3 (848x480 16 ref frames).

[STaRGaZeR]

16 ref frames works perfectly fine on ATI and standalones.

Nope. And I believe it is not a fault in the drivers, but a limited support in the hardware part. Thus they can only add level 5.1 support through UVD 3.0 or Purevideo 4 IMO.

@tetsuo55: ATI has the same problem (and more). NVidia has problem only with sample 3 (848x480 16 ref frames).

Yeah that's only the ones I have. Sample 3 is fixed for Nv users too with the 11+ ref limitation right?

[Kado]

@rica
@STaRGaZeR
There's seem to be some confusion regarding the subtitles and DXVA...
EVR does not have support for hardware rendered subtitles, i.e., from the internal mpc subtitle renderer.
Casimir changed EVR so it could support HW subtitles (and some customization) but initially that renderer (EVR Custom Presenter) did not have DXVA support.

Now to remove any doubt, MPC HC renders the subtitles in hardware after all video decoding and post-processing are done, over the video frame so it will not break DXVA support.

@All
MPC HC triggers "Execute Disable" when trying to playback a file with rev714 or rev715 from xvidvideo.ru, latest stable version is rev710.

[STaRGaZeR]

@rica
@STaRGaZeR
There's seem to be some confusion regarding the subtitles and DXVA...
EVR does not have support for hardware rendered subtitles, i.e., from the internal mpc subtitle renderer.
Casimir changed EVR so it could support HW subtitles (and some customization) but initially that renderer (EVR Custom Presenter) did not have DXVA support.

Now to remove any doubt, MPC HC renders the subtitles in hardware after all video decoding and post-processing are done, over the video frame so it will not break DXVA support

And who's saying the opposite? There is no confusion, at least for my part. Sorry if my comments look like that.

[marc99]

(...)Sample 3 is fixed for Nv users too with the 11+ ref limitation right?

Yes.

@All
MPC HC triggers "Execute Disable" when trying to playback a file with rev714 or rev715 from xvidvideo.ru, latest stable version is rev710.

rev715 32bit "Execute Disable" when trying to playback, rev715 64bit works fine.

[tetsuo55]

@tetsuo55: ATI has the same problem (and more). NVidia has problem only with sample 3 (848x480 16 ref frames).

So assuming there are no encoding-errors

Sample 3, 848x480, 16 ref does not work
Sample 1. 848x480, 11 ref does work

Its obvious then that the this video is being decoded at LEVEL3.1 , 16 refs at this resolution is way out of L3.1 spec but within 4.1.

This also means that the Level3.1 -> Level4.1 border is not defined at 720*576, any combination of resolutions that do not cross 1280*720 can be valid as long as you keep lowering the number of ref frames.


The easiest way to test this is by creating 2 samples with the following specifications:
1264*704 with 5 ref frames, this file should work
1264*704 with 6 ref frames, this file should NOT work.

We know that 1280*720 triggers the step to level4.1 because files with 9 ref frames work.

Bassed on the results from the above test we will keep narrowing down the limits

-------------

We need to find the actual border between L3.1 and L4.1, and when we do confirm this on standalone units like x360 and bluray players

[rica]

STaRGaZeR,
thanks for the confirmation!

Kado,
as stargazer says; no confusion.

[shaolin95]

Media Player Classic HomeCinema (x86), svn 710 (http://www.xvidvideo.ru/content/view/119/2/)
Media Player Classic HomeCinema (x64), svn 710 (http://www.xvidvideo.ru/content/view/120/1/)

Changes log (http://www.xvidvideo.ru/content/view/7/17/)

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

Links are not working for me... help.

[thrawnrulz68]

I just installed revision 715 and now local .wmv files crash the player every time if the internal wmv1/2/3 decoder is enabled. Anyone else experiencing this?

[sneaker_ger]

I just installed revision 715 and now local .wmv files crash the player every time if the internal wmv1/2/3 decoder is enabled. Anyone else experiencing this?

yes, me too
rev 715 x86

[sneaker_ger]

Links are not working for me... help.

xvidvideo.ru is down

I uploaded some builds to rapidshare:
rev 710 x86 (http://rapidshare.com/files/134820106/mpc-homecinema.710.7z.html)
rev 715 x86 (http://rapidshare.com/files/134820348/mpc-homecinema.715.7z.html)

I don't have the x64 builds though...

[clsid]

rev716 x86 (http://www.zshare.net/download/16517609859482c1/)

[alexins]

Links are not working for me... help.

I do the update of server, from time to time it will be inaccessible.