[GEM-dev] motion blur
B. Bogart
ben at ekran.org
Thu Aug 17 19:52:48 CEST 2006
Hey Frank,
the pix_snap2tex copies the buffer to a texture on the card, so I guess
those operations are not so fast on your matrox.. ?
This is a real "workaround" if I ever heard of one, since your doing a
lot of effort since we can't seem to control clearing of the window to a
degree. I thought someone posted a patch using wrappers to do this, but
now I'm not sure if it was successful.
back to "color 0 0 0 0.5" feature request. ;) or "clear" , "clear 0.5"
etc...
Note that using pix_snap (which transfers to main memory not gfx card
memory) I was able to do double the resolution on linux as I could in
windows. This is back in the days when I still has windows installed.
.b.
Frank Barknecht wrote:
> Hallo,
> IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote:
>
>
>>the simplest method for doing fullscreen motion blur, is currently
>>torender the entire screen (additionally) into a texture and display
>>this texture with an alpha<1.0
>
>
> As this came up again: This approach for some reason is incredibly
> slow on both my stationary machine and my laptop. Now both my machines
> don't have current NVidia or ATi cards, as I'm an open source driver
> zealot.
>
> My main box still runs an Matrox G450 DH with 16MB, my laptop has a
> rather recent Intel GMA 900 inside (like several new Mac-laptops), and
> I can play Quake 2 on both boxes with very good framerates, if I'd
> want to.
>
> Why is it, that this simple patch, that IOhannes attached, still makes
> my machines max out with 100% CPU usage, and more importantly: Is
> there a way to get better performance? Somehow I cannot believe that
> it has to be *that* slow.
>
> (This is on Linux, Gem is some rather current CVS, but it happened
> with older Gems as well)
>
> Ciao
More information about the GEM-dev
mailing list