Kennt ihr nicht auch das problem, ihr programmiert irgendwas mit OpenGL was schon etwas komplexer ist, benutzt blend modis, texture1d, texture2d, texture3d, Texgen und andere sachen.

Wenn ihr jetzt irgendwo vergessen habt ne texture zu deaktivieren, dann funzt z.b. das ganze nich mehr richtig, jetzt wäre es z.b. sinnvoll um solche fehler vermeiden, das die OpenGL States nachdem ihr sie aktiviert habt wieder zurückgesetzt werden, auch blend operationen oder so.

Ich weiss das geht glaub ich über glPushAttrib und popAttrib... aber wie ich gelesen habe sollen diese nicht so oft benutzt werden. Aber da kann man ja nur einstellen, was enabled und disabled ist... wie ist es mit Blend operationen oder Texgen operationen, oder TexEnv operationen... ?

Wäre da nicht sinnvoll mal eine klasse für zu schreiben wo dieses für uns übernimmt ? Natürlich aber nur die sachen was wir wollen

Also ich versuche mal nen beispiel zu machen wie ich mir das vorstelle:



ungefähr so, sollte natürlich noch complexer sein als so.
Wie man das aber auch mit BindTexture machen soll, da hätte ich jetzt keine idee.

Jetzt frag ich mal... wäre sowas sinnvoll... ?

mata,
Final

Das ist falsch.Schau dir mal die glManPage zu glPushAttrib an, dort wird genau gesagt was mit jedem Push-BIT so auf den Attributstack gelegt wird.Beim GL_TEXTURE_BIT wird folgendes auf den Stack gelegt : Alle vier Texturkoordinaten, Randfarbe, Verkleinerungs- und Vergrößerungsfunktion, Wrapmodus, Farb- und Blendmodus der Texturenumgebung, und noch vieles mehr.Dort wird also weitaus mehr gemacht als den Status Enabled oder Disabled zu speichern.
Und diese Funktion ist meiner Meinung nach IMMER schneller als wenn du es selbst machst!Wenn du z.B. via GL_ALL_ATTRIB_BITS alle Attribute sichern willst, wirds logischerweise sehr langsam, da dann hunderte Attribute gesichert werden müssen, aber ich bin mir fast sicher das es dann trotzdem noch schneller ist als wenn du diese Attribute alle per Hand sicherst.

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

Ich befürchte dadurch allerdings auch, dass man sich damit selber ins Knie schießen würde.
Einfaches Beispiel. Ich muss ja nicht für jede 2DTextur vorher glEnable und hinterher wieder glDisable aufrufen. Es reicht ja, wenn ich eine 1D o. 3D Textur benutzen will, dass ich dann die 2D Disable. Sofern du bei 2DTexturen bleibst genügt es vollkommen die neue Textur zu binden. Du musst die Alte ja nicht erst entfernen. Oder das Blenden. Es würde ja reichen wenn ich es Disable da muss man ja die BlendFunc nicht löschen. Eine Handoptimierung finde ich da effizienter.

PS: Um eine Textur wieder los zu werden brauchst du lediglich die ID 0 binden.

Am bequemsten ist es, wenn man die ganzes States in einem Shader speichert, und dann aus einer Datei ausliest. Da kann man dann auch gleich noch mit angeben welches Vertex und Fragment Program benutzt wird. Natürlich sollte man nur die Werte ändern, die der Shader auch benutzt. Außerdem kann man dann in den Shader auch mit hineinschreiben welche Texturen zu welcher OpenGL Texture gebunden werden sollen. Dann kann man sich solche OpenGL Befehle, die den Status verändern, fast ganz sparen und das Rendern vereinfacht sich auf folgenden Ablauf.

Shader1 aktivieren
Zeichnen
Shader1 Deaktivieren

Shader2 aktivieren
Zeichnen
Shader1 Deaktivieren

Anstelle Shader1 zu deaktivieren und Shader2 zu aktivieren, kann man auch nur die States verändern, die sich bei beiden Shadern unterscheiden.