DGL Wiki - Benutzerbeiträge [de]

TextureBufferObjects

2010-01-08T18:51:56Z

K-bal: Neu strukuriert, andere Formulierungen.

Shader Model 4.0 führt mit der Extension [[GL_ARB_texture_buffer_object]] einen zusätzlichen Texturtyp ein: Das TextureBufferObject, oftmals abgekürzt mit TBO. Dabei handelt es sich um eine eindimensionale Textur, welche ihren Speicherbereich nicht selbst enthält, sondern auf den Speicher eines verknüpften BufferObjects zugreift. Bei einem solchen BufferObject kann es sich beispielsweise um ein [[VBO|VertexBufferObject]] (VBO) handeln. Es steht somit die Flexibilität von Bufferobjekten auch für Texturen zur Verfügung (fast) ohne zusätzliche Schnittstellen.

Im Zusammenhang mit [[Shader#Transform-Feedback_.28auch_Stream-Out.29|Transform Feedback]] aber auch mit [[Instancing]] und bei anderen Gelegenheiten erweisen sich TextureBufferObjects als sehr nützlich. Mit Transform-Feedback kann in einen Vertexbuffer geschrieben werden, welcher dann im nächsten Renderpass ohne zusätzliche Kopiervorgänge als Textur benutzt werden kann. Dies wird unter anderem beim [[GLSL_Partikel_2|Shader Model 4.0 Partikelsystem]] exzessiv benutzt. Ein [[shader_Instancing|Beispiel zu Instancing]] findet sich in der [[Shadersammlung]].

Im Shader können TextureBufferObjects ausschließlich mit Integer-Koordinaten adressiert werden. Daher findet auch keine Interpolation zwischen Texeln statt. Wer eine Interpolation benötigt kann diese aber einfach selbst im Shader implementieren.

Für TextureBufferObjects muss keine Größe angegeben werden. Die Größe der Textur berechnet sich aus der Gesamtgröße des zugehörigen Bufferobjektes geteilt durch die Größe eines Texels. Die maximale Größe eines TextureBufferObjects beträgt dabei 2^27 = 134.217.728 Texel im Gegensatz zu normalen eindimensionalen Texturen, welche eine maximale Größe von 2^13 = 8.192 Texeln haben. In Kombination mit einem 4x32bit Texelformat (z.B. RGBA32F) bedeutet dies, dass ein TBO theoretisch bis zu 2 GB groß werden darf. Praktisch ist die Größe natürlich durch den Speicher der Grafikkarte begrenzt.

==Verwendung==
===Verwendung im Programm===
Um unser TextureBufferObject zu Erstellen benutzen wir wie bei gewöhnlichen Texturen die Funktion [[glGenTextures]]:
<source lang="cpp">
GLuint myTBO;
glGenTextures(1, &myTBO);
</source>

Das Löschen geschieht genauso gewohnt mit [[glDeleteTextures]]:
<source lang="cpp">
glDeleteTextures(1, &myTBO);
</source>

Um das TextureBufferObject zu verwenden muss es wie eine normale Textur mit [[glBindTexture]] gebunden werden. Wir übergeben dabei allerdings die Konstante <tt>GL_TEXTURE_BUFFER_ARB</tt> als ersten Parameter:
<source lang="cpp">
glBindTexture(GL_TEXTURE_BUFFER_ARB, myTBO);
</source>

Anschließend geben wir mit [[glTexBufferARB]]''(enum target, enum internalformat, uint buffer)''
an, welches BufferObject mit dem TextureBufferObject verknüpft werden soll. Bei diesem BufferObject kann es sich zum Beispiel um ein [[VBO|VertexBufferObject]] handeln.
<source lang="cpp">
glTexBufferARB(GL_TEXTURE_BUFFER_ARB, GL_RGBA32F_ARB, myVBO);
</source>

Der zweite Parameter gibt hierbei den Datentyp unserer Textur an. Als Beispiel wurde hier ''GL_RGBA32F_ARB'' gewählt. Damit wird unsere Textur als vierelementiger 32-bit-float-Vektor benutzt (4*4 = 16 Byte pro Texel). Die Tabelle im [[#Texelformate|Abschnitt Texelformate]] gibt eine Übersicht über die möglichen Formate, welche als zweiter Parameter angegeben werden können.

===Verwendung im Shader===
Unser TextureBufferObject ist nun erstellt und gebunden. Nun ist es an der Zeit, es im Shader auszulesen. Dafür brauchen wir neue Textursampler-Typen: <tt>samplerBuffer</tt>, <tt>usamplerBuffer</tt> oder <tt>isamplerBuffer</tt>, je nachdem, was unser TextureBufferObject für einen Datentyp repräsentiert: <tt>float</tt>, <tt>unsigned int</tt> oder <tt>int</tt>. Über diesen Sampler greifen wir mit der Funktion <tt>texelFetchBuffer(samplerBuffer sampler, uint index)</tt> auf unser TextureBufferObject zu:

<source lang="glsl">
#extension GL_EXT_gpu_shader4 : require

// ...

uniform samplerBuffer tbo; // Unser Sampler, wir benutzen floats => samplerBuffer

void main()
{
// Wir brauchen einen Array-Index um einen Texel zum Auslesen zu bestimmen.
unsigned int index;

// Wir berechnen unseren Index.
// ...

// Wir holen einen Texel aus unserem TextureBufferObject.
vec4 tmp = texelFetchBuffer(tbo, index);

// Wir machen etwas mit tmp
// ...
}
</source>

== Texelformate ==
Die folgende Tabelle aus der [http://www.opengl.org/registry/specs/ARB/texture_buffer_object.txt Extension-Spezifikation] gibt eine Übersicht über die möglichen Texelformate.

{{Hinweis|Es gibt nur ein-, zwei- und vier-elementige Typen. Will man also drei-elementige Daten benutzen, so muss man eine vierte Komponente ergänzen (zusätzlicher Speicherverbrauch) oder die Komponenten-Indizes im Shader zurückrechnen (zusätzlicher Rechenaufwand).}}

{| {{Prettytable_B1}}
|- style="background:#CCCCCC;"
! rowspan=2 | Sized Internal Format
! rowspan=2 | Base Type
! rowspan=2 | Components
! rowspan=2 | Norm
! colspan=4 | Component
|- style="background:#CCCCCC;"
! 0 !! 1 !! 2 !! 3
|-
| GL_ALPHA8 || ubyte || 1 || Y || A || . || . || .
|-
| GL_ALPHA16 || ushort || 1 || Y || A || . || . || .
|-
| GL_ALPHA16F_ARB || half || 1 || N || A || . || . || .
|-
| GL_ALPHA32F_ARB || float || 1 || N || A || . || . || .
|-
| GL_ALPHA8I_EXT || byte || 1 || N || A || . || . || .
|-
| GL_ALPHA16I_EXT || short || 1 || N || A || . || . || .
|-
| GL_ALPHA32I_EXT || int || 1 || N || A || . || . || .
|-
| GL_ALPHA8UI_EXT || ubyte || 1 || N || A || . || . || .
|-
| GL_ALPHA16UI_EXT || ushort || 1 || N || A || . || . || .
|-
| GL_ALPHA32UI_EXT || uint || 1 || N || A || . || . || .
|-
| GL_LUMINANCE8 || ubyte || 1 || Y || L || . || . || .
|-
| GL_LUMINANCE16 || ushort || 1 || Y || L || . || . || .
|-
| GL_LUMINANCE16F_ARB || half || 1 || N || L || . || . || .
|-
| GL_LUMINANCE32F_ARB || float || 1 || N || L || . || . || .
|-
| GL_LUMINANCE8I_EXT || byte || 1 || N || L || . || . || .
|-
| GL_LUMINANCE16I_EXT || short || 1 || N || L || . || . || .
|-
| GL_LUMINANCE32I_EXT || int || 1 || N || L || . || . || .
|-
| GL_LUMINANCE8UI_EXT || ubyte || 1 || N || L || . || . || .
|-
| GL_LUMINANCE16UI_EXT || ushort || 1 || N || L || . || . || .
|-
| GL_LUMINANCE32UI_EXT || uint || 1 || N || L || . || . || .
|-
| GL_LUMINANCE8_ALPHA8 || ubyte || 2 || Y || L || A || . || .
|-
| GL_LUMINANCE16_ALPHA16 || ushort || 2 || Y || L || A || . || .
|-
| GL_LUMINANCE_ALPHA16F_ARB || half || 2 || N || L || A || . || .
|-
| GL_LUMINANCE_ALPHA32F_ARB || float || 2 || N || L || A || . || .
|-
| GL_LUMINANCE_ALPHA8I_EXT || byte || 2 || N || L || A || . || .
|-
| GL_LUMINANCE_ALPHA16I_EXT || short || 2 || N || L || A || . || .
|-
| GL_LUMINANCE_ALPHA32I_EXT || int || 2 || N || L || A || . || .
|-
| GL_LUMINANCE_ALPHA8UI_EXT || ubyte || 2 || N || L || A || . || .
|-
| GL_LUMINANCE_ALPHA16UI_EXT || ushort || 2 || N || L || A || . || .
|-
| GL_LUMINANCE_ALPHA32UI_EXT || uint || 2 || N || L || A || . || .
|-
| GL_INTENSITY8 || ubyte || 1 || Y || I || . || . || .
|-
| GL_INTENSITY16 || ushort || 1 || Y || I || . || . || .
|-
| GL_INTENSITY16F_ARB || half || 1 || N || I || . || . || .
|-
| GL_INTENSITY32F_ARB || float || 1 || N || I || . || . || .
|-
| GL_INTENSITY8I_EXT || byte || 1 || N || I || . || . || .
|-
| GL_INTENSITY16I_EXT || short || 1 || N || A || . || . || .
|-
| GL_INTENSITY32I_EXT || int || 1 || N || A || . || . || .
|-
| GL_INTENSITY8UI_EXT || ubyte || 1 || N || A || . || . || .
|-
| GL_INTENSITY16UI_EXT || ushort || 1 || N || A || . || . || .
|-
| GL_INTENSITY32UI_EXT || uint || 1 || N || A || . || . || .
|-
| GL_RGBA8 || ubyte || 4 || Y || R || G || B || A
|-
| GL_RGBA16 || ushort || 4 || Y || R || G || B || A
|-
| GL_RGBA16F_ARB || half || 4 || N || R || G || B || A
|-
| GL_RGBA32F_ARB || float || 4 || N || R || G || B || A
|-
| GL_RGBA8I_EXT || byte || 4 || N || R || G || B || A
|-
| GL_RGBA16I_EXT || short || 4 || N || R || G || B || A
|-
| GL_RGBA32I_EXT || int || 4 || N || R || G || B || A
|-
| GL_RGBA8UI_EXT || ubyte || 4 || N || R || G || B || A
|-
| GL_RGBA16UI_EXT || ushort || 4 || N || R || G || B || A
|-
| GL_RGBA32UI_EXT || uint || 4 || N || R || G || B || A
|}

== Literatur ==
* [http://www.opengl.org/registry/specs/ARB/texture_buffer_object.txt ARB_texture_buffer_object] (Englisch)

TextureBufferObjects

2010-01-07T21:26:04Z

K-bal: /* Benutzung seitens der CPU */ (gl)BindTexture, gl ergänzt

== Texture Buffer Objects ==

Einleitung
Das Shader Model 4.0 bietet einen neuen Texturtyp, die Texture Buffer Objects (GL_ARB_texture_buffer_object). Diese sind eindimensionale Texturen, welche ihren Speicherbereich nicht selbst enthalten, sondern auf den Speicher eines verknüpften Buffer Objects zugreifen. Es steht somit die Flexibilität von Bufferobjekten auch für Texturen zur Verfügung (fast) ohne zusätzliche Schnittstellen. So kann zum Beispiel mit Transform Feedback in einen Vertexbuffer geschrieben werden, welcher im nächsten Renderpass wiederum ohne zusätzliche Kopiervorgänge als Textur benutzt werden kann. Dies wird unter anderem beim [[GLSL_Partikel_2|Shader Model 4.0 Partikelsystem]] exzessiv benutzt.

=== Erstellung und Löschung ===

Um unser Texture Buffer Object zu erstellen benutzen wir die Funktion ''glGenTextures(sizei count, uint* texturehandles)'':

<source lang="cpp">
GLuint myTBO;
glGenTextures(1, &myTBO);
</source>

Das Löschen geschieht mit ''glDeleteTextures(sizei count, uint* texturehandles)'':

<source lang="cpp">
glDeleteTextures(1, &myTBO);
</source>

=== Benutzung seitens der CPU ===

Zuerst binden wir das Texture Buffer Object wie eine normale Textur mit ''glBindTexture(enum target, uint texture)''. Wir übergeben die Konstante ''GL_TEXTURE_BUFFER_ARB'' als ersten Parameter:

<source lang="cpp">
glBindTexture(GL_TEXTURE_BUFFER_ARB, myTBO);
</source>

Anschließend geben wir mit ''glTexBufferARB(enum target, enum internalformat, uint buffer)''
an, welches Buffer Object mit dem Texture Buffer Object verknüpft werden soll:

<source lang="cpp">
glTexBufferARB(GL_TEXTURE_BUFFER_ARB GL_RGBA32F_ARB, myVBO);
</source>

Der zweite Parameter gibt hierbei den Datentyp unserer Textur an. Als Beispiel ist hier ''GL_RGBA32F_ARB'' gewählt. Damit wird unsere Textur als vierelementiger 32-bit-float-Vektor benutzt (4*4 = 16 byte pro Texel). Folgende Tabelle aus der OpenGL-Spezifikation gibt eine Übersicht über die möglichen Konstanten, welche als zweiter Parameter angegeben werden können:

Component
Sized Internal Format Base Type Components Norm 0 1 2 3
------------------------ --------- ---------- ---- -------
ALPHA8 ubyte 1 Y A . . .
ALPHA16 ushort 1 Y A . . .
ALPHA16F_ARB half 1 N A . . .
ALPHA32F_ARB float 1 N A . . .
ALPHA8I_EXT byte 1 N A . . .
ALPHA16I_EXT short 1 N A . . .
ALPHA32I_EXT int 1 N A . . .
ALPHA8UI_EXT ubyte 1 N A . . .
ALPHA16UI_EXT ushort 1 N A . . .
ALPHA32UI_EXT uint 1 N A . . .

LUMINANCE8 ubyte 1 Y L . . .
LUMINANCE16 ushort 1 Y L . . .
LUMINANCE16F_ARB half 1 N L . . .
LUMINANCE32F_ARB float 1 N L . . .
LUMINANCE8I_EXT byte 1 N L . . .
LUMINANCE16I_EXT short 1 N L . . .
LUMINANCE32I_EXT int 1 N L . . .
LUMINANCE8UI_EXT ubyte 1 N L . . .
LUMINANCE16UI_EXT ushort 1 N L . . .
LUMINANCE32UI_EXT uint 1 N L . . .

LUMINANCE8_ALPHA8 ubyte 2 Y L A . .
LUMINANCE16_ALPHA16 ushort 2 Y L A . .
LUMINANCE_ALPHA16F_ARB half 2 N L A . .
LUMINANCE_ALPHA32F_ARB float 2 N L A . .
LUMINANCE_ALPHA8I_EXT byte 2 N L A . .
LUMINANCE_ALPHA16I_EXT short 2 N L A . .
LUMINANCE_ALPHA32I_EXT int 2 N L A . .
LUMINANCE_ALPHA8UI_EXT ubyte 2 N L A . .
LUMINANCE_ALPHA16UI_EXT ushort 2 N L A . .
LUMINANCE_ALPHA32UI_EXT uint 2 N L A . .

INTENSITY8 ubyte 1 Y I . . .
INTENSITY16 ushort 1 Y I . . .
INTENSITY16F_ARB half 1 N I . . .
INTENSITY32F_ARB float 1 N I . . .
INTENSITY8I_EXT byte 1 N I . . .
INTENSITY16I_EXT short 1 N A . . .
INTENSITY32I_EXT int 1 N A . . .
INTENSITY8UI_EXT ubyte 1 N A . . .
INTENSITY16UI_EXT ushort 1 N A . . .
INTENSITY32UI_EXT uint 1 N A . . .

RGBA8 ubyte 4 Y R G B A
RGBA16 ushort 4 Y R G B A
RGBA16F_ARB half 4 N R G B A
RGBA32F_ARB float 4 N R G B A
RGBA8I_EXT byte 4 N R G B A
RGBA16I_EXT short 4 N R G B A
RGBA32I_EXT int 4 N R G B A
RGBA8UI_EXT ubyte 4 N R G B A
RGBA16UI_EXT ushort 4 N R G B A
RGBA32UI_EXT uint 4 N R G B A

Wie man sieht, gibt es nur ein-, zwei- und vier-elementige Typen. Will man also drei-elementige Daten benutzen, so muss man eine vierte Komponente ergänzen (zusätzlicher Speicherverbrauch) oder die Komponenten-Indizes im Shader zurückrechnen (zusätzlicher Rechenaufwand).

=== Benutzung seitens der GPU ===

Unser Texture Buffer Object ist nun erstellt und gebunden. Nun ist es an der Zeit, es im Shader auszulesen. Dafür brauchen wir neue Textursampler-Typen: ''samplerBuffer'', ''usamplerBuffer'' oder ''isamplerBuffer'', je nachdem, was unser Texture Buffer Object für einen Datentyp repräsentiert: ''float'', ''unsigned int'' oder ''int''. Über diesen Sampler greifen wir mit der Funktion ''texelFetchBuffer(samplerBuffer sampler, uint index)'' auf unser Texture Buffer Object zu:

<source lang="glsl">
// .....

uniform samplerBuffer tbo; // Unser sampler, wir benutzen floats => samplerBuffer

void main()
{
// Wir brauchen einen Array-Index um einen Texel zum Auslesen zu bestimmen.

unsigned int index;

// Wir berechnen unseren Index.

// ....

// Wir holen einen Texel aus unserem Texture Buffer Object.

vec4 tmp = texelFetchBuffer(tbo, index);

// Wir machen etwas mit tmp

// .....
}
</source>

=== Größe ===

Für Texture Buffer Objects muss keine Größe angegeben werden; Die Größe der Textur berechnet sich aus der Gesamtgröße des zugehörigen Buffer Objektes geteilt durch die Größe eines Texels. Die maximale Größe eines Texture Buffer Objects beträgt dabei 2^27 = 134217728 im Gegensatz zu normalen eindimensionalen Texturen, welche eine maximale Größe von 2^13 = 8192 haben.

=== Literatur ===

http://www.opengl.org/registry/specs/ARB/texture_buffer_object.txt

TextureBufferObjects

2010-01-07T21:24:33Z

K-bal: Artikel erstellt!

== Texture Buffer Objects ==

Einleitung
Das Shader Model 4.0 bietet einen neuen Texturtyp, die Texture Buffer Objects (GL_ARB_texture_buffer_object). Diese sind eindimensionale Texturen, welche ihren Speicherbereich nicht selbst enthalten, sondern auf den Speicher eines verknüpften Buffer Objects zugreifen. Es steht somit die Flexibilität von Bufferobjekten auch für Texturen zur Verfügung (fast) ohne zusätzliche Schnittstellen. So kann zum Beispiel mit Transform Feedback in einen Vertexbuffer geschrieben werden, welcher im nächsten Renderpass wiederum ohne zusätzliche Kopiervorgänge als Textur benutzt werden kann. Dies wird unter anderem beim [[GLSL_Partikel_2|Shader Model 4.0 Partikelsystem]] exzessiv benutzt.

=== Erstellung und Löschung ===

Um unser Texture Buffer Object zu erstellen benutzen wir die Funktion ''glGenTextures(sizei count, uint* texturehandles)'':

<source lang="cpp">
GLuint myTBO;
glGenTextures(1, &myTBO);
</source>

Das Löschen geschieht mit ''glDeleteTextures(sizei count, uint* texturehandles)'':

<source lang="cpp">
glDeleteTextures(1, &myTBO);
</source>

=== Benutzung seitens der CPU ===

Zuerst binden wir das Texture Buffer Object wie eine normale Textur mit ''BindTexture(enum target, uint texture)''. Wir übergeben die Konstante ''GL_TEXTURE_BUFFER_ARB'' als ersten Parameter:

<source lang="cpp">
glBindTexture(GL_TEXTURE_BUFFER_ARB, myTBO);
</source>

Anschließend geben wir mit ''glTexBufferARB(enum target, enum internalformat, uint buffer)''
an, welches Buffer Object mit dem Texture Buffer Object verknüpft werden soll:

<source lang="cpp">
glTexBufferARB(GL_TEXTURE_BUFFER_ARB GL_RGBA32F_ARB, myVBO);
</source>

Der zweite Parameter gibt hierbei den Datentyp unserer Textur an. Als Beispiel ist hier ''GL_RGBA32F_ARB'' gewählt. Damit wird unsere Textur als vierelementiger 32-bit-float-Vektor benutzt (4*4 = 16 byte pro Texel). Folgende Tabelle aus der OpenGL-Spezifikation gibt eine Übersicht über die möglichen Konstanten, welche als zweiter Parameter angegeben werden können:

Component
Sized Internal Format Base Type Components Norm 0 1 2 3
------------------------ --------- ---------- ---- -------
ALPHA8 ubyte 1 Y A . . .
ALPHA16 ushort 1 Y A . . .
ALPHA16F_ARB half 1 N A . . .
ALPHA32F_ARB float 1 N A . . .
ALPHA8I_EXT byte 1 N A . . .
ALPHA16I_EXT short 1 N A . . .
ALPHA32I_EXT int 1 N A . . .
ALPHA8UI_EXT ubyte 1 N A . . .
ALPHA16UI_EXT ushort 1 N A . . .
ALPHA32UI_EXT uint 1 N A . . .

LUMINANCE8 ubyte 1 Y L . . .
LUMINANCE16 ushort 1 Y L . . .
LUMINANCE16F_ARB half 1 N L . . .
LUMINANCE32F_ARB float 1 N L . . .
LUMINANCE8I_EXT byte 1 N L . . .
LUMINANCE16I_EXT short 1 N L . . .
LUMINANCE32I_EXT int 1 N L . . .
LUMINANCE8UI_EXT ubyte 1 N L . . .
LUMINANCE16UI_EXT ushort 1 N L . . .
LUMINANCE32UI_EXT uint 1 N L . . .

LUMINANCE8_ALPHA8 ubyte 2 Y L A . .
LUMINANCE16_ALPHA16 ushort 2 Y L A . .
LUMINANCE_ALPHA16F_ARB half 2 N L A . .
LUMINANCE_ALPHA32F_ARB float 2 N L A . .
LUMINANCE_ALPHA8I_EXT byte 2 N L A . .
LUMINANCE_ALPHA16I_EXT short 2 N L A . .
LUMINANCE_ALPHA32I_EXT int 2 N L A . .
LUMINANCE_ALPHA8UI_EXT ubyte 2 N L A . .
LUMINANCE_ALPHA16UI_EXT ushort 2 N L A . .
LUMINANCE_ALPHA32UI_EXT uint 2 N L A . .

INTENSITY8 ubyte 1 Y I . . .
INTENSITY16 ushort 1 Y I . . .
INTENSITY16F_ARB half 1 N I . . .
INTENSITY32F_ARB float 1 N I . . .
INTENSITY8I_EXT byte 1 N I . . .
INTENSITY16I_EXT short 1 N A . . .
INTENSITY32I_EXT int 1 N A . . .
INTENSITY8UI_EXT ubyte 1 N A . . .
INTENSITY16UI_EXT ushort 1 N A . . .
INTENSITY32UI_EXT uint 1 N A . . .

RGBA8 ubyte 4 Y R G B A
RGBA16 ushort 4 Y R G B A
RGBA16F_ARB half 4 N R G B A
RGBA32F_ARB float 4 N R G B A
RGBA8I_EXT byte 4 N R G B A
RGBA16I_EXT short 4 N R G B A
RGBA32I_EXT int 4 N R G B A
RGBA8UI_EXT ubyte 4 N R G B A
RGBA16UI_EXT ushort 4 N R G B A
RGBA32UI_EXT uint 4 N R G B A

Wie man sieht, gibt es nur ein-, zwei- und vier-elementige Typen. Will man also drei-elementige Daten benutzen, so muss man eine vierte Komponente ergänzen (zusätzlicher Speicherverbrauch) oder die Komponenten-Indizes im Shader zurückrechnen (zusätzlicher Rechenaufwand).

=== Benutzung seitens der GPU ===

Unser Texture Buffer Object ist nun erstellt und gebunden. Nun ist es an der Zeit, es im Shader auszulesen. Dafür brauchen wir neue Textursampler-Typen: ''samplerBuffer'', ''usamplerBuffer'' oder ''isamplerBuffer'', je nachdem, was unser Texture Buffer Object für einen Datentyp repräsentiert: ''float'', ''unsigned int'' oder ''int''. Über diesen Sampler greifen wir mit der Funktion ''texelFetchBuffer(samplerBuffer sampler, uint index)'' auf unser Texture Buffer Object zu:

<source lang="glsl">
// .....

uniform samplerBuffer tbo; // Unser sampler, wir benutzen floats => samplerBuffer

void main()
{
// Wir brauchen einen Array-Index um einen Texel zum Auslesen zu bestimmen.

unsigned int index;

// Wir berechnen unseren Index.

// ....

// Wir holen einen Texel aus unserem Texture Buffer Object.

vec4 tmp = texelFetchBuffer(tbo, index);

// Wir machen etwas mit tmp

// .....
}
</source>

=== Größe ===

Für Texture Buffer Objects muss keine Größe angegeben werden; Die Größe der Textur berechnet sich aus der Gesamtgröße des zugehörigen Buffer Objektes geteilt durch die Größe eines Texels. Die maximale Größe eines Texture Buffer Objects beträgt dabei 2^27 = 134217728 im Gegensatz zu normalen eindimensionalen Texturen, welche eine maximale Größe von 2^13 = 8192 haben.

=== Literatur ===

http://www.opengl.org/registry/specs/ARB/texture_buffer_object.txt