Jump to content
  • Advertisement
Sign in to follow this  

Is SuperSampling really a bad choice when going deferred ?

This topic is 2030 days old which is more than the 365 day threshold we allow for new replies. Please post a new topic.

If you intended to correct an error in the post then please contact us.

Recommended Posts

Hi everyone,


I'm currently reviewing the techniques I could use to achieve the overall look I target for my current game project. I have a weakness for deferred shading, not because I'm planning on using so many lights, but because I find the decoupling of rasterization and lighting much cleaner that way.


So, I was planning on using deferred shading. And I'm aware of some issues using it, ie. more complex application of antialiasing (when I'm not even sure to grasp it even with forward renderers), as well as being unable to use an unified technique for semi-transparent areas.


Here comes supersampling. This is an old technique already, but it is often dismissed as being too expensive. Yet, in my mind, it comes with several advantages :

- it handles edge-antialiasing quite "out of the box"

- it does somewhat help with the high-frequency specular aliasing issue as described there by MJP.

- I'm thinking it could also be used to fake transparency in some stochastic manner (75% alpha would mean that 1 out of 4 supersampled fragments would get covered, etc.). If done well, maybe you wouldn't even need to sort your transparent objects from back to front !


So, all in, all, given that it solves so many issues all-in-one, is it *really* that expensive, using current hardware, as compared to the alternatives ?


PS :

I guess this is quite a general question that anybody implementing a deferred shader could ask.

In my case, I'm planning for a cell-shaded final look. I don't really know yet if I'll go with some way to detect almost-perpendicular normals and mark them as my outlines, or if I'll be using a sobel filter in a per-pixel post process. Sobel would maybe help with edge-AA by itself, and maybe prevent the transparency trick I'm thinking of, if done directly on the supersampled buffers. What do you think ?


Thank you for your insights smile.png

Edited by TiPiou

Share this post

Link to post
Share on other sites

I guess my reluctancy to go with MSAA is that I have no clue at the moment, on how to parse sub-samples for a given pixel.


Isn't the 2x2 block approach what is referred to as "inferred rendering" or something ? I found some explanation on implementing a simpler version of it (1 layer only) within this paper from GDC vault too. I guess it does work...  except again, It's a lot of tricks using filters...

and multiple passes...

and maybe freaking stencil...


And all this stuff scares me, to be honest. Thus I found the brute-force approach of plain old SuperSampling attractive in that regard. But I'll definitely dig into the matter some more. Thank you ;)


I find interresting also that you envision sobel as an AA filter by itself.

Share this post

Link to post
Share on other sites

You could do a custom adaptive SSAO as HW MSAA does. That is render into 2x2, 3x3 (ha!) or 4x4 bigger target (and perhaps a 1x1 target, too, for faster look-up? or just a custom "down-sampled" version?) and before doing any lighting, just identify blocks that need detailed lighting/shading... Performance won't be as good as with HW MSAA, of course :(

Share this post

Link to post
Share on other sites

Hi there again.


@pcmaster ; When you say SSAO, are you referring to the global illum trick ? If so, I'm not planning on using it at the moment. If not, well, I don't know of any AA technique with that name ^^. Assuming you meant SuperSampling, yeah, I guess this test could be done (in fact I've come across a paper explaining just that, IIRC), but I was under the impression that even if *I* didn't know how to access the HW MSAA info, some of the GC gurus out there did.

Anyway, that seems quite expensive too ?

See, when Hodgman replied with a 4x4 SSAA example for performance I found it quite overkill, but the fact is, from my tests, 2x2 ain't enough anyway to be really pleasing to the eye, which means it needs more samples, and "more" is beginning to grow into a really huge number really fast (not to mention the colossal G-Buffer). Also, HW MSAA benefits from having a slightly tilted kernel to overcome the pixel grid alignment, and I don't know yet how to apply that same technique using supersampling.

You say 3x3 ^^, well, I had even considered the possibility to go for 2x3 or 3x4 but that was not so convincing still.


I'd say that for the time being I'll stick with no hardware AA, and no supersampling, as a per-pixel post-process like FXAA seems quite powerful on its own against different kinds of aliasing.


@Hodgman : I'm wondering if FXAA by itself can help with bluring out the apparent "grid" in that transparency hack within a 2x2 block ? In the slides presenting the one-layer solution I've linked above, they seem to imply that their blurring comes out-of-the-box from their edge filter, or maybe I've misunderstood something. Would that be such a filter as FXAA ?


Also, if I may digress from my OP, I've started to play around with sobel filters for edge detection in order to get black outlines around my objects (for a toon aspect). I'm currently filtering only against the depth buffer for that. Althought those first results are promising, they also come with artifacts where entire planes pass the Sobel when they're almost parallel to the view axis (having large depth deltas between pixels). I don't think I could really get rid of this issue using sobel only.

Moreover, Sobel doesn't help with AA at all as all 4 ([edit] : 2, sorry) pixels detecting a given edge along a given axis get almost the same sobel output.

It is also quite saddening that such edge detection against depth-buffer would be independent of FXAA edge detection (which works on Red and Blue channels from the final scene if I'm not mistaken).

=> Here comes a new question : does anybody know of an unified edge detection technique that would mark most of the pixels in need for edge AA as the same pixels where to apply a toon black outline ? (And which could hopefully output such outline as antialiased in the process).

Edited by TiPiou

Share this post

Link to post
Share on other sites
Sign in to follow this  

  • Advertisement

Important Information

By using GameDev.net, you agree to our community Guidelines, Terms of Use, and Privacy Policy.

GameDev.net is your game development community. Create an account for your GameDev Portfolio and participate in the largest developer community in the games industry.

Sign me up!