"PHP is a minor evil perpetrated and created by incompetent amateurs, whereas Perl is a great and insidious evil, perpetrated by skilled but perverted professionals."
- Jon Ribbens
More pages: 1 2 3
New selective supersampling demo
Monday, February 6, 2006 | Permalink

Here's a demo that shows how to do application side supersampling in the shader at much lower performance cost than normally associated with supersampling.

I've made pretty substancial updates to the framework, which for instance made GameEngine2 break (still haven't debugged it, but will do that in the coming days). So if you plan on compiling any older demos, keep your old copy of Framework3 around for now.

2006-02-08 update:
I added dynamic branching to the sample. The cost of supersampling is now even less. 4x only reduces performance to 77% instead of the previous 60%. The 11x mode is now at 55% versus previous 31%.

2006-02-11 update:
I've now fixed the GameEngine2 problem, plus fixed a couple of bugs I found during this process. I also recompiled the older demos based on Framework3 and uploaded new versions so they also got the interface update (you can now select your own keys).



Enter the code below

Wednesday, February 15, 2006

Its 2x slower on m GF6800 Ultra with dynamic branching enabled.

So what is the point of branching if it is actually slower? Are other graphics cards better at it?

Thursday, February 16, 2006

with x1x00 you get a nice boost with dynamic branching. gf6,7 are by far not so good , doing dynamic branching

Friday, February 17, 2006

About dynamic branching.
i did some tinkering with the shader as got it to preform better with dynamic branching, even on a gf6800.
If you want to test it get the new shader here (Backup the old one).
It works by first testing against the shadow and then the specular instead of baking it together.

Saturday, February 18, 2006

it's about 16% faster for me

Saturday, February 18, 2006

It's faster, but it's not equivalent. My shader is a lot more conservative in culling. The first (shadow.x > 0.4) test culls a lot that shouldn't be culled. In the default view it works fine, but if you move around to a semi-shadowed area, you'll see that it left a lot of aliasing.

Saturday, February 18, 2006

True, a value of 0.3 or 0.2 would work better.

Sunday, February 19, 2006

"Couldn't create Direct3D device interface."

I get that error after successfully running, making adjusments to the modes. Seeing the effect, so on...

Now the demo will just not run at all.

Monday, February 20, 2006

Try cleaning up in the registry:

I have a bug in the framework that I need to fix to avoid this from happening. Basically you can set AA modes the card doesn't support.

More pages: 1 2 3