Vertex Post-Processing

From OpenGL Wiki
Revision as of 16:37, 6 May 2015 by AlfonsesRenamerBot (talk | contribs) (Bot: Updating section links to use redirects.)
Jump to navigation Jump to search

Vertex Post-Processing is the stage in the OpenGL Rendering Pipeline where the vertex outputs of the Vertex Processing undergo a variety of operations. Many of these are setup for Primitive Assembly and Rasterization stages.

Transform Feedback

Transform feedback is a way of recording values output from the Vertex Processing stage into Buffer Objects.


Primitives generated by previous stages are collected and then clipped to the view volume. Each vertex has a clip-space position (the gl_Position output of the last Vertex Processing stage). The viewing volume for a vertex is defined by:

This volume can be modified by depth clamping as well as the addition of user-defined clip-planes. The total volume that primitives are clipped to, including user-defined clip planes, is the clipping volume.

The way primitives are clipped to this clipping volume depends on the basic Primitive type:

Points are not really "clipped". If a point is in any way outside of the clipping volume, then the primitive is discarded (ie: not rendered). Points can be bigger than one pixel, but the clipping remains; if the center of the point (the actual gl_Position value) is outside of the clipping range, it is discarded. Yes, this means that Point Sprites will disappear when the center moves off-screen.

Platform Issue (NVIDIA): These cards will not clip points "properly". That is, they will do what people generally want (only discard the point if it is fully outside the volume), rather than what the OpenGL specification requires. Be advised that other hardware does what OpenGL asks.

If the line is entirely outside of the volume, it is discarded. If the line is partially outside of the volume, then it is clipped; new vertex coordinates are computed for one or both vertices, as appropriate. The end-point of such a clipped vertex is on the boundary of the clipping volume.
A triangle is clipped to the viewing volume by generating appropriate triangles who's vertices are on the boundary of the clipping volume. This may generate more than 1 triangle, as appropriate. If a triangle is entirely outside of the viewing volume, it is culled.

When primitives are clipped, new per-vertex outputs must be generated for them. These are generated via linear interpolation (in clip-space) of the output values. Flat-shaded outputs don't get this treatment.

Depth clamping

The clipping behavior against the Z position of a vertex (ie: ) can be turned off by activating depth clamping. This is done with glEnable(GL_DEPTH_CLAMP). This will cause the clip-space Z to remain unclipped by the front and rear viewing volume.

Note: With perspective projections, you still get clipping with the sides of the viewing volume. Depth clamping turns a frustum into a pyramid, and pyramids still end at the tip. So objects that go behind the camera are still clipped. What is unclipped are objects between the projection near-plane and the camera.

The Z value computations will proceed as normal through the pipeline. After computing the window-space position, the resulting Z value will be clamped to the glDepthRange.

Clip planes

Perspective divide

The clip-space positions returned from the clipping stage are transformed into normalized device coordinates (NDC) via this equation:

Viewport transform

The viewport transform defines the transformation of vertex positions from NDC space to window space. These are the coordinates that are rasterized to the output image.

The viewport is defined by a number of viewport parameters. These parameters are set by these functions:

void glViewport(GLint x​, GLint y​, GLsizei width​, GLsizei height​);

void glDepthRange(GLdouble nearVal​, GLdouble farVal​);

void glDepthRangef(GLfloat nearVal​, GLfloat farVal​);

The second two functions set the same parameters, the near and far values of the depth range.

Given the viewport parameters, we compute the window-space coordinates via these equations:

Where x​, y​, width​, height​, nearVal​, and farVal​ are the viewport parameters.

Viewport array

Viewport Arrays
Core in version 4.6
Core since version 4.1
Core ARB extension ARB_viewport_array

Multiple viewports can be used in OpenGL. The specific viewport for a particular primitive can be set by the Geometry Shader. If the GS does not specify a viewport, then viewport number 0 is selected. The computation works as above, except where it says "the viewport parameters", it means "the viewport parameters for the primitive's viewport index".

There are sets of viewports, indexed on the half-open range [0, GL_MAX_VIEWPORTS). Each index has its own depth range and viewport coordinates. The previously defined functions will only set the value for viewport index 0.

To set the viewport parameters for a particular index, use this pair of functions:

void glViewportIndexedf(GLuint index​, GLfloat x​, GLfloat y​, GLfloat w​, GLfloat h​)

void glViewportIndexedfv(GLuint index​, const GLfloat *v​)

void glDepthRangeIndexed(GLuint index​, GLdouble nearVal​, GLdouble farVal​)

The index​ is the viewport index to set the parameters for. glViewportIndexedfv takes an array of 4 floats, in the same orders as the parameters for glViewportIndexedf.

Multiple viewport indices can be set with a single function, via these APIs:

void glViewportArrayv(GLuint first​, GLsizei count​, const GLfloat *v​)

void glDepthRangeArrayv(GLuint first​, GLsizei count​, const GLdouble *v​)

The first​ index is the first viewport index to set. count​ is the number of viewport indices to be set by the function. v​ is an array of viewport values, which contains count​ * 4 or 2 values, depending on the function being called. The values for a single viewport index are in the same order as the arguments in the regular function calls.

See also