ffdshow video + MPC HC slow to load in Windows 7

[mencius]

When I use ffdshow video with MPC HC under Windows 7, it takes about 4 seconds to load the video. Using the internal decoders, the video loads instantly. Does anyone experience this also? Thanks.

[XhmikosR]

With Windows 7 RTM 32bit and latest ffdshow/MPC-HC the video loads instantly.

[MatMaul]

When I use ffdshow video with MPC HC under Windows 7, it takes about 4 seconds to load the video. Using the internal decoders, the video loads instantly. Does anyone experience this also? Thanks.
same here.
I dont have this problem with zoom player + ffdshow.
The problem only appears with EVR custom as renderer, no problem with EVR standard and vmr9/vmr7.

[XhmikosR]

Yes, MatMaul is right. I always use Haali renderer anyway that's why I didn't notice.

[mencius]

^^I just tried that, it's the same for me. Only EVR custom has that problem.

[XhmikosR]

With KMPlayer the same video loads with EVR C/A as fast as with Haali renderer. So this might be a MPC-HC specific problem with EVR on Windows 7.

[shiloto]

same problem here. K-lite 5.1.0 + mpc-hc 1.3.1265 windows 7 RTM x86. Takes 4-5 sec to open video file

[clsid]

Maybe installing the latest DirectX End-user Runtime will help.

[shiloto]

doesnt help. Installed the august version...

[clsid]

Does it also occur with the older build? For example 1.2.1008?

[iron2000]

Same thing for me but I'm on XP.
Its slow on playing the first video after boot but loads instantly on subsequent videos.

[shiloto]

Its working normal with 1008 and 1043. With 1101 is slow.

[mastrboy]

So the current solution is to use Haali renderer? (Im experiencing the same problem, even with a SSD disk..)

[shiloto]

I woundnt trade EVR for 2 secs of loading....

[clsid]

If you can further narrow down the range of revisions in which the bug was introduced, then maybe the devs can fix it sooner.
Here are some old builds:
http://www.xvidvideo.ru/component/option,com_docman/task,cat_view/gid,7/dir,DESC/order,date/Itemid,11/limit,10/limitstart,120/

[avivahl]

I've noticed exactly the same on two different computers.
Using the Haali renderer fixes the issue, but I think it's because that Haali forces DXVA to be OFF.

Latest DirectX, MPC-HC 1301.

[clsid]

It only happens with EVR CP.

[avivahl]

It only happens with EVR CP.
I did some more testing. I tested a 720p H.264 mkv file.
It only happens when playing using the Microsoft DTV-DVD Video Decoder (w/ DXVA enabled). If I enable either the built-in DXVA H.264 decoder or the FFmpeg H.264 decoder, I don't have the slowdown. I used Custom EVR for all testing.

Now, when testing the Microsoft DTV-DVD Video Decoder in both VMR9 and Haali, I didn't get any slowdown, but DXVA was NOT enabled (the status bar didn't have "[DXVA]" near the "Playing" message).

[Blue_MiSfit]

Odd... I've only seen issues like this with MadVR.

[tetsuo55]

It looks like this problem is caused by kasperky virusscanners (and possibly others too)

The only solution is completely uninstalling the virusscanner.

Please confirm.

I cannot reproduce the issue with Avira and MSE

[avivahl]

It looks like this problem is caused by kasperky virusscanners (and possibly others too)

The only solution is completely uninstalling the virusscanner.

Please confirm.

I cannot reproduce the issue with Avira and MSEThis issue also happens w/ no antivirus AT ALL.
Do you use DXVA?

[tetsuo55]

thats unfortunate, yes i use dxva

Completely removing the AV fixed this issue for many other users

[XhmikosR]

This problem is not the same as the one we discussed on IRC. This only happens with EVR Custom on Windows 7. The player window opens, but after that there is a delay of 2-3 seconds before actually starting to play the video. Using Haali renderer the video plays instantly. And using KMPlayer does not happen even with EVR Custom. Using r908 seems to play the video faster than with the latest revision (1347 at this time), but still not as fast as with haali renderer.

[mastrboy]

I don't have any antivirus software on my HTPC, and the issue is only there with EVR Custom, running Windows 7 64bit.

[ChronoReverse]

I have noted similar problems too with Win7, EVR Custom and MPCHC. The funny thing is that it isn't a constant. For instance, it won't occur twice in a row (load a file, it takes forever, but when it does load, loading the same file or another will be instant).

EVR and other renderers don't see to have this issue. I think someone said it was a Win7 EVR Custom bug but if any information is needed about my system that could help...

[tetsuo55]

Can you guys try this:

Rightclick menu > renderer settings > reset to default settings
And if that does not help
Rightclick menu > renderer settings > reset to optimal settings

Let me know if there is any difference.

A lot changed between 1043 and 1101

[clsid]

What is needed is a debug build that contains trace outputs around any code that deals with locks/critial sections in EVR CP. As I assume the delay occurs because one of those. With the DebugView tool those traces can be logged.

[tetsuo55]

We've found the trigger.

When EVR-CP is used, graph building, of external(and unprefered) codecs takes longer, the reason for this is unknown.

Using internal filters/splitters does not show this issue

Workaround for now:

Prefer your external splitters and filters in the external filters settings window.

Testing on many systems, seems to work, please confirm.

@Clsid, i was thinking the same thing, lets hope one of the dev's can do this for us.

[ChronoReverse]

Thanks, I'll try that and see what happens.

So far after doing this, the loads haven't be exorbitantly long.

And they're back. Still as intermittent as always