Wann werden Texturen mit

geladen ?

Im Normalfall werden sie mit

geladen,

_________________
OpenGL

Das sind auch zwei total unterschiedliche Dinge. mit einem Texture Buffer Objekt kann man in einem Shader auf einen großen Speicherbereich im VRAM zugreifen, ungefiltert (via textelFetch) und nur ein-dimensional.

Heute nutzt man aber eher SSBOs für solche Datenzugriffe, die sind was die Datenstrukturen angeht flexibler.

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)

Ist dies etwas ähnliches wie UBO ?

_________________
OpenGL

Nein, sind zwar beides Buffer Objekte, aber SSBO und UBO bilden unterschiedliche Teile der Hardware ab. SSBOs kann man (vereinfacht) als globalen Speicher sehen, und erlauben den (relativ) freien Zugriff auf große Speicherbereiche (min. 16 MByte, i.d.r. aber viel größer, man kann z.B. in einem Compute Shader direkt in ein SSBO schreiben). Daten eines UBOs landen i.d.R. irgendwo in einem Register und können somit von der GPU schneller zugegriffen werden. Die sind dann in der größe i.d.R. eingeschränkt (auf NV afair 64 KByte damit die immer komplett in die Register passen). Kann man sich ein wenig wie heap und stack vorstellen, wobei das natürlich je nach GPU-Design unterschiedlich ist und es z.B. zwischen AMD und NV grundlegende Unterschiede gibt.

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)

Dann ist dies so etwas ähnliches, so wie man unter DOS direkt auf das VRAM zugreifen konnte ?

_________________
OpenGL

Nein, einen direkten Zugriff auf den VRAM bietet ein SSBO auch nicht. Das wäre sicherheitstechnisch auch zu kritisch.

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)

Dies stimmt auch wieder.

Für was sind diese Puffer TBO und SSBO sinnvoll ?
Weis du eine Anwendung, wo man diese brauchen könnte ?

_________________
OpenGL

In modernem OpenGL und v.a Vulkan arbeitet man nur noch mit Buffer Objekten, v.a. SSBO und UBO, TBO nutzt man eigentlich eher selten. VBO und IBO nutzt man ja sowieso. SSBOs werden oft zusammen mit compute Shadern benutzt, die sowohl aus dem SSBO lesen und auch in das SSBO schreiben können. Damit kann man z.B. GPU-basierende Partikelsysteme umsetzen. Mache ich u.a. in meinen Vulkan-Demos, da gibt es u.a. auch eins für eine N-Body Simulation via Compute Shader bei der die Partikeldaten im SSBO liefen.

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)

Das hat du recht, auch mit OpenGL 3.3 läuft vieles über Puffer, die wichtigsten sind VBO und VBA.
Die Unifom-Variablen kann man auch mit eine Puffer übergeben (UBO).
Und natürlich die Texturen, wobei die schon seit dem ersten OpenGL über einen Puffer gingen.

Wen man Tutorial mal abgeschlossen ist, würde es sich sicher mal lohnen Vulkan genauer anzugucken.
Seit ich am Tutorial arbeite, sind bei mir auch schon wieder Fragen aufgekommen.

ZB. glBufferSubData(....

_________________
OpenGL

Ich denke nicht, dass Sascha sich auf OpenGL 3.3 bezieht, wenn er von "modernem OpenGL" redet. Da gibt es ja noch gar keine SSBOs.

Nein. Texturen in OpenGL sind keine Buffer Objects, sondern eine eigene Art von OpenGL Objekt, die auf Bilddaten spezialisiert ist. Filterung, Kompression, Mipmapping – alles Dinge, die du bei Buffer Objects (also auch bei TBOs) nicht angeben kannst.

_________________
So aktivierst du Syntaxhighlighting im Forum: [code=pascal ][/code], [code=cpp ][/code], [code=java ][/code] oder [code=glsl ][/code] (ohne die Leerzeichen)