Displacement mapping: Difference between revisions

Revision as of 22:39, 14 February 2011

Latest revision as of 21:50, 18 February 2025

(43 intermediate revisions by 37 users not shown)

Line 1:

{{short description|Computer graphics technique}}

== Displacement Mapping ==

{{More citations needed|date=June 2023}}

{{multiple image

<!-- Essential parameters -->

| align = right

| direction = horizontal

| width = 160

<!-- Extra parameters -->

| header =

| header_align = center

| header_background =

| footer =

| footer_align =

| footer_background =

| background color =

|image1=Displacement.jpg

Displacement Mapping is an alternative technique in contrast to [[ Bump mapping ]], [[ Normal mapping ]], and [[ Offset Mapping ]] where the actual coordinated vertexes of the textured wireframe are increased or decreased LOD wise in real time in order to achieve greater heights of detail.

|width1 = 160

|caption1=Displacement mapping in mesh

|alt1=Cartesian transport

|image2=Displace Map.svg

== How it's done ==

|width2 = 160

|caption2=Displacement mapping with SVG filter effects

|alt2=Polar transport

}}

'''Displacement mapping''' is an alternative computer graphics technique in contrast to [[bump mapping|bump]], [[normal mapping|normal]], and [[Parallax mapping|parallax]] [[Texture mapping|mapping]], using a [[Image texture|texture]] or [[heightmap|height map]] to cause an effect where the actual geometric position of points over the textured surface are ''displaced'', often along the [[Locally|local]] [[surface normal]], according to the value the texture function evaluates to at each point on the surface.<ref>{{Cite web |title=Chapter 8. Per-Pixel Displacement Mapping with Distance Functions |url=https://developer.nvidia.com/gpugems/gpugems2/part-i-geometric-complexity/chapter-8-pixel-displacement-mapping-distance-functions |access-date=2023-05-10 |website=NVIDIA Developer |language=en}}</ref> It gives surfaces a sense of depth and detail, permitting in particular self-occlusion, [[self-shadowing]] and silhouettes; on the other hand, it is the most costly of this class of techniques owing to the large amount of additional geometry.

For years, displacement mapping was a peculiarity of high-end rendering systems like [[PhotoRealistic RenderMan]], while realtime [[Application programming interface|APIs]], like [[OpenGL]] and [[DirectX]], were only starting to use this feature. One of the reasons for this is that the original implementation of displacement mapping required an adaptive [[Tessellation (computer graphics)|tessellation]] of the surface in order to obtain enough [[micropolygon]]s whose size matched the size of a pixel on the screen.{{citation needed|date=March 2020}}

Displacement is a of kind vertex-texture mapping, so the values of the texture map do not alter the pixel color, but change the position of the vertex instead. Unlike bump mapping, displacement mapping can produce a genuine "rough" surface. It is currently only implemented in a few desktop graphics adapters, which also use it in conjunction with tessellation (increases number of polygons), to produce highly detailed meshes, and to give a more 3D feel and a greater sense of depth and detail to textures which displacement mapping is applied to.

==Meaning of the term in different contexts==

Displacement mapping includes the term mapping which refers to a [[texture mapping|texture map]] being used to modulate the displacement strength. The displacement direction is usually the local surface normal. Today, many [[Rendering (computer graphics)|renderer]]s allow [[shader|programmable shading]] which can create high quality (multidimensional) [[procedural texture]]s and [[texture synthesis|patterns]] at arbitrarily high frequencies. The use of the term mapping becomes arguable then, as no texture map is involved anymore. Therefore, the broader term '''displacement''' is often used today to refer to a super concept that also includes displacement based on a texture map.

Renderers using the [[Reyes rendering|REYES]] [[algorithm]], or similar approaches based on [[micropolygon]]s, have allowed displacement mapping at arbitrary high frequencies since they became available almost 20 years ago.

The first commercially available renderer to implement a micropolygon displacement mapping approach through REYES was [[Pixar]]'s [[PhotoRealistic RenderMan]]. Micropolygon renderers commonly tessellate geometry themselves at a granularity suitable for the image being rendered. That is: the modeling application delivers high-level primitives to the renderer. Examples include true [[NURBS]]- or [[subdivision surfaces]]. The renderer then tessellates this geometry into micropolygons at render time using view-based constraints derived from the image being rendered.

Other renderers that require the modeling application to deliver objects pre-tessellated into arbitrary polygons or even triangles have defined the term displacement mapping as moving the vertices of these polygons. Often the displacement direction is also limited to the surface normal at the vertex. While conceptually similar, those polygons are usually a lot larger than micropolygons. The quality achieved from this approach is thus limited by the geometry's tessellation density a long time before the renderer gets access to it.

This difference between displacement mapping in micropolygon renderers vs. displacement mapping in a non-tessellating (macro)polygon renderers can often lead to confusion in conversations between people whose exposure to each technology or implementation is limited. Even more so, as in recent years, many non-micropolygon renderers have added the ability to do displacement mapping of a quality similar to that which a micropolygon renderer is able to deliver naturally. To distinguish between the crude pre-tessellation-based displacement these renderers did before, the term '''sub-pixel displacement''' was introduced to describe this feature.{{Citation needed|date=August 2011}}

Sub-pixel displacement commonly refers to finer re-tessellation of geometry that was already tessellated into polygons. This re-tessellation results in micropolygons or often microtriangles. The vertices of these then get moved along their normals to achieve the displacement mapping.

True micropolygon renderers have always been able to do what sub-pixel-displacement achieved only recently, but at a higher quality and in arbitrary displacement directions.

Recent developments seem to indicate that some of the renderers that use sub-pixel displacement move towards supporting higher level geometry too. As the vendors of these renderers are likely to keep using the term sub-pixel displacement, this will probably lead to more obfuscation of what displacement mapping really stands for, in [[3D computer graphics]].

In reference to Microsoft's proprietary [[High Level Shader Language]], displacement mapping can be interpreted as a kind of "vertex-texture mapping" where the values of the [[texture map]] do not alter pixel colors (as is much more common), but instead change the position of vertices. Unlike bump, normal and parallax mapping, all of which can be said to "fake" the behavior of displacement mapping, in this way a genuinely ''rough'' surface can be produced from a texture. It has to be used in conjunction with adaptive [[tessellation]] techniques (that increases the number of rendered polygons according to current viewing settings) to produce highly detailed meshes.{{citation needed|date=March 2020}}

==See also==

* [[Heightmap]]

==Further reading==

*[https://archive.blender.org/wiki/index.php/Manual/Displacement_Maps/ Blender Displacement Mapping]

*[https://garagefarm.net/blog/how-displacement-maps-work-and-how-to-optimize-them-in-v-ray-part-1/ Vray Displacement Mapping]

* [http://www.inf.ufrgs.br/%7Eoliveira/RTM.html Relief Texture Mapping] website

* {{usurped|1=[https://web.archive.org/web/20150419215321/http://sunandblackcat.com/tipFullView.php?l=eng&topicid=28 Parallax Occlusion Mapping in GLSL on sunandblackcat.com]}}

* [http://www.inf.ufrgs.br/%7Eoliveira/pubs_files/Policarpo_Oliveira_Comba_RTRM_I3D_2005.pdf ''Real-Time Relief Mapping on Arbitrary Polygonal Surfaces''] paper

* [http://www.inf.ufrgs.br/%7Eoliveira/pubs_files/Policarpo_Oliveira_RTM_multilayer_I3D2006.pdf ''Relief Mapping of Non-Height-Field Surface Details''] paper

*''[https://web.archive.org/web/20110816214356/http://sirkan.iit.bme.hu/~szirmay/egdisfinal3.pdf State of the art of displacement mapping on the gpu]'' paper

==References==

{{reflist}}

{{Texture mapping techniques}}

[[Category:Texture mapping]]