Jump to content

  • Log In with Google      Sign In   
  • Create Account


Toksvig AA and normal map precision issues


Old topic!
Guest, the last post of this topic is over 60 days old and at this point you may not reply in this topic. If you wish to continue this conversation start a new topic.

  • You cannot reply to this topic
1 reply to this topic

#1 n00body   Members   -  Reputation: 259

Like
0Likes
Like

Posted 23 January 2014 - 08:23 PM

Background

I am working on a physically based shading system in Unity. Among the many components needed by this system is way to compensate for specular aliasing. Our chosen method involves calculating Toksvig AA from our normal maps, pre-correcting our specular powers, and storing the result for use at runtime.

 

Problem

We are dealing with ARGB32 precision normal maps as inputs, and are encountering the problem that some of our artists tools don't quite output unit length normals in this precision. Unfortunately, this has dramatic consequences when applied to our pre-correction of specular powers, even for "flat" normals. So materials that are supposed to be smooth end up getting dramatically more rough.

 

Questions

1.) Is there a way to deal with this besides just using higher precision storage for our normal maps? 

2.) One of our tactics to try to deal with this problem is offering the artist a bias factor that adjusts the calculated variance down slightly to compensate. Is this a valid solution, or will it break horribly down the line?

3.) Is there some other trick I could try that I have overlooked?

 

Thanks for any help you can provide.



[Hardware:] Windows 7, Nvidia Geforce GT 440, AMD Athlon II X4 620, 6GB RAM

[Websites:] Development Blog | LinkedIn
[Unity3D :] Alloy Physical Shader Framework | Free RNM Shaders


Sponsor:

#2 Tasty Texel   Members   -  Reputation: 1071

Like
0Likes
Like

Posted 23 January 2014 - 11:38 PM

If you extract your toksvig factor exclusively from mip-mapped normal maps (not from aniso filtering) you could bake them into your roughness mipmap chain during the process of generating the normal map mipmaps (using a float format intermediately). I have no practical experience with this, though. Just a thought.






Old topic!
Guest, the last post of this topic is over 60 days old and at this point you may not reply in this topic. If you wish to continue this conversation start a new topic.



PARTNERS