spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Joah was soll ich groß sagen? Im Prinzip ist die erste Frage "wie tief willst du denn in die Abgründe schauen"? Denn Pakete hin- und herschicken ist nett und ein Chat prinzipiell einfach, aber damit hat man noch lange nicht einen funktionierenden Multiplayer. In meiner Signatur findest du einen Vergleich verschiedener Netzwerklibs, die teilweise auch unterschiedliche Ansätze nutzen.
Es kommt halt echt darauf an, was du genau machen willst. Willst du Netzwerken von UDP/TCP ab alles von selbst lernen (ziemlich hartes und undankbares Brot) oder willst du Multiplayerspiele programmieren?

Hm, ich glaub, du verwechselst ein Forum ein bisschen mit nem Chat. Hier brauchste nich am Stück da sein Der Thread kann sich doch über Tage ziehen.

server
das programmieren von netzwerkspielen ist sehr schwierig. bei spielen in echtzeit musst du bei spielen über internet inter-/extrapolieren um die verzögerung auszugleichen.
bei rundenbasierenden spielen oder spielen im lokalen lan ist es relativ einfach.
im grunde musst du nur eine geeignete netzwerk-lib beherrschen und wissen wie man inter-/extrapoliert, der rest ist normale spieleprogrammierung(abgesehen davon das dein spiel zwei instanzen vom spiel haben könnte und du deshalb kaum singletons und/oder statische member nutzen darfst). achja thread-programmierung gehört meist auch dazu.

edit: so einfach wie stazer das darstellt ists leider nicht immer :/ wobei vier gewinnt ein sehr einfaches beispiel ist, bei dem du dir keine gedankten um die verzögerung machen brauchst(man wartet einfach so lang bis der nächste spieler sein zug gemacht hat und die packete angekommen sind). bei 4gewinnt brauchst du keinen server, da reicht eine einfache p2p verbindung.

Threadprogrammierung ist nicht zwingend. Je nach Lib wird dies automatisch gehandled. Problematisch ist halt, dass Netzwerke eine Parallelität UND eine zeitliche Verschiebung mit reinbringen, welche nur schwer zu handhaben ist. Je nach Genre gibt es dafür verschiedene Ansätze, die sich auch nicht wirklich für andere Genre eignen. So ist bei einem Shooter es durchaus üblich in sehr kurzen Abständen die Werte zu schicken (non reliable), die Bewegungen zu extrapolieren und die Eingaben direkt zu visualisieren. Bei einem RTS hingegen ist es üblich ein sogenanntes HEARTBEAT-System einzuführen.
Je nach Lib werden auch unterschiedliche Anwendungsfälle unterschiedlich gut gehandhabt.

erste Aussage: Netzwerkanwendung ist nicht gleich Netzwerkanwendung
zweite Aussage: du musst dir darüber im klaren sein wieviel du selbst machen willst, bzw wieviel du machen lassen willst
dritte Aussage: damit wir dir präzise helfen können, müssen wir genau wissen, was du machen willst

Mit Libs wie RakNet, Enet, asio etc. kann man in erster Linie Nachrichten verschicken, während sich z.B. Zoidcom und syncsys auf einer etwas höheren Ebene bewegen und gleich die Synchronisation von Objekten vornehmen. Oder anders ausgedrückt:
System 1: Clients und Server tauschen Nachrichten ala "ich bin jetzt da und da", "ich will damit interagieren" oder "du bist nun tot" aus
System 2: Die Serverwelt wird 1:1 auf die Clients projiziert und die Clients sagen nur noch was sie tun wollen, was der Server prüft und ggf. umsetzt.

Für 4Gewinnt ists nicht schlimm, aber an sich würde es reichen ja immer nur die Änderungen zu verschicken

Ach so schlimm ist Netzwerkprogrammierung auch wieder nicht. Für alles größere und Echtzeit ists zwar nicht allzu leicht.. aber das ist doch fast in jedem Bereich so wenn man es etwas größer ansetzt. Bei CuBrush bin ich übrigens mit RakNet recht gut zurecht gekommen allerdings hab ich da die keine großartigen Extrafeatures verwendet, sondern mich klassisch das Senden von Paketen beschränkt. Allerdings gibts wenn die Spieler in dem Spiel zusammenstoßen leider manchmal Synchronisationsfehler.

naja in dem fall nicht wirklich schwierig. du brauchst eigentlich nur den neuen stein übertragen.
die sfml und wxWidgets bieten beide einfache möglichkeiten netzwerkapplikationen zu erstellen. wenn du schon ein bisschen erfahrung in c++ hast sollte das kein großes problem für dich darstellen.