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

[ajp_anton]

MPC-HC has a button bar already, so why not use it? :)Because it takes so much space. I don't need to see the buttons, but I want to see the current status, the timer, and the volume (when not in fullscreen).
Any way to just let the user move things around the number of otherwise identical bars that one chooses to have visible?

[mr.duck]

Can the number of files that MPC-HC remembers including their play position be increased? It seems to be 20 files at the moment. If I could set the number of files I would probably go for 50.

[Underground78]

Because it takes so much space. I don't need to see the buttons, but I want to see the current status, the timer, and the volume (when not in fullscreen).
Any way to just let the user move things around the number of otherwise identical bars that one chooses to have visible?
Having the volume control with all others controls makes sense I guess. Knowing that you can easily use the mouse wheel to change the volume, I'm not sure many people use it anyway.

Can the number of files that MPC-HC remembers including their play position be increased? It seems to be 20 files at the moment. If I could set the number of files I would probably go for 50.
That would be easy to do. I'm not sure if it can have any drawback, I will try asking about that.
However don't you think 50 is maybe a bit too much? I mean who starts more than 20 files before going back to an unfinished one. :eek:

[Midzuki]

When I do not use the fullscreen mode, I normally maximize MPC-HC's window. I still don't understand the complaints about "huge waste of space". :)

[Reino]

http://dl.dropbox.com/u/16282309/LAV/AR.2.ts at beginning AR is 4:3 and than AR is 16:9. It crash whole player on aspect ratio change point with MPC-HC internal decoder. Works fine with Microsoft DTV-DVD Video Decoder.Works fine with LAV Filters and FFDShow. With the MPC Video Decoder though the AR doesn't change, but at least the whole player doesn't crash anymore. Just thought I'd mention.

http://www.ld-host.de/uploads/images/aa46442193fd5226cf7c080350e94ed7.gif
What do you all think? The issue is very clear and the end-result (preferred situation) is quite logical is you ask me. This is MPC-HC ticket 2086 (http://sourceforge.net/apps/trac/mpc-hc/ticket/2086) btw.

[mr.duck]

That would be easy to do. I'm not sure if it can have any drawback, I will try asking about that.
However don't you think 50 is maybe a bit too much? I mean who starts more than 20 files before going back to an unfinished one. :eek:

I do! :P

Also, if I play a file again, it's play position is updated as it should, but it's number (e.g. "File Position 8=" in the ini file) does not move up to the #1 spot, pushing all the other 19 entries down one spot. I guess this is to save writing as much data every time which is good. But it does increase the chance of opening too many files so that the position is forgotten.

50 isn't too much. If I could set how many I wanted it to remember in the options, I would probably try using 100 :D

[kasper93]

Works fine with LAV Filters and FFDShow. With the MPC Video Decoder though the AR doesn't change, but at least the whole player doesn't crash anymore. Just thought I'd mention.

Well, I know all of that. :) It is(was) bug in ffmpeg and it had been fixed in LAV long time ago. (few days after my post I think.)

For MPC-HC there is a ticket #2109 (https://sourceforge.net/apps/trac/mpc-hc/ticket/2109) and yeah, aleksoid disable aspect ratio change in DXVA decoder so it's not crashing anymore. It's temporary fix, but I think there i no one to fix it in mpc-hc atm.


About your problem, try to set "allow multiple instances" in ffdshow options. But I guess you did it already.

[Reino]

Been there, done that, yes. What the whole issue is about however, is the fact that the internal AudioSwitcher doesn't allow any other filter than an Audio Renderer on its output-pin. If it were possible, one instance of FFDShow (or any other post-processor) would be enough. Whether it's a movie with just one soundtrack, or with multiple external soundtracks you're trying to play.

[v0lt]

MPC-HC's MPEG1 filter is buggy with libmpeg2.
VLC's MPEG1 filter is not buggy with libmpeg2.
libmpeg2 can not be updated in Mpeg2DecFilter. It is necessary to completely rewrite the decoder.

[ageback]

S.Chinese update to rev.4622
http://dl.dropbox.com/u/132862/mplayerc.sc.rc.txt

[ageback]

Rev.4628 build failed.Error log(translated from Chinese log by google translate):
20:37:18.072 2> libavcodec.lib-(mpc_helper.o): error LNK2005: _GetFFmpegCompiler has been defined in the libavcodec.lib (CompilerVersion.o) [d: \ mpc-hc \ src \ apps \ mplayerc \ mplayerc.vcxproj]
20:37:19.005 2> d: \ mpc-hc \ bin \ mpc-hc_x86 \ mpc-hc.exe: fatal error LNK1169: find one or more multiply defined symbols [d: \ mpc-hc \ src \ apps \ mplayerc the \ mplayerc.vcxproj]

[JEEB]

Rev.4628 build failed.Error log(translated from Chinese log by google translate):
Compiles fine here, is related to the MinGW part of compilation, which is rather cargo cultish at the moment.

I'm on a 4.6.3 MinGW toolchain of the "officially supported type", and 4.7.x should work as well. Just make sure the clean-up during a rebuild is being done correctly, as well as make sure you are using a toolchain of "officially supported type" (Not trying to be vague, I just don't even know what's the special thing that makes certain toolchains fail, while others work with MPC-HC -- cargo cult, ho).

[vBm]

Confirm. Compiles just fine here as well.

[betaking]

Confirm. Compiles just fine here as well. I use MSYS_MinGW_GCC_470_x86-x64 form xhmikosr.1f0.de!

[ageback]

I made a clean rebuild and it's OK now.

[SamuriHL]

MpaDecFilter.cpp(235): error C2466: cannot allocate an array of constant size 0
[c:\dev\projects\mpc-hc\src\filters\transform\MpaDecFilter\MpaDecFilter.vcxpro
j]

------------------------------
[ERROR] mpc-hc.sln Release Win32 - Compilation failed!
------------------------------


Anyone see this one? Trying to do my no-filter 32 bit build. Nothing's changed in my dev env but the last 2 SVN updates I've done have given me this kind of error. I'll try a complete SVN CO and see if that fixes it but if anyone's seen that I'd appreciate any advice.

[SamuriHL]

*SIGH*. It's caused by my local modification to \src\apps\mplayerc\InternalFiltersConfig.h to remove the filters. Setting them all to 0 causes this error in the build. That seems bad....

EDIT: WOOPS! My bad. Overzealous replacing. I accidentally changed VC1 to VC0. I suspect that'll probably have an impact. Sorry for the distraction.

[ryrynz]

Is there any possibility of getting filter free builds built on a regular basis?

[SamuriHL]

I can't get it to build filter free anymore. Something's changed. If all the filters are set to 0, it fails to build. Period. This sucks.

EDIT: Confirmed. If I have 1 filter selected to be included, it'll compile. Someone (clsid I think) fixed that for us a while back but it seems the problem is back. Help? :)

[Underground78]

r4635 (http://sourceforge.net/apps/trac/mpc-hc/changeset/4635/trunk) should fix this issue.

[SamuriHL]

Thank you!

Sent from my Xoom using Tapatalk 2

[pulbitz]

Does MPC-HC H.264 DXVA decoder on Intel HD 2000 process deblocking?
I'm seeing artifacts when using it.
Other DXVA decoders is OK. (MS DTV-DVD, LAV, PotPlayer)

Question: Does MPC-HC H.264 DXVA decoder support deblocking?

[Underground78]

Why do you mean by "support deblocking"? If you are refering to the H264 deblocking filter it's part of the norm and must be present in all decoders.

[pulbitz]

Why do you mean by "support deblocking"? If you are refering to the H264 deblocking filter it's part of the norm and must be present in all decoders.

I'm seeing artifacts when using MPC-HC H.264 DXVA decoder on Sandybrige HD 2000 Graphics and Arrandale HD Graphics.
It seems to be no deblocking.

All my H.264 files, I get the same result with MPC-HC built-in and MPCVideoDec.ax

Other decoders(MS DTV-DVD, MPC-HC libav, LAV DXVA/QuickSync/libav, ffdshow QuickSync/libav, PotPlayer DXVA/QuickSync/libav) are OK.

[daWsOn_s]

is reclock still the only way to slowdown PAL content to 24p in mpc hc? It crashes on me even before loading. IS there any other way ?

[Snowknight26]

All 3 EVRs don't respect the full range bitstream flag. Example video (http://stfcc.org/misc/vids/vids/BF3%20AS%20VAL%20glitch.1280x720.mp4). Switch between any of the EVRs and madVR to see the difference.

[namaiki]

I'm seeing artifacts when using MPC-HC H.264 DXVA decoder on Sandybrige HD 2000 Graphics and Arrandale HD Graphics.
It seems to be no deblocking.

All my H.264 files, I get the same result with MPC-HC built-in and MPCVideoDec.ax

Other decoders(MS DTV-DVD, MPC-HC libav, LAV DXVA/QuickSync/libav, ffdshow QuickSync/libav, PotPlayer DXVA/QuickSync/libav) are OK.


Could you please open that video in MPC-HC using the EVR Custom video renderer.

Please take three screenshots of the Ctrl+J statistics/info:

One for MPC-HC's internal H.264 DXVA filter and one for MS DTV-DVD Video decoder and one for other working DXVA filter.

[pulbitz]

Could you please open that video in MPC-HC using the EVR Custom video renderer.

Please take three screenshots of the Ctrl+J statistics/info:

One for MPC-HC's internal H.264 DXVA filter and one for MS DTV-DVD Video decoder and one for other working DXVA filter.

Please see capture files.

mpc-hc_dxva.jpg:http://imageupload.org/thumb/thumb_224070.jpg (http://imageupload.org/en/file/224070/mpc-hc-dxva.jpg.html)
ms_dvt-dvd_dxva.jpg:http://imageupload.org/thumb/thumb_224071.jpg (http://imageupload.org/en/file/224071/ms-dvt-dvd-dxva.jpg.html)
lav_dxva.jpg:http://imageupload.org/thumb/thumb_224075.jpg (http://imageupload.org/en/file/224075/lav-dxva.jpg.html)

mpc-hc_dxva_stats.jpg:http://imageupload.org/thumb/thumb_224072.jpg (http://imageupload.org/en/file/224072/mpc-hc-dxva-stats.jpg.html)
ms_dtv-dvd_dxva_stats.jpg:http://imageupload.org/thumb/thumb_224073.jpg (http://imageupload.org/en/file/224073/ms-dtv-dvd-dxva-stats.jpg.html)
lav_dxva_stats.jpg:http://imageupload.org/thumb/thumb_224076.jpg (http://imageupload.org/en/file/224076/lav-dxva-stats.jpg.html)

Edit:
Sample file http://www.sendspace.com/file/7sf0p2

[namaiki]

Please, one more for another working DXVA filter.

Hmm, does anyone recall if the Intel HD 2000 graphics supports a regular H.264 DXVA mode, or only Intel ClearVideo mode? I recall that the HD3000 does, but not sure about the HD2000...

[Aleksoid1978]

pulbitz Upload a sample of this video.

[nevcairiel]

Hmm, does anyone recall if the Intel HD 2000 graphics supports a regular H.264 DXVA mode, or only Intel ClearVideo mode? I recall that the HD3000 does, but not sure about the HD2000...
2000 and 3000 are the same chips, just different performance.

[vivan]

Please see capture files.It's not deblocking problem.
It's awful postprocessing (sharpness). Turn it off in Intel media control panel...

[pulbitz]

It's not deblocking problem.
It's awful postprocessing (sharpness). Turn it off in Intel media control panel...

It is deblocking problem.
Other decoders are the same condition.
Anyway I turn it off and caputre.

mpc-hc_dxva_decoder_does_not_deblocking.jpg:http://imageupload.org/thumb/thumb_224108.jpg (http://imageupload.org/en/file/224108/mpc-hc-dxva-decoder-does-not-deblocking.jpg.html)
other_decders_are_OK.jpg:http://imageupload.org/thumb/thumb_224109.jpg (http://imageupload.org/en/file/224109/other-decders-are-ok.jpg.html)


Edit:
ffdshow_libav_skip_deblocking_always.jpg:http://imageupload.org/thumb/thumb_224112.jpg (http://www.imageupload.org/en/file/224112/ffdshow-libav-skip-deblocking-always.jpg.html)
I have compared between MPC-HC H.264 DXVA decoder and 'skip deblocking always' in ffdshow libavcodec.
They are same quality.

[namaiki]

I was thinking it could be related to this: http://sourceforge.net/apps/trac/mpc-hc/ticket/168

I don't know if devs can fix the ClearVideo mode but I think it might be able to work if it's going through the standard DXVA thing "ModeH264_VLD_NoFGT" (first present on Intel HD3000/2000) instead of "ModeH264_VLD_NoFGT_ClearVideo" (only mode available on previous generation Intel HD Graphics and Intel X4500). Assuming it doesn't already do that...

[nevcairiel]

LAV uses the ClearVideo mode, and it works just fine ;)
In fact, it usually works better then the "normal" mode.

[wanezhiling]

:confused:
What's the difference between ClearVideo mode and "normal" mode?

Higher quality? More stable?

[Scoty]

Where can i set ClearVideo mode?

[Amour]

Where can i set ClearVideo mode?
My poor understanding is:

You just set a DXVA filter. Depending on your brand, it will use:
* ClearVideo = with Intel.
* PureVideo = with NVidia.
* Avivo = with AMD.

Using DXVA means you make use of your GPU instead of just your CPU alone.

[s4e]

r4683 display incorrect DVBSubtitle colors. Because:
1. entry_id +1 cause incorrect color index
2. Y=0 didn't clear transparency cause pink edge
Follow patch fix my problem:

--- .svn\text-base\DVBSub.cpp.svn-base Fri May 11 11:31:09 2012
+++ DVBSub.cpp Fri May 11 13:28:34 2012
@@ -512,7 +512,7 @@

pClut->Size = 0;
while (gb.GetPos() < wEnd) {
- BYTE entry_id = gb.ReadByte()+1;
+ BYTE entry_id = gb.ReadByte();
BYTE _2_bit = (BYTE)gb.BitRead(1);
BYTE _4_bit = (BYTE)gb.BitRead(1);
BYTE _8_bit = (BYTE)gb.BitRead(1);
@@ -534,10 +534,12 @@
pClut->Palette[entry_id].T = 0xff-((BYTE)gb.BitRead(2)<<6);
}
if (!pClut->Palette[entry_id].Y) {
- pClut->Palette[entry_id].Cr = pClut->Palette[entry_id].Cb = 0;
+ pClut->Palette[entry_id].Cr = 0;
+ pClut->Palette[entry_id].Cb = 0;
+ pClut->Palette[entry_id].T = 0;
}

- pClut->Size = max (pClut->Size, entry_id);
+ pClut->Size = max (pClut->Size, entry_id+1);
}
}

[Scoty]

My poor understanding is:

You just set a DXVA filter. Depending on your brand, it will use:
* ClearVideo = with Intel.
* PureVideo = with NVidia.
* Avivo = with AMD.

Using DXVA means you make use of your GPU instead of just your CPU alone.

Thank you.

[JanWillem32]

@s4e: Thanks for the patch. Can you edit the last changed line to: if (pClut->Size <= entry_id) pClut->Size = entry_id+1;(Using the max macro would be sub-optimal in this context.)
Then, post the patch file in a new ticket on trac: https://sourceforge.net/apps/trac/mpc-hc/newticket . The developers will take a look at the changes, and probably approve it soon. If you need any further help, I'll gladly provide it.

[s4e]

@s4e: Thanks for the patch. Can you edit the last changed line to: if (pClut->Size <= entry_id) pClut->Size = entry_id+1;(Using the max macro would be sub-optimal in this context.)
Then, post the patch file in a new ticket on trac: https://sourceforge.net/apps/trac/mpc-hc/newticket . The developers will take a look at the changes, and probably approve it soon. If you need any further help, I'll gladly provide it.
I hasn't sourceforge account :(, you can post my patch. btw: use MAX() here does take extra write, but not that much, because this variable already dirtied in L1 cache.

[Underground78]

Thanks, I'm testing your fix, I will commit it if I see no problem. Note that I wasn't able to apply your patch, I'm not sure how you created it but the file path are strange.

PS: if you have patches and don't want to open a Trac account, feel free to drop by on IRC.

Edit: Everything looks perfect so I commited your fix as r4692 (http://sourceforge.net/apps/trac/mpc-hc/changeset/4692/trunk). Really a lot of thanks for that, I personally use DVBSub quite a lot and I had downloaded the specs but never got the time to try fixing the bug.

[vBm]

I hasn't sourceforge account :(,

You can log to sourceforge using OpenID (Google, Yahoo or AOL accounts and many more) (http://sourceforge.net/apps/trac/sourceforge/wiki/OpenID).

[Lord Maius]

Any news about Mpc BE ??

[wanezhiling]

MPC-HC 1.6.2.4701 x86
ffdshow 4447 x86

Here's 2 VC1 i clips:
http://pan.baidu.com/netdisk/singlepublic?fid=188768_636681697
http://pan.baidu.com/netdisk/singlepublic?fid=188769_84299314

MPC-HC's splitter + ffdshow DXVA, 30fps
http://i.imgur.com/qSFns.png
http://i.imgur.com/jiOvS.png

LAV Splitter + ffdshow DXVA, 60fps
http://i.imgur.com/VZN6G.jpg
http://i.imgur.com/Pwbeg.png

[Aleksoid1978]

MPC-HC 1.6.2.4701 x86
ffdshow 4447 x86

Here's 2 VC1 i clips:
http://pan.baidu.com/netdisk/singlepublic?fid=188768_636681697
http://pan.baidu.com/netdisk/singlepublic?fid=188769_84299314

MPC-HC's splitter + ffdshow DXVA, 30fps
http://i.imgur.com/qSFns.png
http://i.imgur.com/jiOvS.png

LAV Splitter + ffdshow DXVA, 60fps
http://i.imgur.com/VZN6G.jpg
http://i.imgur.com/Pwbeg.png

I think it's a ffdshow dxva decoder problem, because MPC DXVA decoder decode with 59.94fps. with any splitter.
Decoder must set interlaced flag for the render and read it's value in the stream. Splitter has nothing to do.

[mood]

XSUB subtitles not work with MPC-HC 1.6.2.4650 and test with MPC-HC BE 1.6.2.4360

but work in VLC

both versions give me this error:

MPC AVI Source::Subtitle - pt-xx;02 (Video 2)

Media Type 0:
--------------------------
Video: DXSB 720x480

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: Unknown GUID Name {42535844-0000-0010-8000-00AA00389B71}
formattype: FORMAT_VideoInfo {05589F80-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 6916
cbFormat: 88

VIDEOINFOHEADER:
rcSource: (0,0)-(0,0)
rcTarget: (0,0)-(0,0)
dwBitRate: 0
dwBitErrorRate: 0
AvgTimePerFrame: 0

BITMAPINFOHEADER:
biSize: 40
biWidth: 720
biHeight: 480
biPlanes: 1
biBitCount: 4
biCompression: DXSB
biSizeImage: 172800
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0

pbFormat:
0000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0030: 28 00 00 00 d0 02 00 00 e0 01 00 00 01 00 04 00 (...Ð...à.......
0040: 44 58 53 42 00 a3 02 00 00 00 00 00 00 00 00 00 DXSB.£..........
0050: 00 00 00 00 00 00 00 00 ........




any news of MPC-HC BE??? last version is 1.6.2.4360 in xvidvideo.ru 13.04.2012

[Amour]

any news of MPC-HC BE??? last version is 1.6.2.4360 in xvidvideo.ru 13.04.2012

I asked this question on 29th april: 1572281
Without answer, I believe the russian team has give up MPC-BE.

What would help to solve this would be for the MPC-HC team to add an alternative black GUI to MPC-HC. Then we would only have one common project and we would pick all the releases at one place.

[JEEB]

XSUB subtitles not work with MPC-HC 1.6.2.4650 and test with MPC-HC BE 1.6.2.4360

but work in VLC
Libavcodec seems to support this subtitle format, but VSFilter/MPC-HC's internal subtitle renderer don't (they use the same code base). I'm not seeing it getting supported unless someone really wants it in VSFilter and codes the support.