spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Sowohl C#, C++ und auch Java eigenen sich dafür.
Hier ein Artikel aus unserem Wiki: https://www.spieleprogrammierer.de/wiki/…grammiersprache

Wenn du schon ein bisschen mit Java gespielt hast, dann versuch dich doch damit noch ein bisschen. Wenn du damit schon Menüs etc geschrieben hast ist das ja schon mal etwas. Ich vermute mal dafür hast du Swing oder vergleichbares benutzt? Damit kannst du ja auch schon kleine Spiele basteln. So Buttons können ja Grafiken bekommen und wenn es ein rundenbasiertes Spiel ist, was solche Spiele ja normalerweise sind, dann sollte sich das vielleicht auch damit umsetzen lassen. Dann hast du nicht zu viel neues was du lernen musst. Lass den Netzwerkteil erst mal komplett weg. Ich möchte dir da nichts vormachen, aber das ist wirklich nichts was man schnell gelernt hat. Du kannst ja einfach mal Versuchen eine Anwendung für einen Chat zu schreiben und dann dort eine Netzwerkfähigkeit einbauen. Ist für den Anfang mehr als genug zu tun.

Naja, wenn du auf entsprechende Bibliotheken zurückgreifst, ist auch Netzwerk keine Hexenkunst, allerdings gibt es unglaublich viele Fallstricke dabei zu beachten (nicht umsonst sind viele Mehrspielermodi so fehlerverseucht). Ich selbst bin kein Fan von Java und C++ ist gerade für kleinere Spiele eher overkill, aber durchaus spannend wenn du die Muse hast dich durchzubeisen. Wenn du mit Java gut zurecht kommst, dann bleib dabei; Ansonsten scheint C# eine sehr interessante Alternative zu sein. Ich selbst habe in letzter Zeit Python sehr zu schätzen gelernt, allerdings kann es gut sein, dass man gerade als nicht so fortgeschrittener schnell an die Leistungsgrenze kommt, weil mit Python schnell Sachen konstruiert sind, die zwar wunderbar funktionieren, aber überaus inperformant sind (was aber für ein Brettspiel eig kein Problem darstellen sollte).
Wenn dir der Mehrspieler wirklich am Herzen liegt und es nur darum geht den Spielstand vom Server auf die Clients zu projezieren, dann könnte meine Lib Syncsys ggf ganz interessant für dich sein. Sie ist allerdings nur für C++ und Python im Moment direkt benutzbar. Außerdem sind einige Teile weniger "nativ" bzw. simpel gehalten, dafür aber durchaus geeignet um beliebig viele Objekte von einem Server auf Clients zu projezieren.
Alternativ kann ich ENet oder IrrNetLite (ein Wrapper um ENet, der die Bib um einige sehr praktische Klassen erweitert) empfehlen, wobei diese Libs nur aufs reine "Nachrichtenübermitteln" ausgelegt sind und daher wesentlich niedriger Ansetzen als Syncsys.
Wie es für Java mit entsprechenden Alternativen ausschaut, weiß ich leider nicht.

würde dir auch raten bei java zu bleiben wenn dus schon ein wenig kannst. zur not ist hier auch ein schneller umstieg auf C# denkbar da die syntax von java und c# sehr sher ähnlich ist.

mit flash lassen sich auch kleinere multiplayer-spielchen programmieren, ja.

Ein Brettspiel ist natürlich eine andere Kategorie als ein Echtzeit-Multiplayer-Spiel.
Hier brauchst du Latenz nicht zu beachten und kannst TCP benutzen, um sicherzustellen, dass alle Pakete ankommen.

David, sollte er sonst für ein Zeit-kritisches Spiel etwa UDP verwenden? Wenn ja, wie wird das Problem der fehlenden Pakete und der richtigen Reihenfolge dann gelöst und wie bekommt man trotz dieses Nachbaus dann noch immer mehr Performance als direkt TCP zu nutzen? Oder hab' ich Dich einfach nur falsch verstanden?

Gibts da eigentlich ne Gesetzesmäßigkeit wie viele Antworten nen Thread brauch bis er Offtopic wird? Ne ich denke UDP ist halt ab dem Zeitpunkt sinnvoll, ab dem man nicht mehr alle Eigenschaften von TCP benötigt. Wenn nur die Reihenfolge wichtig ist, sollte sich das permformanter als TCP umsetzen lassen. Natürlich muss dann auch die Implementierung vernünftig sein. Da hast du schon recht, dass da vermutlich in vielen fällen TCP doch die bessere Wahl gewesen wäre.
Zum Thema direkt:
Wenn du nur knappe 2 Monate Zeit hast, solltest du allgemein gucken, dich nicht zu sehr zu überfordern. Guck erst mal, dass du das Grundlegende Spiel fertig kriegst. Entwickel es so, dass du hinterher möglichst einfach auf Netzwerk umrüsten kannst. Ich weiß nicht wie viel Erfahrung du jetzt allgemein hast, aber nimm dir für den Anfang nicht zu viel vor, da das schnell nach hinten losgehen kann.

Nox hat auf einer vorherigen Devmania mal einen Vortrag über Netzwerkprogrammierung gehalten, ich glaube ein Unterthema dabei war ob nun UDP oder TCP zu bevorzugen ist. Soweit ich mich noch zu erinnern glaube war er der MEinung (und konnte das wohl auch gut belegen) dass TCP nicht schlechter ist sondern in den meisten Fällen sogar super und schnell funktioniert. Eventuell kann er dazu ja etwas sagen, aber in dem Fall könnte man den SubThread ja von diesem hier entkoppeln