RAM as framebuffer?

[Xit]

With RAM so cheap today you could easily dedicate one or tho GB of RAM as a frame buffer for pre-rendered frames.
This would prevent stuttering and loss of frames during bitrate peaks that would normally be too much for the system.
I know Haali can do some sort of similar by using GPU memory but this kind of defies the purpose as it eats up CPU power to fast to allow the buffer to catch up again.

A normal movie usually don't run a normal system more then 50% but it might peak well over 200% over the systems ability at times and the cost of such a system is way too high to justify just to play 1% of a movie stutter free.
A framebuffer should fix this problem.
1GB should be around 9 sec of 1920*800HD at 24p
That's a lot of buffer.

any plans for MPC-HC or similar player to be able to add a framebuffer in memory?
Or maybe ffdshow that then would be able to work on weaker systems like mine.

Any reason why this would not work or be useful?

[fastplayer]

Enable "Queue output samples" in ffdshow.

[Xit]

Thanks I must have somehow missed that.
However I can't get it to work. It uses up no more RAM at all.
using mpc-hc or zplayer.
And it somewhat bugs when playing a clip by stuttering in the same place regardless. 0.1 fps is not acceptable.
Do you have a version that i known to work?
Preferably with multi threading.

I would in the end want a solution that works with CoreAVC so something player side would be nice.

[fastplayer]

It uses up no more RAM at all.
What makes you think you can compensate lacking CPU/decoding power with more RAM? Does your car drive faster with a bigger gas tank? :p
Do you have a version that i known to work?
The "queue" feature only works with MPC. You can try it with other players but it is not guaranteed to work.

[Xit]

A buffer should even out the workload in the temporal domain.
Unused CPU power can be used to decode frames that would otherwise take longer to decode then realtime.

The ffdshow version that I downloaded from free codecs obviously does not work properly as it only manages to run the movie at 0.1 fps whild core runs fill speed with 50% cpu. That's why I asked for a proper version. I also thought mpc-hc was the same as mpc but with some added features.

[fastplayer]

A buffer should even out the workload in the temporal domain.
Unused CPU power can be used to decode frames that would otherwise take longer to decode then realtime.
That's what the "queue" feature pretty much does:
http://ffdshow-tryout.sourceforge.net/html/en/queue.htm

Latest ffdshow version:
http://downloads.sourceforge.net/ffdshow-tryout/ffdshow_rev1828_20080129_clsid_sse_icl10.exe

[Xit]

Thanks.
"queued samples: off: the video renderer is not supported"
mpc vmr9 renderless (or any other renderer for that matter)
Or any other player.

I can't even get ffdshow to decode 4Mb 720p fast enough with a 2.0 Ghz C2D.
Core does 12Mb 1080p without problem.

[Kado]

can you provide some samples to test on my system?

[foxyshadis]

MPC-HC has EVR queuing, as well, but I think that's held on the GPU. ffdshow's queuing doesn't work on all drivers and renderers, nor in yuv mixing mode, and yeah, it's not as fast as core.