spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Viele der Quellcode sind nur zur Verständigung gedacht (Es bringt Absolut nichts, diese in irgendein Projekt zu schreiben). Falls du Quellcodes, die du in dein Projekt kopieren willst, suchts, schau einfach auf der Cd unter CD-Beispiele-Kapitel X (1-5, 9) nach, da findest du Quellcodes, die du deinem Projekt hinzufügen kannst. Allerdings bringt es dir nichts, einfach nur die Quellcode zu kopieren und dann das Programm auszuführen, denn das bringt dir ja nichts: ließ dir immer den Text, der zu dem Thema gehört durch, und versuche zu verstehen, was genau im Quellcode gemacht wir.

Oh entschuldigung, hab ausversehen auf Absenden gedrückt!

@ibagei:
Ich seh jetzt glaub ich zum dritten mal einen Doppenpost von dir... solange noch niemand auf den 2. geantwortet hat (was jetzt nicht mehr möglich ist) kannst du den doppelten post LÖSCHEN. Rechts oben im "Fenster" deines posts ist dafür ein kleines X... nur als tipp für die Zukunft

Also ich denke, dass das am Anfang nunmal so ist. Du musst erstmal die ganzen Grundlagen, was Vektoren etc angeht gezeigt bekommen, für was die später dann gut sind, siehst du denke ich später im Buch, wenn sie auch zum Einsatz kommen, in sinnvolleren Beispielen... Außerdem würde ich sagen, dass man nicht immer jede Funktion erklären kann, und ein Beispiel zu allem geben kann, denn das ist dann erstes sehr aufwändig und zweitens auch gar nicht nötig. Außerdem solltest du dir auch abgewöhnen, immer genau wissen zu wollen, wie eine Funktion "im inneren" arbeitet, auch wenn das natürlich praktisch sein kann.

Edit: Und was das Code auswendig lernen angeht... grundlegende, immer wieder genutzte funktionen hast du irgendwann (wenn du sie eben viel benutzt) im Kopf. Stupides Auswendiglernen von Code ist denke ich niemals sinnvoll, für sowas gibt es ja Dokumentationen... Als ich das SDL Spiel aus Kapitel 12 neu geschrieben habe, aufbauend auf der SFML, habe ich locker 100 mal auf deren Seite mir die verschiedenen Klassen etc angesehen, um zu sehen, was sie haben wollen, welche Methoden sie haben, und was sie so machen... das ist ganz normal, du kannst nicht alle Bibliotheken im Kopf haben

Damit sollst du wie gesagt nichts machen. Das ist der "interne" Code der TriBase Engine, der da nur nochmal zur Verdeutlichung steht. In dem Buch geht es ja nicht darum die Engine zu schreiben, sondern DirectX zu verstehen und dann mit dem Grundgerüst der Engine zwei Spiele zu entwickeln.

Zugegeben, ich hatte mit diesem Ansatz zu Beginn auch so meine Probleme. Das wirst du in "fortgeschrittenen" Büchern aber immer mehr finden, am Ende ist es dann reine Gewöhnungssache.

Das mit dem Code stimmt schon, man bekommt praktisch 30 Zeilen Code ohne zuerst was damit anfangen zu können...

Aber:

Genau aus dem Grund muss man sich alles herleiten, genau durchlesen und auch mal selber probieren -> großer Lerneffekt wenn man durchhält.

Abschreiben ist nicht möglich, aber wenns mal garnicht weitergeht einfach in die Beispiele schauen.


Später benutzt du eh die TriBase Engine damit ist es einfacher, aber ich finde es ist wichtig die Grundlagen von DirectX zu beherrschen.

Diese werden recht ausfürlich behandelt, aber wie gesagt du musst alles genau durchlesen und selber aktiv werden etc..