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

[JanWillem32]

I recently patched some of the DXVA code, so I know what variables are stored and how these are used. You can take a look at the registry part that is read for this function by using regedit.exe . The keys for the various video adapters are listed in "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Video" . The correct adapter is selected by using the monitor handle. The device and driver identifier keys can be seen under the "0000" key.
Here comes the problem: only very few keys in there are standardized, the rest is driver-specific.
The three identifiers that are stored are the vendor ID, the hardware ID and the driver revision. The device and hardware ID is in plain text. For example, my video adapter is; "pci\ven_1002&dev_9460" . http://www.pcidatabase.com/search.php?device_search_str=9460&device_search=Search
These three numbers are used to determine the capabilities of the device and driver, as you can see in the link I posted to the source code. These values are acquired by reading spec sheets and by trial and error testing. There are no ways to directly query these detailed things from the standard driver-linked interfaces in software.
So what we need is data on what manufacturer ID, what device ID or which series of IDs and which driver revisions have which specific capabilities.

[jq963152]

Could you possibly do something similar to what "nevcairiel" suggested for LAV Filters:

or simply add a checkbox so people can turn on 4k DXVA if they think their Hardware can do it.

?

At least as long as auto-detection is not working properly?

Suggestion:

In MPC-HC x64 1.6.3.5818, if you go to:

Filters ---> MPC-HC Video Decoder ---> DXVA Settings ---> DXVA (H.264) Compatibility check
apparently you can choose between:

Full check, Skip level check, Skip ref frame check, Skip all checks

So how about adding something like "Skip width and height check" or "Skip resolution check" or "Skip framesize check" or something like that ;)?

[v0lt]

jq963152
NVIDIA GeForce GT 520 (GF119)
Nvidia cards can not decode 4k in DXVA mode. Tested on GTX 680.

Nvidia cards are limited:
width <= 2032 && height <= 2032 && width*height <= 8190*16*16

Nvidia officially declares support for the width and height of 2048 pixels and 8192 macroblock for H264, but this is not true.

So how about adding something like "Skip width and height check" or "Skip resolution check" or "Skip framesize check" or something like that ?
Why? Will you look at the a black square?
There were cases in the fall of BSOD.

[Keiyakusha]

Nvidia officially declares support for the width and height of 2048 pixels and 8192 macroblock for H264, but this is not true.

Does it work in cuvid mode? Do they really say it should work with DXVA, or they say that this is theoretical limit of the engine? Cause this is different things... Maybe its dxva-specific limitation, which you can expect from such old technology. Also noone cares much about dxva these days

[v0lt]

Does it work in cuvid mode?
MPCVideoDec does not support cuvid mode.

[Keiyakusha]

MPCVideoDec does not support cuvid mode.

I know. But you better check it too before saying that nvidia's hardware doesn't supports what it claims. Does they realy say it should work with DXVA, or they say the hardware is capable of decoding 2048 pixels and 8192 macroblock? You didn't answered.

[v0lt]

I know. But you better check it too before saying that nvidia's hardware doesn't supports what it claims
Nvidia says about DXVA. I and a few people checked DXVA. For our decoder such check is sufficient.

...
I specifically checked in CUVID (LAV Video Decoder 0.51.3). It does not support for the width and height of 2048 pixels and 8192 macroblocks. Nvidia is lying.

[Keiyakusha]

I specifically checked in CUVID (LAV Video Decoder 0.51.3). It does not support for the width and height of 2048 pixels and 8192 macroblocks. Nvidia is lying.
At this moment LAV won't allow you to do it even if it will work. <-- edit: judging from the post below this maybe not very true
But if they say DXVA should work, that's too bad =(
On other forums people claim nvidia really decodes what it says, but not in DXVA

[jq963152]

Nvidia cards can not decode 4k in DXVA mode.

But what about what Wikipedia says for example:



http://en.wikipedia.org/wiki/Nvidia_PureVideo#The_Fifth_Generation_PureVideo_HD
(http://en.wikipedia.org/wiki/Nvidia_PureVideo#The_Fifth_Generation_PureVideo_HD)

[...]

The Fifth Generation PureVideo HD

The fifth generation of PureVideo HD, introduced with the Geforce GT 520 and also included in the Nvidia GeForce 600(Kepler) series GPUs has significantly improved performance when decoding H.264, VC-1 and MPEG-2 codecs [8]. It is also capable of decoding 4K resolution videos at 3840 x 2160 pixels, (doubling the 1080p high-definition television standard in both the vertical and horizontal dimensions), also known as Quad Full High Definition (QFHD). Also MVC (Multiview Video Coding) H.264 decoding support for Blu-ray 3D and other Full HD 3D at 1080p.[9]

[...]



http://en.wikipedia.org/wiki/Nvidia_PureVideo#Feature_Set_D

[...]

Feature Set D

Introduced 4K resolution / QFHD video decoding at up to 3840 x 2160 pixels

[...]

?

:confused:

Tested on GTX 680.

How did you test that if it is currently blocked in MPC-HC?

Nvidia cards are limited:
width <= 2032 && height <= 2032 && width*height <= 8190*16*16

Nvidia officially declares support for the width and height of 2048 pixels and 8192 macroblock for H264, but this is not true.

Is this:

http://us.download.nvidia.com/XFree86/Linux-x86_64/304.43/README/vdpausupport.html#vdpau-implementation-limits-decoder

your source for what you just posted?

Does it work in cuvid mode?

From the LAV Filters thread:

Try it with LAV CUDA or LAV CB, as in these modes IIRC, there are no blocks on any resolutions. (res > 1080p HD)
LAV Native DXVA might block some res. higher then 1920x1088 IIRC

Just tried using LAV CUVID and LAV DXVA2 (copy-back) on the 2560x1440p video and apparently it does work (both apparently are shown as being "active" in the LV Video Configuration panel) :).

Only Ivy Bridge does 4K decoding, if you're running it on your 2500k from your signature, no 4K for you.

NVIDIA (via CUVID) only supports it with VP5 (VDPAU Feature Set D). AMD claims to support it with the 7xxx series, but in my tests, it just failed miserably.

Also tried 3840x2160p testclip with LAV CUVID and LAV DXVA2 (copy-back). Apparently both are shown as being "active" in the LAV Video Configuration panel when playing back. But it appears to be very laggy with LAV DXVA2 (copy-back). With LAV CUVID it appears to be much better, although, unfortunately, not necessarily perfect either.

;)

I specifically checked in CUVID (LAV Video Decoder 0.51.3). It does not support for the width and height of 2048 pixels and 8192 macroblocks. Nvidia is lying.

See above.

Using GT 520 (GF119) here with LAV Filters 0.51.3, both, LAV CUVID and LAV DXVA2 (copy-back) apparently are shown as being "active" in the LAV Video Configuration panel when playing back 3840x2160p testclip and even when playing back 4096x2304 testclip. But, as mentioned in the quote above, it appears to be very laggy with LAV DXVA2 (copy-back). With LAV CUVID it appears to be much better, although, unfortunately, not necessarily perfect either.

So why do you write it would not work?

Or has it something to do with 8192 macroblocks?

[nevcairiel]

I specifically checked in CUVID (LAV Video Decoder 0.51.3). It does not support for the width and height of 2048 pixels and 8192 macroblocks. Nvidia is lying.

4K decoding works with CUVID on my 680. :p
I'll look into DXVA soon, there were some driver bugs that caused it to fail in earlier versions, but maybe those are fixed now.

But, as mentioned in the quote above, it appears to be very laggy with LAV DXVA2 (copy-back). With LAV CUVID it appears to be much better, although, unfortunately, not necessarily perfect either.

Thats because the 520 does not have enough memory bandwidth for "copy back" modes like CUVID or DXVA2-CB, its to be expected, the card is too weak.
Although the decoder chip isn't really all that fast on 4K content either, it can do 24p just fine, but above 30fps it'll start to lag.

[jq963152]

I specifically checked in CUVID (LAV Video Decoder 0.51.3). It does not support for the width and height of 2048 pixels and 8192 macroblocks. Nvidia is lying.
4K decoding works with CUVID on my 680. :p
I'll look into DXVA soon, there were some driver bugs that caused it to fail in earlier versions, but maybe those are fixed now.

But, as mentioned in the quote above, it appears to be very laggy with LAV DXVA2 (copy-back). With LAV CUVID it appears to be much better, although, unfortunately, not necessarily perfect either.
Thats because the 520 does not have enough memory bandwidth for "copy back" modes like CUVID or DXVA2-CB, its to be expected, the card is too weak.
Although the decoder chip isn't really all that fast on 4K content either, it can do 24p just fine, but above 30fps it'll start to lag.

And that's why it would probably be appreciated if there would be a way to be able to test if it would work with DXVA2 (native). And to be able to test if there would be less lag with DXVA2 (native) than with CUVID and DXVA2 (copy-back) ;).

And that's why it was requested if it would be possible to add a "4K checkbox" (or whatever you wanna call it) to LAV Video Configuration panel and a "Skip framesize check" (or whatever you wanna call it) setting to MPC-HC DXVA Settings ;).

At least as long as auto-detection is not working properly ;).

[jq963152]

PS:

Although the decoder chip isn't really all that fast on 4K content either, it can do 24p just fine, but above 30fps it'll start to lag.

Well, at least according to the following Wikipedia page:

http://en.wikipedia.org/wiki/H.264/MPEG-4_AVC#Levels

AVC Level 5.1 appears to be limited at 30 fps with "4K", doesn't it?

60 fps with "4K" would be AVC Level 5.2, wouldn't it?

So, wouldn't what you wrote above maybe "just" mean that it probably can do Level 5.1 but not Level 5.2?

[v0lt]

@jq963152
But what about what Wikipedia says for example:
What does it change?

How did you test that if it is currently blocked in MPC-HC?
I used a special test builds.
http://www.mediafire.com/?n6ajswiwd3q7h (use at your own risk)

AVC HP@L5.1 apparently would allow for much higher resolutions than 1920x1080, wouldn't it?
What is the question? Show specification Nvidia, which states full support for AVC HP@L5.1.
We're talking about the real possibilities of video cards.

Is this:

http://us.download.nvidia.com/XFree8...limits-decoder

your source for what you just posted?
Yes. This is the official source. I saw it.

VDPAU Feature Sets C and D
VDP_DECODER_PROFILE_H264_MAIN, VDP_DECODER_PROFILE_H264_HIGH:

Complete acceleration.

Minimum width or height: 3 macroblocks (48 pixels).

Maximum width or height: 128 macroblocks (2048 pixels).

Maximum macroblocks: 8192
I see no support for 4K.
But this information is also incorrect. In reality, there must be so:

VDPAU Feature Sets C and D
Maximum width or height: 128 macroblocks (2032 pixels).

Maximum macroblocks: 8190

If you need a blank screen, then you can use the Microsoft DTV-DVD Video Decoder.

[jq963152]

I used a special test builds.
Are you a developer of MPC-HC? Is there any "official" link where this would be available?

I see no support for 4K.
But this information is also incorrect. In reality, there must be so:

VDPAU Feature Sets C and D
Maximum width or height: 128 macroblocks (2032 pixels).

Maximum macroblocks: 8190

Then what about the following article for example:



http://www.anandtech.com/show/4380/discrete-htpc-gpus-shootout/11

[...]

The GT 520's scores above are more interesting. Even the high end GPUs such as the 460 and 560 are unable to achieve that frame rate. The answer was buried in the README for the latest Linux drivers. The GT 520 is the first (and only GPU as of now) to support the VDPAU Feature Set D.

We asked NVIDIA about the changes in the new VDPAU feature set and what it meant for Windows users. They indicated that the new VPU was a faster version, also capable of decoding 4K x 2K videos. This means that the existing dual stream acceleration for 1080p videos has now been bumped up to quad stream acceleration.

[...]

?

:p:D;)

If you need a blank screen, then you can use the Microsoft DTV-DVD Video Decoder.

Just tried "Microsoft DTV-DVD Video Decoder" with MPC-HC x64 1.6.3.5818 here with GT 520 (GF119) and 3840x2160p and 4096x2304p testclip and apparently the screen remains blank (black) indeed, apparently just audio is being played back and GPU-Z/NVIDIA Inspector for example apparently do not show any VPU Load at all.

But would that automatically "translate" to MPC-HC Video Decoder and LAV DXVA2 (native) :confused:?

And, again, see for example:

Using GT 520 (GF119) here with LAV Filters 0.51.3, both, LAV CUVID and LAV DXVA2 (copy-back) apparently are shown as being "active" in the LAV Video Configuration panel when playing back 3840x2160p testclip and even when playing back 4096x2304 testclip. But, as mentioned in the quote above, it appears to be very laggy with LAV DXVA2 (copy-back). With LAV CUVID it appears to be much better, although, unfortunately, not necessarily perfect either.

And even "nevcairiel" wrote the following:

4K decoding works with CUVID on my 680. :p
I'll look into DXVA soon, there were some driver bugs that caused it to fail in earlier versions, but maybe those are fixed now.

Thats because the 520 does not have enough memory bandwidth for "copy back" modes like CUVID or DXVA2-CB, its to be expected, the card is too weak.
Although the decoder chip isn't really all that fast on 4K content either, it can do 24p just fine, but above 30fps it'll start to lag.

;)

So what about MPC-HC Video Decoder and LAV DXVA2 (native) :p:D;)?

[DragonQ]

How can I tell if MPC-HC is doing IVTC correctly? I'm using LAV Filters and EVR. The source is mostly 24p but with a few 60i bits, so most of it needs to be ITVCed. When I step frame-by-frame it looks like it's just playing it back at 60p and not IVTCing correctly, but I think it looks OK when played back at full speed. However, the frame rate indicator (CTRL+J) always says 59.xxx FPS, never 23.976 FPS, so maybe it's not doing IVTC properly?

[nevcairiel]

EVR* does not perform full removal of hard-telecine. It will detect the cadence, and ensure the frames are properly stitched together, but it will not remove duplicate frames, which results in 60p output - artifact free, but not decimated to 24p.

* Technically thats not EVRs doing, but the GPU drivers

[madshi]

How can I tell if MPC-HC is doing IVTC correctly? I'm using LAV Filters and EVR. The source is mostly 24p but with a few 60i bits, so most of it needs to be ITVCed. When I step frame-by-frame it looks like it's just playing it back at 60p and not IVTCing correctly, but I think it looks OK when played back at full speed.
You'll get the typical 3:2 motion judder this way. You can play such videos at proper 24p by either using the DScaler IVTC Mod MPEG2 Decoder (works only for MPEG2, obviously), or by using some funny AviSynth scripts, or by using madVR's built in IVTC algorithm.

[DragonQ]

I see. So if I wanted to play these files using MediaPortal (which only supports EVR), I'd have to set the MPEG2 decoder to DScaler IVTC Mod MPEG2 Decoder?

[madshi]

Yep...

[DragonQ]

OK. I can't seem to get good playback in MPC-HC with MadVR though. The only way I can get the stats to say "ivtc" is by ticking "disable automatic source type detection" and choosing "force film mode". However, I then get juddery video and combing artefacts. :confused:

[madshi]

OK. I can't seem to get good playback in MPC-HC with MadVR though. The only way I can get the stats to say "ivtc" is by ticking "disable automatic source type detection" and choosing "force film mode". However, I then get juddery video and combing artefacts. :confused:
Do you get juddery video and combing artifacts with movie content or with video content? Of course forcing film mode won't work for anything other than native film content.

[DragonQ]

I'm pretty sure it's 24p material that has been telecined to 60i. If I force IVTC in MadVR and step through the frames, no frames are repeated (as expected) but there's still combing artefacts on some of them. Here's a sample. (http://www.aotplaza.com/Files/HTPC/Weird%20IVTC%20Sample.ts)

[madshi]

From a quick check the sample doesn't seem to be 24p -> 60i content. It's something else. IVTC is not possible with this sample. Consequently DScaler2 IVTC Mod shows the same combing as madVR's IVTC algorithm.

[DragonQ]

From a quick check the sample doesn't seem to be 24p -> 60i content. It's something else. IVTC is not possible with this sample. Consequently DScaler2 IVTC Mod shows the same combing as madVR's IVTC algorithm.
Any ideas what it could be then?

[madshi]

Would have to look at every field separately to say for sure. Probably it was originally movie content, but then it got half converted to video mode, with different fields being blended into each other. This is sometimes done to bring 25p content to 24p or vice versa.

[DragonQ]

Ah that could be it...the show is a mixture of US and Japanese footage, so it should be 24p all the way through. However, I know this particular episode was sourced from an "international master", so it could be a weird NTSC -> PAL -> NTSC conversion, which I imagine would be a major pain to get proper playback with.

I'll check some other episodes tonight that weren't from international masters and see if I get the same result.

[DragonQ]

Hmm, other episodes are the same. I guess the best way to play it back is deinterlaced to 60p but that still produces combing and it's a bit weird that IVTC doesn't work when 60p produces a frame repeating pattern of 3-2-3-2-3-2...

What program allows one to look at each field separately?

[madshi]

Hmm, other episodes are the same. I guess the best way to play it back is deinterlaced to 60p but that still produces combing and it's a bit weird that IVTC doesn't work when 60p produces a frame repeating pattern of 3-2-3-2-3-2...
My AMD card's DXVA seems to try to IVTC this sample, too, with combing results. I think AMD DXVA is mistaken, trying to IVTC this. In theory it's supposed to automatically detect whether IVTC or video mode deinterlacing should be performed. This detection seems to fail with this sample. However, if you enable "agressive deinterlacing" + "force deinterlacing" + "enable YADIF deinterlacing" in LAV, the combing is gone.

What program allows one to look at each field separately?
AviSynth. Or a special madVR debug build (not polished enough to be published).

[ikarad]

With some blu-ray movies, some subtitles are not displayed with mpc-hc 1.6.4.5957 (this problem exist since MPC-HC 1160)
(this problem exists from the start of HD subtitle support).

When two subtitles must be displayed in the same time, only one subtitle is
displayed.

file

http://www.mediafire.com/download.php?2fwqy0doid91uj1
http://www.mediafire.com/download.php?tsr8zol53hvdt9s
http://www.mediafire.com/download.php?9se81h31ciggp4b

bugtraq
https://sourceforge.net/apps/trac/mpc-hc/ticket/48#comment:28

[Xaurus]

There is not.
Not to mention that a decoder alone wouldn't be enough, you also need a renderer that can render 3D signals, which also doesn't exist yet.
So if no decoder exists what is this?

http://corecodec.com/products/coremvc

Or is this something else? I have a 3D TV which I would like to use with my htpc... :)

As you say.. won't work without a compatible renderer but that Stereoscopic player must have a renderer of sorts?

[the_weirdo]

So if no decoder exists what is this?

http://corecodec.com/products/coremvc

Or is this something else?
Is it released?

As you say.. won't work without a compatible renderer but that Stereoscopic player must have a renderer of sorts?
Stereoscopic player has its own renderer. Can it work as a standalone renderer?

[nevcairiel]

Is it released?

Not to the general public. Only through OEM channels you can apparently get it. I've asked CoreCodec about a release timeframe, but they have been quiet about CoreMVC.
Having a decoder thats not available to you equals not having a decoder at all. Until someone releases a MVC decoder that i can take and install, i'll consider such a thing non-existant.


Stereoscopic player has its own renderer. Can it work as a standalone renderer?

Doubtful that you can just plug a 3D renderer like that into any other player.

I have a 3D TV which I would like to use with my htpc... :)

3D on LCD or Plasma TVs just sucks, i know, i have tried it on mine. ;) You need good projector setup for it to be worthwhile, IMHO. But of course opinions differ on that.
Anyway, if you really want it, you can use Stereoscopic Player, or even stuff like PowerDVD or TMT5.

3D support in "free" and opensource players will maybe improve over time, but right now it just doesn't work completely.

[the_weirdo]

Not to the general public. Only through OEM channels you can apparently get it. I've asked CoreCodec about a release timeframe, but they have been quiet about CoreMVC.
Having a decoder thats not available to you equals not having a decoder at all. Until someone releases a MVC decoder that i can take and install, i'll consider such a thing non-existant.


Doubtful that you can just plug a 3D renderer like that into any other player.
Actually, what you said is what I want to reply to him. Because of my poor English writing skill, I couldn't express my thought well :o I also must try very hard to write long sentences! :(

[Xaurus]

3D on LCD or Plasma TVs just sucks, i know, i have tried it on mine. ;) You need good projector setup for it to be worthwhile, IMHO. But of course opinions differ on that.
Anyway, if you really want it, you can use Stereoscopic Player, or even stuff like PowerDVD or TMT5.

3D support in "free" and opensource players will maybe improve over time, but right now it just doesn't work completely.
I tried the Stereoscopic Player and it worked, I will test a 3D BR later to see if my htpc can handle it (no GPU for 3D, apparently).

And it seems it uses CoreMVC, so there we go. OEM it is. :)

[ceb]

I used to read updates to MPC-HC here (http://sourceforge.net/apps/trac/mpc-hc/timeline) but it doesn't seem to show them anymore as the latest change is v5597 while the nightly builds (http://xhmikosr.1f0.de/mpc-hc/) are at v5969.
Am I missing something or is there another place where I can find the changes?
Thanks. :)

[vBm]

I used to read updates to MPC-HC here (http://sourceforge.net/apps/trac/mpc-hc/timeline) but it doesn't seem to show them anymore as the latest change is v5597 while the nightly builds (http://xhmikosr.1f0.de/mpc-hc/) are at v5969.
Am I missing something or is there another place where I can find the changes?
Thanks. :)

We've moved to GitHub ... so now you can read updates HERE (https://github.com/mpc-hc/mpc-hc/commits/master/)

[ceb]

We've moved to GitHub ... so now you can read updates HERE (https://github.com/mpc-hc/mpc-hc/commits/master/)
Oh I see, thank you. :)

[dansrfe]

Problem/Feature request (not sure which it is):

I like the icon lib which is at version 1.4.0.0. usually when I update mpc-hc.exe I just extract the executable and add my own toolbar.bmp and keep the icon lib from version 1.4.0.0 and mpc-hc recognizes it just fine and it works. But since the last maybe 10-15 builds (basically when 1.6.4 started) mpc-hc.exe refuses to acknowledge that mpciconlib.dll is in the same directory as it and it says that mpciconlib.dll is missing. Would it be possible for someone to patch mpc-hc so that it accepts older versions of mpciconlib.dll files? Thanks!

The only workaround I have as of yet is to use an older build of mpc-hc <= 1.6.3, associate the icons, and then replace mpc-hc with the latest build.

[nuhkka]

anybody know how to fix hd 2000 dxva problem?

the videos look blocky on h.264 videos and it also gets breaking lines when skipping scenes

[vivan]

nuhkka,
Don't use DXVA, use LAV Video Decoder and choose Intel QuickSync decoder.

[betaking]

S.Chinese update
http://www.mediafire.com/?n55kp6vupus4rx3

[Cloudstrifeff7]

Hello guys! :D

Is it normal that file extensions doesn't work in Windows 8? I can manually choice mpc-hc for .avi, .mp4, .mkv etc. But I don't know if the problem is windows 8.

MPC-HC version is 1.6.4.5986

Thanks in advance! :D

[Aleksoid1978]

Latest revision broken PGS subtitle render in this sample - "Blind Fury" sample (http://aleksoid.tosei.ru/Test/Sample/Blind_Fury.m2ts)

Also - very bad render on resize;

[Aleksoid1978]

Hello guys! :D

Is it normal that file extensions doesn't work in Windows 8? I can manually choice mpc-hc for .avi, .mp4, .mkv etc. But I don't know if the problem is windows 8.

MPC-HC version is 1.6.4.5986

Thanks in advance! :D

Windows 8 do not support Api from previous Win Vista/7 for register file association. But - you can try MPC-BE :)

[oddball]

Nevermind. Figured it out.

[madshi]

Hi devs,

in the latest madVR build I've modified the madVR shutdown behaviour to fix some shutdown crashes that have been reported. Basically in older builds I've allowed the madVR instance to be destroyed without waiting for the Direct3D interface to be fully released. The new madVR v0.83.1 now waits until D3D is fully released before leaving the madVR destructor. As a result some users are now getting freezes when closing MPC-HC or when reloading/changing video files. I've got the following freeze report (thanks, cyberbeing):

http://www.mediafire.com/?iu9lpazavisx8od

Looking at the callstacks I've found that the MPC-HC main thread seems to be stuck in CMainFrame::CloseMedia(), waiting for the graph thread to close:

CAMEvent e;
m_pGraphThread->PostThreadMessage(CGraphThread::TM_CLOSE, 0, (LPARAM)&e);
e.Wait(); // either opening or closing has to be blocked to prevent reentering them, closing is the better choice
The problem is that the madVR destructor is stuck, too, because Direct3D->Release() is stuck. And Direct3D->Release() is most probably stuck because it does a SendMessage() to the MPC-HC main window. And the MPC-HC main window doesn't react to the SendMessage() call because the main thread is doing "e.Wait()" without handling messages. You may wonder why Direct3D tries to contact the MPC-HC main window? The reason for that is that in exclusive mode, madVR uses the MPC-HC main window as the Direct3D device window. I have to do that because for fullscreen exclusive mode the Direct3D device window must be a top level window and the madVR rendering window isn't top level.

I believe that the MPC-HC main thread should handle messages at all times. Not handling messages while closing down the graph thread is an open invitation to get freezes, IMHO. Is there any chance to have the MPC-HC behaviour modified? I think there should be better ways to stop reentering than blocking message handling. E.g. just set a flag "AmClosing" or something like that.

Thanks!!

[Cloudstrifeff7]

Windows 8 do not support Api from previous Win Vista/7 for register file association. But - you can try MPC-BE :)

Thank you very much for your answer! :D

But MPC-BE is good? I didn't know this software. xD

[ikarad]

I find a problem with sub.


problem:
At the beginning of this video (beginnning credits), subs flash. With directvobsub, subs are displayed without flash
https://sourceforge.net/apps/trac/mpc-hc/ticket/2617

[Aleksoid1978]

Thank you very much for your answer! :D

But MPC-BE is good? I didn't know this software. xD


Try http://forum.doom9.org/showthread.php?t=165890

[Aleksoid1978]

I find a problem with sub.


problem:
At the beginning of this video (beginnning credits), subs flash. With directvobsub, subs are displayed without flash
https://sourceforge.net/apps/trac/mpc-hc/ticket/2617

Sub is flashed only in full screen, in window - all ok.