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

[Hypernova]

But the point is this:
There's one video I have with HUGE animation effects on subs. There's absolutely no way to make MPC-HC play it. Either the video freezes (with buffer off), or the subs don't show (buffers on). Completely unwatchable.

On VLC everything plays smoothly with almost zero CPU usage.

What the hell VLC uses for subs that works so well? If it's open source, why can't we steal the whole sub module and port over to MPC?



I think you know about this, but just to make sure, did you check the texture size? I believe only MPC-HC let you choose what resolution the sub gonna get rendered. If this is high, then it make a lot of difference. Some 3D settings in your GPU driver will effect this as well. I think for ATi, it's mipmap detail. VLC, I guess, always use video size. I could be wrong though since I don't use VLC.

[namaiki]

^In the same way, Fadeout probably wouldn't have the issues if DirectVobSub were being used.

[Hypernova]

^In the same way, Fadeout probably wouldn't have the issues if DirectVobSub were being used.

I would think so. I absolutely love the desktop resolution texture though, unlike you :)

[Momber]

mpc-hc doesn't support interlaced vc-1, which is what I think your file is.
LOL. No.
It's H.264.

[namaiki]

LOL. No.
It's H.264.

majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: Unknown GUID Name {1B81BE68-A0C7-11D3-B984-00C04F2E73C5}
formattype: FORMAT_VideoInfo2 {F72A76A0-EB0A-11D0-ACE4-0000C0CC16BA}

You may get the above error when there is a problem with your graphics driver that prevents the use of DXVA. The solution is to disable the internal DXVA H.264 decoder in Media Player Classic Homecinema.

Is it a driver issue, or is that just an explanation for the masses?

Momber, you have stated that you are already using Haali Media Splitter.
Do you have any issues playing the following sample?
http://forum.doom9.org/showpost.php?p=1408635&postcount=13212

[Momber]

Do you have any issues playing the following sample?
Yes I have any number of issues with that sample.
Using MPC's internal video decoder, the video does not display, only audio. Same error message as in my screenshot above. Haali or internal splitter makes no difference.

Using ffdshow video decoder (non-DXVA), I can play the video, but MPC does not scale it properly, although the stream is clearly flagged as 16:9. (MPC = 4:3)

Also, MPC fills nearly my entire screen with it, although "remember last window size" is enabled and the last window was small.

Enough issues for one clip?

[namaiki]

I tested using MPC-HC 2041:

Using MPC's internal video decoder, the video does not display, only audio. Same error message as in my screenshot above. Haali or internal splitter makes no difference.
.....
I can play the clip using MPC-HC's internal DXVA filter + Haali Media Splitter(with the internal splitter, I get the same message as you are above). However, with the software decoder+ Haali Media Splitter, I get the following:
http://cccp.project357.com/p/f6f5445f2

Using ffdshow video decoder (non-DXVA), I can play the video, but MPC does not scale it properly, although the stream is clearly flagged as 16:9. (MPC = 4:3)
....
I cannot replicate this. Check that keep aspect ratio is ticked

Also, MPC fills nearly my entire screen with it, although "remember last window size" is enabled and the last window was small.
....
Untick auto-zoom, if it is ticked.

Enough issues for one clip?
.....
Are you not having the same issues with all interlaced h.264/AVC?

[jasonwc]

Please note that this also affects the "default track flag". Its default value is "1" meaning "yes". So mkvmerge v4.0.0 will not write the "default track flag" element into a file for a track for which it is set to true.

Yes, I can reproduce the bug. I guess all builds are affected, but I can test some older ones later. Audio streams are correctly identified as "English", though.
Haali's splitter does everything correctly, so I advice to use it instead of the internal (at least until it's fixed).

/edit:
It seems that although it will always say "unknown" it actually is possible to switch to the unknown subtitle the same way that you could do it before. It seems to depend on internal/external vsfilter and the renderer. Or maybe I found a completely different bug.
Using the method in the first picture it does work, using the method in the second one it does not:
http://www.abload.de/img/subtitlel3fb.png


http://www.abload.de/img/subtitlep1my.png

Is there any plan to fix this? Currently, all English subs appear as Unknown (English) when using the internal Matroska splitter. Works perfectly with Haali.

[Fadeout]

I think you know about this, but just to make sure, did you check the texture size? I believe only MPC-HC let you choose what resolution the sub gonna get rendered. If this is high, then it make a lot of difference. Some 3D settings in your GPU driver will effect this as well. I think for ATi, it's mipmap detail. VLC, I guess, always use video size. I could be wrong though since I don't use VLC.
Texture size is set to "Desktop" as other settings can be killers.

Subs still look a lot sharper in VLC. This is entirely a problem of MPC-HC, and I can't use external DirectVobSub because it would break DXVA.

P.S.
Tried with DirectVobSub and not much different from MPC-HC behavior.

[kieranrk]

Are you not having the same issues with all interlaced h.264/AVC?

All Interlaced H.264 I have plays perfectly.

[Hypernova]

Texture size is set to "Desktop" as other settings can be killers.

Subs still look a lot sharper in VLC. This is entirely a problem of MPC-HC, and I can't use external DirectVobSub because it would break DXVA.

P.S.
Tried with DirectVobSub and not much different from MPC-HC behavior.

That sounds weird.

If your texture size is "Desktop", then it is the heaviest it could be. All other setting is "easier". Also, the desktop texture size is the sharpest your monitor can display. I don't understand how VLC can have anything sharper.

Just my stupid guess, but are you sure you're using MPC-HC internal subtitle renderer and not, say, ffdshow's?

[littleD]

Just jumped to say that i have never seen so low cpu usage while playing videos with dxva. That happened after last DirectX update + newest MPC -HC. Looks very nice.

[Keiyakusha]

Subs still look a lot sharper in VLC. This is entirely a problem of MPC-HC

VLC uses different renderers for rendering subs, which does produces different results. Don't see anything special about that. FFDShow's renderer also looks different. Technically all existing subtitles renderers out there will give you more or less different look or even completely different behavior in some cases. Also VLC's renderer is about 50% faster than vsfilter
EDIT: but the current de facto standard is vsfilter, so other renderers should be fixed if they looks different.

[neoufo51]

FFmpeg 0.6 came out. Can't wait to see this put onto MPC-HC.

* Significant work to support at least decoding of all widespread mainstream proprietary codecs, and as usual broad coverage of widespread non-proprietary codecs, such as:
o decoders and encoders
+ VP8 (via Google's libvpx library)
o decoders
+ AMR-NB
+ Atrac1
+ HE-AAC v1
+ Bink
+ Bluray (PGS) subtitle
+ MPEG-4 Audio Lossless Coding (ALS)
+ WMA Pro
+ WMA Voice
* Highlights among the newly supported container formats:
o demuxers and muxers
+ Adobe Filmstrip
+ SoX native format
+ WebM support in Matroska de/muxer
o demuxers
+ Bink
+ Core Audio Format
+ Dirac in Ogg
+ IV8
+ QCP
+ VQF
+ Wave64
o muxers
+ IEC-61937
+ RTSP
* faster AAC decoding
* faster H.264 decoding
* numerous ARM optimizations
* important updates to the Vorbis decoder
* RTP packetization support for H.263, and AMR
* RTP depacketization support for AMR, ASF, H.263, Theora and Vorbis
* RTMP/RTMPT/RTMPS/RTMPE/RTMPTE protocol support via librtmp
* the new ffprobe tool
* VorbisComment writing for FLAC, Ogg FLAC and Ogg Speex files
* and so much more!

[Virtual_ManPL]

Can someone confirm that MPC-HC will crash when this subtitles are dropped into some anime episode ?
http://www.mediafire.com/?j5nzzlyiznn



Texture size is set to "Desktop" as other settings can be killers.

Subs still look a lot sharper in VLC
It's because subs in MPC-HC are better antialiased

[namaiki]

Can someone confirm that MPC-HC will crash when this subtitles are dropped into some anime episode ?
http://www.mediafire.com/?j5nzzlyiznn


This is for the internal subtitle renderer?

[wiak]

would be cool if we could update ffmpeg ure self, as in just put ffmpeg in the same folder as mpc-hc ;)

[Peuj]

Can someone confirm that MPC-HC will crash when this subtitles are dropped into some anime episode ?
http://www.mediafire.com/?j5nzzlyiznn


Yep MPC-HC 1.3.2050 crashes as soon as I load the subtitles.

[Virtual_ManPL]

This is for the internal subtitle renderer?



Probably, I extracted it with MKVExtractGUI-2 from this file
General
Format : Matroska
File size : 540 MiB
Duration : 21mn 31s
Overall bit rate : 3 508 Kbps
Encoded date : UTC 2009-11-25 04:09:50
Writing application : mkvmerge v2.8.0 ('The Tree') built on May 9 2009 16:17:12
Writing library : libebml v0.7.7 + libmatroska v0.8.1

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 12 frames
Muxing mode : Container profile=Unknown@4.1
Codec ID : V_MPEG4/ISO/AVC
Duration : 21mn 31s
Bit rate : 2 990 Kbps
Nominal bit rate : 4 000 Kbps
Width : 720 pixels
Height : 480 pixels
Display aspect ratio : 16:9
Original display aspect ratio : 3:2
Frame rate : 29.970 fps
Standard : NTSC
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.289
Stream size : 460 MiB (85%)
Title : x264 ~ DVD R2J
Writing library : x264 core 78 r1318 fe83a90
Encoding settings : cabac=1 / ref=12 / deblock=1:1:2 / analyse=0x3:0x113 / me=umh / subme=10 / psy=1 / psy_rd=0.8:0.0 / mixed_ref=1 / me_range=32 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=-2 / threads=6 / nr=0 / decimate=0 / mbaff=0 / constrained_intra=0 / bframes=5 / b_pyramid=0 / b_adapt=2 / b_bias=0 / direct=3 / wpredb=1 / keyint=250 / keyint_min=25 / scenecut=40 / rc_lookahead=40 / rc=2pass / mbtree=1 / bitrate=4000 / ratetol=2.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / vbv_maxrate=38000 / vbv_bufsize=30000 / ip_ratio=1.40 / aq=1:1.00
Language : Japanese

Audio
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Codec ID : A_AC3
Duration : 21mn 31s
Bit rate mode : Constant
Bit rate : 448 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Video delay : 22ms
Stream size : 69.0 MiB (13%)
Title : AC3 5.1
Language : Japanese

Text #1
ID : 3
Format : VobSub
Codec ID : S_VOBSUB
Codec ID/Info : The same subtitle format used on DVDs
Title : VobSub
Language : English

Text #2
ID : 4
Format : VobSub
Codec ID : S_VOBSUB
Codec ID/Info : The same subtitle format used on DVDs
Language : English



extracted subtitles works fine with SMPlayer, VLC and PotPlayer
only MPC-HC have problems with it (but works when subtitles are integrated in file)

[KindDragon]

Can someone confirm that MPC-HC will crash when this subtitles are dropped into some anime episode ?
http://www.mediafire.com/?j5nzzlyiznn
Now fixed

[clsid]

FFmpeg 0.6 came out. Can't wait to see this put onto MPC-HC.MPC-HC already uses (a subset of) the latest ffmpeg code.

[Matching_Mole]

Some news about the "import" of the ffplay's m2ts splitter inside MPC-HC?

Just to know if you have developpers already working on this because the VC1 bugs (wrong framerate using external decoders with several renderer as EVR Sync and MadVr) is very annoying, especially for interlaced files.

[Momber]

Are you not having the same issues with all interlaced h.264/AVC?
Indeed I am. But only with the internal MPC video decoder. And only with some of the most recent builds.

[Egh]

Minor glitch -- when using MPC audio renderer for audio playback, MPCHC shows that the file has no audio (on the bottom status bar). Works normally though (and it does show the audio when using different renderers). XP64 latest mpchc build here.

And whilst we are at it, how do I configure MPC renderer? I have two audio cards on the system, so how do I force it to use non-default one?

[Snowknight26]

I have two audio cards on the system, so how do I force it to use non-default one?

By not using the MPC Audio Renderer.

[tetsuo55]

Some news about the "import" of the ffplay's m2ts splitter inside MPC-HC?

Just to know if you have developpers already working on this because the VC1 bugs (wrong framerate using external decoders with several renderer as EVR Sync and MadVr) is very annoying, especially for interlaced files.The work on this has started :)

[dbone1026]

Now that Mosu has added PGS subtitle support from original sources (http://forum.doom9.org/showthread.php?p=1409590#post1409590) and with MakeMKV supporting PGS subtitles in mkvs as well, are there any plans to add mkv PGS support to MPC HC (I assume the internal splitter and subtitle renderer would need to be updated to support?). Right now you have to use a combination of Haali/FFDShow (http://www.mediasmartserver.net/2010/06/17/mkvmania-displaying-pgs-subtitles-in-mkvs/) but I would like to avoid using Haali since it causes issues. Thanks.

[WonderCsabo]

Hi guys!

I tried this MPC Audio renderer (WASAPI).

With my laptop it only works when i set everything to 16 bit. The sound is good, but when i pause, audio fouls, reapating a little period. Audio Card: IDT 92HD71B (dell inspiron 1545)

On my PC, it only works with setting everything to 16 bit, too, but the sound is noisy. :S That's an Audigy SE in it.

I use Win7 x64 with latest beta MPC-HC x64 on both machines. The x86 MPC-HC produces this bugs, too.

Every help is much appreciated!

[mark0077]

Using latest mpc-hc 2058 and newest ffdshow, watching m2ts with 1080p, dts-ma, when I right click on video, hit "Filter" -> "ffdshow Video Decoder", I only see a Properties, Audio and Subtitles section, no video section...... Is this normal to see dts-ma audio details to be listed in video decoder area of the filters menu.

[Matching_Mole]

The work on this has started :)

Great! Thanks for the news Testuo55.

[demistate]

I'm having issues seeking backwards (left and right, to jump one frame) on an I Frame only Mpeg-2 video using MPC-HC's internal decoders.

If you hold CTRL + Left/right, seek is instantaneous since Each frame the player jumps to will be an I Frame.

This is really killing me since we're still using Quicktime Sorenson 3 to do animation reviews because its one of the few codecs that allows us to track backward consistently.

PM me if you need a sample file to view.

[foxyshadis]

Is there any plan to fix this? Currently, all English subs appear as Unknown (English) when using the internal Matroska splitter. Works perfectly with Haali.

I posted this as bug #536 (https://sourceforge.net/apps/trac/mpc-hc/ticket/536) earlier this week, but no work on it yet. I'm sure it'll come soon.

[neoufo51]

The following is actual video from the new iPhone 4 to be released next week.

http://cl.ly/1P50

It's legit, and surfaced at

http://www.macrumors.com/2010/06/18/iphone-4-surfaces-in-czech-republic-with-back-camera-photo-and-video-samples/

Here's the issues it has with 2058.

1) With EVR-CP, MPC-HC crashes when you try to fullscreen it.
2) When the extension is changed to .hdmov, and played with EVR-CP, it doesn't even play at all.
3) Haali Renderer, however, plays it perfectly.

[namaiki]

The following is actual video from the new iPhone 4 to be released next week.

http://cl.ly/1P50

It's legit, and surfaced at

http://www.macrumors.com/2010/06/18/iphone-4-surfaces-in-czech-republic-with-back-camera-photo-and-video-samples/

Here's the issues it has with 2058.

1) With EVR-CP, MPC-HC crashes when you try to fullscreen it.
2) When the extension is changed to .hdmov, and played with EVR-CP, it doesn't even play at all.
3) Haali Renderer, however, plays it perfectly.

Played without issue for me without DXVA, using all internal filters and splitters. However, using DXVA, I get a black or stuck video area.

[betaking]

The following is actual video from the new iPhone 4 to be released next week.

http://cl.ly/1P50

It's legit, and surfaced at

http://www.macrumors.com/2010/06/18/iphone-4-surfaces-in-czech-republic-with-back-camera-photo-and-video-samples/

Here's the issues it has with 2058.

1) With EVR-CP, MPC-HC crashes when you try to fullscreen it.
2) When the extension is changed to .hdmov, and played with EVR-CP, it doesn't even play at all.
3) Haali Renderer, however, plays it perfectly.
Set MPC-HC-Options-out-put-QuickTime video-DirectX 9！

[namaiki]

Curiously enough, it's using the internal MP4 splitter, so I'm not sure if the advice applies.

[panic84]

hi,

I´ve got an intel Gma4500 MHD. Why Mpc never use the dxva? It´s always show "not using dvxa". WHy? my video card support dxva. how I set the mpc to use it?

ANother question, which are the best codec packs for my 4500MHD?

many thanks

(I´ve downloaded and installed the last driver for my videocard but still MPC doesn´t use dxva)

[namaiki]

Assuming that you are on Windows 7 or Vista, make sure the video renderer is a form of EVR, and that auto-load subtitles is ticked.
The Microsoft DTV-DVD Video decoder is usually pretty good.

Also, you can try this ini file for MPC-HC which already has the above set. http://www.mediafire.com/file/2jnmzqzwodu/mpc-hc.ini
Just put it in the same folder as the mpc-hc.exe

AFAIK, there is no support for the 4500MHD if you are running Windows XP.

[neoufo51]

Curiously enough, it's using the internal MP4 splitter, so I'm not sure if the advice applies.
Correct.

[Xorp]

Now that Mosu has added PGS subtitle support from original sources (http://forum.doom9.org/showthread.php?p=1409590#post1409590) and with MakeMKV supporting PGS subtitles in mkvs as well, are there any plans to add mkv PGS support to MPC HC (I assume the internal splitter and subtitle renderer would need to be updated to support?). Right now you have to use a combination of Haali/FFDShow (http://www.mediasmartserver.net/2010/06/17/mkvmania-displaying-pgs-subtitles-in-mkvs/) but I would like to avoid using Haali since it causes issues. Thanks.

+1. All the hard work rendering the subs is already done.

[Aleksoid1978]

The following is actual video from the new iPhone 4 to be released next week.

http://cl.ly/1P50

It's legit, and surfaced at

http://www.macrumors.com/2010/06/18/iphone-4-surfaces-in-czech-republic-with-back-camera-photo-and-video-samples/

Here's the issues it has with 2058.

1) With EVR-CP, MPC-HC crashes when you try to fullscreen it.
2) When the extension is changed to .hdmov, and played with EVR-CP, it doesn't even play at all.
3) Haali Renderer, however, plays it perfectly.

Play perfect with and without DXVA, move to fullscreen and back, use only internal filters.
Play perfect .mov and .hdmov extension.

http://s39.radikal.ru/i084/1006/82/dc97c96e43eet.jpg (http://radikal.ru/F/s39.radikal.ru/i084/1006/82/dc97c96e43ee.jpg.html)

http://s006.radikal.ru/i215/1006/23/a0d203c50539t.jpg (http://radikal.ru/F/s006.radikal.ru/i215/1006/23/a0d203c50539.png.html)

[parsifal]

Could it be a matter of the GPU's dedicated decoding engine (i.e. PureVideo HD vs UVD2) or its driver's handling of the DXVA playback? Aleksoid's screenshots suggest that he owns an ATI series 5000 VGA. Whereas I (perhaps the other members who previously posted, too?) am using an NVIDIA card and had an unsuccessful result with MPC-HC's internal H.264 DXVA filter enabled.

[Octo-puss]

DXVA playback is still broken with Catalyst 10.6 btw :( I wonder when will ATI fix this.

[edigee]

DXVA playback is still broken with Catalyst 10.6 btw :( I wonder when will ATI fix this.

What?
I'm using 10.5 for my old HD3650 based HTPC and DXVA is working well in MPC_HC(except the SD H264 bug) ,in SplashPlayer, in KMPlayer(using Cyberlink PDVD9 H264 decoders) and in Media Center using the ffdshow DXVA decoder. Of course there is the profile L@5.1 limitation for UVD cards.

[Octo-puss]

If I enable DXVA playback in MPC, the image is badly corrupted. I have to use FFDShow to make it look normal. This is since 10.4 I believe. Also been discussed a few times in past.

[edigee]

If I enable DXVA playback in MPC, the image is badly corrupted. I have to use FFDShow to make it look normal. This is since 10.4 I believe. Also been discussed a few times in past.

I get corruption only with (some) SD H264 videos and some L@5.1 prof. H264 videos with a higher number of ref.frames( more than 12 for 720p and more than 8 for 1080p). But that's less than 5% of the videos. The rest videos(H264/AVC or VC1) work perfectly with DXVA ,no matter which decoder I'm using.
Im using 10.4 beta driver(8.74) ,also tested the 10.5 driver and everything is the same.

[jasonwc]

If I enable DXVA playback in MPC, the image is badly corrupted. I have to use FFDShow to make it look normal. This is since 10.4 I believe. Also been discussed a few times in past.

I can confirm DXVA works fine with Catalyst 10.5 and 10.6 on an ATI 5850 in Windows 7 with MPC-HC build 2041.

[Octo-puss]

I can confirm DXVA works fine with Catalyst 10.5 and 10.6 on an ATI 5850 in Windows 7 with MPC-HC build 2041.
http://forum.doom9.org/showpost.php?p=1397195&postcount=12783
This and further down the thread...

[iron2000]

Just watched a 1080p movie on MPC-HC(2051) but with ffdshow DXVA(3476), both 32bit.
The playback was pretty good - no artifacts but theres some slowness and a/v desync at times(I pause, rewind, play a lot).
I think this is a big improvement from earlier where there are tons of artifacts.

Running ATI Radeon HD 2600 Pro with Catalyst 10.6.

[edigee]

If I enable DXVA playback in MPC, the image is badly corrupted. I have to use FFDShow to make it look normal. This is since 10.4 I believe. Also been discussed a few times in past.

Can you post again some files info. for those you get corruption?