spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Du meinst mit dieser eigenen Syntax so etwas wie location parameter = 0, o.ä. ? Denn eig. möchte ich bis OpenGL 3.0 schon unterstützen.

Nun, ich glaube ich habe einen "Workaround gefunden" platziert man an den Anfang der Datei so etwas, wie "@enable-syntax-replacement" (Darf ich auch das '@' verwenden, oder würde ich dir damit vor den Bug fahren?), dann wird mittels eines simplen Pre-processors die Syntax entfernt, und ein Post-Build step eingefügt, welcher die Location dann eben manuell bindet. Dann hätte man auch bei OpenGL 3.0 die gleiche Syntax. Zur anderen Frage: Ob ich muss ist relativ. Bei meinem Projekt habe ich mir eben felsenfest vorgenommen ab OpenGL 3.0 zu unterstützen, und es würde mich doch etwas ärgern, wenn ich das umstellen würde... )

Für alle die es jetzt überhaupt noch interessieren sollte: Ich habe den Source-Code des EFX-Parser mal isoliert und hochgeladen. Hier könnt ihr ihn euch als ZIP-Archiv runterladen: http://dl.garishland.de/d2/libefx.zip

Hmmm.... Es klingt schon schlüssig, was du sagst, und im Endeffekt spricht wohl auch tatsächlich nichts dagegen. Wie du schon erwähnt hast, ist die Anzahl der Grafikkarten, welche OpenGL 3.0 aber nicht OpenGL 3.3 unterstützen, schwindend gering. Von daher sollten also keine Probleme auftreten, zumal ich überhaupt keine Legacy-Funktionen verwende. Auch die Kontext-Erstellung (Marke Eigenbau, genauso wie Fenster, sowohl auf Linux als auch auf Windows) habe ich so aufgebaut, dass ich nur eine Zeile ändern muss, um die Version zu wechseln. Also glaube ich, dass ich deinen Vorschlag in die Tat umsetzen werde. Der EFX-Parser... Ich weiß jetzt ehrlich gesagt nicht, was ich damit machen soll. Wieder ausbauen, und durch ein anderes, einfacheres Format ersetzen? Oder aber das Format einfach etwas anpassen, d.h. nur noch die eingebetteten Shader-Codes drinlassen, Mappings entfernen, und dann eben so parsen? Btw, die Idee mit dem @AllShaders- finde ich ziemlich gut. Würdest du mir erlauben, sie zu übernehmen? Generell muss ich sagen, deine Antworten haben mir immens geholfen, da ich davor zwar über Location-Definierung (oder hat das einen besonderen Namen, und ich kenne ihn nur nicht ) wusste, mich aber nie wirklich entscheiden konnte, was ich machen soll. Außerdem habe ich mir mal vor Augen geführt, wie viel Overhead die momentane Implementierung mit sich führt. Das ist ja erschreckend! Auch da zeigen die Layouts dann doch ihre starke Seite. Dass sie sogar mehr oder weniger ein inoffizieller "Standard" sind, wusste ich ebenso wenig. Im jedem Falle klingt die Methode plausibel, und meine Verunsicherung hast du aus dem Weg geräumt, soll heißen, was mich von ihr ferngehalten hat, besteht jetzt nicht mehr, und ich bemerke, dass sie weitaus vorteilhafter ist. Danke dir!

Zitat von »Spiele Programmierer«

Wenn du auch das Zeichen verwenden willst, warum nicht? Wenn dann freut es mich doch eher wenn man sieht, dass die Beiträge "sogar" gelesen werden.

Ich bin verwirrt. Sogar ziemlich. Warum sollte ich die Beiträge denn nicht lesen? Ich frage doch nach etwas, ich kann doch froh, dass sich jemand seine eigene, kostbare Zeit nimmt, nur um mir zu helfen. Also ich finde, dass man zumindest so viel Respekt haben sollte.

Also: Nächster Schritt: Auf OpenGL 3.3 umstellen, und kompilieren. Dann das Shader-Format ersetzen / abändern, und mit Layouts arbeiten

Uniform Buffer Object sagt mir im Entfernten etwas, in Texture Buffer muss ich mich wohl erst mal einlesen Kennst du generell irgendwelche Diskussionen über dieses Theme, beziehungsweise Shader-Management im Allgemeinen? Ich besitze zwar das OpenGL Shading Language Cookbook, allerdings muss ich gestehen, dass ich etwas enttäuscht davon bin.

Was meinst du mit "Konstanten-Interop"? Das will sich mir jetzt nicht wirklich erschließen.... Meinst du damit, dass deine Shader-Verwaltung Code "injiziert", welcher die Locations für die einzelnen Attribute via Defines bereitstellt, etwa so #define POSITION_LOC [...] layout(location=POSITION_LOC) in vec3 aPosition;?

Zitat von »Spiele Programmierer«

Sicher? Ich habe zum Teil auch erst gemerkt was alles depracted ist, als mein Core Profile es mir um die Ohren gehauen hat. Du solltest langfrstig dann unbedingt explizit ein Core-Profile erstellen und kein Compatibility Profile. Das lässt alles durchgehen. Zum Teil sind Kleinigkeiten deprecated, auf die wäre ich sonst nie gekommen. (Zum Beispiel "glGetString(GL_EXTENSIONS)")

Mmhmm.. ich sollte es auf jeden Fall einmal darauf ankommen lassen, um zu sehen in wie weit ich wirklich beim Core-Profile bin. Danke für den Hinweis.

Zitat von »Spiele Programmierer«

Das war auch nicht an dich gerichtet sondern eigentlich eher ironisch gemeint. Deshalb Smiley und Anführungszeichen... Es gibt genug Leute die das nämlich wirklich tun, oder es zumindest so den Eindruck machen.

Das habe ich auch schon so verstanden. Ich war nur erstaunt, dass es wohl Leute gibt, die Fragen, und nicht zuhören, da ich mir nicht erklären kann, wieso sie dann fragen.

Im Zuge der Locations habe ich noch eine weitere Frage: Welche Möglichkeiten gibt es, Attribute mit verschiedenen Sets zu verwalten, etwa Textur-Koordinaten. Da gibt es die ersten Texture-Koordinaten, die Zweiten, die Dritten evtl. auch noch, .... Auch hier wieder explizite Locations? Wie sieht es mit Texturen aus? Explizite Locations für Diffuse-Texture, Specular-Texture, und co. oder aber dynamisch mittels Material und Parameter-Name verlinkt?

Entschuldige bitte, wenn diese Fragen jetzt einfach nur stupide klingen, aber Shader-Parameter sind einfach ein Thema, bei dem ich nicht wirklich durchblicke. Shader an sich sind eine wirklich feine Sache, aber die Verwaltung ihrer Parameter fordert mich momentan.

Nein, was Uniforms und Attribute sind weiß ich schon, was ich nicht weiß, wie unterschiedliche Texturen, wie etwa Diffuse-, Gloss-, und dann evtl. noch Normal-Map jeweils an die richtige Stelle übergeben werden können, da das ja nicht einmal mit Locations richtig lösbar scheint. Im Endeffekt also: Woher weiß ich, an welchen Parameter ich die Texture-Unit einer bestimmten Textur übergeben soll. Das müsste meines Wissens nach im Material definiert werden, oder?