JLI Spieleprogrammierung

[Dr. Best]

Tach,
ich hab nur ne kurze Frage. Wenn's nicht geht hab ich schon ne aufwendigere Lösung parat.

Ich möchte ein Dateiformat zur Verwaltung von Effekten schreiben. Dieses soll auch beinhalten welche Shaderkonstante was für eine Information erhält (zum Beispiel Welttransformationsmatrix, Materialfarbe oder Lichtrichtung). In meinem Programm habe ich das über eine Enumeration gelöst. Aber wie soll ich das jetzt in dem Dateiformat machen? Wenn ich einfach die Werte der Enumeration in das Dateiformat schreibe wäre das sehr inflexibel und unpraktisch. Daher wäre es mir lieber wenn ich im Dateiformat zum Beispiel so etwas schreiben könnte:
Vertex_Shader_Constant 4 VS_CONST_WORLD_TRANS_1
Um der vierten Vertexshaderkonstante die erste Zeile der Welttransformationsmatrix zuzuweisen. Doch um das so machen zu können bräuchte ich eine Möglichkeit aus der String, die den Namen des gewünschten Werts enthält den entsprechenden Wert zu kriegen. Gibt es da irgendeine direkte Möglichkeit für?

Ansonsten werde ich einfach ein Stringarray mit den Namen anlegen und nach dem richtigen Suchen. Aber das wäre sicherlich nicht die schönste Lösung. Also, für jede hilfreiche Antwort bin ich dankbar .

[Jonathan_Klein]

Doch ich dneke schon, das eine Tabelle die schönste Lösung ist. Anders wirds wohl nicht gehen, da ja irgendwie kein logischer Zusammenhang zwischen Name und Wert besteht. Es mag auch DX Funktionen geben, die von Konstanten den String, bzw. den Wert zurückgeben, aber letzendlich wird das alles über Tabellen laufen.
_________________
https://jonathank.de/games/

[Dragon]

Mach es doch mit einer std::map. Das sollte am einfachsten sein.

[Dr. Best]

Na, wenn's nicht geht werd ich's wohl über ne Liste angehen. Allerdings ehr über klassische char-Arrays. Ich definiere einfach einmal als Membervariable einer Klasse zur Verwaltung von gemeinsamen Daten ein Array von 32*Anzahl der Enumerationselemente chars und schreibe dann eine Memberfunktion um in diesem Array per strcmp die richtige String zu finden. Dabei ist wenigstens die Erstellung des Arrays kein großer Aufwand und lässt sich recht einfach aktualisieren wenn sich etwas ändert:

[Fallen]

Mit welcher Shadersprache arbeitest du? HLSl bietet zB wirklich ne gigantische Menge an Möglichkeiten die Daten gut zu nutzen.
_________________
"I have a Core2Quad at 3.2GHz, 4GB of RAM at 1066 and an Nvidia 8800 GTS 512 on Vista64 and this game runs like ass whereas everything else I own runs like melted butter over a smokin' hot 18 year old catholic schoolgirl's arse."

[Dr. Best]

Ich arbeite immernoch mit D3D 8 (hängt mit der Zielgruppe meiner Engine zusammen). Entsprechend schreibe ich meine Shader in Assemblercode ohne große Nutzung von D3DX, also auch ohne fx-dateien.

[Jonathan_Klein]

Ich würde dann doch eher std::string benutzen. Das Array kann antürlich coonstant und sttic sein.
_________________
https://jonathank.de/games/

[Fallen]

funktioniert nicht auch ne std::map?

[Dr. Best]

Ich denke das Array ist für mich doch die einfachste Lösung. Ich verwende in meinem Code zur Zeit kaum die STL und müsste einiges abändern um sie sicher anwenden zu können.

Um es mal mit der Aufteilung von C++ in vier Teilsprachenauszudrücken, die in Tipp 1 von Effektiv C++ Programmieren beschrieben wird, könnte man sagen, dass ich ehr den C mit Klassen Teil verwende und die STL größtenteils außer Acht lasse. Ich weiß, dass das nicht unbedingt überall sinnvoll ist und ich werde es vielleicht auch irgendwann mal ändern.

Aber für dieses Problem werde ich jetzt erstmal bei dieser Lösung bleiben. Ein klarer Vorteil davon ist auch, dass ich um aus der Enumeration das Stringarray zu machen lediglich eine Kopie des Codes machen muss in der ich ein paar Sachen automatisch ersetzen lasse. Außerdem ist es ja wirklich keine besonders große Arbeit eine Schleife mit ein paar strcmp if-statements zu schreiben.

[David]

Vorschlag:

[Dr. Best]

Dann hätte ich ja garkeine Enumeration mehr und keinen eigenen Datentyp für diese Information . Um meinen Code darauf anzupassen wären schon größere Änderungen nötig. Außerdem wäre es für andere Nutzer meiner Engine sehr unkomfortabel.

Da finde ich die Arraylösung sehr viel angenehmer. Da hat man dann nur ein zusätzliches Array und eine Memberfunktion, ändern muss man nix. Und wenn es mal dazu kommen sollte, dass ich den Enumerationselementen Manuell Werte zuweisen muss, was ehr unwahrscheinlich ist kann ich ja einfach eine Struktur die eine char[32] string und eine integer enthält erstellen und das Array dann mit fast der gleichen Schreibweise erstellen.

[David]

Wenn du meinst...