View source for Normal Map Modeling

3D models in a game must be edited carefully if you want them to be lit properly with [[Normal map]]s. 

[[Texture_Baking|Baking a normal map]] from a high-resolution model will often look better than one [[Normal_map#2D_Workflow|sampled from a texture]]. The normal map pixels will be recreating the surface angles of the high-poly mesh, resulting in a very believable look.


== Low-Poly Mesh ==
3D models used in a game have to be optimized to fit within memory and performance limits. You cannot simply use as much detail as you want. The number of vertices you can use per model depends on many factors, see [[Polygon Count]].


=== Contiguous Meshes ===
Use contiguous low-poly meshes to avoid [[Texture Baking#Solving Intersections|overlap baking errors]], to minimize aliased edges in-game, and to optimize the [[Texture Coordinates|UV layout]]. Explained by Joe "EarthQuake" Wilson in the thread [http://polycount.com/discussion/comment/1778918/#Comment_1778918 Question about continuous meshes for low poly bakes].

<gallery mode="nolines" widths=588px heights=599px>
3PointStudios_Brink_Maya_ar02_04.jpg|This mesh is one continuous mesh chunk for the majority of the asset. Image by [http://www.linkedin.com/in/earthquake Joe "EarthQuake" Wilson].
</gallery>

=== Mirroring ===
Normal maps can be mirrored across a model to create symmetrical details, and save UV space, which allows more detail in the normal map since the texture pixels are smaller on the model. 

With [[Normal_Map_Technical_Details#Object-space_normal_map|object-space]] maps, [http://polycount.com/discussion/53986 mirroring requires specific shader support]. For [[Normal_Map_Technical_Details#Tangent-space_normal_map|tangent-space]] maps, mirroring typically creates a shading seam, but this can be reduced or hidden altogether, depending on the method used.


==== Typical Mirroring Workflow ====
# Delete the mesh half that will be mirrored. 
# Arrange the [[Texture Coordinates|UVs]] for the remaining model, filling the UV square.
# Mirror the model to create a "whole" mesh, welding the mesh vertices along the seam. 
# Move the mirrored UVs exactly 1 unit (or any whole number) out of the 0-1 UV square.
# Bake the normal map.

Sometimes an artist will decide to delete half of a symmetrical model before baking. This is a mistake however because often the vertex normals along the hole will bend towards the hole a bit; there are no faces on the other side to average the normals with. This will create a strong lighting seam in the normal map. It's typically best to use the complete mirrored model to bake the normal map, not just the unique half. 

To prevent the mirrored UVs from causing overlaps or baking errors, move the mirrored [[Normal_Map_Technical_Details#UV_Coordinates|UVs]] out of the 0-1 UV space, so only one copy of the non-mirrored UVs is left within the 0-1 square.

<gallery mode="nolines" widths=613px heights=364px>
Normalmap_uvcoord_offset.jpg|Mirrored UVs (in red) are offset 1 unit before baking. Image by [http://ericchadwick.com Eric Chadwick].
</gallery>

To avoid texel "leaks" between the UV shells, make sure there's enough [[Edge padding]] around each shell, including along the edges of the normal map. None of the UV shells should be touching the edge of the 0-1 UV square, unless they're meant to tile with the other side of the map.

==== Triangulation ====
Make sure the triangulation is mirrored too. If not, this will cause shading errors because only one side will match the original bake.

<gallery mode="nolines" widths=600px heights=711px>
OrlandoJones_Triangulation_Error.jpg|Non-mirrored triangles cause a shading error. Image by [https://www.artstation.com/artist/orlandojones Orlando Jones].
</gallery>


==== Center Mirroring ====
If the mirror seam runs along the surface of a continuous mesh, like down the center of a human face for example, then it will probably create a lighting seam. 

In Epic Games' [https://www.unrealengine.com/previous-versions Unreal Engine 3] (UE3) their symmetrical models commonly used centered mirroring. Epic used materials that mix a [[DetailMap]] with the normal maps; these seemed to scatter the diffuse/specular lighting and help minimize the obviousness of the mirror seams. For their [[Light Map]]ped models they used [http://udn.epicgames.com/Three/LightMapUnwrapping.html a technique] that almost completely hid the mirror seam.

<gallery mode="nolines" widths=770px heights=373px>
Epic_MirroringCicada.jpg|In UE3 a center mirror seam is reduced by using a detail normal map. Image by "[http://epicgames.com Epic Games]".
</gallery>

* [http://www.zbrushcentral.com/showpost.php?p=573108&postcount=28 GOW2 normal map seams] - ZBrushCentral Forum
* [http://utforums.epicgames.com/showthread.php?p=27166791#post27166791 UDK normal map seams] - Epic Games Community Forum

==== Offset Mirroring ====
Offset mirroring is a method where you move the mirror seam off to one side of the model, so the seam doesn't run exactly down the center. For example with a character's head, the UV seam can go down along the side of the head in front of the ear. The UV shell for the nearest ear can then be mirrored to use the area on the other side of the head. 

This avoids the "Rorschach" effect and allows non-symmetrical details, but it still saves texture space because the two sides of the head can be mirrored (they're never seen at the same time anyhow).

Offset mirroring doesn't get rid of the seam, but it does move it off to a place where it can either be less obvious, or where it can be hidden in a natural seam on the model.


==== Flat Color Mirroring ====
[http://www.polycount.com/forum/showthread.php?t=51088 Tutorial for painting out seams on mirrored tangent-space normal maps] by [http://www.warbeast.de/ warby] solves seams by painting a flat set of normals along the seam, using neutral blue (128,128,255). However it only works along horizontal or vertical UV seams, not across any angled UVs. It also removes any details along the mirror seam, creating blank areas.

==== Element Mirroring ====
The mirror seam can be avoided completely when it doesn't run directly through any mesh. For example if there's a detached mesh element that runs down the center of the model, this can be uniquely mapped, while the meshes on either side can be mirrors of each other. Whenever the mirrored parts don't share any vertex normals with the non-mirrored parts, there won't be any seams. 

<gallery mode="nolines" widths=713px heights=477px>
normalmap_mirrored-binocs-racer445.jpg|The middle part (highlighted in red) uses unique non-mirrored UVs, allowing the mesh on the right to be mirrored without any seams. Image by [http://http://racer445.com/ "racer445"].
</gallery>

=== Smoothing Groups & Hard Edges ===
Each vertex in a mesh has at least one vertex normal. Vertex normals are used to control the direction a triangle will be lit from; if the normal is facing the light the triangle will be fully lit, if facing away from the light the triangle won't be lit. 

Each vertex however can have more than one vertex normal. When two triangles have different vertex normals along their shared edge, this creates a shading seam, called a ''hard edge'' in most modeling tools. 3ds Max uses ''Smoothing Groups'' to create hard/soft edges, Maya uses ''Harden Edge'' and ''Soften Edge''. These tools create hard and soft edges by splitting and combining the vertex normals.

<gallery mode="nolines" widths=531px heights=168px>
BenMathis_SmoothingGroups_Excerpt.gif|Hard edges occur where the vertices have multiple normals. Image by [http://poopinmymouth.com Ben 'poopinmymouth' Mathis ([http://poopinmymouth.com/process/tips/smoothing_groups.jpg tutorial here])
</gallery>

When a mesh uses all soft normals (a single smoothing group) the lighting has to be interpolated across the extreme differences between the vertex normals. If your renderer doesn't support the same [[Normal_Map_Technical_Details#Tangent_Basis|tangent basis]] that the baker uses, this can produce extreme shading differences across the model, which creates shading artifacts. It is generally best to reduce these extremes when you can because a mismatched renderer can only do so much to counteract it.

Hard edges are usually best where the model already has a natural seam. For example, you can add a hard edge along the rim of a car's wheel well, to prevent the inside of the wheel well from distorting the shading for the outside of the car body. Mechanical models usually need hard edges where ever the surface bends more than about 45 degrees. 

For most meshes, the best results usually come from adding hard edges where ever there are UV seams. There are no hard rules however, you must experiment with different approaches to find what works best in your game.

When you use object-space normal maps the vertex normal problem goes away since you're no longer relying on the crude vertex normals of the mesh. An object-space normal map completely ignores vertex normals. Object-space mapping allows you to use all soft edges and no bevels on the low-res mesh, without showing lighting errors.


==== Hard Edge Discussions & Tutorials ====
* [http://www.polycount.com/forum/showthread.php?p=2090450#post2090450 Maya MEL Script help needed (UV border edges)]
* [http://www.polycount.com/forum/showthread.php?t=107196 You're making me hard. Making sense of hard edges, uvs, normal maps and vertex counts]
* [http://www.polycount.com/forum/showthread.php?t=73593 Normal Maps: Can Somone Explain This "Black Edge" issue]
* [http://www.polycount.com/forum/showthread.php?t=73566 Normal Maps: Can someone explain normals, tangents and split UVs?]
* [http://www.polycount.com/forum/showthread.php?t=72861 3Point Shader Lite - Shader material editor and Quality Mode normalmaps for 3ds Max]
* [http://boards.polycount.net/showthread.php?t=68173 Why you should NOT trust 3ds Max's viewport normal-map display!]
* [http://www.game-artist.net/forums/support-tech-discussion/10503-xsi-normal-mapped-cube-looks-bad.html XSI - normal mapped cube looks bad]
* [http://www.game-artist.net/forums/support-tech-discussion/11924-weird-maya-normal-map-seam-artifact-problem-am-i-making-simple-mistake.html Weird Maya normal map seam/artifact problem]
* [http://boards.polycount.net/showthread.php?p=1080600 Seams in Normals when Creating Tiling Environment Trims and other Tiles]
* The tutorial [http://www.svartberg.com/tutorials/article_normalmaps/normalmaps.html Normalmaps for the Technical Game Modeler] by [http://www.svartberg.com Ariel Chai] shows how low-poly smoothing can affect the normal map.
* The tutorial: [http://wiki.polycount.net/3D_Tutorials/Modeling_High-Low_Poly_Models_for_Next_Gen_Games Modeling High/Low Poly Models for Next Gen Games] by [http://www.acetylenegames.com/artbymasa/ João "Masakari" Costa] shows how smoothing affects raycasting.
* The [http://tech-artists.org/wiki/Beveling Beveling section on the Tech-Artists.Org Wiki] discusses the breaking of normals and smoothing groups in general terms.
* The two-part article [http://www.ericchadwick.com/examples/provost/byf2.html#wts Beautiful, Yet Friendly] by [http://www.linkedin.com/in/gprovost Guillaume Provost] explains how smoothing groups and other mesh attributes cause vertices to be duplicated in the game. The vertex count is actually what matters in the game, not the triangle count.
* The Crysis documentation [http://doc.crymod.com/AssetCreation/PolyBumpReference.html PolyBump Reference] has a section towards the bottom that shows how smoothing affects their baked normal maps.
* The polycount thread [http://boards.polycount.net/showthread.php?t=60694 Toying around with normal map approaches] has a great discussion of how best to use smoothing groups and bevels for better shading.


==== Using Bevels ====
Bevels/chamfers generally improve the silhouette of the model, and can also help reflect specular highlights better. 

However bevels tend to produce long thin triangles, which slow down the in-game rendering of your model. Real-time renderers have trouble rendering long thin triangles because they create a lot of sub-pixel areas to render. 

Bevels also balloon the vertex count, which can increase the transform cost and memory usage. Hard edges increase the vertex count too, but not when  the edge also shares a seam in UV space. For a good explanation of the vertex count issue, see [http://www.ericchadwick.com/examples/provost/byf2.html#wts Beautiful, Yet Friendly].

Using hard edges with matching UV shells tends to give better performance and better cosmetic results than using bevels. However there are differing opinions on this, see the Polycount thread "[http://boards.polycount.net/showthread.php?t=71760 Maya transfer maps help]".


==== Edited Vertex Normals ====
If you use bevels the shading will be improved by editing the [[VertexNormal]]s so the larger flat surfaces have perpendicular normals. The vertex normals are then forced to blend across the smaller bevel faces, instead of across the larger faces. See the Polycount thread [http://boards.polycount.net/showthread.php?t=66139 Superspecular soft edges tutorial chapter 1].

<gallery mode="nolines" widths=470px heights=466px>
oliverio_bevel_normals.gif|Bending normals on bevelled models, from the tutorial [http://deadlineproof.com/model-shading-techniques-soft-edge-superspecular/ Shading techniques Superspecular soft edges]. Image by [http://deadlineproof.com/ Paolo Oliverio].
</gallery>

== Level of Detail Models ==
A '''L'''evel '''o'''f '''D'''etail model ([[LOD]]) is a lower-resolution version of a game model. Using a normal map with LODs may introduce seams.

* [http://www.polycount.com/forum/showthread.php?t=107196 You're making me hard. Making sense of hard edges, uvs, normal maps and vertex counts]
* [http://www.polycount.com/forum/showthread.php?p=1216945#post1216945 3Point Shader - LODs and tangent-space maps].


== Modeling The High-Poly Mesh ==
[[Subdivision Surface Modeling]] and [[DigitalSculpting]] are the techniques most often used for modeling a normal map. 

Some artists prefer to model the in-game mesh first, other artists prefer to model the high-res mesh first, and others start somewhere in the middle. The modeling order is ultimately a personal choice though, all three methods can produce excellent results:
* Build the in-game model, then up-res it and sculpt it.
* Build and sculpt a high resolution model, then build a new in-game model around that.
* Build a basemesh model, up-res and sculpt it, then step down a few levels of detail and use that as a base for building a better in-game mesh.
If the in-game mesh is started from one of the subdivision levels of the basemesh sculpt, various edge loops can be collapsed or new edges can be cut to add/remove detail as necessary.


=== Round Shapes ===
The closer in shape the low-poly mesh is to the high-poly mesh, the better the normal map will be. See the Polycount Forum thread [http://www.polycount.com/forum/showthread.php?t=81154 Understanding averaged normals and ray projection/Who put waviness in my normal map?].

<gallery mode="nolines" widths=1080px heights=586px>
wavy_barreltest_04.jpg|Adjusting topology to avoid distortion, from the Polycount Forum thread [http://www.polycount.com/forum/showthread.php?t=81154 Understanding averaged normals and ray projection/Who put waviness in my normal map?] Image by [http://www.linkedin.com/in/earthquake Joe "EarthQuake" Wilson].
</gallery>

=== Edge Thickness ===

<gallery mode="nolines" widths=770px heights=1180px>
normal_edge_thickness.jpg|When creating edges of the Highpoly, sometimes you'll need to make them rounded than in real life to <br>work better at the size they will be seen. Image by [http://racer445.com/Evan "racer445" Herbert].
</gallery>


=== Floating Geometry ===

<gallery mode="nolines" widths=903px heights=659px>
FloatingGeo.jpg|Normal map stores the direction the surface is facing rather than real depth information, thus allowing to save time using floating geometry. To correctly bake [[Ambient occlusion map|AO]] with floating geo make it a separate object and turn off it's shadow casting. Image by [http://artisaverb.info/ Andrew "d1ver" Maximov].
</gallery>

See also [[3DTutorials/Modeling High-Low Poly Models for Next Gen Games|Modeling High/Low Poly Models for Next Gen Games]] by [http://www.acetylenegames.com/artbymasa/ João "Masakari" Costa]


=== Sloped Extrusions ===

<gallery mode="nolines" widths=590px heights=1079px>
normal_slopes_hatred.jpg|Extrusions on the high-poly model should be sloped to make a better normal map. Image by [http://www.hatred.gameartisans.org/ Krzysztof "Hatred" Dolas].
</gallery>


=== mental ray Round Corners Bump ===
The mental ray renderer offers an automatic bevel rendering effect called Round Corners Bump that can be baked into a normal map. This is available in 3ds Max, Maya, and XSI. See [http://boards.polycount.net/showthread.php?t=71995 Zero Effort Beveling for normal maps] - by [http://boards.polycount.net/member.php?u=31662 Robert "r_fletch_r" Fletcher].

[http://jeffpatton.net/ Jeff Patton] posted about [http://jeffpatton.cgsociety.org/blog/archive/2007/10/ how to expose Round Corners Bump] in 3ds Max so you can use it in other materials.

[http://cryrid.com/art/ Michael "cryrid" Taylor] posted a tutorial about how to use [http://cryrid.com/images/temp/XSI/zeroeffort_bevels.jpg Round Corners in XSI].


----
[[Category:TextureTypes]] [[Category:Bump map]] [[Category:Topology]]