spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Hallo zusammen,
ich programmiere ja gerade eine Engine die auf DirectX11 aufbaut. Sie soll natürlich auch Shader unterstützen. Bei der Programmierung orientiere ich mich stark an den Tutorials von http://www.rastertek.com. Dort wird für jeden Shader ne eigene Klasse erstellt (im neusten Tutorial wird dann erklärt, wie man mehere Shader über nen Manager steuert).
Ich frage mich jedoch: Ist das wirklich nötig und sinnvoll? Schließlich schreibt man seine Shader in HLSL, welches dann zur Laufzeit kompiliert wird. Wenn ich also eh für jeden möglichen Shadereffekt ne eigene Shaderklasse brauche, wozu lager ich dann den eigentlichen Shadercode überhaupt aus? Ich ging eigentlich davon aus, dass ich durch das Auslagern weniger Schreibaufwand in C++ habe.

Zitat von »DeKugelschieber«

Kommt mir gerade Spanisch vor. Ich habe natürlich nur eine Klasse für Shader die dann 2 maps mit den uniforms und buffern hat. Das ist zwar OpenGL aber ich kann mir nicht vor stellen das D3D da sehr viel anders ist.
Warum sollte man auch für jeden Shader eine eigene Klasse schreiben? Eine reicht ja um unendlich Instanzen daraus zu erstellen.

Genau deswegen frag ich sicherheitshalber nach Ich habe überhaupt keine Ahnung von Shadern (lerne es durch den Bau der Engine sozusagen)und habe keine Lust jetzt das alles zu programmieren nur um festzustellen, dass es unnötige Arbeit war.

Aber wenn das bei OpenGl nicht nötig ist, wird es in DirectX wohl auch nicht so sein. Danke für die Aufklärung

Zitat von »dot«

Genau aus dem Grund würde ich dir raten, das mit der Engine bleiben zu lassen und stattdessen ein Spiel zu schreiben. Dann hast du eine konkrete Anwendung für die du ein konkretes Design machen kannst. Ohne viel Erfahrung damit, wie genau man so ein Spiel eigentlich am besten aufbaut, ist es praktisch unmöglich, eine brauchbare Engine zu entwerfen. Daher besser viele Spiele bauen. Dabei wird dir auffallen dass du gewissen Code aus deinen früheren Spielen immer wieder verwenden kannst, vielleicht in etwas abgewandelter Form etc. Es wird sich völlig natürlich anfühlen, diesen Code zu generalisieren und zu verfeinern, sodass er in möglichst vielen verschiedenen Projekten eingesetzt werden kann. Auf diesem Weg konvergierst du langsam zu einer brauchbaren Library and Dingen, die du dann Engine nennen kannst wenn du willst...

Ich programmiere die Engine nicht blind keine Sorge Ich habe ne kleine Testszene, wodurch ich sehen kann, ob die Features funktionieren und vor allem ob mir der Code gefällt, mit dem ich diese Szene darstelle oder nicht. Passt mir da etwas nicht, wird es in der Engine direkt passend gemacht. Natürlich ist eine Szene nicht ein komplettes Spiel, aber ich bin der Meinung, dass es reicht,weil:
- Ich habe bereits eine Vorstellung davon wie der Code der Anwendung aussehen soll, da ich bereits mit verschiedenen Engines programmiert habe (SDL,SFML,Irrlicht).
- Ich bin, wie ich finde bereits sehr weit mit der Engine (für Videos einfach den Link in der Signatur folgen).
- Ich habe bisher nicht das Gefühl gehabt, mit der Entwicklung wirklich "überfordert" zu sein. Klar einiges klappt nicht auf Anhieb und manchmal muss man in den sauren Apfel beißen, und einige Codezeilen umschreiben, aber das muss man immer, auch bei Spielen.

Danke euch allen für die guten Ratschläge und Hinweise.
Jetzt kann ich wenigstens ruhigen Gewissens erstmal bei der allgemeinen Shaderklasse bleiben, bis ich wirklich einen Grund sehe, das ganze zu kapseln.