Fragment Shader/Defined Inputs: Difference between revisions
Jump to navigation
Jump to search
m (Bot: Updating section links to use redirects.) |
(Trying to fix broken layout on FS page.) |
||
Line 35: | Line 35: | ||
; {{code|gl_SampleID}} | ; {{code|gl_SampleID}} | ||
: This is an integer identifier for the current sample that this fragment is rasterized for. | : This is an integer identifier for the current sample that this fragment is rasterized for. | ||
{{warning|Any use of this variable ''at all'' will force this shader to be evaluated per-sample. Since much of the point of [[Multisample|multisampling]] is to avoid that, you should use it only when you must.}} | |||
; {{code|gl_SamplePosition}} | ; {{code|gl_SamplePosition}} | ||
: This is the location of the current sample for the fragment within the pixel's area, with values on the range [0, 1]. The origin is the bottom-left of the pixel area. | : This is the location of the current sample for the fragment within the pixel's area, with values on the range [0, 1]. The origin is the bottom-left of the pixel area. | ||
{{warning|Any use of this variable ''at all'' will force this shader to be evaluated per-sample. Since much of the point of [[Multisample|multisampling]] is to avoid that, you should use it only when you must.}} | |||
; {{code|gl_SampleMaskIn}} | ; {{code|gl_SampleMaskIn}} | ||
: When using [[Multisample|multisampling]], this variable contains a bitfield for the sample mask of the fragment being generated. The array is as long as needed to fill in the number of samples supported by the GL implementation. | : When using [[Multisample|multisampling]], this variable contains a bitfield for the sample mask of the fragment being generated. The array is as long as needed to fill in the number of samples supported by the GL implementation. |
Revision as of 22:41, 29 June 2015
Fragment Shaders have the following built-in input variables.
in vec4 gl_FragCoord;
in bool gl_FrontFacing;
in vec2 gl_PointCoord;
- gl_FragCoord
- The location of the fragment in window space. The X, Y and Z components are the window-space position of the fragment. The Z value will be written to the depth buffer if gl_FragDepth is not written to by this shader stage. The W component of gl_FragCoord is 1/Wclip, where Wclip is the interpolated W component of the clip-space vertex position output to gl_Position from the last Vertex Processing stage.
- The space of gl_FragCoord can be modified by redeclaring gl_FragCoord with special input layout qualifiers:
layout(origin_upper_left) in vec4 gl_FragCoord;
- This means that the origin for gl_FragCoord's window-space will be the upper-left of the screen, rather than the usual lower-left.
layout(pixel_center_integer) in vec4 gl_FragCoord;
- OpenGL window space is defined such that pixel centers are on half-integer boundaries. So the center of the lower-left pixel is (0.5, 0.5). Using pixel_center_integer adjust gl_FragCoord such that whole integer values represent pixel centers.
- Both of these exist to be compatible with D3D's window space. Unless you need your shaders to have this compatibility, you are advised not to use these features.
- gl_FrontFacing
- This is true if this fragment was generated by the front-face of the primitive; it is false if it was generated by the back-face. Only triangle Primitives have a back face; fragments generated by all other primitives will always have this be set to true.
- gl_PointCoord
- The location within a point primitive that defines the position of the fragment relative to the side of the point. Points are effectively rasterized as window-space squares of a certain pixel size. Since points are defined by a single vertex, the only way to tell where in that square a particular fragment is is with gl_PointCoord.
- The values of gl_PointCoord's coordinates range from [0, 1]. OpenGL uses a upper-left origin for point-coordinates by default, so (0, 0) is the upper-left. However, the origin can be switched to a bottom-left origin by calling glPointParameteri(GL_POINT_SPRITE_COORD_ORIGIN, GL_LOWER_LEFT);
OpenGL 4.0 and above define additional system-generated input values:
in int gl_SampleID;
in vec2 gl_SamplePosition;
in int gl_SampleMaskIn[];
- gl_SampleID
- This is an integer identifier for the current sample that this fragment is rasterized for.
Warning: Any use of this variable at all will force this shader to be evaluated per-sample. Since much of the point of multisampling is to avoid that, you should use it only when you must.
- gl_SamplePosition
- This is the location of the current sample for the fragment within the pixel's area, with values on the range [0, 1]. The origin is the bottom-left of the pixel area.
Warning: Any use of this variable at all will force this shader to be evaluated per-sample. Since much of the point of multisampling is to avoid that, you should use it only when you must.
- gl_SampleMaskIn
- When using multisampling, this variable contains a bitfield for the sample mask of the fragment being generated. The array is as long as needed to fill in the number of samples supported by the GL implementation.
Some Fragment shader built-in inputs will take values specified by OpenGL, but these values can be overridden by user control.
in float gl_ClipDistance[];
in int gl_PrimitiveID;
- gl_ClipDistance
- This array contains the interpolated clipping plane half-spaces, as output for vertices from the last Vertex Processing stage.
- gl_PrimitiveID
- This value is the index of the current primitive being rendered by this drawing command. However, if a Geometry Shader is active, then the gl_PrimitiveID is what the GS provided as output. If the GS did not output a value, then the fragment shader gets an undefined value.
GL 4.3 provides the following additional inputs:
in int gl_Layer;
in int gl_ViewportIndex;
- gl_Layer
- This is either 0 or the layer number for this primitive output by the Geometry Shader.
- gl_ViewportIndex
- This is either 0 or the viewport index for this primitive output by the Geometry Shader.