spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Also ganz rinzipiell würde ich dir raten mit einer fertigen Engine zu arbeiten.

Wozu das Rad neu erfinden.

Wenn du natürlich sagst, du willst lernen wie das alles funktioniert und was genau eine Engine macht, dann ist es vllt. durchasu sinnvoll eine eigene Engine zu schreiben.
Wenn du aber Spiele programmieren willst, dann ist eine fertige Engine denke ich ratsam.

Ob du jetzt unbedingt Ogre3D nehmen solltes ist eine andere Frage. Ogre3D ist mitunter sehr komplex.
Irrlicht ist dort sicherlich einsteigerfreundlicher.

Die Frage die du die stellen solltest ist: Warum sollte ich alles selbst machen wenn es dochschon gute, funktionierende Lösungen gibt.

Wenn du mehr über die Techniken erfahren willst kann es durchaus Sinn machen sich ein kleines Projekt vorzunehmen und ein kleines Renderframework zu erstellen. Willst du aber ein Spiel programmieren dann macht es wenig Sinn sich mit sowas aufzuhalten. Auch im professionellen Bereich werden häufigst externe Bibliotheken hinzugezogen, nicht weil das Fachwissen fehlt sondern weil es unglaublich viel Zeit beansprucht so ein Framework auf dem neuesten Stand zu halten und zu warten.

das kann aber auch leicht nach hinten losgehen, ich kenne zwar deinen erfahrungsstand nicht, aber irrlicht ist sicherlich nicht zu leicht um sich in engines einzuarbeiten, eher genau richtig. ogre bietet dir im übrigen weder physik noch gui noch eingabe oder sonst irgendwas, es handelt sich lediglich um eine grafikbibliothek.

klar geht das, ich benutze auch ogre wollte nur anmerken, dass das nicht mal eben so gemacht ist.

Also ich rate dir, dass wenn du Zeit hast, du dir auf jeden Fall etwas selber schreiben solltest... Ich habs so gemacht und was man dabei lernt, ist wirklich gewaltig. Ich kenne ein paar die sich auch mit Spieleprogrammierung auseinander setzen und keiner von ihnen schreibt eine Engine selbst. Sie haben direkt mit einer OpenSource-Engine angefangen ein Spiel zu programmieren. Und ohne angeben zu wollen, aber bei was für (oftmals) banalsten Problemen die sich aufhängen (im übertragenen Sinn versteht sich ), das ist dann schon krass!
Also, wenn du selbst eine Engine schreibst, dann ist dein Wissensstand um Dekaden höher als jene die nur eine benutzen.
Und vor allem, wenn dich die Techniken interessieren, WIE etwas funktioniert, klar kannst du dir dann nur das ansehen, aber wenn du das ganze auch noch funktionsfähig ausprogrammierst ist das eine ganz andere Genugtuung.
Im Prinzip hängt diese Entscheidung von deinen persönlichen Prioritäten ab. Wie gesagt, ich hab mich für eine eigene Engine entschieden (vor 1,5 Jahren) und habs nie bereut. Es ist zwar zeitaufwändig, aber inzwischen hab ich nicht nur eine Grafik, Sound und Inputengine, sondern auch Netzwerk und Physik (letzere sind gerade "under construction").

Was natürlich auch klar ist, dass wenn du von mir aus, anfängst mit einer Engine, dass du sie nicht durchziehen musst. Also ich meine, wenn du nach einem halben Jahr sagst: "Gut, jetzt hab ich viel gelernt, ich will ein Spiel programmieren, aber nicht mit meiner Engine", dann war von mir aus gesehen, das halbe Jahr auch ziemlich rentabel, VOR ALLEM wenn du erst begonnen hast C++ zu programmieren. Dann ist er ganze "schlechte" Code in der Engine drinnen und wurde ausschließlich für Lernzwecke verwendet, und du beginnst mit einem sauberen Stil ein schönes OOP-Game

Wie gesagt, du musst dich fragen was dir wichtiger ist:
Qualität (Wissen) oder Quantität (Geschwindigkeit)

Ist das gleiche als wenn man eine (einem noch unbekannte) Stadt besichtigt. Entweder du gehst schnurstraks zur Basilika und schaust sie dir genau an, oder du gehst systematisch die ganze Stadt ab. Ersterer ist schneller "fertig", kann aber nicht behaupten die Stadt zu kennen, zweiterer braucht entschieden länger, dafür kennt er die Stadt jetzt wirklich gut.

für ein kleines spielchen à la breakout oder tetris kannst du auch direkt mit winapi/opengl etc arbeiten, ohne alles extra in alle möglichen klassen zu wrappen.

aber ansonsten kann ich panther nur zustimmen.
entweder technik ( homebrew engine ) oder gameplay ( vorhandene engine )