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

[Aleksoid1978]

Not here. :(

See what filter and splitter use for this file. I use ONLY internal - play fine in 32 and 64 bit MPC-HC.

[adamhj]

Try disabling the internal subtitle renderer by unchecking "Auto-load subtitles" under "Options">"Playback".

does not work

You need to add DirectVobSub(autoloading version) as Preferred in External Filters.

this works, but i am wondering why does mpc-hc behavior different from default render path, is this some kind of bug?

[namaiki]

this works, but i am wondering why does mpc-hc behavior different from default render path, is this some kind of bug?

It's a Windows 7 thing, as far as I know. No idea why default renderer acts differently.

[Rain1]

http://stfcc.org/misc/bbc2.sample.ts - first 50,000,000 bytes.

Summary of all the issues that I'm having with this sample:
- 64-bit: MPC-HC crashes when H.264 DXVA is turned on
- 64-bit: Corruption/freezing in the beginning when DXVA is off
- 32-bit: Corruption in the beginning when DXVA is off (not there when DXVA is on)
- 32-bit: Corruption when seeking with DXVA turned off
- 32-bit: Corruption when playing (but not when seeking) with DXVA on
- Both: Strange framerate when playing (due to deinterlacing?) when DXVA is off. Plays at the correct speed but the weird framerate causes judder. According to the stats, it's playing at ~45-48fps.

Apart from one frame of corruption at the beginning, the Microsoft DTV-DVD Video Decoder plays the sample perfectly with DXVA (no corruption [even when seeking], correct fps [50]).

I can confirm that (64 bit).

It plays fine (DXVA on) with Haali Media Splitter though (+ disable MPEG PS/TS/PVA in MPC-HC source filter)

[Aleksoid1978]

64bit build 2099 crashes while trying to play video from http://www.opera.com/portal/upgrade/ .

FYI: VLC 1.1 plays it fine.

PS: Must view in Opera to see page.

This is video - http://aleksoid.tosei.ru/Sample/Opera%2010.60.mp4 ???

Try this build - http://aleksoid.tosei.ru/Dist/mpc-hc64.2101.7z (i play test Opera video on this is build)

[adamhj]

It's a Windows 7 thing, as far as I know. No idea why default renderer acts differently.

but this issue does not exist in mpc-hc 1.2.908, on the same system, with same filters installed

[clsid]

but this issue does not exist in mpc-hc 1.2.908, on the same system, with same filters installed
It is probably related to the changes in the custom renderers of MPC that have been made since then.

[war59312]

This is video - http://aleksoid.tosei.ru/Sample/Opera%2010.60.mp4 ???

Try this build - http://aleksoid.tosei.ru/Dist/mpc-hc64.2101.7z (i play test Opera video on this is build)It's:

http://static.myopera.com/media/video/1060/introduction.webm

And same crash with that build..

[Aleksoid1978]

It's:

http://static.myopera.com/media/video/1060/introduction.webm

And same crash with that build..

Confirm - x64 build crash on .webm(VP8) video(debug x64 build play fine).

[wiak]

https://sourceforge.net/apps/trac/mpc-hc/ticket/570

i can also confirm that debug build does not crash, but it plays slooooooooooooooooooooooooooooowly.. :p

my test file's
http://s3.nwgat.net/sintel/sintel_trailer_1080p_vp8_vorbis.webm
http://s3.nwgat.net/sintel/sintel_trailer_720p_vp8_vorbis.webm
http://s3.nwgat.net/sintel/sintel_trailer_480p_vp8_vorbis.webm

anyone got builds r2081 to r2088?

[clsid]

Does it also happen with x64 ffdshow?

[MokrySedeS]

I don't know if it's a bug but PGS subtitles are being stretched to fit the whole player window. Here's an extreme example of this behaviour: http://img291.imageshack.us/img291/2758/substretch.png

[asc28]

Don't know if anyone's reported yet, but Intel DXVA is still broken for me as of the latest revision (I get DXVA enabled but green video for MPEG2 acceleration). It has been broken since rev 1883 for me. Rev 1881 works fine, however, which doesn't make sense because no DXVA changes seem to have implemented in 1882/1883.

System:
Intel DG45FC w/ latest bios and video drivers (tried reverting as well). Windows 7 x64. DirectX 6/2010 (also tried 8/2009). x86 builds of MPC-HC from xvidvideo.ru

Tested:
Rev 1883 to 2099 - broken (green screen)
Rev 1881 and earlier - works fine

[clsid]

It was broken in 1883 and should be fixed since 2080.

[nevcairiel]

Does other DXVA (H264/VC1) work, or are all green? Or just MPEG2 green?
I'm thinking about getting a Clarkdale, when its still broken when i have it, i will certainly try to fix it.

[war59312]

Confirm - x64 build crash on .webm(VP8) video(debug x64 build play fine).

https://sourceforge.net/apps/trac/mpc-hc/ticket/570

i can also confirm that debug build does not crash, but it plays slooooooooooooooooooooooooooooowly.. :p

my test file's
http://s3.nwgat.net/sintel/sintel_trailer_1080p_vp8_vorbis.webm
http://s3.nwgat.net/sintel/sintel_trailer_720p_vp8_vorbis.webm
http://s3.nwgat.net/sintel/sintel_trailer_480p_vp8_vorbis.webm

anyone got builds r2081 to r2088? 2089 x64 crashes.

2080 x64 does not crash. :)

I believe the bug was introduced in 2086 on June 28th 2010 via "Fix : crash on vp8 playback(fix ffmpeg)".

[asc28]

It was broken in 1883 and should be fixed since 2080.Just tested 2099 again and it works, I must have mistaked the version number. Sorry for the trouble, thanks so much for the fix!

[jasonwc]

When I play VC-1 content in an M2TS container in any recent MPC-HC SVN build (it's been like this for months, at least) using ffdshow's software decoder, and the MPC-HC internal MPEG TS splitter, there are many dropped frames, and I get around 12 fps.

Playback is perfect if I use Haali's splitter. In addition, there is no issue with the internal MPC-HC VC-1 decoders (but they can't playback interlaced VC-1).

Lack of CPU cycles isn't the issue. I have a Core i7 and it's sitting at 5-8% CPU.

[madshi]

When I play VC-1 content in an M2TS container in any recent MPC-HC SVN build (it's been like this for months, at least) using ffdshow's software decoder, and the MPC-HC internal MPEG TS splitter, there are many dropped frames, and I get around 12 fps.
That's a bug in the MPC-HC MPEG TS splitter. It outputs jumbled timecodes for VC-1 video tracks...

[iwod]

Will we get another official release soon? It has been nearly a year since last release.

[Vincent Vega]

am i the only one who is experiencing this issue? after reboot or not using mpc hc for a while and then clicking on a video file it sorta hangs for a minute or two with "Opening..." in status bar, then starts playback normally. if you click Close button during the "hanging", it closes the window but process keeps working. no cpu utilisation throughout this time. after several such attempts to open a video file (any kind, any format) it finally starts to open them normally, quickly; closes quickly the window and the process at the same time as it should.

until i reboot computer..

i'm on vista64 sp2, mpc hc'32 (mostly use that), same happens with mpc hc'64 as i remember.

[madeinlisboa]

Will we get another official release soon? It has been nearly a year since last release.

Why wait for an official release when you can get regular releases here: http://www.xvidvideo.ru/

And they work quite well actually.

[zegames]

Comparing MPC with Splayer (http://www.splayer.org/) I see a big difference is jump forward performance.

In splayer the hotkey ctrl + right (default) is almost instantaneously, but in mpc a substantially delay.

As I can match the performance to Splayer?

Anyone else confirms the issue?

System: Windows Seven X64 ultimate, GPU ATI HD4870 driver catalyst 10.6 or latest always, MPC latest build with EVR custom and all internal codecs.

PS: both players use same base with gpu acceleration on.

[namaiki]

What video renderer are you using in Splayer? You will have to at least match that in MPC-HC, of course EVR-CP is much smoother than most other video renderers, though, and if you think you can't tell the difference, then just use whatever..

[zegames]

No idea what renderer is used in Splayer, it just say "Internal Decoder".

"EVR-CP is much smoother than most other video renderers" in teory, cuz in practice is a big difference here. The delay is small millisecond, but in sequence is an annoyance (several hit to hotkey).

General
Complete name : xxxxxxxxxx.mkv
Format : Matroska
File size : 559 MiB
Duration : 21mn 0s
Overall bit rate : 3 722 Kbps
Encoded date : UTC 2010-02-22 21:41:29
Writing application : no_variable_data
Writing library : no_variable_data

Video
ID : 2
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L3.1
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Muxing mode : Container profile=Unknown@3.1
Codec ID : V_MPEG4/ISO/AVC
Duration : 21mn 0s
Bit rate : 3 335 Kbps
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.151
Stream size : 490 MiB (88%)
Writing library : x264 core 85 r1442tw
Encoding settings : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x113 / me=hex / subme=6 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=24 / sliced_threads=0 / nr=0 / decimate=1 / mbaff=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / wpredb=1 / wpredp=0 / keyint=240 / keyint_min=24 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=2pass / mbtree=1 / bitrate=3335 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1:1.00
Language : English

Audio
ID : 1
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Codec ID : A_AC3
Duration : 21mn 0s
Bit rate mode : Constant
Bit rate : 384 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Stream size : 57.7 MiB (10%)


UPDATE:

I found the possible cause of better performance in Splayer:

http://img199.imageshack.us/img199/8409/splayer.png

"Accturate position..." is disabled by default.

[namaiki]

I don't quite understand what you mean by 'cuz in practice is a big difference here', 'delay' and 'hotkeys,' but if it doesn't work for you, then simply don't use it.

For me, seeking in EVR-CP is generally instantaneous, unless I'm using ReClock (which I am always using).

[zegames]

Test by yourself both players and tell me if you see any difference.

You is not contributing nothing.

[namaiki]

From the dialog box, it sounds like it's seeking to keyframes. You can kind of do this in MPC-HC as well, but only directly to the next one, not one specifically 5 seconds ahead, for instance by pressing Shift+Right or Left.

[mariner]

Greetings.

MPC's internal splitter has problem with this mpeg2 file (http://www.megaupload.com/?d=GK8OA440). Have to use Arcsoft Demux to open it.

[war59312]

64bit build 2099 crashes while trying to play video from http://www.opera.com/portal/upgrade/ .

FYI: VLC 1.1 plays it fine.

PS: Must view in Opera to see page.

Play fine with DXVA.

Not here. :(

See what filter and splitter use for this file. I use ONLY internal - play fine in 32 and 64 bit MPC-HC.

This is video - http://aleksoid.tosei.ru/Sample/Opera%2010.60.mp4 ???

Try this build - http://aleksoid.tosei.ru/Dist/mpc-hc64.2101.7z (i play test Opera video on this is build)

It's:

http://static.myopera.com/media/video/1060/introduction.webm

And same crash with that build..

Confirm - x64 build crash on .webm(VP8) video(debug x64 build play fine).

https://sourceforge.net/apps/trac/mpc-hc/ticket/570

i can also confirm that debug build does not crash, but it plays slooooooooooooooooooooooooooooowly.. :p

my test file's
http://s3.nwgat.net/sintel/sintel_trailer_1080p_vp8_vorbis.webm
http://s3.nwgat.net/sintel/sintel_trailer_720p_vp8_vorbis.webm
http://s3.nwgat.net/sintel/sintel_trailer_480p_vp8_vorbis.webm

anyone got builds r2081 to r2088?

2089 x64 crashes.

2080 x64 does not crash. :)

I believe the bug was introduced in 2086 on June 28th 2010 via "Fix : crash on vp8 playback(fix ffmpeg)".Sweet fixed for build 2110.

[Aleksoid1978]

rev. 2010 - http://aleksoid.tosei.ru/Dist/2010/

[betaking]

rev. 2010 - http://aleksoid.tosei.ru/Dist/2010/

Hi,can you compiled standalone_filters_1.3.2110.0?:thanks:

[Eliminateur]

hmm i have a BD rip movie that has a BDMV and a CERTIFICATE folder. inside those folders are a couple of bdmv files and after that some m2ts files.
No matter which one i try to open, they all fail to open with cannot render file or haali error on m2ts.
how int he nine hells do i get to reproduce this?

[Aleksoid1978]

2010 Filters - http://aleksoid.tosei.ru/Dist/Filters/2010/

[war59312]

Thanks Aleksoid1978. Confirmed the bug is squashed. :)

[Aleksoid1978]

Greetings.

MPC's internal splitter has problem with this mpeg2 file (http://www.megaupload.com/?d=GK8OA440). Have to use Arcsoft Demux to open it.

File is corrupted, possible - not fully downloaded;

[Midzuki]

Greetings.

MPC's internal splitter has problem with this mpeg2 file (http://www.megaupload.com/?d=GK8OA440). Have to use Arcsoft Demux to open it.

Likely there is a problem in MPC's internal MPEG decoder as well. That TS file contains 1-frame only, and SFAIK neither ffdshow nor Mplayer *source-codes* have ever cared very-much about the "MPEG-stills". :devil:

http://forum.videohelp.com/attachments/2562-1278574486/00114.m2v.png

[mariner]

File is corrupted, possible - not fully downloaded;

Likely there is a problem in MPC's internal MPEG decoder as well. That TS file contains 1-frame only, and SFAIK neither ffdshow nor Mplayer *source-codes* have ever cared very-much about the "MPEG-stills". :devil:

Greetings Aleksoid1978 and Midzuki.

This is the wrong region warning clip (http://forum.doom9.org/attachment.php?attachmentid=11228&stc=1&d=1278566194) taken from Slumdog region A BD. The internal Mpeg2 decoder, ffdshow and MS decoder can handle it.

[Rain1]

hmm i have a BD rip movie that has a BDMV and a CERTIFICATE folder. inside those folders are a couple of bdmv files and after that some m2ts files.
No matter which one i try to open, they all fail to open with cannot render file or haali error on m2ts.
how int he nine hells do i get to reproduce this?

I have that same problem with Haali spliter. Gabest splitter works fine with those m2ts though

EDIT: actually, with Haali spliter, there's only video, no audio

[Rain1]

When playing this clip (http://www.mediafire.com/?ilj11izuzjz), I got this error message:

http://i6.photobucket.com/albums/y244/rain1/error.png

then, there's only the vid plays, no audio

Using only MPC-HC souce & transform filters

[Midzuki]

Greetings Aleksoid1978 and Midzuki.

This is the wrong region warning clip (http://forum.doom9.org/attachment.php?attachmentid=11228&stc=1&d=1278566194) taken from Slumdog region A BD.

Correct. My previous post includes a picture of the demuxed .m2v frame decoded by VirtualDub.

Only the internal Mpeg2 decoder and ffdshow can handle it.

Not with my obsolete AGP card *and* not while using «full» hardware acceleration.

[mariner]

DXVA works using MS decoder.

[Rain1]

When playing this clip (http://www.mediafire.com/?ilj11izuzjz), I got this error message:

http://i6.photobucket.com/albums/y244/rain1/error.png

then, there's only the vid plays, no audio

Using only MPC-HC souce & transform filters

NVM, I install QuickTime Alternative & it works fine now :)

[Midzuki]

Just confirming: MPC-HC's Mpeg Splitter apparently doesn't like "1-frame streams". Old MainConcept MPEG Splitter and ArcDemux.ax 1.0.2.73 have no issues with Mpeg stills.

[mariner]

Thanks for checking, Midzuki.

[hoborg]

Hi.

This M2TS sample (http://hobring.esero.net/saf/sample.split.1.zip) will crash MPC-HC player (1.3.2080.0).
The problem is "MPC - Mpeg Source (Gabest)" splitter, if "Cyberlink Demuxer 2.0"/haali/elecard or arcsoft splitter is used, it will play it correctly.

[war59312]

No crash here with 2110 x64. Just blank large black screen.

[hoborg]

No crash here with 2110 x64. Just blank large black screen.

Disable DXVA and it will crash. I think the problem is that splitter recognize video stream as h.264/avc instead of MPEG-2 video.

[war59312]

Like I said just shows a large blank back screen and never even tries to play it.

But yes if I turn off DXVA it still can not play it but the sound works and at least it tries to play it but still blank black screen.

Still no crash with 2110 x64 build.

Though the video should play fine since WMP and VLC (if full screen it locks up when done playing) play it fine. So yea MPC-HC can not play it out of box so it seems. :(

Also after playback exit does not work on this video it seems.

PS: Not good Forum Etiquette to quote right after the post you're replying to.

[oddball]

I'm having some real problems with subtitles and DXVA. If I tick 'Allow animation when buffering' the video becomes choppy and drops frames all over the place. Especially if I use a higher resolution. If I untick that option I can get high quality subs right up to full HD res without hardly and choppyness. However I lose animated subs. I really like quality subtitles and miss it from my previous player (KMPlayer). I like using DXVA and there are a lot of options MPC-HC has that are missing from other players. It also seems to play the smoothest video (Usually) for me.

Is there any way to get high quality animated subs with DXVA without things getting choppy? My CPU is not being taxed too much so I am guessing it's the video card (G210)?

EDIT: Unticking roundup and only going as high as 1280x720 really seems to have helped. I can't see a big hit in quality at that setting so I guess that will have to do.