spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Das kling schon fast nach einen RPG mit einen Action-KS und etwas Jump and Run.

Ich hätte da eine kleine Vorstellung:
Wie z.b. eine Character Klasse oder Objecte Klasse(Wie man es so nennen will)
Das ist die Klasse die Zusammen fast was alles die NPCs und der Player haben kann.
Wie z.b. die Koord.,Lebensanzahl und Methoden zum bewegen des Objectes.
Dann erbt die Player Klasse Eigenschaften der Object Klasse.
Die Player Klasse enthält dann weitere Eigenschaften
wie z.b. eine update-Methode wobei die Tasten eingaben des Players überprüft werden.
Die NPC Klasse erbt die Eigenschaften der Object Klasse
und da könnte man noch eine KI einbauen.

So die Vorstellung der Character.

Das mit dem "Aber langsam reicht es mir mit dem allgemeinen 'Gelabbere'" war nicht bösartig gemeint und schon garnicht aggressiv. Ich wollte dir damit eher vermitteln, dass es dir eher was bringen würden, wenn du direkter zur Sache kommen würdest (ist wie beim Flirten. Ständig nur allgemein bleiben ist auf Dauer doof :lol: ).

Nehmen wir mal das Beispiel. Dann würde ich fragen:
"Okay.
Kommerziell oder Opensource?
Indoor oder Outdoor? Oder gar beides?
Wie schauen die Übergänge aus? Sollen die fließend sein oder dürfen es ruhig Abschnitte sein?
Sind schießen, sammeln, Türenöffnen die einzigen Aktionen die notwendig sind?
Wenn das Abschnittsweise wäre und nur die 3 Aktionen nötig sind, würde ich z.B. Irrlicht wählen, welche recht einfach zu nutzen ist. Dann brauchen wir einen der die GUI macht, einen für die Texturen und einen Leveldesigner. Außerdem müssen wir vorher einen Leveleditor programmieren, weil ohne eigenes Dateiformate für die Karten wird es wohl nicht gehen. Also stellen wir den erst fertig und suchen dann Leute. Ich vermute ein Grafiker, ein Modeller, ein Inhaltspfleger, ein Musiker und 2-3 Programmieren reichen völlig. Außerdem werden wir ein Versionierungsystem brauchen. Wenn das Spiel Opensource sein wird, könnten wir Sourceforge.net nutzen. Ansonsten könnten wir xp-dev.com nehmen oder wir müssen monatlich blechen."

Fast alle neuen Spiele benutzen C++
und so mit auch die OOP.
Es ist dann viel einfacher Objecte,Scenen und anderes zuerstellen da man es sich besser vorstellen kann.
Natürlich unterscheidet sich die Character Klasse von einen RPG und eine EGO-Shooter Spiel aber so das Prinzip ist gleich.
z.b.
NPC == Bot == Gegner oder Freund.

Vll sollte dir das hier etwas weiter helfen.
http://spieleprogrammierung.wordpress.com/category/conshooter/

Nabend!

Ich muss sagen, S.E.N's Frage hat mich angetan. Er ist sicher erfahrener
als ich, aber in ca. 2 Wochen komme ich bestimmt auch an den Punkt,
wo ich mich das frage.
Nun will ich dann (wenn ich denn die nötigen Kenntnisse habe) ein kleines
2D Spiel programmieren, es soll zuerst eine kleine Demo werden.
Ich habe mir schon alles notiert, was es können muss (irgendwo).

Im Prinzip ist die Reihenfolge für den Spieler folgende:

1) Spiel starten
2) Intro wird abgespielt
3) Menü wird angezeigt
4) Menüpunkt wird ausgewählt und Modus wird gestartet

Doch für den Programmierer ist diese Reihenfolge sicherlich anders, denn
als erstes muss doch erst mal alles initialisiert werden (Sound, Grafiken,etc.), damit z.B. das Intro abgespielt werden kann.

Irgendwo habe ich mal gelesen, dass es das schlechteste ist, was man tun
kann, wenn man anfängt das Intro zu programmieren. Womit fängt man
dann an? Mit den grundsätzlichen Bausteinen des Spiels? Wie sehen die
denn aus? Werden die Initialisierungsfunktionen nacheinander aufgerufen
und nachfolgend auch PlayIntro() und ShowMenu() ?

Fragen über Fragen gehen mir durch den Kopf.

Wäre für eine Hilfe sehr dankbar!