Jump to content

  • Log In with Google      Sign In   
  • Create Account

- - - - -

A first look at the forward renderer

Posted by , 27 February 2013 · 739 views

graphics forward-rendering deferred-rendering
Here's a few quick test screens with the forward rendering in the engine, now that I have added shader support for terrains. The differences are subtle but somewhat surprising. First I'm testing out normal maps to see if they look OK.
Posted Image
Posted Image
Now for some money shots- comparing deferred and forward side by side.
Posted Image

Then I changed the splits so each half of the view is rendered separately. Deferred rendering is on the left (with shadows in the first image) and forward rendering is on the right.

Posted Image
Posted Image

I've noticed some harsher lighting in the forward renderer, but these screenshots are a bit out of date now. But I discovered last night that I forgot to gamma-correct the texture colors in the forward renderer. Now they look more or less the same.

These are not post-edits by the way. These are taken in real-time, as I decided to use the engine's ability to handle simultaneous rendering profiles and output the buffers to split-screen. This is a good way to compare and tweak various results as I'm creating new shaders, like a "before and after" test. It's simply a matter of adding an extra constructor to the list of profiles, and the engine loops through them. The only big limits are the buffer memory and GPU performance.

For these tests both images are actually rendered in full resolution, but cropped/resized for the frame buffer. It's not efficient, but it's good enough for early testing right now. However, the ability to swap in a forward renderer is a game changer for development- now I can test and compile my builds on my old MacBook. It will be pretty nice to see how it holds up to its crappy integrated GMA X3100 chip, which only supports the Reach XNA profile. It will be made selectable on runtime depending on the graphics adapter support.

This means possibly downgrading to Shader Model 2.0 for the forward renderer. Or maybe just have two versions so if your computer supports SM 3.0, use the more advanced one for better visuals. There's no way I could transfer my current shadow mapping setup to 2.0 without some serious nerfing of features. As long as it doesn't run very choppy on integrated graphics, I will be fine. Speaking of shader changes, all my scene shaders use the same vertex shader programs, so it looks like a good time to break up the .fx files into smaller parts.

January 2017 »

1516 17 18192021