Can't seem to keep up with an ffdshow resize -> haali renderer

[Blue_MiSfit]

Hey folks...

I use the following decode chain, and after a system rebuild, I can't maintain a smooth rate:

1) Decode video (ffdshow)
2) Resize to screen resolution (ffdshow)
2) Add 20 luma noise (ffdshow)
3) Output YUY2 (ffdshow)
4) Haali renderer to screen, 601 or 709 depending on content (mpc-hc)

What happens is this: If I enable resizing in ffdshow, I get slow playback. Very slow. Think ~10-17fps for SD FILM content. I've got a 3Ghz Intel Q6600, 4 gigs of ram, and an 8800gt, so its _not_ my hardware.

I need to resize before adding noise, so I can get that fine grain HD look. It worked before, not sure what the problem is now.

I've got haali renderer set up to use 256mb of my 512mb card, and to buffer 40 frames.

If I disable resizing in ffdshow, everything works perfectly. I'm doing a 2 tap lanczos resize in both directions to screen resolution.

What am I doing wrong?

On a related note, some of my MKVs do not have their DAR correctly set, and I have to manually force 16x9 resizing to get them to look right. Is there a way to adjust the DAR in place, or do I have to remux?

Thanks...

~MiSfit

[clsid]

How do you know if the hardware is not the bottleneck? Have you checked the CPU usage of the individual cores? The resizing will use only one core and can be computationally intensive.

[Blue_MiSfit]

I know it's not because it has definitely worked before, with no problems at all.

And come on - I find it _very_ hard to believe that a 2.4 GHz core can't handle rescaling 720x480 -> 1920x1080 using 2 tap lanczos!

~MiSfit

[KoD]

Mine can't. Agreed that's a different architecture, but still.

Makes me remember the new users of Core2 Duo laptops with 1.8Ghz cpu cores that found it hard to believe ffdshow was not enough to handle HD h264 decoding while their old single core desktop system did. Well, for once, only one core is used, that is decoding was handled by a single 1.8GHz cpu (even though very efficient), and second, the bandwith between the cpu, memory and gfx card on a laptop is not the same as on a desktop system.

[Blue_MiSfit]

Okay so here's an additional bit of info.

I was running the last official build. I updated to a recent icl10 nightly.

Now, when I have resize and noise enabled (in that order), for some videos playback is terrible. Seems like H.264 stuff more than anything. I have CoreAVC -> YV12 -> ffdshow -> haali renderer set. Disabling either resize or noise or both restores full speed playback. Enabling noise alone doesn't take a performance hit. Enabling resize alone doesn't take a performance hit.

Both together does.

This makes no sense :)

~MiSfit

[clsid]

Does it make a difference if you swap the order of the filters? So Noise after Resize.

[Blue_MiSfit]

Noise before resize works fine, but then I get ugly chunks of resized noise :)

~MiSfit