spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Ich würde dir OGRE empfehlen.

Und was hat Ogre mit Netzwerk zu tun?

RakNet scheint eine gute Bibliothek für Netzwerkprogrammierung zu sein.
Aber erst einmal: was für Spiele hast du denn bisher schon entwickelt?

Netzwerkprogrammierung ist nicht unbedingt das leichteste, was man sich für den Anfang raussuchen kann und gerade First Person Shooter, bei denen jede minimale Verzögerung sofort auffällt, sind sehr anspruchsvoll. Am besten wäre es auch hier sich langsam an die Materie heran zu tasten. Erst mal einen kleinen Chat programmieren, anschließend evtl. ein Rundenstrategie-Spiel(Schiffe Versenken oder so was) und dann langsam in Richtung Real-Time gehen.
Tutorials habe ich zu diesme Thema auch noch nicht wirklich gefunden(klar Netzwerk-Grundlagen findet man, aber detaillierte Tutorials zur Spieleprogrammierung findet man egtl. kaum).

Einige Artikel und Seiten, die ich dir auf jeden Fall ans Herz legen kann:
Wie funktioniert es in den Unreal-Spielen?
Wie macht es die Source-Engine?
Networking for Game Programmers

Alles in allem wirst du feststellen(auch wenn du dann mal deine ersten eigenen Tests schreibst), dass die Materie alles andere als Trivial ist. Mein Rat ist nicht, dass das erste 3D-Game kein FPS sein sollte, sondern dass du möglicherweise das "Online" nochmal überdenken solltest . Denn letztlich ist Netzwerk-Programmierung nichts, was man mal eben so nebenbei mitnehmen kann. Zumindest nicht, wenn es gleich ein FPS werden soll. Dazu kommen dann noch Späße, wie bspw. Cheating, um das du dich kümmern musst. Also leicht wird es definitiv nicht .

Ich les hier so oft was zum Thema cheat-Schutz. Wenn jemand ein Spiel mit Netzwerkfunktion baut, ist cheat-Schutz sicherlich eine schöne Sache. Vernünftige Physik in FPS ist es jedoch auch. Oder tolle Models, oder oder oder. Man muss sich fragen, ob man überhaupt einen cheat-Schutz braucht. Die meisten entwickeln ein Spiel und spielen es dann selber, oder vielleicht mal mit ein paar Freunden. Vielleicht landet es sogar im Internet, wo es dann ein paar Leute laden. Wohl gemerkt ein paar. In so einem Fall muss man abwägen, ob es einem die Zeit wert ist einen Schutz für Cheats einzubauen. Solange ich mein Spiel doch nur mit Freunden im Netzwerk spiele, ist für mich ein Cheat-Schutz zum Beispiel unwichtig. Klar hat da jeder andere Vorstellungen. Aber oft wird hier so getan, als wenn es nicht anders geht als mit Wollte auch mal aufführen, dass man sich das je nach dem auch mal sparen darf
Mein Vorschlag wäre aber auch, erst mal langsam vor zu wagen. Mach erst mal ein Chat-Programm. Erst mal nur zwischen 2 Personen. Dann kannst du gucken mehrere Clients zu unterstützen. Wenn das läuft, versuch mal was Rundenbasiertes. Schiffe Versenken wurde ja schon genannt. Ansonsten kannst du es auch mit Tic-Tac-Toe oder Vier-Gewinnt versuchen. Oder du machst dein lieblings Würfelspiel. Kannst ja irgendwas mit einfacher Spielmechanik nehmen, um dich mehr auf die Netzwerksachen zu konzentrieren. Danach könnte es mit nem Pong fürs Netzwerk weiter gehen. Das sind natürlich alles nur Beispiele, wie du vorgehen kannst. Du kannst natürlich auch direkt versuchen, dich an deinen Shooter zu machen. Würde ich dir aber dann von abraten.

Nach meiner persönlichen Erfahrung würde ich von RakNet abraten und eher zu ENet (ggf mit der IrrNetLite-Erweiterung, falls es noch so heißt). Zwar bringt RakNet eine Menge Features mit, aber von der Latenz und Overhead ist es ENet nach meinen Test oft nicht ebenbürdig und vom Design her ist ENet sehr einfach, aber durchaus nicht unpraktisch gehalten. Einzig eine gescheite Pufferklasse vermisst man, aber das bessert IrrNet nach. Alternativ könnte ich dir auch meine Pufferklasse anbieten: http://syncsys.svn.sourceforge.net/viewv…=77&view=markup .

Achja...willst du überhaupt C++ Libs?

P.S: je nach Netzwerkmodell ist eig automatisch ein Cheatschutz drinne; Wenn man ein Server-Client System wählt, ist der Server halt Gott. Solang der Server nur das an die Client schickt was sie wissen müssen sind Wallhacks etc. unbrauchbar. Falsche Komando-Pakete kann der Server per Gegentest schnell ausfindig machen und wenn der Server kompromittiert, ist eh alles verloren. Bei einem P2P System ist sowieso ein Out-Of-Sync Check notwendig. Wer im Zweifelsfall recht hat ist natürlich auf Grund der Natur einer P2P Welt nicht einfach zu klären.

Wenn es nicht C++ sein muss, kannst du auch mal JMonkeyEngine oder Ardor3D ausprobieren. Die JMonkeyEngine hat Netzwerk sonst auch integriert. Netzwerk mit Java ist ziemlich bequem. Habe jetzt schon öfters von http://code.google.com/p/kryonet/ gelesen. Ich selbst benutze JBoss Netty und für die Serialisierung erst mal einfache Java Serialisierung mit Externalizable...