TextureBufferObjects: Unterschied zwischen den Versionen

Aktuelle Version vom 10. Januar 2010, 14:37 Uhr

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 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 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 Shader Model 4.0 Partikelsystem exzessiv benutzt. Ein 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:

GLuint myTBO;
glGenTextures(1, &myTBO);

Das Löschen geschieht genauso gewohnt mit glDeleteTextures:

glDeleteTextures(1, &myTBO);

Um das TextureBufferObject zu verwenden muss es wie eine normale Textur mit glBindTexture gebunden werden. Wir übergeben dabei allerdings die Konstante GL_TEXTURE_BUFFER_ARB als ersten Parameter:

glBindTexture(GL_TEXTURE_BUFFER_ARB, myTBO);

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 VertexBufferObject handeln.

glTexBufferARB(GL_TEXTURE_BUFFER_ARB, GL_RGBA32F_ARB, myVBO);

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 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: samplerBuffer, usamplerBuffer oder isamplerBuffer, je nachdem, was unser TextureBufferObject 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 TextureBufferObject zu:

#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
	// ...
}

Texelformate

Die folgende Tabelle aus der Extension-Spezifikation gibt eine Übersicht über die möglichen Texelformate.

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).

Literatur

• ARB_texture_buffer_object (Englisch)