madVR - high quality video renderer (GPU assisted)

[Razoola]

Yes, I've pretty much given up on using MPC-HC 32-bit because of this. I'll be patient though and hopefully Madshi will have a version of MadVR with working subs for other players. :thanks: for trying to help.

Probably a silly question to ask but I'll ask it anyway as it popped into my head. Are you using the special 32bit MPC-HC builds that madshi and nevcairiel posted links to a few pages back?

[fairchild]

Probably a silly question to ask but I'll ask it anyway as it popped into my head. Are you using the special 32bit MPC-HC builds that madshi and nevcairiel posted links to a few pages back?

Yes, I tried those as well with the same result. It hangs on my system the moment I try to open/play any file. I have to go into the task manager to end the process because my system becomes unresponsive.

Edit: the version of MPC-HC that Madshi posted doesn't hang my system, it just stays forever on Opening, when I try to open/play any file. It's pretty weird what is screwed up in my system and why the 32-bit version won't run. If there was some way I could debug this I would but I have no clue how or if it can be done.

[Razoola]

Yes, I tried those as well with the same result. It hangs on my system the moment I try to open/play any file. I have to go into the task manager to end the process because my system becomes unresponsive.

Edit: the version of MPC-HC that Madshi posted doesn't hang my system, it just stays forever on Opening, when I try to open/play any file. It's pretty weird what is screwed up in my system and why the 32-bit version won't run. If there was some way I could debug this I would but I have no clue how or if it can be done.

Maybe a madVR log file might help madshi from this point.

[fairchild]

Maybe a madVR log file might help madshi from this point.

The player doesn't get to the point where it even opens the file and loads all the decoders, renderers, filters etc. So it's not even connecting to MadVR for it to create a log. It's just majorly borked and won't do anything.

[jmone]

FYI - Had to rollback to V43 from the new V45 as I was getting Black Screens and a non response MC (but Audio would play on). Let me know if you want JR or madVR Logs.

(cross post at J.River Media Center Beta Forum)

[Hypernova]

madVR v0.44 released

http://madshi.net/madVR.zip

* fixed ZoomPlayer OSD graphical corruption problem (again)
* fixed bug in OSD text message handling
* added support for subtitle rendering through ISubRenderCallback
http://forum.madshi.net/images/smilies/icon_redBalloon.gifhttp://forum.madshi.net/images/smilies/icon_greenBalloon.gifhttp://forum.madshi.net/images/smilies/icon_blueBalloon.gif

The MPC-HC subtitle renderer now fully works with madVR! However, I had to fix a couple of bugs in MPC-HC to make it work properly. Furthermore I've patched MPC-HC so that it now draws its text messages by using madVR's internal OSD text message system. My bugfixes are already committed to the MPC-HC SVN, so all new SVN builds compiled by other people should also work just fine with madVR v0.44. For your convenience I've uploaded a fixed MPC-HC executable file here:

http://madshi.net/mpc-hc.zip

Enjoy!

Oh yesssssssssss! I was thinking that I should not get any hope on subtitle since I hear nothing from you and you said you're busy fixing bug, so I tried not to ask you about it either, but my biggest thing in madVR wishlist is finally done! Woohoo, I'm so testing this right away. Sorry I have to post to get my excitement out. :)

[blaster00]

Any chance of x64 version?

[Hypernova]

OK, I have problem to report. I'm using the same file as ranpha as reference.

I have the "Position..." option fully enable. In fullscreen exclusive mode, if I do something so madVR has to switch out of exclusive mode, the subtitle will go outside of the video frame as if the "Position..." option is disabled. It won't go back even when madVR switched back to exclusive mode.

Other than that it works great, outside of squeezed text which also happen in EVR. :thanks:

Edit: Kinda obvious but I should say that if I disable exclusive mode altogether then there is no problem, which is what I'll be doing right now.

Edit2: I use MPC-HC 2990 Black edition from xvidvideo.ru, but I also double check with your version to make sure and it does the same thing.

[foxyshadis]

Anyways, I digress this is just something screwed up in my Win7 install and I don't want to format and reinstall just to run mpc-hc 32-bit. My problems on my system are running the new version of MadVR with potplayer. If there is another 32-bit media player that runs reclock and madvr fine and has the new subtitle support I'd be willing to try that. :)

Most MPC crashes actually come from codecs. Do you check the "module" in the crash report? That should give you an idea of where to start, but some codecs corrupt memory in such a way that the crash comes in another module. Lots of crash dumps combined with a debugger usually helps; you can collect and post a 7z in case someone has the time to check out why. Please make another thread if you do, though.

[fairchild]

Most MPC crashes actually come from codecs. Do you check the "module" in the crash report? That should give you an idea of where to start, but some codecs corrupt memory in such a way that the crash comes in another module. Lots of crash dumps combined with a debugger usually helps; you can collect and post a 7z in case someone has the time to check out why. Please make another thread if you do, though.

There is no crash report generated, so I have nothing to check. I've tried using all the stock decoders and filters as well as configuring it to use ffdshow same as the other media player I use, but same results.

I have tried requesting support back in november, but I was just directed to this page and told to delete some registry entries and any residual files which I did, but that never helped.

http://sourceforge.net/apps/trac/mpc-hc/wiki/Troubleshooting_guidelines

[madshi]

I expected the next version to be related to fullscreen exclusive mode.
Me, too... :eek:

I have had a play with subtitles and problems are coming here if I seek forwards and backwards a single movie file, it dosent happen all the time but most times it does. It basically continues the subtitles without taking into account I have seeked to an earlier point in the movie. I quickly checked with the EVR renderer to confirm it does not happen there.
I can't seem to reproduce that here. Can you create a log file for me, please? Please try to reproduce the problem with only one seek. If you can't in the first try, please delete the log, close MPC-HC and try again. Having only one seek in the log file would help saving time for me. Thanks.

this hopefully means subtitle support for all players may be coming. :)
All players which support "ISubRenderCallback" (which is the method used by MPC-HC's internal subtitle renderer) should work just fine with madVR now - except some players may need a bugfix or two.

Anyways this new version is spitting out this error and locks up my player randomly and I have to go into the task manager and end the task. Also sometimes it loads, but when I try to go fullscreen and enter exclusive mode it spits this error out:

MadVR reports:
-resetting Direct3D device failed (8876086c)

I've tried un-registering, deleting all files, reinstalling, re-registering and same thing. I haven't changed any MadVR settings, they are all at default when I install fresh. I tried disabling reclock so basically it's just potplayer's splitters for everything but MKV and ffdshow for decoding. If I roll back to the previous version I was using 0.43 everything works again.

I'm using the config in my sig. Is this update just designed for MPC-HC and that's why it's not working for me since I'm trying to use it with PotPlayer.

Basically for some reason on my system it's just not working.
The reason is a bug in PotPlayer. The same bug I already fixed myself in MPC-HC. Basically madVR is calling "ISubRenderCallback.SetDevice(NULL)" to release all subtitle Direct3D resources, and PotPlayer ignores the command. madVR can not reset the Direct3D device while there are still active D3D resources, so that's where the problem is coming from. This needs to be fixed by the PotPlayer developer. If he wants to have it easy, he can just double check how I fixed the problem in MPC-HC. See here:

http://mpc-hc.svn.sourceforge.net/viewvc/mpc-hc?revision=2988&view=revision

Wow never knew you were so dangerous! :)
:( Can you please complain to Trend Micro? Thanks!!

FYI - Had to rollback to V43 from the new V45 as I was getting Black Screens and a non response MC (but Audio would play on). Let me know if you want JR or madVR Logs.

(cross post at J.River Media Center Beta Forum)
Hmmmm... It works for me here!

Any chance of x64 version?
What would you need that for? The x86 version works just fine on 64bit OSs.

OK, I have problem to report. I'm using the same file as ranpha as reference.

I have the "Position..." option fully enable. In fullscreen exclusive mode, if I do something so madVR has to switch out of exclusive mode, the subtitle will go outside of the video frame as if the "Position..." option is disabled. It won't go back even when madVR switched back to exclusive mode.

Other than that it works great, outside of squeezed text which also happen in EVR. :thanks:

Edit: Kinda obvious but I should say that if I disable exclusive mode altogether then there is no problem, which is what I'll be doing right now.
This makes the 3rd reported subtitle problem I can't reproduce on my PC... :( Which zoom/aspect ratio etc settings are you using in MPC-HC when you experience this problem?

[namaiki]

This makes the 3rd reported subtitle problem I can't reproduce on my PC... :( Which zoom/aspect ratio etc settings are you using in MPC-HC when you experience this problem?

madshi, did you test on Windows 7/Aero? (if related at all :/)

[madshi]

No, I didn't test on win7/Aero, but I don't think it has anything to do with that. E.g. rendering the subtitles at the wrong position is a "logic bug" which should be OS/Aero independent.

[neb1236]

Thanks a lot for the subtitle rendering support madshi, good work.
Some threads before someone talked about a proportion bug, this bug is about video that don't have a 1:1 Pixel aspect ratio.
http://sourceforge.net/apps/trac/mpc-hc/ticket/60 here it is, if anyone could fix it since mph-hc team doesn’t want to work on it. Grab the test case at the end of the ticket for easy understanding.
Of course non 1:1 PAR video are getting very rare, and the problem can be solved by writing the ASS script without PAR compensation.

[Razoola]

Here is a log, http://unibios.free.fr/madlog.rar

Just to give some specs, Im on Win7x64SP1. After the single seek forward the subs are display way out of sync.

[madshi]

Oh well, can't see much wrong in that log. Anyway, I'll try a different syncing mechanism in the next build, maybe it will work better.

[Razoola]

Oh well, can't see much wrong in that log. Anyway, I'll try a different syncing mechanism in the next build, maybe it will work better.

Here is a screenshot that shows the problem clearly Bottom subtitle is madVR, top is ffdshow with a manual placement. This is only happening with external subtitles (in sub /srt files), those within mkv are working fine.

http://unibios.free.fr/subtitle.jpg

[jmone]

Not that this helps - but subs have worked for me in this and earlier versions of madVR in JR MC using LAVSplitter, FFDSHOW (with Subs Selected) and madVR just fine

[jmone]

:( Can you please complain to Trend Micro? Thanks!!

Done - O evil one :devil:

[nevcairiel]

Not that this helps - but subs have worked for me in this and earlier versions of madVR in JR MC using LAVSplitter, FFDSHOW (with Subs Selected) and madVR just fine

Thats because you're using ffdshow to render the subs, and not the MPC-HC sub renderer which works with every decoder. ffdshow directly pins the subs onto the decoded image, the renderer does not know about it. The MPC-HC sub renderer creates a surface with the sub information on, and relys on the renderer to merge that surface onto the picture from the decoder.

[ryrynz]

I found disabling allow animation while buffering in MPC improved performance on my HD4670 as it lagged when displaying subtitles with the maximum texture resolution set to desktop.
Setting texture resolution at 1280x720 also improved performance, thought I'd mention it just in case someone encountered it too.

[Razoola]

I have also had the situation much like thuan is seeing.

[blaster00]

What would you need that for? The x86 version works just fine on 64bit OSs.



I'd like to use native x64 program on x64 OSs.
MPC-HC, haali, coreavc, xvid, ffmpeg and many others were both x86 only before, but they have x64 versions now. Why waste these fine programs?

[Razoola]

It seems so far the three of us with sub problems are all on win7x64 systems.

[jmone]

Thats because you're using ffdshow to render the subs, and not the MPC-HC sub renderer which works with every decoder. ffdshow directly pins the subs onto the decoded image, the renderer does not know about it. The MPC-HC sub renderer creates a surface with the sub information on, and relys on the renderer to merge that surface onto the picture from the decoder.

Thanks, understand now. Any downside with FFDSHOW for decoding+subs if not using MPC-HC?

[noee]

fwiw, I'm in Win7 x64 SP1 and I don't see the sub problems you guys are seeing. HD2600XT, CCC11.2

[djsolidsnake86]

0.44 and 0.45 has many bugs: when i switch to fullscreen or to window the playback is stopped and i have a black screen with madvr that say resetting 3d device

[namaiki]

It seems so far the three of us with sub problems are all on win7x64 systems.

Are the others nVidia as well?

[Razoola]

Are the others nVidia as well?

not sure, I am though.

[madshi]

hi madshi, was wondering...I'm having a problem with MPEG2 files in PotPlayer. They play fine in VMR9, but they don't play at all in mVR. I don't even get the OSD :o

I'm sure it used to work before as I used to open .IFO files to read DVD's directly a few months ago. Now all I get is audio w/ a black screen.

I've put screenshots of the problem here: http://cafe.daum.net/pot-tool/AZMV/6960

PotP's coder tells me that it works fine for him: http://cafe.daum.net/pot-tool/AZMV/6947

We used this VOB sample: http://www.dvdloc8.com/distributorclip.php?distributorid=43&clipid=1

It seems that mVR never catches ffdshow's output for MPEG2 files on my box :confused:

I've put two mVR logs here (http://www.mediafire.com/?9sua35hbub1898u), one when I use PotP's internal MPEG2 decoder and video plays fine, and one when I use either libavcodec/libmpeg2 MPEG2 decoders in ffdshow rev.3775, and all I get is a black screen.

I'm not sure wth is going on...but it used to work before. I've done everything except rolling older versions of ffdshow, now that I think of it.
EDIT: hah! if I use ffdshow rev.3533(instead of 3775), it works perfectly: http://thumbnails34.imagebam.com/12374/55cb16123739052.jpg (http://www.imagebam.com/image/55cb16123739052)

log file available here: http://www.mediafire.com/?ww145n4g4wnp0bu

Hope you can look into it, :thanks: in advance.
I've looked into this. It seems to me that the PotPlayer internal MPEG2 PS splitter is at fault. It's a weird thing. Look at the logs yourself: Open them, then search for "madVR v0.45". This is printed into the log by madVR whenever a new madVR instance is created. In a proper log you should find the text "madVR v0.43" only once, right at the top of the log like this:

00000000 Creator Thread "Creator" = ThreadID 00001f68
00000001 Creator madVR v0.45
00000001 Creator CVideoRenderer::CreateInstance();
[...]

In some cases it's possible that the media player creates a madVR instance, destroys it and then recreates it. That's a bit weird, but also ok. That would look like this:

00000000 Creator Thread "Creator" = ThreadID 00001f68
00000001 Creator madVR v0.45
00000001 Creator CVideoRenderer::CreateInstance();
[...]
00000005 Creator CVideoRenderer destructor -> +
00000005 Creator CVideoText destructor;
00000006 Creator CVideoText destructor -> +
00000006 Creator CVideoInputPin destructor;
00000006 Creator CVideoInputPin destructor -> +
00000091 Creator madVR v0.45
00000091 Creator CVideoRenderer::CreateInstance();
[...]
You can see that madVR gets created, then destroyed, then created again. That's ok. But now look at what happens if you use PotPlayer to play back your VOB file:

00000000 Creator Thread "Creator" = ThreadID 00000ff8
00000001 Creator madVR v0.45
00000001 Creator CVideoRenderer::CreateInstance();
[...]
00000098 Creator CVideoRenderer::GetPin(0);
00000098 Creator CVideoRenderer::GetPin() -> +
00000098 Creator CVideoRenderer::GetPin(0);
00000098 Creator CVideoRenderer::GetPin() -> +
00000099 Creator madVR v0.45
00000099 Creator CVideoRenderer::CreateInstance();
Basically PotPlayer creates two madVR instances in this case, without properly releasing the first one before creating the 2nd one. This is currently not supported by madVR. The media player is only allowed to create one madVR instance at a time. I think that this is the cause of the problem.

I can reproduce this problem with the internal PotPlayer MPEG2 PS splitter, when using either ffdshow 3775, or also when using the NVidia MPEG2 decoder. So it's not a bug in ffdshow. The problem goes away if I force PotPlayer to use the LAV Splitter instead of the internal one. Then the log is clean and I get a proper image with both ffdshow 3775 and the NVidia decoder.

[madshi]

Done - O evil one :devil:
Thanks!

I'd like to use native x64 program on x64 OSs.
Why? What *practical benefit* would that bring you? Do these DirectShow filters we're talking about run faster when compiled as x64? Nope. Do they have more features? Nope. Do they have less bugs? Nope. I see no single practical reason to release an x64 version of madVR.

MPC-HC, haali, coreavc, xvid, ffmpeg and many others were both x86 only before, but they have x64 versions now. Why waste these fine programs?
Is any of these x64 versions of MPC-HC, Haali, CoreAVC etc in any way better than the x86 version? From what I have heard, nope.

I won't spend many days on creating an x64 version if there's no meaningful benefit of doing so.

Thanks, understand now. Any downside with FFDSHOW for decoding+subs if not using MPC-HC?
Yes, ffdshow subs have lower quality and less compatability. The lower quality applies especially for SD content. Because with ffdshow the subs are burned into the video *before* scaling. While with the MPC-HC internal subtitle renderer, the subs are drawn onto the video *after* scaling. Meaning that the subs have a much higher resolution with MPC-HC, when you upscale the video. Of course this doesn't apply to HD content.

0.44 and 0.45 has many bugs: when i switch to fullscreen or to window the playback is stopped and i have a black screen with madvr that say resetting 3d device
Have you read the v0.44 announcement post? The bugs are in MPC-HC and not in madVR. Use the latest MPC-HC build (2988 or newer) and the problems will go away.

[adam777]

madshi, top work as always!
Using 0.45 + FFDShow I'm able to use MPC HC internal subtitle renderer only when outputing NV12 from FFDShow, not YV12, is it by design?
Thanks, Adam.

[DigitalLF]

madshi:

on frontpage add mpc-hc 2988 to "requirements:" if mpc-hc is used... :P people seems to miss that part...

[madshi]

madshi, top work as always!
Using 0.45 + FFDShow I'm able to use MPC HC internal subtitle renderer only when outputing NV12 from FFDShow, not YV12, is it by design?
And the next problem I can't reproduce here... :( Works just fine for me with both YV12 and NV12. Also, I don't really see how this could be madVR related. Whether the input is YV12 or NV12 doesn't matter to madVR at all. None of madVR's features or functionalities depend in any way on the input format. madVR converts both YV12 and NV12 to some other format internally, anyway.

on frontpage add mpc-hc 2988 to "requirements:" if mpc-hc is used... :P people seems to miss that part...
I highly doubt that those people who miss that part will read the frontpage... ;)

[Thunderbolt8]

Ive been using directbovsub all the time so far, is the mpc-hc subtitle renderer of better quality and switching over worthwhile?

btw. little OT, does either of mpc-hc or directvobsub support blu-ray .sup subs?

[leeperry]

I've looked into this. It seems to me that the PotPlayer internal MPEG2 PS splitter is at fault.
The reason is a bug in PotPlayer. The same bug I already fixed myself in MPC-HC.
:thanks: for the new build, and for the tests! I've notified PotP's coder about those two glitches.

[madshi]

Ive been using directbovsub all the time so far, is the mpc-hc subtitle renderer of better quality and switching over worthwhile?
DirectVobSub has the same rendering quality as the internal MPC-HC subtitle renderer. However, there are 2 key differences:

(1) DirectVobSub draws on YV12/NV12 data, which means that chroma information is not very sharp (quarter of the resolution).
(2) DirectVobSub draws the subtitle *before* the video is upscaled.

MPC-HC draws the subtitles on RGB, *after* the video is upscaled. Which means higher resolution subtitles if you upscale, and sharper subtitle chroma in any case.

[yesgrey]

does either of mpc-hc or directvobsub support blu-ray .sup subs?
mpc-hc does. direcvobsub haven't tried.

[clsid]

What is the expected behavior when madVR is run on too weak hardware? Will it show an error, or will it simply fail and let the player fall back to a different renderer?
Are multiple player instances supported (given enough GPU ram)?
Are there any CPU requirements (like SSE(2))?

[djsolidsnake86]

ok i will update mpc thankyou madshi (sorry)

[madshi]

What is the expected behavior when madVR is run on too weak hardware? Will it show an error, or will it simply fail and let the player fall back to a different renderer?
If the hardware is simply too slow, madVR will "work", but it will be a slide show, because madVR drops frames very agressively if rendering can't keep up. If the hardware is not DX9 capable, madVR should (at least in theory) draw an error message to the video screen, by using simple win32 APIs which should work on any hardware.

Are multiple player instances supported (given enough GPU ram)?
Yes.

Of course fullscreen exclusive mode can only be used by one application at a time, per monitor. Haven't tried running two madVR instances on two monitors, both in exclusive mode. Might work or fail, don't know.

Are there any CPU requirements (like SSE(2))?
Not that I'd be aware of. madVR itself does not contain any CPU specific assembler code because 99% of the hard work is done via pixel shaders, anyway. So writing assembler code wouldn't bring much benefit.

The only real hard limit is that the GPU must be DX9 capable with a reasonable feature set and enough RAM. As far as I know, madVR works with all DX9 ATI, NVidia and Intel GPUs. With Intel, bilinear scaling must be used, though, otherwise playback is not smooth.

[pankov]

Haven't tried running two madVR instances on two monitors, both in exclusive mode. Might work or fail, don't know.
Just out of curiosity I've tried running two madVR instances in fullscreen on my two displays and the second one failed with
madVR reports:
- creating Direct3D device failed (88760868)
not dependent on the mode (windowed/exclusive).

Now this is on Win 7 x86 SP1 and AMD HD5750 with Catalyst 11.2.

I've had similar problems in other situations so don't take my case as a reference.

[noee]

Fwiw, I just tried the same thing as pankov, MPC-HC on one monitor and jRiver on the other. The second instance (jRiver) failed with the same error as pankov.

[clsid]

Could you please disable the networking stuff by default? It is really annoying for people who don't use it and scary for those who don't understand it.

[adam777]

And the next problem I can't reproduce here... :( Works just fine for me with both YV12 and NV12. Also, I don't really see how this could be madVR related. Whether the input is YV12 or NV12 doesn't matter to madVR at all. None of madVR's features or functionalities depend in any way on the input format. madVR converts both YV12 and NV12 to some other format internally, anyway.


Yep, you're right, doesn't seem to be madVR related, could not utilize subtitles with EVR-CP and YV12 as well.
Just happened to activate the subtitle renderer for the first time while using madVR and came to a wrong conclusion...

[Hypernova]

This makes the 3rd reported subtitle problem I can't reproduce on my PC... :( Which zoom/aspect ratio etc settings are you using in MPC-HC when you experience this problem?

MPC-HC with no zoom. Video frame has Touch Windows from inside and Keep aspect ratio. The problem occur in my 16:10 monitor (the video is 16:9). I would guess that there should be no problem when aspect ratio matched, but I have not test that yet. I hope this helps. Thank you.

[madshi]

Could you please disable the networking stuff by default? It is really annoying for people who don't use it and scary for those who don't understand it.
Oh well. Until now I've refused to disable it because IMHO the network stuff doesn't do any damage, so adding an option to disable it makes the user interface more complicated without any benefit. But then, since it's you who's asking, I guess I'll have to change my mind...

MPC-HC with no zoom. Video frame has Touch Windows from inside and Keep aspect ratio. The problem occur in my 16:10 monitor (the video is 16:9). I would guess that there should be no problem when aspect ratio matched, but I have not test that yet. I hope this helps. Thank you.
I can reproduce it - yey! Finally a problem I can reproduce... :)

[Rain1]

This is weird, I could not utilize subtitle with MPC-HC's internal sub + madVR in the Haruhi clip (no subtitle @ all in any 3 states of "Position subtitle relatives to the video frame")

My setting:

http://i6.photobucket.com/albums/y244/rain1/Untitled-1-2.jpg
http://i6.photobucket.com/albums/y244/rain1/Untitled-2-1.jpg
http://i6.photobucket.com/albums/y244/rain1/Untitled-3-1.jpg
http://i6.photobucket.com/albums/y244/rain1/Untitled-4-1.jpg
http://i6.photobucket.com/albums/y244/rain1/Untitled-5.jpg
http://i6.photobucket.com/albums/y244/rain1/Untitled-6.jpg

My stuff: MPC-HC 2990 x86, madVR .45, ffdshow 3779 x86, Win7 x64, geForce GTX260

My previous config is: MPC-HC + madVR + ffdshow + DirectvobSub.

Thanks alot for your dedicating support on your FREE software ! :)

[goldie]

What is the expected behavior when madVR is run on too weak hardware? Will it show an error, or will it simply fail and let the player fall back to a different renderer?
I tested on my Intel Q35 (GMA 3100) (http://en.wikipedia.org/wiki/Intel_GMA#GMA_3100) platform.
WinXP-Pro-SP3, madVR 0.45, ffdshow 3779, MPC-HC 1.5.2.2990, DirectX 9.0c Jun.2010
madVR reports:
- creating Direct3D device failed (8876086c)
http://img718.imageshack.us/img718/139/screenshot2011032023060.th.png (http://img718.imageshack.us/i/screenshot2011032023060.png/)
Although I think Intel GMA 3100 has DX9 capability, it never works.
My Intel GMA 3100's detail (http://pastebin.com/YpMHbmCc) from driver report.
However, I have another platform with ATI Radeon HD 6870, :p and didn't use madVR on Intel Q35.

[bobdynlan]

My system is up to date.
Anyways, my issue with the 32-bit version of MPC-HC just crashing on my system I'm pretty sure has nothing to do with DX files. MPC-HC 64-bit version runs perfectly fine with either EVR-CP + DXVA or Haali renderer (since it has a 64-bit version).
[...]
Anyways, I digress this is just something screwed up in my Win7 install and I don't want to format and reinstall just to run mpc-hc 32-bit. My problems on my system are running the new version of MadVR with potplayer. If there is another 32-bit media player that runs reclock and madvr fine and has the new subtitle support I'd be willing to try that. :)
[...]
Yes, I've pretty much given up on using MPC-HC 32-bit because of this. I'll be patient though and hopefully Madshi will have a version of MadVR with working subs for other players. :thanks: for trying to help. Both up to date and screwed, aren't those two mutually exclusive? So, you are not doing any critical work on your system if you are willing to run with a broken system. That leaves out only laziness... but let's not awake the beast. Are you familiar with the method of "Repair Install"? Please read about it, it's fast.

If I were you, I would:
1. mpc-hc.exe Properties, Compatibility tab, uncheck all. Click Change settings for all users, uncheck all. Task Scheduler, Task Scheduler Library, Actions - delete any with mpc-hc.exe.
2. test the legacy mpc-hc (http://www.free-codecs.com/media_player_classic_download.htm) If that works, it must be a SSE/DEP problem:
- find an old mpc-hc.exe MSVC2008 build (http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/media-player-classic-homecinema-x86-x64-1-4-2815.html)
- try to disable DEP on the latest build, put a copy of mpc-hc.exe and the nxtoggle (http://forum.doom9.org/showthread.php?p=1483477&highlight=NXTOGGLE#post1483477) script in a writable directory, launch the script. Test the resulting _mpc-hc.exe.
3. uncheck all external codecs, dxva internal codecs, use VMR (windowed) renderer and EVR (not custom) and last madVR
- uninstall/use tool (http://www.codecguide.com/windows7_preferred_filter_tweaker.htm)/manually regsvr32 -u any third-party directshow filters like ffdshow(it looks like it is inserting debug output even if it's disabled in the player, but I guess it's safe), Cyberlink (some versions memory leak on play if DXVA mode is selected with non-DXVA renderer like VMR9 on Vista+), DScaler Mpeg2 (known DEP incompatible), ArcSoft(issues with the licensing driver)...etc.
4. unlikely issue with directx: install Directx SDK (http://www.microsoft.com/downloads/en/details.aspx?displaylang=en&FamilyID=3021d52b-514e-41d3-ad02-438a3ba730ba). The redistributable included with it it's guaranteed to update files. In DirectX Utilities find DirectX Control Panel tool - on the Direct3D 9 tab of it, check Use Debug Version of... and put Debug Output Level slider to 3rd step. Launch DebugView (http://technet.microsoft.com/en-us/sysinternals/bb896647). Launch mpc-hc. Save the log. Restore DirectX defaults. Post debugview log, dxdiag and dxdiag-x64 report.
5. give up, knowing I have at least tried...

My setting: Get A screenshot software ASAP! (http://getgreenshot.org/)

Oh well. Until now I've refused to disable it because IMHO the network stuff doesn't do any damage, so adding an option to disable it makes the user interface more complicated without any benefit. But then, since it's you who's asking, I guess I'll have to change my mind... Having it off by default it's about TRUST. And that's a far more deal-breaking factor than subtitle support :)