Some screenshots of forward 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.

screen25-2

screen25-3

Now for some money shots- comparing deferred and forward side by side.

screen25-4

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.

screen25-5
screen25-6

I’ve noticed some harsher lighting in the forward renderer, which is better to notice in the last screenshot, as shadows are disabled. Compared to the deferred rendering, the colors all look somewhat more saturated. Even the skybox looks a little different. This does make the terrain more pronounced, though. Still haven’t figured out what steps in the shading process cause these differences. Perhaps it is in the different surface formats I use for forward rendering (RGB10A2) versus deferred (HDR for lighting, RGBA8 for the G-Buffer). Or how I am calculating the normal mapping. Update: I didn’t apply gamma correction to the textures, so after that was done, both screens 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.

Advertisements

5 thoughts on “Some screenshots of forward rendering

    • Right now, it’s not complete because the source code is only for creating the library to link with your program, and the pipeline project is used for your content. When I do release a sample program project, I want to keep it minimal so I do not need to upload many large assets with it.

      There should be a Project file for the library, though. What files are missing for compilation?

  1. http://meteor.codeplex.com/workitem/1

    I have listed all missing files. Without them it is not compilable due to relations in other cs files. May you test it for yourself by cloning a fresh copy to a new folder?

    If i could make a recommendation, you should put in some assets for an demo, at least so many that anyone can see the potential of your engine.

    • I uploaded another build last night which should hopefully cover the missing file problems. VertexPositionTangent.cs and ForwardShader.cs are added to the source. I removed references to mlaa.fx, imposter.fx, QuadTree.cs, Imposter.cs and AreaTexDX9.dds from the project, as they aren’t actually used in the project right now. Also removed cube.fbx because it’s not used anymore.

      I’ll look into making a solution with a more stripped down demo, with assets that won’t take a while to download.

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s