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

[bbwolff]

I didn't read all 600 pages
is there a way to skip 10 seconds forward like in some other players?
will that be added in the fture
it's great for skipping some boring part of the video or to quickly find what you're looking foe.

[XhmikosR]

@bbwolff: ctrl+right and set the milliseconds in the Options-->Tweaks page.

[Tom Keller]

I got some strange behaviour with the latest svn revisions. While playing DVD videos with enabled internal audio switcher, sometimes i wont get any sound in the menus. When starting the movie or jumping manually to the title or main menu, the sound "magically" reappears.

Strangely enough, this wont happen very often while using the system default audio renderer (DirectSound => Asus Xonar DX). But it happens most of the time while using ReClock as audio renderer (tested with v1.8.6.2 & v1.8.6.3). It doesn't matter which audio decoder i use - it's always the same. And it only happens with video DVDs. Disabling the audio switcher helps - but it's very annoying, cause i need the audio switcher to set a negative delay, ensuring audio/video synchronicity on my TV.

Till svn 1613 there was no problem at all. Sadly the whole mess started with svn 1623... an no change up to svn 1694 .

[alexins]

Media Player Classic HomeCinema (x86/x64), svn 1697

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

Changes log

Changes (1695-1697):

• updated Ukrainian translation [arestarh];
• Change : Go to the next/previous file in the directory on the user's click on "skip back"/"skip forward";
• small change in files autoplay algorithm;
• code cleanup;
• update Russian translate.

[decapitado]

Originally Posted by alexins

[*]Change : Go to the next/previous file in the directory on the user's click on "skip back"/"skip forward"; [/LIST]

Great

[Casshern]

Hi Casimir666,

There seems to be a long standing bug in the mpc hc m2ts splitter, which affects almost all criterion blu rays (they mostly use mono):

I made a small 5 sec sample, where you can hear the bug pretty clearly. Interestingly the video ends after 5 seconds and the audio is still playing another 5 seconds with mpc hc + ffdshow(as a audio decoder) at half speed:

http://www.mediafire.com/file/omtnmdnjiyy/sample.m2ts

tal.aloni, debugged this in ffdshow and found that the sample works fine with the haali splitter, so the bug must be in the m2ts splitter of mpc hc.

If you find the time, could you please look at this, it seems easy to fix!

[sillKotscha]

hey guys,

I'd like to know why I'm unable to get the internal mpeg2 dxva to work...

my setup:

- win7 home premium
- graphic card:



latest available OEM driver:



- mpc hc output: EVR sync (though EVR/ EVR cp won't work either) ...

when I choose mpeg-dxva via mpc hc it won't get used but another mpeg2 decoder is used (for example, for testing purposes I've installed CyberLink's PowerDVD9 MPEG-2 decoder v8.4.0.1014 et voilà with the above mentioned settings dxva is working and even the internal microsoft mpeg2 decoder - it's called DTV if I re-call correct - will use dxva for decoding) but no luck with mpc's mpeg dxva decoding...

for VC-1 and h.264 ffdshow's respectively mpc-hc's dxva works flawless but no luck with the internal mpeg2 dxva decoding...

it doesn't bug me that much but I'm interested why I can't get to work...

maybe someone can help to track it down to false setting I've done or whatever...

thanks in advance

edit: dxva checker...

[X-Dron]

Pls, close
http://sourceforge.net/apps/trac/mpc-hc/ticket/306

[Spec-Chum]

Originally Posted by X-Dron

Pls, close
http://sourceforge.net/apps/trac/mpc-hc/ticket/306

Done...

[tetsuo55]

Originally Posted by pirlouy

@tetsuo55: since you were interested in managing an open-source project, maybe you know this, but here is a short interesting article: http://lwn.net/Articles/370157/.

Good read, thanks

[Inspector.Gadget]

tetsuo55, now that you're opening threads for reporting splitter issues, maybe you could open one up for the internal ASF splitter. The "Use WM ASF Reader" option in "Tweaks" doesn't seem affect which splitter is used, and whether the box is checked or not, I consistently get 20-30 dropped initial frames on WMV1/2/3/VC-1 in ASF content when using MPC-HC. The same does not appear to happen when using WMP11 on Vista x64. In each case, I am using the WMVideo Decoder DMO and WMAudio DMO for the actual decoding. Using ffdshow as a wrapper for the WMV9 decoder or not doesn't make a difference. Thanks.

[rack04]

Is it still recommended to use Haali for mkv splitting or have the bugs in the internal mkv splitter been fixed/

[tetsuo55]

Originally Posted by Inspector.Gadget

tetsuo55, now that you're opening threads for reporting splitter issues, maybe you could open one up for the internal ASF splitter. The "Use WM ASF Reader" option in "Tweaks" doesn't seem affect which splitter is used, and whether the box is checked or not, I consistently get 20-30 dropped initial frames on WMV1/2/3/VC-1 in ASF content when using MPC-HC. The same does not appear to happen when using WMP11 on Vista x64. In each case, I am using the WMVideo Decoder DMO and WMAudio DMO for the actual decoding. Using ffdshow as a wrapper for the WMV9 decoder or not doesn't make a difference. Thanks.

I decided against opening a thread for wmv/asf, but we will get back to that at some point

[tetsuo55]

Originally Posted by rack04

Is it still recommended to use Haali for mkv splitting or have the bugs in the internal mkv splitter been fixed/

both our splitter and haali's have exactly oposite problems. so it depends on your file

[Aleksoid1978]

Originally Posted by sillKotscha

hey guys,
I'd like to know why I'm unable to get the internal mpeg2 dxva to work...

Video must support mode - MPEG2_VLD.

[rob4eiwt]

Originally Posted by rob4eiwt

On monitors with small pixel pitch it is necessary to set windows xp display properties appearance to [large fonts] and dpi to [large 120dpi]. Using those 2 settings the following error occurs:




The [Help] button has been pushed to a second row.

Would someone please fix this error?

This might help

Microsoft page on making application high dpi aware
http://msdn.microsoft.com/en-us/libr...8VS.85%29.aspx

[sillKotscha]

Originally Posted by Aleksoid1978

Video must support mode - MPEG2_VLD.

and that means?

because as I said... I get mpeg2 dxva decoding to work with every other decoder but not with build in one ...

[Aleksoid1978]

Originally Posted by sillKotscha

and that means?

because as I said... I get mpeg2 dxva decoding to work with every other decoder but not with build in one ...

You video support ModeMPEG2_IDCT mode, all decoder(ArcSoft, Cyberlink, Nero, Microsoft ...) support this mode.
But MpcVideoDecoder support only ModeMPEG2_VLD for MPEG2+DXVA.

[Mike5]

Originally Posted by sillKotscha

and that means?

A longer explanation (maybe can be useful for others too):

The decoding process is actually made up of several phases:

- Reverse Entropy
- IDCT (Inverse Discrete Cosine Transform)
- MoComp (Motion Compensation)
- Deblocking

A video card can support DXVA for one or more of the phases. You can see which using DXVA Checker. The name of the mode indicates which phase is supported. VLD (Variable Length Decoder) means the decoding process is supported as a whole: alla phases are supported, a mode known also as bitstream.

You video card (as any recent ATI) supports VLD mode for H.264 and VC1, but not for MPEG2, where only IDCT is supported.

Commercial players (like TMT, PDVD, etc...) support IDCT DXVA and thus you have DXVA with them. MPC-HC supports only bitstream (VLD) and thus you have DXVA for H.264 and VC1 only, not for MPEG2.

This is not considered a big problem, though, becuase MPEG2 decoding in software is generally not a big burden for modern CPU.

[somy]

Originally Posted by Mike5

A longer explanation (maybe can be useful for others too):

The decoding process is actually made up of several phases:

- Reverse Entropy
- IDCT (Inverse Discrete Cosine Transform)
- MoComp (Motion Compensation)
- Deblocking

A video card can support DXVA for one or more of the phases. You can see which using DXVA Checker. The name of the mode indicates which phase is supported. VLD (Variable Length Decoder) means the decoding process is supported as a whole: alla phases are supported, a mode known also as bitstream.

You video card (as any recent ATI) supports VLD mode for H.264 and VC1, but not for MPEG2, where only IDCT is supported.

Commercial players (like TMT, PDVD, etc...) support IDCT DXVA and thus you have DXVA with them. MPC-HC supports only bitstream (VLD) and thus you have DXVA for H.264 and VC1 only, not for MPEG2.

This is not considered a big problem, though, becuase MPEG2 decoding in software is generally not a big burden for modern CPU.

Hi Mark5,

Regarding the banding issue we discussed in AVS, I'd like to ask if it's possible for MPC-HC DXVA decoder to use dynamic range settings in CCC? I suddenly have the idea of using AVIVO to do luma expansion instead of EVR (to avoid banding). PowerDVD seems to work well to address the banding issue, and do you know what technique do they use? Thanks a lot!