spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Eher anders herum. Du malst hübsche Grafiken und komponierst nette Musik und sagst dann deinem C++ Code (der hoffentlich eine dafür geeignet Bibliothek nutzt, um dir das Leben leichter zu machen [z.B. SFML, SDL2, etc]), dass du die Bilder laden und irgendwie irgendwo anzeigen willst und dass du Musik laden und abspielen möchtest. Das sollte im Lauf des Buchs aber dann auch deutlicher werden, wenn es an die Teile geht, die sich mit der Spieleprogrammierung auseinandersetzen.
Es ist sicherlich hilfreich, wenn du in der Lage bist deine Grafiken, Sounds, Musik und Level selber zu erstellen, oft sind Programmierer dafür aber nicht geübt genug (Stichwort Programmer-Art) und es sieht entsprechend grauenvoll aus oder klingt furchtbar. Ist alles zwar auch nur eine Sache der Übung, aber es gibt auch andere Leute, die das eben schon richtig gut können und die versucht man entweder an Board zu holen oder kann auf frei verfügbare Ressourcen (z.B. Dinge, die unter Creative Commons License stehen) zurückgreifen.

Njoa, aber ohne Spiellogik und das behandeln von Userinput passiert mit deinen Werten nicht viel.

Das Männchen sollte sich bei drücken der Pfeiltasten schon bewegen oder?

Zitat von »Kaubonbon_«

- Grafikdesign
- Leveldesign
- Musik
- ?

Was ist es, das hier noch fehlt?

Programmierung!
Du musst das Programm schreiben, das all deine Sounds, Grafiken, 3D-Modelle etc. abspielt bzw. darstellt, auf Benutzereingaben reagiert usw.

Game Design fehlt auch noch.

Du hast ja erwähnt, dass du Kalistas Buch liest. Ich möchte also nochmal betonen, dass sich das letzte Kapitel genau damit beschäftigt. Da wird es höchstwahrscheinlich "Klick!" für dich machen.

Also zusammengefasst hast du einfach deinen Code (C++) und deine ganzen Ressourcen (Musik, Modelle, Bilder...). In deinem Code steht dann quasi was wann wie mit deinen Ressourcen passieren soll. z.B. stehen am Anfang wahrscheinlich erst mal einige Codezeilen um beispielsweise ein Sprite des Protagonisten in den (V)Ram deines PCs zu laden. Später wird diesem Sprite dann wahrscheinlich eine Position auf dem Bildschirm zugeordnet und an der entsprechenden Stelle gezeichnet. Damit das ganze interaktiv wird, wirst du dich dann wahrscheinlich dafür entscheiden, in deinen Code eine User-Input Abfrage einzubauen, sodass du beispielsweise die Position des Sprites mit jedem Klick auf "W" ein Stück nach oben bewegst.
Und schwupps schon hast du einen Spieler auf dem Bildschirm, der herumlaufen kann.

Das Buch mit dem du arbeitest ist wirklich gut, damit habe ich auch angefangen. Wenn du aber mal alles durchgearbeitet hast, würde ich die SDL (damit wird das Spiel im Buch gemacht) links liegen lassen und mit die SFML anschauen. Zu meiner Anfangszeit ist mir die SFML wesentlich leichter gefallen, es gibt jede Menge Tutorials und viel schneller (da GPU beschleunigt) ist sie auch noch. Ob sich da was bei der SDL inzwischen was geändert hat, weiß ich aber nicht.

Und ich würde dir auch empfehlen von Anfang an alle Codes aus dem Buch mithilfe des WWWs in modernem C++ (z.B.: Smartpointer, std::string statt char usw...) zu schreiben, da die Umstellung oft nicht ganz einfach ist, und der Code aus dem Buch uralt ist.