Computer Graphics: Difference between revisions

(10 intermediate revisions by the same user not shown)

Line 66:

\end{bmatrix}

</math>

===Transformation matrix===

<math>

L = T * R * S

</math>

Depending on implementation, it may be more memory-efficient or compute-efficient to represent affine transformations as their own class rather than 4x4 matrices. For example, a rotation can be represented with 3 floats in angle-axis or 4 floats in quaternion coordinates rather than a 3x3 rotation matrix.

For example, see

* [https://eigen.tuxfamily.org/dox/classEigen_1_1Transform.html Eigen::Transform]

===Barycentric Coordinates===

==MVP Matrices==

Line 71:

Line 83:

To convert from model coordinates <math>v</math> to screen coordinates <math>w</math>, you do multiply by the MVP matrices <math>w=P*V*M*v</math>

* The model matrix <math>M</math> applies the transform of your object. This includes the position and rotation. <math>M*v</math> is in world coordinates.

* The view matrix <math>V</math> applies the transform of your camera. <math>V*M*v</math> is in camera or view coordinates.

* The view matrix <math>V</math> applies the inverse transform of your camera. <math>V*M*v</math> is in camera or view coordinates (i.e. coordinates relative to the camera).

* The projection matrix <math>P</math> applies the projection of your camera, typically an orthographic or a perspective camera. The perspective camera shrinks objects in the distance.

Line 108:

Line 120:

[https://www.scratchapixel.com/lessons/3d-basic-rendering/perspective-and-orthographic-projection-matrix/building-basic-perspective-projection-matrix https://www.scratchapixel.com/lessons/3d-basic-rendering/perspective-and-orthographic-projection-matrix/building-basic-perspective-projection-matrix]

The projection matrix applies a perspective projection based on the field of view of the camera. This is done dividing the x,y view coordinates by the z-coordinate so that further object appear closer to the center. Note that the output is typically in normalized device coordinates <math>[-1, 1]\times[-1, 1]</math> rather than image coordinates <math>[0, W] \times [0, H]</math>.

https://www.songho.ca/opengl/gl_projectionmatrix.html

The projection matrix applies a perspective projection based on the field of view of the camera. This is done dividing the x,y view coordinates by the z-coordinate so that further object appear closer to the center. Note that the output is typically in normalized device coordinates (NDC) <math>[-1, 1]\times[-1, 1]</math> rather than image coordinates <math>{0, ..., W-1} \times {0, ..., H-1}</math>. Additionally, in NDC, the y-coordinate typically points upwards unlike image coordinates.

The Z-coordinate in the projection matrix represents a remapped version of the z-depth, i.e. depth along the camera forward axis. In OpenGL, this maps z=-f to 1 and z=-n to -1 where -z is forward.

Notes: In computer vision, this is analogous to the calibration matrix <math>K</math>.

Line 155:

Line 171:

===Physically Based===

See [https://static1.squarespace.com/static/58586fa5ebbd1a60e7d76d3e/t/593a3afa46c3c4a376d779f6/1496988449807/s2012_pbs_disney_brdf_notes_v2.pdf pbs disney brdf notes] and the [http://www.pbr-book.org/ pbr-book]

In frameworks and libraries, these are often refered to as ''standard materials''.

In frameworks and libraries, these are often refered to as ''standard materials'' or in Blender, ''Principled BSDF''.

==Blending and Pixel Formats==

===Pixel Formats===

===Blending===

To output transparent images, i.e. images with alpha, you'll generally want to blend using [[Premultiplied Alpha]]. Rendering in premultiplied alpha prevents your RGB color values from getting mixed with the background color empty pixels.

===Rendering===

For rasterization, the render loop typically consists of:

# Render the shadow map.

# Render all opaque objects front-to-back.

## Opaque objects write to the depth buffer.

# Render all transparent objects back-to-front

## Transparent objects do not write to the depth buffer.

Rendering opaque objects front to back minimizes overdraw, where a pixel gets drawn to multiple times in a single frame.

Rendering transparent objects back to front is needed for proper blending of transparent materials.

==Anti-aliasing==

For a high-quality anti-aliasing, you'll generally want to multiple multi-sampling (MSAA).

This causes the GPU to render the depth buffer at a higher resolution to determine the contribution of your fragment shader's color to the final image.

See https://learnopengl.com/Advanced-OpenGL/Anti-Aliasing#:~:text=How%20MSAA%20really%20works%20is,buffer%20to%20determine%20subsample%20coverage for more details.

==More Terms==

@@ Line 66: / Line 66: @@
 \end{bmatrix}
 </math>
+===Transformation matrix===
+<math>
+L = T * R * S
+</math>
+Depending on implementation, it may be more memory-efficient or compute-efficient to represent affine transformations as their own class rather than 4x4 matrices. For example, a rotation can be represented with 3 floats in angle-axis or 4 floats in quaternion coordinates rather than a 3x3 rotation matrix.
+For example, see
+* [https://eigen.tuxfamily.org/dox/classEigen_1_1Transform.html Eigen::Transform]
+===Barycentric Coordinates===
 ==MVP Matrices==
@@ Line 71: / Line 83: @@
 To convert from model coordinates <math>v</math> to screen coordinates <math>w</math>, you do multiply by the MVP matrices <math>w=P*V*M*v</math>
 * The model matrix <math>M</math> applies the transform of your object. This includes the position and rotation. <math>M*v</math> is in world coordinates.
-* The view matrix <math>V</math> applies the transform of your camera. <math>V*M*v</math> is in camera or view coordinates.
+* The view matrix <math>V</math> applies the inverse transform of your camera. <math>V*M*v</math> is in camera or view coordinates (i.e. coordinates relative to the camera).
 * The projection matrix <math>P</math> applies the projection of your camera, typically an orthographic or a perspective camera. The perspective camera shrinks objects in the distance.
@@ Line 108: / Line 120: @@
 [https://www.scratchapixel.com/lessons/3d-basic-rendering/perspective-and-orthographic-projection-matrix/building-basic-perspective-projection-matrix https://www.scratchapixel.com/lessons/3d-basic-rendering/perspective-and-orthographic-projection-matrix/building-basic-perspective-projection-matrix]
-The projection matrix applies a perspective projection based on the field of view of the camera. This is done dividing the x,y view coordinates by the z-coordinate so that further object appear closer to the center. Note that the output is typically in normalized device coordinates <math>[-1, 1]\times[-1, 1]</math> rather than image coordinates <math>[0, W] \times [0, H]</math>.
+https://www.songho.ca/opengl/gl_projectionmatrix.html
+The projection matrix applies a perspective projection based on the field of view of the camera. This is done dividing the x,y view coordinates by the z-coordinate so that further object appear closer to the center. Note that the output is typically in normalized device coordinates (NDC) <math>[-1, 1]\times[-1, 1]</math> rather than image coordinates <math>{0, ..., W-1} \times {0, ..., H-1}</math>. Additionally, in NDC, the y-coordinate typically points upwards unlike image coordinates.
+The Z-coordinate in the projection matrix represents a remapped version of the z-depth, i.e. depth along the camera forward axis. In OpenGL, this maps z=-f to 1 and z=-n to -1 where -z is forward.
 Notes: In computer vision, this is analogous to the calibration matrix <math>K</math>.
@@ Line 155: / Line 171: @@
 ===Physically Based===
 See [https://static1.squarespace.com/static/58586fa5ebbd1a60e7d76d3e/t/593a3afa46c3c4a376d779f6/1496988449807/s2012_pbs_disney_brdf_notes_v2.pdf pbs disney brdf notes] and the [http://www.pbr-book.org/ pbr-book]
-In frameworks and libraries, these are often refered to as ''standard materials''.
+In frameworks and libraries, these are often refered to as ''standard materials'' or in Blender, ''Principled BSDF''.
+==Blending and Pixel Formats==
+===Pixel Formats===
+===Blending===
+To output transparent images, i.e. images with alpha, you'll generally want to blend using [[Premultiplied Alpha]]. Rendering in premultiplied alpha prevents your RGB color values from getting mixed with the background color empty pixels.
+===Rendering===
+For rasterization, the render loop typically consists of:
+# Render the shadow map.
+# Render all opaque objects front-to-back.
+## Opaque objects write to the depth buffer.
+# Render all transparent objects back-to-front
+## Transparent objects do not write to the depth buffer.
+Rendering opaque objects front to back minimizes overdraw, where a pixel gets drawn to multiple times in a single frame.
+Rendering transparent objects back to front is needed for proper blending of transparent materials.
+==Anti-aliasing==
+For a high-quality anti-aliasing, you'll generally want to multiple multi-sampling (MSAA).
+This causes the GPU to render the depth buffer at a higher resolution to determine the contribution of your fragment shader's color to the final image.
+See https://learnopengl.com/Advanced-OpenGL/Anti-Aliasing#:~:text=How%20MSAA%20really%20works%20is,buffer%20to%20determine%20subsample%20coverage for more details.
 ==More Terms==