spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Na wenn du schon eine Engine bauen willst, bastel dir doch selbst eine!?

Wobei ich dir raten würde, erstmal direkt ein paar Spiele zu realisieren. Ohne Erfahrung, was genau so ein Spiel eigentlich braucht und wie es aufgebaut ist, ist es praktisch unmöglich zu wissen, welche Dinge eine Engine eigentlich umfassen sollte und wie man diese am besten aufbaut. Wenn du ein konkretes Projekt vor Augen hast, das du realisieren willst, ist es viel leichter zu entscheiden, was alles benötigt wird und vor allem was alles nicht benötigt wird. Nach ein paar Projekten wirst du selbst merken, welche Dinge immer wieder auftauchen und in eine Bibliothek ausgelagert werden können, die du dann deine Engine nennen kannst...

Zitat von »SullY«

Ich konnte schon einige Sachen umsetzten was mit noch bleibt sind effect, Mesh, file, gui

Besonders gelunge ( finde ich ) ist mir die Network engine, habe einige Sachen wie größenpaket abfragen usw. eingebaut, sonst mach es ja den Hackern zu leicht 'nen Server knacken

Immer schön weiter programmieren, so lernt man am besten. Aber wunder dich nicht, wenn du in 2 Jahren alles was du heute machst unglaublich schlecht findest, das ist dann das Zeichen, dass du etwas gelernt hast (oh, und das hört nie auf).

Zitat von »SullY«

Besonders gelunge ( finde ich ) ist mir die Network engine, habe einige Sachen wie größenpaket abfragen usw. eingebaut, sonst mach es ja den Hackern zu leicht 'nen Server knacken

Das würde ich doch mal zu gern in die Finger bekommen. Mag ja sein, dass Du da ganz dolle stolz drauf bist, aber ich glaube nicht, dass sie wirklich so sicher ist, wie du hoffst.

Jetz demotivier ihn doch nicht Ich finde das gut, dass er sich da erstmal soweit schon alleine durcharbeitet - das hat ja wohl fast jeder mal gemacht!

zurück zum eigentlichen Thema:
wie bereits geschrieben wurde: wenn du deine eigene Engine schreiben willst, kannst du ja auch probieren, eine eigene GUI zu schreiben (was prinzipiell besser für eine Engine ist)
allerdings kannst du natürlich auch erstmal schauen, in wie weit du bereits bestehende Bibliotheken für deine Zwecke verwenden kannst

du solltest auf jeden Fall mal ein wenig genauer schauen, wie andere Bibliotheken arbeiten
in gewisser Weise wirst du für deine gesamte GUI die gleichen Ansätze verfolgen
schau dir also an: wie bestimmt sich die Größe eines Elements? (gerade wenn es sich an die zur Verfügung stehende Größe anpassen soll)
wie wird das Layout definiert?
wie wirken sich untergeordnete Elemente auf ein Element, speziell auf dessen Größe, Mindestgröße und maximale Größe, aus?
wie wird ermittelt, welches Element angeklickt wurde?
als Beispiele nenne ich einfach mal: AWT, Swing, Windows Forms und WPF


aber nicht ignorieren solltest du den Hinweis, ersteinmal Spiele zu programmieren, bevor du dich an eine eigene Engine wagst
eine gute Gelegenheit dafür sind Jams
hier in Berlin gibt es beispielsweise monatliche Mini Jams, die über 8 Stunden gehen
man wird es wohl nicht schaffen, ein Spiel in Gänze, also mit samt polishing und allem Drum und Dran fertig zu stellen, allerdings ist das auch nicht das "Ziel" des Jams

im Prinzip könnte man sich eine vergleichbare Situation auch daheim nachstellen, indem man sich ein Thema überlegt oder sich eins nennen läst, zu dem man etwas machen will
Beispiele für Themen, die es bei den Jams gab: "Copy&Paste", "Castles", "One Button Game", "Ultra Low Resolution" oder "The Void"
das Problem daran ist nur, dass man nicht auch Leute um sich herum hat, die gerade genau das gleiche machen, wie man selbst, bei denen man sich Inspiration holen könnte oder die einem bei den Grafiken helfen könnten