spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Warum 5 Programme?
Der Client sollte Grafik und Eingabe halten, dann noch Kollision und KI um nicht zwangsläufig auf die Antwort des Servers warten zu müssen.
Der Server hält den Zustand und berechnet ihn neu, Grafik und Eingabe sind dementsprechend nicht nötig.
Dazwischen steht die Netzwerkkomponente über die beide kommunzieren. Wobei der Server direktiv sein sollte.

Kann es sein dass du das MVC Pattern für ein Spiel anwenden willst?
Das klingt auf jeden Fall so und ist nicht was du willst. Keep it simple, der Client ist ein Programm, der Server das zweite.
Nebenbei: auch beim MVC gibt es nur ein Programm am Ende, es geht dabei eher um die Trennung Logik/visuelle Repräsentation.

Du könntest ein Interface zur Steuerung deines Spiels definieren dass du dann in deinem closed-source implementierst.
Dann lieferst du diesen nicht mit dem Rest des Codes aus und hast beides, in einem Programm. Natürlich ist es dann so direkt nicht lauffähig, da die Leute die Schnittstelle selbst implementieren müssen.

Ich kann zwar nicht wirklich nachvollziehen, wofür bei einem Spiel mehrere Fenster erforderlich sein sollen, diese aber über ein einzelnes Programm zu erzeugen ist definitiv besser, als mehrere Programme zu erfordern.

Zitat von »OOTD«

(die Steuerung ermöglicht aber schon alle Möglichkeiten die mir Sinnvoll erscheinen, daher wollte ich dessen Quellcode eigentlich nicht veröffentlichen)

Einerseits sehe ich die "Vollständigkeit" nicht als Kriterium für oder gegen eine Offenlegung des Quelltextes, andererseits könnten dennoch noch andere Steuerungsmöglichkeiten relevant sein, die dir nur jetzt gerade nicht einfallen.

Insgesamt scheint es mir so, als würdest du dir sehr viele Gedanken um die Modifizierbarkeit deines Spiels machen. Für den Anfang wäre es wahrscheinlich sinnvoller, das Spiel selbst fertigzustellen. Solange das Spiel keinen ausreichenden Stand hat, wird es wahrscheinlich nicht genug Spieler finden, als dass unter diesen sich wieder welche finden würden, die an der Modifikation des Spiels interessiert sein könnten. Und meiner Meinung nach ist ein modifizierbares, aber unfertiges Spiel weniger gut, als ein fertiges, aber nicht für Modifizierbarkeit optimiertes Spiel.

Aber nur an einem Rechner mit min. 4 Bildschirmen (die nicht vom Treiber zu 1 Bildschirm zusammengefasst werden), würden die Lösung mit den Fenstern keinem Splitscreen gleichkommen. Andernfalls müssen mehrere der Fenster auf einem Bildschirm positioniert werden und man hat im Grunde wieder einen Splitscreen, nur dass der Rahmen der Fenster mehr Platz wegnimmt.

Du musst bei normalen Spielern davon ausgehen, dass sie keine Ahnung vom Programmieren haben und sich das Spiel somit nicht selbst anpassen werden. Sinvoll wäre es, bereits vorher gewisse Anpassungsmöglichkeiten (vergleichbar der Modifikatoren aus Unreal Tournament, Spezialregeln aus Super Smash Bros etc.) zu bieten, auf die im Normalfall zurückgegriffen werden kann. (Für Beispiele müsste ich mehr über das Spiel wissen...)
Idealerweise sind diese am Ende so gestaltet, dass Modder weitere hinzufügen können, die ggf. bei einer Partie zusätzlich aktiviert werden können.

Je nach Spiel könnte es auch eine Überlegung wert sein, statt alles an einem Rechner machen zu wollen, eine Netzwerkkommunikation und mehrere Clients dafür zu verwenden. So können die Clients auf unterschiedlichen Rechnern laufen, jeder mit seinem eigenen Fenster, und es wäre kein Splitscreen notwendig.