Difference between revisions of "Texture Baking"
EricChadwick (Talk | contribs) (→Baking Workflow) |
|||
(47 intermediate revisions by one other user not shown) | |||
Line 1: | Line 1: | ||
Texture baking is the process of transferring details from one model to another. | Texture baking is the process of transferring details from one model to another. | ||
− | + | The [[Texture Baking#Baking Tools|baking tool]] starts a certain distance out from the model (usually a low-resolution model for game use), and casts rays inwards towards another model (usually a high-resolution [[DigitalSculpting|sculpt]]). When a ray intersects the 2nd model, it records the surface detail and saves that into a [[Texture types|texture map]], using the first model's [[Texture Coordinates]]. | |
− | + | Baking tools support [[:Category:TextureTypes|multiple map types]]. High-resolution normals go into a [[Normal map]], occlusion goes into an [[Ambient occlusion map]], etc. | |
− | The baking | + | == Baking Workflow == |
+ | The baking workflow varies for each artist; this is a summary of common baking tasks. | ||
− | + | # Blockout model: | |
− | + | #* Create a rough low- to medium-resolution model, and get it into the game. | |
− | # | + | #* Test with all the required functionality so you can determine how much detail is required. |
− | #* | + | # High-resolution model: |
− | #* Create good topology for baking. See [http://www.polycount.com/forum/showthread.php?t=81154 Understanding averaged normals and ray projection/Who put waviness in my normal map?] | + | #* Build the source for your normal map, using [[DigitalSculpting]] and/or [[Subdivision Surface Modeling]]. |
− | + | #* High-quality bakes require specific modeling techniques, see [[Normal Map Modeling]]. | |
− | #* For tangent-space normal mapping, | + | # Low-poly in-game model: |
− | # | + | #* Remove details from the base version of the high-poly model, or use [[ReTopologyModeling]]. |
− | #* See [[Texture Baking#Triangulation]]. | + | #* Create good topology for baking. See [[Normal_Map_Modeling#Low-Poly_Mesh]] and [http://www.polycount.com/forum/showthread.php?t=81154 Understanding averaged normals and ray projection/Who put waviness in my normal map?] and [http://www.polycount.com/forum/showthread.php?t=147227 Skew you buddy! Making sense of skewed normal map details]. |
− | # Optimize. | + | #* Create good topology for animation. See [[Topology#Principles_of_Topology]]. |
− | #* Optimize the high-resolution model to speed up bakes, to avoid running out of RAM while baking, and to keep 3d file sizes manageable. | + | # UV coordinates: |
− | #* If it's a [[DigitalSculpting|sculpt]] reduce the vertex count to a manageable file size before exporting | + | #* Create good [[Texture Coordinates]] for your low-poly model. |
+ | #* For [[Normal_Map_Technical_Details#Tangent-Space_vs._Object-Space|tangent-space normal mapping]], split the UVs for every hard edge (where vertex normals are split, or different smoothing groups are used, same thing). See [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], and [http://www.polycount.com/forum/showpost.php?p=2226864&postcount=51 Earthquake on separating smoothing groups in the UV]. | ||
+ | #* Make sure there's enough room between UVs for good [[Edge_padding|edge padding]] to prevent color bleeding between the UVs. | ||
+ | # Triangulate: | ||
+ | #* See [[Texture Baking#Triangulation]], and [[Polygon Count#Polygons Vs. Triangles]]. | ||
+ | #* Triangulate before mirroring, to prevent shading errors. | ||
+ | # Mirror & duplicate: | ||
+ | #* If creating symmetrical parts, mirror the model. See [[Normal Map Modeling#Mirroring]]. | ||
+ | #* Duplicate any model parts which reuse the same UV; this ensures perfect UV overlap. | ||
+ | # Offset UVs: | ||
+ | #* See [http://www.polycount.com/forum/showpost.php?p=2225535&postcount=40 JedTheKrampus on offsetting Mirrored UVs], [[Texture Baking#UV Coordinates]]. | ||
+ | # Optimize the high-poly. | ||
+ | #* Optimize the high-resolution model to speed up bakes, to avoid running out of RAM while baking, and to keep 3d file sizes manageable. See [[Tools#Decimation_Software]]. | ||
+ | #* If it's a [[DigitalSculpting|sculpt]] reduce the vertex count to a manageable file size before exporting. Sculpting tools like Zbrush create triangles smaller than the bake pixels, which will increase baking time significantly without actually improving the bake. | ||
#* If it's a [[Subdivision Surface Modeling|subdivision surface]] choose an appropriate resolution. Use just enough subdivisions to get a smooth surface at the baking resolution, and no more. | #* If it's a [[Subdivision Surface Modeling|subdivision surface]] choose an appropriate resolution. Use just enough subdivisions to get a smooth surface at the baking resolution, and no more. | ||
# Explode. | # Explode. | ||
− | #* Interpenetrating parts can cause baking artifacts, because neighboring surfaces will capture parts of each other | + | #* The reason: Interpenetrating or close-together parts can cause baking artifacts, because neighboring surfaces will capture parts of each other, see [[Texture Baking#Solving Intersections]]. |
− | #* | + | #* [https://marmoset.co/toolbag/ Marmoset Toolbag's] baking tool avoids the need for exploding the meshes. |
− | #* If the modeling software has animation, keyframe the explode. Tools are also available, see [http://boards.polycount.net/showthread.php?t=62921 Explode script needed (for baking purposes)]. | + | #* To explode means to separate the non-welded surfaces, mesh elements, Zbrush subtools, etc. so there is ample space between them. Use the same separation for the highpoly model and the lowpoly model. After the bake, move the pieces back together. |
+ | #* The workflow: If the modeling software has animation, you can keyframe the explode to easily reverse it after baking. Tools are also available, see [http://boards.polycount.net/showthread.php?t=62921 Explode script needed (for baking purposes)]. Elements can be tagged by some baking tools, so specific low-poly elements will only bake related high-poly elements, this avoids exploding (3ds Max can use Material IDs, etc.). | ||
# Cage. | # Cage. | ||
− | #* Create an inflated copy of the low-resolution model, which encompasses the high-resolution model. See [[Texture Baking#Cages]]. | + | #* Create an inflated copy of the low-resolution model, which encompasses the high-resolution model. See [[Texture Baking#Cages]]. Some tools create this automatically. |
− | + | ||
# Which baker? | # Which baker? | ||
#* [[Texture Baking#Baking Tools]] | #* [[Texture Baking#Baking Tools]] | ||
− | # | + | # Test Bakes. |
#* Import the high-resolution model, the low-resolution model, and the cage. | #* Import the high-resolution model, the low-resolution model, and the cage. | ||
#* Test the bake settings using lower values for faster iteration. Smaller render sizes, lower anti-aliasing samples, etc. | #* Test the bake settings using lower values for faster iteration. Smaller render sizes, lower anti-aliasing samples, etc. | ||
+ | #* Use enough [[Edge_padding|edge padding]] to prevent color bleeding between the UVs. | ||
#* Fix errors and re-bake until solved. Look for overlaps, gaps, skewed details. Adjust the bake settings, low-poly model, cage, etc. See [http://www.polycount.com/forum/showthread.php?t=147227 Skew you buddy! Making sense of skewed normal map details.], and [http://www.polycount.com/forum/showthread.php?t=144715 Skewmesh Tutorial]. | #* Fix errors and re-bake until solved. Look for overlaps, gaps, skewed details. Adjust the bake settings, low-poly model, cage, etc. See [http://www.polycount.com/forum/showthread.php?t=147227 Skew you buddy! Making sense of skewed normal map details.], and [http://www.polycount.com/forum/showthread.php?t=144715 Skewmesh Tutorial]. | ||
− | #* Some errors can be painted out later | + | #* Some errors can be painted out later, but avoid this! Any painting must be repeated if the model is re-baked, and painting on a normal map can introduce more artifacts. |
# Render. | # Render. | ||
#* Increase the settings to full quality. | #* Increase the settings to full quality. | ||
#* Use anti-aliasing or super-sampling. See [[Texture Baking#Anti-Aliasing]]. | #* Use anti-aliasing or super-sampling. See [[Texture Baking#Anti-Aliasing]]. | ||
#* Use 16-bit. See [http://www.polycount.com/forum/showthread.php?t=148303 Of Bit Depths, Banding and Normal Maps]. | #* Use 16-bit. See [http://www.polycount.com/forum/showthread.php?t=148303 Of Bit Depths, Banding and Normal Maps]. | ||
− | #* | + | #* Use [[Normal_Map_Technical_Details#Tangent-Space_vs._Object-Space|object space]], if converting to a specific tangent space. See [[Normal Map Technical Details#Synched Workflow|Synched Workflow]], and [[Normal Map Technical Details#Converting Between Spaces|Converting Between Spaces]]. |
# Convert. | # Convert. | ||
#* Convert to a specific tangent space. See [[Normal Map Technical Details#Synched Workflow|Synched Workflow]], and [[Normal Map Technical Details#Converting Between Spaces|Converting Between Spaces]]. | #* Convert to a specific tangent space. See [[Normal Map Technical Details#Synched Workflow|Synched Workflow]], and [[Normal Map Technical Details#Converting Between Spaces|Converting Between Spaces]]. | ||
# Edit. | # Edit. | ||
− | + | #* Combine bakes if needed. See [[Ambient_occlusion_map#EarthQuake.27s_Baking_Method|Ambient occlusion map#EarthQuake's Baking Method]] | |
− | #* Combine bakes. See [[Ambient_occlusion_map#EarthQuake.27s_Baking_Method|Ambient occlusion map#EarthQuake's Baking Method]] | + | |
#* Add details from photos or other bakes. See [http://farfarer.com/resources.htm RNM Normal Map Combiner], and [http://vincentcallebaut.com/CombineNormal.html Combine Normal]. | #* Add details from photos or other bakes. See [http://farfarer.com/resources.htm RNM Normal Map Combiner], and [http://vincentcallebaut.com/CombineNormal.html Combine Normal]. | ||
+ | #* Some errors can be painted out, but avoid this! Any painting must be repeated if the model is re-baked, and painting on a normal map can introduce more artifacts. | ||
#* Swizzle. See [[Normal Map Technical Details#Common Swizzle Coordinates]]. | #* Swizzle. See [[Normal Map Technical Details#Common Swizzle Coordinates]]. | ||
− | #* Re-normalize. | + | #* Re-normalize. See [[Normal_map#Re-normalizing]]. |
#* Reduce to 8-bit. See [http://www.polycount.com/forum/showthread.php?t=148303 Of Bit Depths, Banding and Normal Maps]. | #* Reduce to 8-bit. See [http://www.polycount.com/forum/showthread.php?t=148303 Of Bit Depths, Banding and Normal Maps]. | ||
+ | # View & Check. | ||
+ | #* View the finished in-game model and textures in your game engine, and check for errors. | ||
== UV Coordinates == | == UV Coordinates == | ||
− | Normal map baking tools only capture | + | Normal map baking tools only capture details within the 0-1 UV square, any UV bits outside this area are ignored. |
− | Only one copy of the forward-facing UVs should remain in the 0-1 UV square at baking time. If the mesh uses overlapping UVs, this will likely cause artifacts to appear in the baked map, since the baker will try render each UV shell into the map. Before baking, it's best to move all the overlaps and mirrored | + | Only one copy of the forward-facing UVs should remain in the 0-1 UV square at baking time. If the mesh uses overlapping UVs, this will likely cause artifacts to appear in the baked map, since the baker will try render each UV shell into the map. Before baking, it's best to move all the overlaps and [[Normal_Map_Modeling#Mirroring|mirrored parts]] outside the 0-1 square. |
− | + | <gallery mode="nolines" heights=312px widths=613px> | |
+ | Normalmap_uvcoord_offset.jpg|Mirrored UVs (in red) are offset 1 unit before baking. <br>Image by [http://ericchadwick.com Eric Chadwick]. | ||
+ | </gallery> | ||
− | If you move all the overlaps and mirrored bits exactly 1 UV unit (any whole number will do), then you can leave them there after the bake and they will still be mapped correctly. You can move them back if you want, it doesn't matter to most game engines. Be aware that ZBrush does use UV offsets to manage mesh visibility, however this usually doesn't matter because the ZBrush cage mesh is often a different mesh than the in-game mesh used for baking. | + | If you move all the overlaps and [[Normal_Map_Modeling#Mirroring|mirrored]] bits exactly 1 UV unit (any whole number will do), then you can leave them there after the bake and they will still be mapped correctly. You can move them back if you want, it doesn't matter to most game engines. Be aware that ZBrush does use UV offsets to manage mesh visibility, however this usually doesn't matter because the ZBrush cage mesh is often a different mesh than the in-game mesh used for baking. |
You should avoid changing the UVs after baking the normal map, because rotating or mirroring UVs after baking will cause the normal map not to match the [[#TB|tangent basis]] anymore, which will likely cause lighting problems. | You should avoid changing the UVs after baking the normal map, because rotating or mirroring UVs after baking will cause the normal map not to match the [[#TB|tangent basis]] anymore, which will likely cause lighting problems. | ||
− | In 3ds Max, W is a third texture coordinate. It's used for 3D procedural textures and for storing vertex color in UV channels (you need 3 axes for RGB, so UVW can store vertex color). Bake problems can be avoided by moving any overlapping UVs to -1 on the W axis, with the same results as moving them 1 unit on the U or V axes. The tool Render To Texture will always bake whatever UVs are the highest along the W axis. However using W can be messy... it's generally hidden unless you purposefully look for it (bad for team work), doesn't get preserved on export to other apps, and high W values can prevent selecting and/or welding UVs. | + | In 3ds Max, W is a third texture coordinate. It's used for 3D procedural textures and for storing vertex color in UV channels (you need 3 axes for RGB, so UVW can store vertex color). Bake problems can be avoided by moving any overlapping UVs to -1 on the W axis, with the same results as moving them 1 unit on the U or V axes. The tool Render To Texture will always bake whatever UVs are the highest along the W axis. However using W can be messy... it's generally hidden unless you purposefully look for it (bad for team work), doesn't get preserved on export to other apps, and high W values can prevent selecting and/or welding UVs. |
+ | If you're using tiled normal maps, then overlaps and mirroring shouldn't matter. Make sure to test in your game engine to be sure, but tiling allows a lot more reuse than a unique-UV layout. | ||
+ | |||
+ | == Tangent Basis == | ||
[[image:tangentseams.jpg|frame|none|When shared edges are at different angles in UV space, different colors will show up | [[image:tangentseams.jpg|frame|none|When shared edges are at different angles in UV space, different colors will show up | ||
along the seam. The tangent basis uses these colors to light the model properly. <br>Image by [http://ericchadwick.com Eric Chadwick].]] | along the seam. The tangent basis uses these colors to light the model properly. <br>Image by [http://ericchadwick.com Eric Chadwick].]] | ||
Line 71: | Line 93: | ||
== Triangulation == | == Triangulation == | ||
Before baking, it is usually best to triangulate the low-poly model, converting it from polygons into pure triangles. This prevents the vertex normals from being changed later on, which can create specular artifacts. | Before baking, it is usually best to triangulate the low-poly model, converting it from polygons into pure triangles. This prevents the vertex normals from being changed later on, which can create specular artifacts. | ||
− | |||
− | |||
− | |||
Sometimes a baking tool or a mesh exporter/importer will re-triangulate the polygons. A quad polygon is actually treated as two triangles, and the internal edge between them is often switched diagonally during modeling operations. When the vertices of the quad are moved around in certain shapes, the software's algorithm for polygon models tries to keep the quad surface in a "rational" non-overlapping shape. It does this by switching the internal edge between its triangles. | Sometimes a baking tool or a mesh exporter/importer will re-triangulate the polygons. A quad polygon is actually treated as two triangles, and the internal edge between them is often switched diagonally during modeling operations. When the vertices of the quad are moved around in certain shapes, the software's algorithm for polygon models tries to keep the quad surface in a "rational" non-overlapping shape. It does this by switching the internal edge between its triangles. | ||
+ | If the model is mirrored, make sure the triangulation is mirrored as well. If not, this will cause shading errors because only one side will match the original bake. | ||
− | [[ | + | <gallery mode="nolines" heights=300px widths=600px> |
− | + | triangulation_modo_ohare.jpg|When quads are triangulated in [http://www.luxology.com/modo/ Modo], the internal edges are sometimes flipped, which causes shading differences. Image by [http://www.farfarer.com/ James "Talon" O'Hare]. | |
+ | triangulation_spec_tychovii.jpg|The specular highlight is affected by triangulation. Flip edges to fix skewing. See the Polycount thread [http://boards.polycount.net/showthread.php?t=66651 Skewed Specular Highlight?] for pictures and more info. Image by [http://robertkreps.com Robert "TychoVII" Kreps]. | ||
+ | OrlandoJones_Triangulation_Error.jpg|Non-mirrored triangles cause a shading error. Image by [https://www.artstation.com/artist/orlandojones Orlando Jones]. | ||
+ | </gallery> | ||
== Cages == | == Cages == | ||
− | ''Cage'' has two meanings in the normal-mapping process: a low-poly base for [[ | + | ''Cage'' has two meanings in the normal-mapping process: a low-poly base for [[Subdivision Surface Modeling]] (usually called the [[BaseMesh]]), or a ray-casting mesh used for normal map baking. This section covers the ray-casting cage. |
Most normal map baking tools allow you to use a distance-based raycast. A ray is sent outwards along each vertex normal, then at the distance you set a ray is cast back inwards. Where ever that ray intersects the high poly mesh, it will sample the normals from it. | Most normal map baking tools allow you to use a distance-based raycast. A ray is sent outwards along each vertex normal, then at the distance you set a ray is cast back inwards. Where ever that ray intersects the high poly mesh, it will sample the normals from it. | ||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | Unfortunately with a distance-based raycast, | + | <gallery mode="nolines" heights=300px widths=300px> |
+ | Normalmap_raycasting_1.jpg|Hard edges and a distance-based raycast (gray areas) cause ray misses (yellow) and ray overlaps (cyan). Image by [http://www.mankua.com/ Diego Castaño]. | ||
+ | Normalmap_raycasting_2.jpg|The gray area shows that using all soft edges (or hard edges and a cage-based raycast) will avoid ray-casting errors from split normals. Image by [http://www.mankua.com/ Diego Castaño]. | ||
+ | </gallery> | ||
+ | |||
+ | |||
+ | Unfortunately with a distance-based raycast, split vertex normals will cause the bake to miss parts of the high-res mesh, causing errors and seams. | ||
Some software allows you to use ''cage mesh'' option instead, which basically inflates a copy of the low-poly mesh, then raycasts inwards from each vertex. This ballooned-out mesh is the cage. | Some software allows you to use ''cage mesh'' option instead, which basically inflates a copy of the low-poly mesh, then raycasts inwards from each vertex. This ballooned-out mesh is the cage. | ||
− | |||
− | |||
− | |||
In 3ds Max the cage controls both the distance and the direction of the raycasting. | In 3ds Max the cage controls both the distance and the direction of the raycasting. | ||
Line 106: | Line 125: | ||
In Maya the cage only controls the distance; the ray direction matches the vertex normals (inverted). | In Maya the cage only controls the distance; the ray direction matches the vertex normals (inverted). | ||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
+ | * The tutorial [[3DTutorials/Modeling High-Low Poly Models for Next Gen Games]] by [http://www.acetylenegames.com/artbymasa/ João "Masakari" Costa] has more examples of ray-casting, plus how to get better results from the bake. | ||
== Anti-Aliasing == | == Anti-Aliasing == | ||
− | + | Aliasing errors can occur both during the bake (from overlaps in the high-poly model) and in-game (from overlaps in the low-poly model). | |
+ | |||
+ | Contiguous low-poly meshes are better in general, as long as the triangle budget allows it. Otherwise interior parts will be aliased in-game where the edges overlap one another. See [[Normal Map Modeling#Contiguous Meshes]]. | ||
+ | |||
+ | For the high-poly model, turning on super-sampling or anti-aliasing (or whatever multi-ray casting is called in your normal map baking tool) will help to fix any jagged edges where the high-poly model overlaps itself within the UV borders of the low-poly mesh, or wherever the background shows through holes in the mesh. Unfortunately this tends to render much much slower, and takes more memory. | ||
[[image:normalmap_aliasing_knak47.jpg|frame|none|A bake without anti-aliasing shows artifacts where the high-poly mesh has overlaps. <br>Image by [http://www.polycount.com/forum/member.php?u=35938 'knak47']]] | [[image:normalmap_aliasing_knak47.jpg|frame|none|A bake without anti-aliasing shows artifacts where the high-poly mesh has overlaps. <br>Image by [http://www.polycount.com/forum/member.php?u=35938 'knak47']]] | ||
Line 127: | Line 140: | ||
3ds Max's supersampling doesn't work nicely with edge padding, it produces dark streaks in the padded pixels. If so then turn off padding and re-do the padding later, either by re-baking without supersampling or by using a Photoshop filter like the one that comes with [[#3DTools|Xnormal]]. | 3ds Max's supersampling doesn't work nicely with edge padding, it produces dark streaks in the padded pixels. If so then turn off padding and re-do the padding later, either by re-baking without supersampling or by using a Photoshop filter like the one that comes with [[#3DTools|Xnormal]]. | ||
− | |||
== Transparency == | == Transparency == | ||
Sometimes you need to bake a normal map from an object that uses opacity maps, like a branch with opacity-mapped leaves. Unfortunately baking apps often completely ignore any transparency mapping on your high-poly mesh. | Sometimes you need to bake a normal map from an object that uses opacity maps, like a branch with opacity-mapped leaves. Unfortunately baking apps often completely ignore any transparency mapping on your high-poly mesh. | ||
− | + | ||
− | + | <gallery mode="nolines" heights=300px widths=300px> | |
− | + | JoeWilson_ivynormals_error.jpg|3ds Max's RTT baker causes transparency errors. Image by [http://www.linkedin.com/in/earthquake Joe "EarthQuake" Wilson]. | |
− | + | JoeWilson_ivynormals_rendered.jpg|Use colored lighting to bake perfect transparency. Image by [http://www.linkedin.com/in/earthquake Joe "EarthQuake" Wilson]. | |
− | |3ds Max's RTT baker causes transparency errors. | + | </gallery> |
− | | | + | |
− | + | ||
To solve this, render a Top view of the mesh. This only works if you're using a planar UV projection for your low-poly mesh and you're baking a tangent-space normal map. | To solve this, render a Top view of the mesh. This only works if you're using a planar UV projection for your low-poly mesh and you're baking a tangent-space normal map. | ||
− | + | Make sure the Top view matches the dimensions of the planar UV projection used by the low-poly mesh. It helps to use an orthographic camera for precise placement. | |
− | + | ||
− | + | On the high-poly mesh either use a specific lighting setup or a use special material shader: | |
− | + | ||
− | + | # The lighting setup is described in these tutorials: | |
− | + | #* [http://www.bencloward.com/tutorials_normal_maps11.shtml Creating A Normal Map Right In Your 3D App] by [http://www.bencloward.com/ Ben Cloward] | |
− | + | #*[http://www.pinwire.com/articles/26/1/Generating-High-Fidelity-Normal-Maps-with-3-D-Software.html Generating High Fidelity Normal Maps with 3-D Software] by [http://www.linkedin.com/pub/0/277/4AB Dave McCoy], Graphics Techniques Consultant, Xbox Content and Design Team | |
− | + | # The material shader does the same thing, but doesn't require lights. | |
+ | #* [http://www.scriptspot.com/3ds-max/normaltexmap NormalTexMap] scripted map for 3ds Max by [http://www.scriptspot.com/users/dave-locke Dave Locke]. | ||
+ | #* [http://www.footools.com/3dsmax/ InfoTexture] map plugin for 3ds Max by [http://www.footools.com John Burnett] | ||
− | |||
+ | <gallery mode="nolines" heights=300px widths=300px> | ||
+ | BenCloward_NormalMapLighting.gif|The lighting setup for top-down rendering. Image by [http://www.bencloward.com Ben Cloward]. | ||
+ | </gallery> | ||
== Edge Padding == | == Edge Padding == | ||
Line 171: | Line 186: | ||
The projection process often causes problems like misses, or overlaps, or intersections. It can be difficult generating a clean normal map in areas where the high-poly mesh intersects or nearly intersects itself, like in between the fingers of a hand. Setting the ray distance too large will make the baker pick the other finger as the source normal, while setting the ray distance too small will lead to problems at other places on the mesh where the distances between in-game mesh and high-poly mesh are greater. | The projection process often causes problems like misses, or overlaps, or intersections. It can be difficult generating a clean normal map in areas where the high-poly mesh intersects or nearly intersects itself, like in between the fingers of a hand. Setting the ray distance too large will make the baker pick the other finger as the source normal, while setting the ray distance too small will lead to problems at other places on the mesh where the distances between in-game mesh and high-poly mesh are greater. | ||
− | Fortunately there are several methods for solving these problems. | + | Fortunately there are several methods for solving these problems. Listed in order by quality/speed: |
+ | |||
+ | |||
+ | Method 1: Create a contiguous low-poly mesh. | ||
+ | :* This method avoids overlap baking errors, minimizes aliased edges in-game, and optimizes the [[Texture Coordinates]]. | ||
+ | :* See [[Normal Map Modeling#Contiguous Meshes]]. | ||
+ | |||
+ | |||
+ | Method 2: Limit the projection to matching materials, or matching UVs. | ||
+ | :* This method allows the use of the existing models, without requiring any major changes. | ||
+ | :* AO may require [[Ambient_occlusion_map#EarthQuake.27s_Baking_Method|two bakes]]. | ||
+ | :* See the 3ds Max 2016 Help: [http://help.autodesk.com/view/3DSMAX/2016/ENU/?guid=GUID-DDD1FDA0-AB02-44F5-BA93-44F0641961D4 Render to Texture: Projection Options Dialog]. | ||
+ | |||
+ | |||
+ | Method 3: Explode the meshes. | ||
+ | :* Takes more time to set up. | ||
+ | :* AO may require [Ambient_occlusion_map#EarthQuake.27s_Baking_Method two bakes]. | ||
+ | :* See the Polycount Forum thread [http://boards.polycount.net/showthread.php?t=62921 Explode script needed (for baking purposes)]. | ||
+ | :* See [[Texture Baking#Explode Tools|Explode Tools]]. | ||
+ | |||
+ | |||
+ | Method 4: Bake two or more times using different cage sizes/distances, and combine the maps in Photoshop. | ||
+ | :* it can take a lot of time to bake multiple maps, and to manually sort which elements to combine. | ||
+ | |||
+ | |||
+ | Method 5: Change the shape of [[Texture_Baking#Cages|the cage]]. | ||
+ | :* Manually edit points on the projection cage to help solve tight bits like the gaps between fingers. | ||
+ | :* This is initially quick, but it needs to be re-done every time the model is changed. | ||
+ | |||
+ | |||
+ | === Explode Tools === | ||
+ | * [[file:explosivo_03.zip]] 3ds Max script by [http://www.bendarling.net/ Benjamin "Electro" Darling] | ||
+ | : [http://www.polycount.com/forum/showthread.php?p=1193917#post1193917 Electro wrote]: "Usage:<br/>Name your low poly objects with the prefix LOW_<br/>Name your high poly objects with the prefix HIGH_<br/>Name your cage objects with the prefix CAGE_<br/>The rest of the name following the prefixes needs to be identical. Currently this script works off of names alone, I didn't get to making anything kind of automated like I would if I were to take the time when making it again. I may look at revising this if there's enough demand for it. In general however, I think using the naming convention kind of forces people into good habits in being able to manage their scenes better... not that I would be enforcing that onto anyone ;)" | ||
− | |||
− | |||
− | |||
− | |||
+ | * [[file:masterExploder.zip]] Maya python script by [http://www.sindre-skaare.squarespace.com/ Sindre "Fingus" Skaare] | ||
+ | : [http://www.polycount.com/forum/showpost.php?p=2290088&postcount=57 Fingus wrote]: "The way it works is that it will match the object name, and sort between types using the suffix. This means that your lowpoly/highpoly/cage/blocker need to have the EXACT same name, and using the suffixes _lowpoly, _highpoly, _cage, and _blocker. If your highpoly consists of more parts than your lowpoly you can put the highpoly meshes in a group that has a name matching the lowpoly. When you run the script it will prompt you to input the amount of units you want to offset the meshes by. Also, it will key the meshes as gathered at frame 1 and exploded at frame 10. If you have existing keys or incoming connections it may cause problems." | ||
== Solving Pixel Artifacts == | == Solving Pixel Artifacts == | ||
Line 197: | Line 242: | ||
When capturing from a cylindrical shape, often the differences between the low-poly mesh and the high-poly mesh will create a wavy edge in the normal map. There are a couple ways to avoid this: | When capturing from a cylindrical shape, often the differences between the low-poly mesh and the high-poly mesh will create a wavy edge in the normal map. There are a couple ways to avoid this: | ||
− | # The best way... create your lowpoly model with better supporting edges. See the Polycount threads [http://www.polycount.com/forum/showthread.php?t=81154 Understanding averaged normals and ray projection/Who put waviness in my normal map?], [http://boards.polycount.net/showthread.php?t=55754 approach to techy stuff], [http://www.polycount.com/forum/showthread.php?t=72713 Any tips for normal mapping curved surface?]. | + | # The best way... create your lowpoly model with better supporting edges. See the Polycount Forum threads [http://www.polycount.com/forum/showthread.php?t=81154 Understanding averaged normals and ray projection/Who put waviness in my normal map?], [http://boards.polycount.net/showthread.php?t=55754 approach to techy stuff], [http://www.polycount.com/forum/showthread.php?t=72713 Any tips for normal mapping curved surface?]. |
+ | # Bake an [[Normal_Map_Technical_Details#Object-space_normal_map|object-space map]] using more edges, then convert to tangent space using the original mesh and [http://www.handplane3d.com/ Handplane]. See the Polycount thread [http://www.polycount.com/forum/showthread.php?p=1780683#post1780683 Question about continuous meshes for low poly bakes]. | ||
# Adjust the shape of the cage to influence the directions the rays will be cast. Beware... this work will have to be re-done every time you edit the lowpoly mesh, as the cage will be invalidated. At the bottom of [http://www.poopinmymouth.com/tutorial/normal_workflow_2.htm this page of his normal map tutorial], [http://www.poopinmymouth.com/ Ben "poopinmymouth" Mathis] shows how to do this in 3ds Max. Same method can be seen in the image below. | # Adjust the shape of the cage to influence the directions the rays will be cast. Beware... this work will have to be re-done every time you edit the lowpoly mesh, as the cage will be invalidated. At the bottom of [http://www.poopinmymouth.com/tutorial/normal_workflow_2.htm this page of his normal map tutorial], [http://www.poopinmymouth.com/ Ben "poopinmymouth" Mathis] shows how to do this in 3ds Max. Same method can be seen in the image below. | ||
− | # Subdivide the low-res mesh so it more closely matches the high-res mesh. Beware... this will cause the normal map not to match your lowpoly vertex normals, probably causing shading errors. [http:// | + | # Subdivide the low-res mesh so it more closely matches the high-res mesh. Beware... this will cause the normal map not to match your lowpoly vertex normals, probably causing shading errors. [http://jeffross3dartist.com/ Jeff "airbrush" Ross] has a [https://www.dropbox.com/s/ej3ug1uhj3spig4/LowPoly_SmoothProxy_Baking_for_Cyl_Sph_Objects.swf?dl=0 video tutorial] that shows how to do this in Maya. |
# Paint out the wavy line. Beware... this work will have to be re-done every time you re-bake the normal map. The [http://www.poopinmymouth.com/tutorial/normal_workflow_3.htm normal map process tutorial] by [http://www.poopinmymouth.com/ Ben "poopinmymouth" Mathis] includes an example of painting out wavy lines in a baked normal map. | # Paint out the wavy line. Beware... this work will have to be re-done every time you re-bake the normal map. The [http://www.poopinmymouth.com/tutorial/normal_workflow_3.htm normal map process tutorial] by [http://www.poopinmymouth.com/ Ben "poopinmymouth" Mathis] includes an example of painting out wavy lines in a baked normal map. | ||
# Use a separate planar-projected mesh for the details that wrap around the barrel area, so the ray-casting is more even. Beware... this will cause the normal map not to match your lowpoly vertex normals, probably causing shading errors. For example to add tread around a tire, the tread can be baked from a tread model that is laid out flat, then that bake can layered onto the bake from the cylindrical tire mesh in a paint program. | # Use a separate planar-projected mesh for the details that wrap around the barrel area, so the ray-casting is more even. Beware... this will cause the normal map not to match your lowpoly vertex normals, probably causing shading errors. For example to add tread around a tire, the tread can be baked from a tread model that is laid out flat, then that bake can layered onto the bake from the cylindrical tire mesh in a paint program. | ||
− | + | <gallery mode="packed" heights=586px> | |
+ | wavy_barreltest_04.jpg|Adjust the model 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?].<br/>Image by [http://www.linkedin.com/in/earthquake Joe "EarthQuake" Wilson] | ||
+ | </gallery> | ||
== Baking Tools == | == Baking Tools == | ||
+ | * [http://polycount.com/discussion/198363/recommended-software-for-baking-normals-ambient-occlusion-maps Recommended software for baking normals/ambient occlusion maps?] Polycount Forum thread. | ||
* [http://help.autodesk.com/view/3DSMAX/2016/ENU/?guid=GUID-76F1E8AE-9E8F-40A7-A948-471D17E09DA9 3ds Max: Render To Texture] | * [http://help.autodesk.com/view/3DSMAX/2016/ENU/?guid=GUID-76F1E8AE-9E8F-40A7-A948-471D17E09DA9 3ds Max: Render To Texture] | ||
* [http://www.polycount.com/forum/showthread.php?t=125244 Airborn Studios Tools] - Backstube (Xnormal batcher), Packstube (map packer). | * [http://www.polycount.com/forum/showthread.php?t=125244 Airborn Studios Tools] - Backstube (Xnormal batcher), Packstube (map packer). | ||
* [http://wiki.blender.org/index.php/Doc:2.4/Manual/Render/Bake Blender: Render Bake] | * [http://wiki.blender.org/index.php/Doc:2.4/Manual/Render/Bake Blender: Render Bake] | ||
− | * [http://www.handplane3d.com/ Handplane] | + | * [[Texture Baking#Explode Tools|Explode Tools]] for exploded bakes. |
+ | * [http://www.handplane3d.com/ Handplane] for tangent space conversion. | ||
* [https://www.knaldtech.com/ Knald] | * [https://www.knaldtech.com/ Knald] | ||
* [http://help.autodesk.com/view/MAYAUL/2016/ENU/?guid=GUID-487EC09F-D5EB-4EAB-A0FA-0A2865414442 Maya: Transfer Maps] | * [http://help.autodesk.com/view/MAYAUL/2016/ENU/?guid=GUID-487EC09F-D5EB-4EAB-A0FA-0A2865414442 Maya: Transfer Maps] | ||
Line 219: | Line 269: | ||
---- | ---- | ||
− | [[Category:TextureTypes]] [[Category: | + | [[Category:Texturing]] [[Category:TextureTypes]] [[Category:TextureTechnique]] [[Category:Glossary]] [[Category:EnvironmentTexturing]] [[Category:CharacterTexturing]] [[Category:PropsTexturing]] |
Latest revision as of 09:25, 26 June 2021
Texture baking is the process of transferring details from one model to another.
The baking tool starts a certain distance out from the model (usually a low-resolution model for game use), and casts rays inwards towards another model (usually a high-resolution sculpt). When a ray intersects the 2nd model, it records the surface detail and saves that into a texture map, using the first model's Texture Coordinates.
Baking tools support multiple map types. High-resolution normals go into a Normal map, occlusion goes into an Ambient occlusion map, etc.
Contents
Baking Workflow
The baking workflow varies for each artist; this is a summary of common baking tasks.
- Blockout model:
- Create a rough low- to medium-resolution model, and get it into the game.
- Test with all the required functionality so you can determine how much detail is required.
- High-resolution model:
- Build the source for your normal map, using DigitalSculpting and/or Subdivision Surface Modeling.
- High-quality bakes require specific modeling techniques, see Normal Map Modeling.
- Low-poly in-game model:
- Remove details from the base version of the high-poly model, or use ReTopologyModeling.
- Create good topology for baking. See Normal_Map_Modeling#Low-Poly_Mesh and Understanding averaged normals and ray projection/Who put waviness in my normal map? and Skew you buddy! Making sense of skewed normal map details.
- Create good topology for animation. See Topology#Principles_of_Topology.
- UV coordinates:
- Create good Texture Coordinates for your low-poly model.
- For tangent-space normal mapping, split the UVs for every hard edge (where vertex normals are split, or different smoothing groups are used, same thing). See You're making me hard. Making sense of hard edges, uvs, normal maps and vertex counts, and Earthquake on separating smoothing groups in the UV.
- Make sure there's enough room between UVs for good edge padding to prevent color bleeding between the UVs.
- Triangulate:
- See Texture Baking#Triangulation, and Polygon Count#Polygons Vs. Triangles.
- Triangulate before mirroring, to prevent shading errors.
- Mirror & duplicate:
- If creating symmetrical parts, mirror the model. See Normal Map Modeling#Mirroring.
- Duplicate any model parts which reuse the same UV; this ensures perfect UV overlap.
- Offset UVs:
- Optimize the high-poly.
- Optimize the high-resolution model to speed up bakes, to avoid running out of RAM while baking, and to keep 3d file sizes manageable. See Tools#Decimation_Software.
- If it's a sculpt reduce the vertex count to a manageable file size before exporting. Sculpting tools like Zbrush create triangles smaller than the bake pixels, which will increase baking time significantly without actually improving the bake.
- If it's a subdivision surface choose an appropriate resolution. Use just enough subdivisions to get a smooth surface at the baking resolution, and no more.
- Explode.
- The reason: Interpenetrating or close-together parts can cause baking artifacts, because neighboring surfaces will capture parts of each other, see Texture Baking#Solving Intersections.
- Marmoset Toolbag's baking tool avoids the need for exploding the meshes.
- To explode means to separate the non-welded surfaces, mesh elements, Zbrush subtools, etc. so there is ample space between them. Use the same separation for the highpoly model and the lowpoly model. After the bake, move the pieces back together.
- The workflow: If the modeling software has animation, you can keyframe the explode to easily reverse it after baking. Tools are also available, see Explode script needed (for baking purposes). Elements can be tagged by some baking tools, so specific low-poly elements will only bake related high-poly elements, this avoids exploding (3ds Max can use Material IDs, etc.).
- Cage.
- Create an inflated copy of the low-resolution model, which encompasses the high-resolution model. See Texture Baking#Cages. Some tools create this automatically.
- Which baker?
- Test Bakes.
- Import the high-resolution model, the low-resolution model, and the cage.
- Test the bake settings using lower values for faster iteration. Smaller render sizes, lower anti-aliasing samples, etc.
- Use enough edge padding to prevent color bleeding between the UVs.
- Fix errors and re-bake until solved. Look for overlaps, gaps, skewed details. Adjust the bake settings, low-poly model, cage, etc. See Skew you buddy! Making sense of skewed normal map details., and Skewmesh Tutorial.
- Some errors can be painted out later, but avoid this! Any painting must be repeated if the model is re-baked, and painting on a normal map can introduce more artifacts.
- Render.
- Increase the settings to full quality.
- Use anti-aliasing or super-sampling. See Texture Baking#Anti-Aliasing.
- Use 16-bit. See Of Bit Depths, Banding and Normal Maps.
- Use object space, if converting to a specific tangent space. See Synched Workflow, and Converting Between Spaces.
- Convert.
- Convert to a specific tangent space. See Synched Workflow, and Converting Between Spaces.
- Edit.
- Combine bakes if needed. See Ambient occlusion map#EarthQuake's Baking Method
- Add details from photos or other bakes. See RNM Normal Map Combiner, and Combine Normal.
- Some errors can be painted out, but avoid this! Any painting must be repeated if the model is re-baked, and painting on a normal map can introduce more artifacts.
- Swizzle. See Normal Map Technical Details#Common Swizzle Coordinates.
- Re-normalize. See Normal_map#Re-normalizing.
- Reduce to 8-bit. See Of Bit Depths, Banding and Normal Maps.
- View & Check.
- View the finished in-game model and textures in your game engine, and check for errors.
UV Coordinates
Normal map baking tools only capture details within the 0-1 UV square, any UV bits outside this area are ignored.
Only one copy of the forward-facing UVs should remain in the 0-1 UV square at baking time. If the mesh uses overlapping UVs, this will likely cause artifacts to appear in the baked map, since the baker will try render each UV shell into the map. Before baking, it's best to move all the overlaps and mirrored parts outside the 0-1 square.
Mirrored UVs (in red) are offset 1 unit before baking.
Image by Eric Chadwick.
If you move all the overlaps and mirrored bits exactly 1 UV unit (any whole number will do), then you can leave them there after the bake and they will still be mapped correctly. You can move them back if you want, it doesn't matter to most game engines. Be aware that ZBrush does use UV offsets to manage mesh visibility, however this usually doesn't matter because the ZBrush cage mesh is often a different mesh than the in-game mesh used for baking.
You should avoid changing the UVs after baking the normal map, because rotating or mirroring UVs after baking will cause the normal map not to match the tangent basis anymore, which will likely cause lighting problems.
In 3ds Max, W is a third texture coordinate. It's used for 3D procedural textures and for storing vertex color in UV channels (you need 3 axes for RGB, so UVW can store vertex color). Bake problems can be avoided by moving any overlapping UVs to -1 on the W axis, with the same results as moving them 1 unit on the U or V axes. The tool Render To Texture will always bake whatever UVs are the highest along the W axis. However using W can be messy... it's generally hidden unless you purposefully look for it (bad for team work), doesn't get preserved on export to other apps, and high W values can prevent selecting and/or welding UVs.
If you're using tiled normal maps, then overlaps and mirroring shouldn't matter. Make sure to test in your game engine to be sure, but tiling allows a lot more reuse than a unique-UV layout.
Tangent Basis
When you look at a tangent-space normal map for a character, you typically see different colors along the UV seams. This is because the UV shells are often oriented at different angles on the mesh, a necessary evil when translating the 3D mesh into 2D textures. The body might be mapped with a vertical shell, and the arm mapped with a horizontal one. This requires the normals in the normal map to be twisted for the different orientations of those UV shells. The UVs are twisted, so the normals must be twisted in order to compensate. The tangent basis helps reorient (twist) the lighting as it comes into the surface's local space, so the lighting will then look uniform across the normal mapped mesh.
When an artist tiles a tangent-space normal map across an arbitrary mesh, like a landscape, this tends to shade correctly because the mesh has a uniform direction in tangent space. If the mesh has discontinuous UV coordinates (UV seams), or the normal map has large directional gradients across it, the tangent space won't be uniform anymore so the surface will probably have shading seams.
Triangulation
Before baking, it is usually best to triangulate the low-poly model, converting it from polygons into pure triangles. This prevents the vertex normals from being changed later on, which can create specular artifacts.
Sometimes a baking tool or a mesh exporter/importer will re-triangulate the polygons. A quad polygon is actually treated as two triangles, and the internal edge between them is often switched diagonally during modeling operations. When the vertices of the quad are moved around in certain shapes, the software's algorithm for polygon models tries to keep the quad surface in a "rational" non-overlapping shape. It does this by switching the internal edge between its triangles.
If the model is mirrored, make sure the triangulation is mirrored as well. If not, this will cause shading errors because only one side will match the original bake.
When quads are triangulated in Modo, the internal edges are sometimes flipped, which causes shading differences. Image by James "Talon" O'Hare.
The specular highlight is affected by triangulation. Flip edges to fix skewing. See the Polycount thread Skewed Specular Highlight? for pictures and more info. Image by Robert "TychoVII" Kreps.
Non-mirrored triangles cause a shading error. Image by Orlando Jones.
Cages
Cage has two meanings in the normal-mapping process: a low-poly base for Subdivision Surface Modeling (usually called the BaseMesh), or a ray-casting mesh used for normal map baking. This section covers the ray-casting cage.
Most normal map baking tools allow you to use a distance-based raycast. A ray is sent outwards along each vertex normal, then at the distance you set a ray is cast back inwards. Where ever that ray intersects the high poly mesh, it will sample the normals from it.
Hard edges and a distance-based raycast (gray areas) cause ray misses (yellow) and ray overlaps (cyan). Image by Diego Castaño.
The gray area shows that using all soft edges (or hard edges and a cage-based raycast) will avoid ray-casting errors from split normals. Image by Diego Castaño.
Unfortunately with a distance-based raycast, split vertex normals will cause the bake to miss parts of the high-res mesh, causing errors and seams.
Some software allows you to use cage mesh option instead, which basically inflates a copy of the low-poly mesh, then raycasts inwards from each vertex. This ballooned-out mesh is the cage.
In 3ds Max the cage controls both the distance and the direction of the raycasting.
In Maya the cage only controls the distance; the ray direction matches the vertex normals (inverted).
- The tutorial 3DTutorials/Modeling High-Low Poly Models for Next Gen Games by João "Masakari" Costa has more examples of ray-casting, plus how to get better results from the bake.
Anti-Aliasing
Aliasing errors can occur both during the bake (from overlaps in the high-poly model) and in-game (from overlaps in the low-poly model).
Contiguous low-poly meshes are better in general, as long as the triangle budget allows it. Otherwise interior parts will be aliased in-game where the edges overlap one another. See Normal Map Modeling#Contiguous Meshes.
For the high-poly model, turning on super-sampling or anti-aliasing (or whatever multi-ray casting is called in your normal map baking tool) will help to fix any jagged edges where the high-poly model overlaps itself within the UV borders of the low-poly mesh, or wherever the background shows through holes in the mesh. Unfortunately this tends to render much much slower, and takes more memory.
One trick to speed this up is to render 2x the intended image size then scale the normal map down 1/2 in a paint program like Photoshop. The reduction's pixel resampling will add anti-aliasing for you in a very quick process. After scaling, make sure to re-normalize the map if your game doesn't do that already, because the un-normalized pixels in your normalmap may cause pixelly artifacts in your specular highlights. Re-normalizing can be done with NVIDIA's normal map filter for Photoshop.
3ds Max's supersampling doesn't work nicely with edge padding, it produces dark streaks in the padded pixels. If so then turn off padding and re-do the padding later, either by re-baking without supersampling or by using a Photoshop filter like the one that comes with Xnormal.
Transparency
Sometimes you need to bake a normal map from an object that uses opacity maps, like a branch with opacity-mapped leaves. Unfortunately baking apps often completely ignore any transparency mapping on your high-poly mesh.
3ds Max's RTT baker causes transparency errors. Image by Joe "EarthQuake" Wilson.
Use colored lighting to bake perfect transparency. Image by Joe "EarthQuake" Wilson.
To solve this, render a Top view of the mesh. This only works if you're using a planar UV projection for your low-poly mesh and you're baking a tangent-space normal map.
Make sure the Top view matches the dimensions of the planar UV projection used by the low-poly mesh. It helps to use an orthographic camera for precise placement.
On the high-poly mesh either use a specific lighting setup or a use special material shader:
- The lighting setup is described in these tutorials:
- Creating A Normal Map Right In Your 3D App by Ben Cloward
- Generating High Fidelity Normal Maps with 3-D Software by Dave McCoy, Graphics Techniques Consultant, Xbox Content and Design Team
- The material shader does the same thing, but doesn't require lights.
- NormalTexMap scripted map for 3ds Max by Dave Locke.
- InfoTexture map plugin for 3ds Max by John Burnett
The lighting setup for top-down rendering. Image by Ben Cloward.
Edge Padding
If a normal map doesn't have enough Edge Padding, this will create shading seams on the UV borders.
High Poly Materials
3ds Max will not bake a normal map properly if the high-res model has a mental ray Arch & Design material applied. If your normal map comes out mostly blank, either use a Standard material or none at all. For an example see the Polycount thread Render to Texture >:O.
Reset Transforms
Before baking, make sure your low-poly model's transforms have been reset. This is very important! Often during the modeling process a model will be rotated and scaled, but these compounded transforms can create a messy local "space" for the model, which in turn often creates rendering errors for normal maps.
In 3ds Max, use the Reset Xforms utility then Collapse the Modifier Stack. In Maya use Freeze Transformation. In XSI use the Freeze button.
Solving Intersections
The projection process often causes problems like misses, or overlaps, or intersections. It can be difficult generating a clean normal map in areas where the high-poly mesh intersects or nearly intersects itself, like in between the fingers of a hand. Setting the ray distance too large will make the baker pick the other finger as the source normal, while setting the ray distance too small will lead to problems at other places on the mesh where the distances between in-game mesh and high-poly mesh are greater.
Fortunately there are several methods for solving these problems. Listed in order by quality/speed:
Method 1: Create a contiguous low-poly mesh.
- This method avoids overlap baking errors, minimizes aliased edges in-game, and optimizes the Texture Coordinates.
- See Normal Map Modeling#Contiguous Meshes.
Method 2: Limit the projection to matching materials, or matching UVs.
- This method allows the use of the existing models, without requiring any major changes.
- AO may require two bakes.
- See the 3ds Max 2016 Help: Render to Texture: Projection Options Dialog.
Method 3: Explode the meshes.
- Takes more time to set up.
- AO may require [Ambient_occlusion_map#EarthQuake.27s_Baking_Method two bakes].
- See the Polycount Forum thread Explode script needed (for baking purposes).
- See Explode Tools.
Method 4: Bake two or more times using different cage sizes/distances, and combine the maps in Photoshop.
- it can take a lot of time to bake multiple maps, and to manually sort which elements to combine.
Method 5: Change the shape of the cage.
- Manually edit points on the projection cage to help solve tight bits like the gaps between fingers.
- This is initially quick, but it needs to be re-done every time the model is changed.
Explode Tools
- File:Explosivo 03.zip 3ds Max script by Benjamin "Electro" Darling
- Electro wrote: "Usage:
Name your low poly objects with the prefix LOW_
Name your high poly objects with the prefix HIGH_
Name your cage objects with the prefix CAGE_
The rest of the name following the prefixes needs to be identical. Currently this script works off of names alone, I didn't get to making anything kind of automated like I would if I were to take the time when making it again. I may look at revising this if there's enough demand for it. In general however, I think using the naming convention kind of forces people into good habits in being able to manage their scenes better... not that I would be enforcing that onto anyone ;)"
- File:MasterExploder.zip Maya python script by Sindre "Fingus" Skaare
- Fingus wrote: "The way it works is that it will match the object name, and sort between types using the suffix. This means that your lowpoly/highpoly/cage/blocker need to have the EXACT same name, and using the suffixes _lowpoly, _highpoly, _cage, and _blocker. If your highpoly consists of more parts than your lowpoly you can put the highpoly meshes in a group that has a name matching the lowpoly. When you run the script it will prompt you to input the amount of units you want to offset the meshes by. Also, it will key the meshes as gathered at frame 1 and exploded at frame 10. If you have existing keys or incoming connections it may cause problems."
Solving Pixel Artifacts
If you are using 3ds Max's Render To Texture to bake from one UV layout to another, you may see stray pixels scattered across the bake. This only happens if you are using a copy of the original mesh in the Projection, and that mesh is using a different UV channel than the original mesh.
There are two solutions for this:
- Add a Push modifier to the copied mesh, and set it to a low value like 0.01.
- or -
- Turn off Filter Maps in the render settings (Rendering menu > Render Setup > Renderer tab > uncheck Filter Maps). To prevent aliasing you may want to enable the Global Supersampler in Render Setup.
See also #Anti-Aliasing.
Solving Wavy Lines
When capturing from a cylindrical shape, often the differences between the low-poly mesh and the high-poly mesh will create a wavy edge in the normal map. There are a couple ways to avoid this:
- The best way... create your lowpoly model with better supporting edges. See the Polycount Forum threads Understanding averaged normals and ray projection/Who put waviness in my normal map?, approach to techy stuff, Any tips for normal mapping curved surface?.
- Bake an object-space map using more edges, then convert to tangent space using the original mesh and Handplane. See the Polycount thread Question about continuous meshes for low poly bakes.
- Adjust the shape of the cage to influence the directions the rays will be cast. Beware... this work will have to be re-done every time you edit the lowpoly mesh, as the cage will be invalidated. At the bottom of this page of his normal map tutorial, Ben "poopinmymouth" Mathis shows how to do this in 3ds Max. Same method can be seen in the image below.
- Subdivide the low-res mesh so it more closely matches the high-res mesh. Beware... this will cause the normal map not to match your lowpoly vertex normals, probably causing shading errors. Jeff "airbrush" Ross has a video tutorial that shows how to do this in Maya.
- Paint out the wavy line. Beware... this work will have to be re-done every time you re-bake the normal map. The normal map process tutorial by Ben "poopinmymouth" Mathis includes an example of painting out wavy lines in a baked normal map.
- Use a separate planar-projected mesh for the details that wrap around the barrel area, so the ray-casting is more even. Beware... this will cause the normal map not to match your lowpoly vertex normals, probably causing shading errors. For example to add tread around a tire, the tread can be baked from a tread model that is laid out flat, then that bake can layered onto the bake from the cylindrical tire mesh in a paint program.
Adjust the model topology to avoid distortion, from the Polycount Forum thread Understanding averaged normals and ray projection/Who put waviness in my normal map?.
Image by Joe "EarthQuake" Wilson
Baking Tools
- Recommended software for baking normals/ambient occlusion maps? Polycount Forum thread.
- 3ds Max: Render To Texture
- Airborn Studios Tools - Backstube (Xnormal batcher), Packstube (map packer).
- Blender: Render Bake
- Explode Tools for exploded bakes.
- Handplane for tangent space conversion.
- Knald
- Maya: Transfer Maps
- MightyBake
- Modo: Baking
- Substance Designer: Bakers
- Xnormal
- Zbrush: Create Normal Map