Category Archives: JustAnotherGameEngine
Cascaded Shadow Maps is so far the best solution to tackle Perspective and Projective aliasing in shadows. The basic idea is to use multiple shadow maps (mostly 3 or 4) to cover different areas of view camera frustum. The root cause of these shadow artifacts is lack of one to one mapping between shadow map texels and pixels on the screen (in view space). The Cascaded Shadow mapping provides higher resolution shadow maps to objects closer to the eye solving the root cause of artifacts.
(Screenshot – JustAnotherGameEngine)
Shadows are one of the key features for creating realistic and believable virtual scenes. Whether hard or soft or physically correct, shadows are very crucial in providing important visual cues. Shadows can be an important aspect of gameplay also. For example, it plays an important role in CounterStrike by allowing us to see enemies around corners, coming through doors, etc.
Real-Time Shadows is an active area of research. There’s still no single fool-proof technique of rendering shadows that can handle all the cases. Well, there exists a way to render high quality physically correct shadows through ray-tracing but that’s not fast enough to render in real-time on current hardware. So a better way to say this is that there’s no real-time hack of rendering high quality, flicker/ jaggies free, physically correct, etc shadows yet.
From past 7-8 weeks I have been mainly working on shadows along with some engine code refactoring, adding support for some new things to support shadows like Texture arrays, Geometry shaders, etc
Read the rest of this entry
Implemented support for Transparent Materials using Forward+ path. Even though it’s working I am not sure to go through a whole separate Forward+ rendering pass for transparent materials is the right way to go. I am thinking to test some other algorithms like Inferred Rendering, OIT or stochastic transparency, etc.
But before that I will be testing performance of proper Deferred Rendering with fat GBuffers vs Forward+. Right know I am using 3 32 bit GBuffers for Albedo, Normal and Specular (and yes 32bit Depth Buffer). In my current implementation I am getting 650+ fps in Deferred Rendering path and 350+ fps in Forward+ with 1024 dynamic point lights in sponza scene.
Here’s the sponza model rendered with 1024 dynamic point lights –
I am getting 650+ (650-900) fps in this scene depending upon how many lights are in the view and how many lights end up per tile. This is with Depth Prepass, which gave a boost of approx 150 fps in this scene.
Note – These results are without any optimizations on application side. – no frustum Culling, no sorting,data of all the lights is being updated perframe, etc.
Some more screenshots –
Tested 1024 Dynamic Point Lights. These screenshots have been Captured in Debug Mode. For performence test I am working on importing Sponza Model.
I recently started working on JustAnotherGameEngine again. Although ToneMapping was left incomplete in april I have started on Deferred Rendering for now.Plan is to do ToneMapping after this so that I would have some test scenes with lights rather than just HDR skybox. Because I feel its more difficult to do Tonemapping properly in a 3D scene with multiple dynamic light sources or varying luminosity rather than just a skybox and will be a good test while testing different tone mapping operators.
I worked on a basic naive implementation of HDR rendering few months back using old DX9 style pixel shaders. Actually I have a lot of old experimental shaders created in Nvidia FX Composer long back (tone-mapping, physically based BRDFs, etc) and I integrate them to the engine as required providing backend support in c++ code and improve on them as necessary using Direct3d11 features. So that old pixel shader based ToneMapping shader was one such example. It was not so great either in quality or the performance but not so bad for first implementation. Here are the rendering stages involved in that implementation : –
Gaussian Blur Filter is one of the most used effect in graphics programming. It helps to achieve many other effects like Bloom, DOF, etc.
I coded a version of it using pixel shaders in my naive pixel shader based HDR Renderer earlier. Even though it served the purpose it was very limited in terms of performance and hence quality since we can’t increase radius beyond some levels for real-time rendering.
Then I posted about first compute shader based implementation here which based on Frank Luna’s algorithm but even that was limiting in the fact that we can’t go beyond some blur radius (depends on GPU) for performance reasons.
Here’s a screenshot (800 x 600)-