缓冲纹理 Buffer Textures
除了在前面的章节中描述的一维、二维和三维、一维和二维数组以及立方体贴图纹理之外，还支持一种额外的纹理类型。缓冲纹理类似于一维纹理。然而，与其他纹理类型不同，纹理图像不作为纹理的一部分存储。相反，缓冲对象附加到缓冲纹理上，并且纹理图像来自于该缓冲对象的数据存储。当缓冲对象的数据存储内容被修改时，这些更改会反映在任何附加到该缓冲对象的缓冲纹理的内容中。缓冲纹理没有多个图像级别；只有一个数据存储可用。
以下命令
void glTexBufferRange(enum target, enum internalformat, uint buffer, intptr offset, sizeiptr size);
void glTextureBufferRange(uint texture, enum internalformat, uint buffer, intptr offset, sizeiptr size);
将缓冲对象命名为buffer的存储范围附加到缓冲纹理上，大小为size个基本机器单元，从offset（也是基本机器单元）开始。对于glTexBufferRange，缓冲纹理是当前绑定到目标的纹理。对于glTextureBufferRange，texture是缓冲纹理的名称。目标或纹理的有效目标必须为TEXTURE_BUFFER。
如果buffer为零，则分离附加到缓冲纹理的任何缓冲对象，忽略offset和size的值，并将缓冲纹理的offset和size状态重置为零。internalformat指定在附加的缓冲对象范围内找到的纹理图像的存储格式，并且必须是Table 8.16中找到的大小内部格式之一。
这两个命令
void glTexBuffer( enum target, enum internalformat, uint buffer );
void glTextureBuffer( uint texture, enum internalformat, uint buffer );
分别等同于：
glTexBufferRange(target, internalformat, buffer, 0, size);
glTextureBufferRange(texture, internalformat, buffer, 0, size);
其中，size 是缓冲对象 buffer 的 BUFFER_SIZE 值。
当一个缓冲对象的存储范围被附加到缓冲纹理时，该缓冲的数据存储区范围被视为纹理的纹理图像。缓冲纹理中纹理图像中的纹理单元（texel）数量计算方式为：
size / (components * sizeof(base type))
这里的 components 和 base type 分别是Table 8.16中指定的元素计数和基础类型。
然后，纹理图像中的纹理单元数量会被限制在实现依赖的上限内，这个上限值为 MAX_TEXTURE_BUFFER_SIZE。
在着色器中访问缓冲纹理时，会提供一个整数来表示正在访问的纹理坐标。如果没有任何缓冲对象绑定到缓冲纹理上，纹理访问的结果未定义。否则，将解释所附加的缓冲对象数据存储区作为一个与 internalformat 对应的 GL 数据类型的数组。每个纹理单元由一到四个元素组成，这些元素映射到纹理组件（R、G、B、A）。编号为 n 的纹理单元的第 m 个元素来自所附加缓冲对象数据存储区中的 n × components + m 位置处的元素。元素和纹理单元都是从零开始编号。对于具有带符号或无符号归一化定点组件的纹理格式，提取的值会分别使用公式2.2或2.1转换为浮点数。然后根据Table 8.16将纹理的组件转换为(R, G, B, A)向量，并根据纹理内部格式适当的数据类型，将结果作为四组件向量返回给着色器。基础数据类型、组件计数、归一化组件信息以及数据存储区元素到纹理组件的映射都在Table 8.16中指定。
除了将缓冲对象附加到纹理外，还可以通过将缓冲对象绑定到名为 TEXTURE_BUFFER 的缓冲对象目标，以便指定、修改或读取缓冲对象的数据存储区。绑定到 TEXTURE_BUFFER 的缓冲对象不会影响渲染效果。要将缓冲对象绑定到 TEXTURE_BUFFER，可以调用 BindBuffer 函数，将 target 设置为 TEXTURE_BUFFER，如第6节所述。
| Sized Internal Format | Base Type | Components | Norm | 0 | 1 | 2 | 3 |
|---|---|---|---|---|---|---|---|
| R8 | ubyte | 1 | Yes | R | 0 | 0 | 1 |
| R16 | ushort | 1 | Yes | R | 0 | 0 | 1 |
| R16F | half | 1 | No | R | 0 | 0 | 1 |
| R32F | float | 1 | No | R | 0 | 0 | 1 |
| R8I | byte | 1 | No | R | 0 | 0 | 1 |
| R16I | short | 1 | No | R | 0 | 0 | 1 |
| R32I | int | 1 | No | R | 0 | 0 | 1 |
| R8UI | ubyte | 1 | No | R | 0 | 0 | 1 |
| R16UI | ushort | 1 | No | R | 0 | 0 | 1 |
| R32UI | uint | 1 | No | R | 0 | 0 | 1 |
| RG8 | ubyte | 2 | Yes | R | G | 0 | 1 |
| RG16 | ushort | 2 | Yes | R | G | 0 | 1 |
| RG16F | half | 2 | No | R | G | 0 | 1 |
| RG32F | float | 2 | No | R | G | 0 | 1 |
| RG8I | byte | 2 | No | R | G | 0 | 1 |
| RG16I | short | 2 | No | R | G | 0 | 1 |
| RG32I | int | 2 | No | R | G | 0 | 1 |
| RG8UI | ubyte | 2 | No | R | G | 0 | 1 |
| RG16UI | ushort | 2 | No | R | G | 0 | 1 |
| RG32UI | uint | 2 | No | R | G | 0 | 1 |
| RGB32F | float | 3 | No | R | G | B | 1 |
| RGB32I | int | 3 | No | R | G | B | 1 |
| RGB32UI | uint | 3 | No | R | G | B | 1 |
| RGBA8 | ubyte | 4 | Yes | R | G | B | A |
| RGBA16 | ushort | 4 | Yes | R | G | B | A |
| RGBA16F | half | 4 | No | R | G | B | A |
| RGBA32F | float | 4 | No | R | G | B | A |
| RGBA8I | byte | 4 | No | R | G | B | A |
| RGBA16I | short | 4 | No | R | G | B | A |
| RGBA32I | int | 4 | No | R | G | B | A |
| RGBA8UI | ubyte | 4 | No | R | G | B | A |
| RGBA16UI | ushort | 4 | No | R | G | B | A |
| RGBA32UI | uint | 4 | No | R | G | B | A |
Table 8.16: Internal formats for buffer textures. For each format, the data type of each element is indicated in the “Base Type” column and the element count is in the “Components” column. The “Norm” column indicates whether components should be treated as normalized floating-point values. The “Component 0, 1, 2, and 3” columns indicate the mapping of each element of a texel to texture components
)
