spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Einfach gesagt: Die erste Methode lässt die Pixel von deiner CPU berechnen. Die ist allerdings nicht sonderlich gut darin, weil sie eher für andere Aufgaben spezialisiert ist.
Die zweite Methode gibt die Aufgabe an die GPU ab. Diese ist extrem gut auf diese Aufgabe ausgelegt und berechnet tausende Pixel gleichzeitig.

Berechnet werde in der Tat alle Pixel, bei beiden Methoden. Allerdings kann die GPU dies viel, viel, viel schneller als die CPU.

Willkommen im Forum.
Guck dir vielleicht mal folgendes an:
http://www.geometrian.com/programming/tu…gines/index.php
Du darfst natürlich machen was du willst aber guck es dir vielleicht wenigstens mal an.

Zitat von »dageggi«

Gibt es denn auch die Möglichkeit mit dem OS auf die GPU zu zugreifen?

Ja, mit OpenGL bzw. Direct3D

OpenGL/Direct3D ist die Schnittstelle des OS um auf die GPU zuzugreifen...

Und den Link von Schorsch solltest du dir unbedingt zu Herzen nehmen!

Du weißt ja eben gar nicht was eine Engine wirklich braucht und wie du sie aufbauen musst damit du selbst sinnvoll damit arbeiten kannst. Schreib doch einfach ein Spiel mit DirectX. Da machst du dann im Prinzip die selben Dinge wie bei deiner Engine, nur dass du die Sachen die du implementierst eben direkt für aufkommende Probleme entwickelst. Den Code allgemeineren Code kannst du dann hinterher immer noch auslagern und Engine drauf schreiben.

Zuerst einmal: Ich versuche auch diesen Low-Level-Weg zu gehen... Du brauchst ne Menge Zeit, Konzentration, Motivation und Frustrationstoleranz. Mehr, als du das von anderen Programmierern vielleicht gewohnt bist. Du wirst fiesere und schlechter auffindbare Fehler bekommen, als ein "normaler" Anwendungsprogrammierer oder einer der eine fertige Engine hat. Denn Hardware (der du sehr viel näher kommen wirst) ist was ganz anderes als Software. Ich will dich damit nicht von deiner Idee abbringen (wird wahrscheinlich eh nich klappen), aber vielleicht eine ungefähre Höhenangabe zu dem Berg geben, vor dem du stehst.

Besorg dir doch ein Buch, wo eine Engine auf DX Basis entwickelt wird. Wenn du kein hochaktuelles brauchst, dann kauf dir David's DirectX Buch. Da wird ziemlich gut erklärt, wie die Mathematik (davon wirst du sehr viel brauchen) für 2D/3D Grafik funktioniert und wie so eine Engine aufgebaut sein könnte. Aktueller ist's vielleicht hier.

Ich würde dir DirectX empfehlen, denn das ist noch näher an der Hardware und der Mathematik orientiert als OpenGL. So zumindest mein Eindruck! Fang mit DX11 an und mach mit DX12 weiter - dann hast du eine der (oder DIE) krassesten Low-Level-Tiefen, die du dir vorstellen kannst. Ob du das natürlich durchziehen kannst und willst, das kann ich dir bei dieser Empfehlung nicht versprechen!

Was du für Low-Level-Engineprogrammierung mit DX brauchen wirst ist C++ und HLSL (High-Level-Shading-Language). Ersteres ist für die Sprache für die CPU und letzteres die für die GPU. Aus deinem Post wird nicht so klar, ob du C++ kannst... Wenn das nicht der Fall sein sollte, empfehle ich dir dringend, erstmal C++ zu lernen, sonst verstehst du von den DirectX11 Aufrufen nichts bzw. musst alles nochmal aufarbeiten, wenn du C++ einigermaßen beherrschst.

Ich hoffe ich konnte dir ein paar Denkanstöße und Empfehlungen geben, die dich weiterbringen! Bei weiteren: Schreib sie hier in den Thread, ist ein sehr interessantes Thema!

EDIT: Wenn das möglich ist, dann würde ich den Threadtitel zu "Low-Level Engine selber programmieren - wie fange ich an?" oder so ändern. Der Bezug zu OpenGL "schreckt" alle DX Programmierer ab, doch die werden bei der Fragestellung eher benötigt, wie ich finde.

Inwiefern ist Dx näher an der Hardware?

D3D war anfangs im Vergleich zu OpenGL ein wenig mehr low-level angesiedelt, zwischen modernem D3D und modernem OpenGL besteht da mittlerweile aber praktisch kein Unterschied; was "die Mathematik" betrifft gab es nie einen Unterschied...