Time for normal support

Discuss stuff not about Indigo.

User avatar
OnoSendai
Developer
Posts: 6241
Joined: Sat May 20, 2006 6:16 pm
Location: Wellington, NZ
Contact:

Re: Time for normal support

Post by OnoSendai » Thu Apr 19, 2012 8:39 am

Normal map support?
We will definitely have a look at it after the 3.2 release.

User avatar
Zom-B
1st Place 100
Posts: 4700
Joined: Tue Jul 04, 2006 4:18 pm
Location: ´'`\_(ò_Ó)_/´'`
Contact:

Re: Time for normal support

Post by Zom-B » Thu Apr 19, 2012 11:42 am

Normal Maps: one of my "Top 5 Features I like to see in Indigo"

Please make us happy Ono :lol:
polygonmanufaktur.de

StompinTom
Indigo 100
Posts: 1828
Joined: Mon Sep 04, 2006 3:33 pm

Re: Time for normal support

Post by StompinTom » Thu Apr 19, 2012 12:23 pm

As long as orthographic rendering and camera clipping gets in there too ;)

User avatar
CTZn
Posts: 7240
Joined: Thu Nov 16, 2006 4:34 pm
Location: Paris, France

Re: Time for normal support

Post by CTZn » Thu Apr 19, 2012 2:12 pm

And freeform fisheyes.. erm yes something like that !
obsolete asset

User avatar
OnoSendai
Developer
Posts: 6241
Joined: Sat May 20, 2006 6:16 pm
Location: Wellington, NZ
Contact:

Re: Time for normal support

Post by OnoSendai » Thu Apr 19, 2012 9:11 pm

orthographic rendering, clip planes, and normal mapping support are all on the 'immediate post-3.2 todo list'.

User avatar
dcm
Posts: 663
Joined: Sun Jan 03, 2010 1:55 am

Re: Time for normal support

Post by dcm » Thu Apr 19, 2012 9:14 pm

hide-able emmiters too ?

User avatar
Zom-B
1st Place 100
Posts: 4700
Joined: Tue Jul 04, 2006 4:18 pm
Location: ´'`\_(ò_Ó)_/´'`
Contact:

Re: Time for normal support

Post by Zom-B » Thu Apr 19, 2012 10:12 pm

I learned to work around missing clip planes and Ortho-Cam (Move cam way back and zoooooom back in!),
also not option to hide emitters emitters is something I live with and learned to do so...

But normal maps should bring a bit more quality to my work, and that is what I am looking for :)
polygonmanufaktur.de

User avatar
OnoSendai
Developer
Posts: 6241
Joined: Sat May 20, 2006 6:16 pm
Location: Wellington, NZ
Contact:

Re: Time for normal support

Post by OnoSendai » Thu Apr 19, 2012 10:20 pm

Quality wise, I don't think there is a fundamental improvement of normal maps over bump maps.

User avatar
dcm
Posts: 663
Joined: Sun Jan 03, 2010 1:55 am

Re: Time for normal support

Post by dcm » Thu Apr 19, 2012 10:25 pm

OnoSendai wrote:Quality wise, I don't think there is a fundamental improvement of normal maps over bump maps.
you are wrong, master

User avatar
OnoSendai
Developer
Posts: 6241
Joined: Sat May 20, 2006 6:16 pm
Location: Wellington, NZ
Contact:

Re: Time for normal support

Post by OnoSendai » Thu Apr 19, 2012 10:28 pm

dcm wrote:
OnoSendai wrote:Quality wise, I don't think there is a fundamental improvement of normal maps over bump maps.
you are wrong, master
Oh? Please elaborate.

User avatar
Zom-B
1st Place 100
Posts: 4700
Joined: Tue Jul 04, 2006 4:18 pm
Location: ´'`\_(ò_Ó)_/´'`
Contact:

Re: Time for normal support

Post by Zom-B » Thu Apr 19, 2012 10:36 pm

"fundamental" is a hard word here, but referring our experience with other render engines NMs tend to create way better illusion of depth, also well suited for animations since bump maps only have inner2outer changes of the normals, while NMs have here also a "angle" they define!
polygonmanufaktur.de

User avatar
galinette
1st Place Winner
Posts: 923
Joined: Sat Jan 09, 2010 1:39 am
Location: Nantes, France
Contact:

Re: Time for normal support

Post by galinette » Thu Apr 19, 2012 11:18 pm

OnoSendai wrote:Quality wise, I don't think there is a fundamental improvement of normal maps over bump maps.
Theoritically, yes

Practically, and especially when working with shaders, writing normal maps is much easier, this means much more powerful.

Example : I want to give every window in a building a random tilt angle.
In normal map syntax, this means a shader with uniform value over each window. Very simple
In bump map syntax, you need to define a gradient, which means you need to cope over a coordinate system (world xyz or uv). xyz will give you orientation headaches, uv will set scaling issues (the tilt amount will depend on uv scaling), and finally, I gave up finding a universal and clean solution.

On the other hand, normal mapping and having access to an instance/model ID in ISL (another long time request, for randomizing between instances) would have allowed solving this in a beautiful way with a few lines of code, and this could be applied to a standard glass building material reproducing façade imperfections (tilt, tempering wavelets and thermal deformation)

Also, bump maps/shaders suffer from numerical errors liked to numerical derivation: stepping with bump maps(partially solved with smoothening) and arctifacting with high frequency features (which means you cannot define very small roughness for faking a kind of microfacet model) which is more a problem with shaders for making things like velvet

Etienne
Last edited by galinette on Thu Apr 19, 2012 11:29 pm, edited 2 times in total.
Eclat-Digital Research
http://www.eclat-digital.com

User avatar
SaphireS
Indigo 100
Posts: 134
Joined: Tue May 05, 2009 9:06 am
Location: Austria
Contact:

Re: Time for normal support

Post by SaphireS » Thu Apr 19, 2012 11:24 pm

Isn't it basically just a "one vs. three channels" precision issue? (eg 1 b/w-channel vs. 3 rgb-channels storing information, assuming same bit-depth)
Your ad here!

User avatar
OnoSendai
Developer
Posts: 6241
Joined: Sat May 20, 2006 6:16 pm
Location: Wellington, NZ
Contact:

Re: Time for normal support

Post by OnoSendai » Thu Apr 19, 2012 11:29 pm

Etienne:
I guess you will be wanting to write normal map shaders then? :)

Post Reply
45 posts

Who is online

Users browsing this forum: No registered users and 20 guests