GlTexImage1D: Difference between revisions
m (Protected "GlTexImage1D" ([Edit=Allow only autoconfirmed users] (indefinite) [Move=Allow only autoconfirmed users] (indefinite))) |
m (Removed protection from "GlTexImage1D") |
(No difference)
| |
Revision as of 19:15, 2 June 2022
_glTexImage1D: specify a one-dimensional texture image
Syntax
SUB _glTexImage1D (BYVAL target AS _UNSIGNED LONG, BYVAL level AS LONG, BYVAL internalformat AS LONG, BYVAL width AS LONG, BYVAL border AS LONG, BYVAL format AS _UNSIGNED LONG, BYVAL type AS _UNSIGNED LONG, pixels AS _OFFSET) void _glTexImage1D(GLenum target, GLint level, GLint internalFormat, GLsizei width, GLint border, GLenum format, GLenum type, const GLvoid * data);
- target
- Specifies the target texture. Must be Template:KW or Template:KW.
- level
- Specifies the level-of-detail number. Level 0 is the base image level. Level n is the nth mipmap reduction image.
- internalFormat
- Specifies the number of color components in the texture. Must be one of base internal formats given in Table 1, one of the sized internal formats given in Table 2, or one of the compressed internal formats given in Table 3, below.
- width
- Specifies the width of the texture image. All implementations support texture images that are at least 1024 texels wide. The height of the 1D texture image is 1.
- border
- This value must be 0.
Template:Glapi pixeltransferupparams
Description
Texturing maps a portion of a specified texture image onto each graphical primitive for which texturing is enabled. To enable and disable one-dimensional texturing, call Template:KW and Template:KW with argument Template:KW.
Texture images are defined with _glTexImage1D. The arguments describe the parameters of the texture image, such as width, width of the border, level-of-detail number (see Template:KW), and the internal resolution and format used to store the image. The last three arguments describe how the image is represented in memory.
If target is Template:KW, no data is read from data, but all of the texture image state is recalculated, checked for consistency, and checked against the implementation's capabilities. If the implementation cannot handle a texture of the requested texture size, it sets all of the image state to 0, but does not generate an error (see Template:KW). To query for an entire mipmap array, use an image array level greater than or equal to 1.
If target is Template:KW, data is read from data as a sequence of signed or unsigned bytes, shorts, or longs, or single-precision floating-point values, depending on type. These values are grouped into sets of one, two, three, or four values, depending on format, to form elements. Each data byte is treated as eight 1-bit elements, with bit ordering determined by Template:KW (see Template:KW).
If a non-zero named buffer object is bound to the Template:KW target (see Template:KW) while a texture image is specified, data is treated as a byte offset into the buffer object's data store.
The first element corresponds to the left end of the texture array. Subsequent elements progress left-to-right through the remaining texels in the texture array. The final element corresponds to the right end of the texture array.
format determines the composition of each element in data. It can assume one of these symbolic values:
- Template:KW
- Each element is a single red component. The GL converts it to floating point and assembles it into an RGBA element by attaching 0 for green and blue, and 1 for alpha. Each component is then multiplied by the signed scale factor Template:KW, added to the signed bias Template:KW, and clamped to the range [0,1].
- Template:KW
- Each element is a red/green pair. The GL converts it to floating point and assembles it into an RGBA element by attaching 0 for blue, and 1 for alpha. Each component is then multiplied by the signed scale factor Template:KW, added to the signed bias Template:KW, and clamped to the range [0,1].
- Template:KW or Template:KW
- Each element is an RGB triple. The GL converts it to floating point and assembles it into an RGBA element by attaching 1 for alpha. Each component is then multiplied by the signed scale factor Template:KW, added to the signed bias Template:KW, and clamped to the range [0,1].
- Template:KW or Template:KW
- Each element contains all four components. Each component is multiplied by the signed scale factor Template:KW, added to the signed bias Template:KW, and clamped to the range [0,1].
- Template:KW
- Each element is a single depth value. The GL converts it to floating point, multiplies by the signed scale factor Template:KW, adds the signed bias Template:KW, and clamps to the range [0,1].
If an application wants to store the texture at a certain resolution or in a certain format, it can request the resolution and format with internalFormat. The GL will choose an internal representation that closely approximates that requested by internalFormat, but it may not match exactly. (The representations specified by Template:KW, Template:KW, Template:KW and Template:KW must match exactly.)
internalFormat may be one of the base internal formats shown in Table 1, below
Template:Glapi baseformattable
internalFormat may also be one of the sized internal formats shown in Table 2, below
Template:Glapi internalformattable
Finally, internalFormat may also be one of the generic or compressed compressed texture formats shown in Table 3 below
Template:Glapi compressedformattable
If the internalFormat parameter is one of the generic compressed formats, Template:KW, Template:KW, Template:KW, or Template:KW, the GL will replace the internal format with the symbolic constant for a specific internal format and compress the texture before storage. If no corresponding internal format is available, or the GL can not compress that image for any reason, the internal format is instead replaced with a corresponding base internal format.
If the internalFormat parameter is Template:KW, Template:KW, Template:KWor Template:KW, the texture is treated as if the red, green, or blue components are encoded in the sRGB color space. Any alpha component is left unchanged. The conversion from the sRGB encoded component c<sub>s</sub> to a linear component c<sub>l</sub> is:
Assume c<sub>s</sub> is the sRGB component in the range [0,1].
Use the Template:KW target to try out a resolution and format. The implementation will update and recompute its best match for the requested storage resolution and format. To then query this state, call Template:KW. If the texture cannot be accommodated, texture state is set to 0.
A one-component texture image uses only the red component of the RGBA color from data. A two-component image uses the R and A values. A three-component image uses the R, G, and B values. A four-component image uses all of the RGBA components.
Image-based shadowing can be enabled by comparing texture r coordinates to depth texture values to generate a boolean result. See Template:KW for details on texture comparison.
Template:KW modes affect texture images.
data may be a null pointer. In this case texture memory is allocated to accommodate a texture of width width. You can then download subtextures to initialize the texture memory. The image is undefined if the program tries to apply an uninitialized portion of the texture image to a primitive.
_glTexImage1D specifies the one-dimensional texture for the current texture unit, specified with Template:KW.
Template:KW is generated if target is not Template:KW or Template:KW.
Template:KW is generated if format is not an accepted format constant. Format constants other than Template:KW are accepted.
Template:KW is generated if type is not a type constant.
Template:KW is generated if level is less than 0.
Template:KW may be generated if level is greater than log<sub>2</sub>(max), where max is the returned value of Template:KW.
Template:KW is generated if internalFormat is not one of the accepted resolution and format symbolic constants.
Template:KW is generated if width is less than 0 or greater than Template:KW.
Template:KW is generated if border is not 0.
Template:KW is generated if type is one of Template:KW, Template:KW, Template:KW, or Template:KW and format is not Template:KW.
Template:KW is generated if type is one of Template:KW, Template:KW, Template:KW, Template:KW, Template:KW, Template:KW, Template:KW, or Template:KW and format is neither Template:KW nor Template:KW.
Template:KW is generated if format is Template:KW and internalFormat is not Template:KW, Template:KW, Template:KW, or Template:KW.
Template:KW is generated if internalFormat is Template:KW, Template:KW, Template:KW, or Template:KW, and format is not Template:KW.
Template:KW is generated if a non-zero buffer object name is bound to the Template:KW target and the buffer object's data store is currently mapped.
Template:KW is generated if a non-zero buffer object name is bound to the Template:KW target and the data would be unpacked from the buffer object such that the memory reads required would exceed the data store size.
Template:KW is generated if a non-zero buffer object name is bound to the Template:KW target and data is not evenly divisible into the number of bytes needed to store in memory a datum indicated by type.
Template:KW with argument Template:KW
See also
SUB _GL Template:KW, Template:KW, Template:KW, Template:KW, Template:KW, Template:KW, Template:KW, Template:KW, Template:KW, Template:KW