spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

So sehe ich das auch - das ist einfaches Dateiaustauschen. Ich habe auch noch nicht viel Zeit für die Texturen verwendet - und die Suche nur mäßig bemüht. Der Tipp mit Bomberman 64 gefällt mir gut, vllt findet sich dort was.

Der 3D Client soll sowieso eher ein "Gimmick" als ein Kernfeature werden, auch wenn es sehr spannend ist, einen zu bauen

BombRush Update

Es geht weiter mit BombRush. Neuester Erfolg ist die Integration des begonnenen 3D Renderers und die Auswahl des Renderers im Optionsmenü. Das ganze sieht, wenn man im Netzwerk spielt, wie folgt aus:



Durch die strikte Trennung von Logik und Darstellung war die Integration eine Arbeit von 10min . Idee ist halt, dass sich jeder Aussuchen kann, wie er lieber spielen möchte.

Weitere Erweiterungen/Änderungen

1. Beim Sterben wird ein Grabstein durch einen "göttlichen Strahl" auf das Feld bewegt, an dem der Spieler gestorben ist. Dazu fehlt eigentlich nur noch ein passender Sound!
2. Ich habe das Spiel aufgeräumt, so dass nur noch .NET 4 Client Profile benötigt wird. Durch einen eigenen Content Importer für Xml war das bisher nicht möglich.
3. Interne Aufräumarbeiten beendet:
- Es wird nicht mehr zwischen lokalem und Netzwerkspiel unterschieden. dafür werden dieselben Game States verwendet. Das zahlt sich aus, so dass man nur noch an einer Stelle für beides schrauben muss!

Wie geht's Weiter?

Angefangene Baustellen
- KI
- 3D Client

Neue, "nette" Baustellen
- Ferngesteuerte Bomben
- Für eine Reihe von Spielen mehrere Levels direkt/per Zufall wählen
- Teleportfelder im Level
- Pause in den Matches möglich
- Player-Auswertung: Steht der Gewinner fest, erhalten einige Spieler nach Kriterien "Bagdes", wie "Early Bird" -> am meisten zuerst gestorben
- Watch-Modus: Läuft ein Netzwerkspiel, kann man zusehen. Ist noch "Platz", so kann man nächste Runde beitreten!
- Chatfunktion in der Lobby
- Hurry: Das Level Zerstört sich in den letzten paar Sekunden

Soweit das neueste. Im Rahmen der Zeit hat sich doch einiges getan. Wenn ich es mal hinbekomme, dann werde ich auch mal ein Video hochladen.

Gruß Trommlbomml

Zitat

Wie meinst du das, dass für Single-/Multiplayer die selben States benutzt werden? Läuft die Netzwerkkommunikation über eine andere Schicht die ausgetauscht wird, oder ist ein Singleplayer Spiel wie ein Multiplayerspiel, nur eben mit einem Client bzw mit einem Client pro KI?

Prinzipiell gibt es erstmal die Objekte im Spiel als reine Logikobjekte ohne Rendering. Das ist bei beiden Spielen gleich. Wenn du ein Netzwerkspiel hast, liegen diese auf dem (nicht dedizierten) Server, ansonsten direkt im Client. Zusätzlich gibt es zu jeder Klasse ein Datenlieferungs-Interface. Dieses wird von den Logik-Objekten selbst implementiert und von der Klasse, die die Daten vom Server erhält (NetGameClient).

Das Rendering ist ebenfalls ein Interface, welches als Input die Spieldateninterfaces verarbeitet. Dadurch übergibst du dem Rendering je nach Spiel entweder die Objekte selber oder die NetGameClient Klasse. Das ist total transparent.

Selbiges habe ich auch für die Spielausführung gemacht: IGameExecution. Dort erhält man Informationen wie "Gerade im Spiel", "Spiel vorbei, zeige Auswertung", "Bereite neue Runde vor". Und entsprechend für beide Spielarten gibt es wieder eine Implementierung: NetGameClient und LocalGameExection. Beim Eingang in das eigentlich InGame/MatchResult/WaitState wird einfach nur noch über die Interfaces gearbeitet!


Hoffe, das hilft dir ein bisschen. Wenn es dich sehr interessiert, zeichne ich mal exemplarisch ein Klassendiagramm

Zitat

Im linken Bild fehlen noch Spielfiguren und Item. Hast du dafür einfach noch keine Modelle oder woran liegt es?

Ja sind einfach noch nicht implementiert. Ich wollte erstmal schauen, ob das Konzept greift- und das sogar sehr gut! Mir fehlen die Modelle

Zitat

Und wie ist das mit den einzelnen Ansichten geplant? Möglich wäre ja eine Art Plugin System. Du bietest eine DLL mit allen benötigten Funktionen und Klassen die man nutzen kann. Dann ein Interface welches implementiert wird und mann kann seine eigenen Views schreiben.

Daran habe ich auch schon gedacht. Das würde auch problemlos funktionieren. Man müsste nur die Interfaces in eine DLL auslagern und los gehts!

Ich habe mittlerweile einen Blog für das Spiel eingerichtet - mit aktuellem Upload des Spiels. Über Teilen und Liken würde ich mich sehr freuen! Ihr könnt den Blog aus meiner Signatur und am Ende des ersten Posts des Threads nachschauen. Ich habe noch keinen vernünftigen Domain-Namen, das kommt irgendwann

Gerade habe ich einen kurzen Artikel über den Umgang mit verschiedenen Auflösungen in 2D-Spielen geschrieben. Es werden öfter neue hinzukommen, so dass es sich lohnt, öfter vorbeizuschauen. Auch werde ich Stück für Stück die Architektur und Ideen des Spiels dort niederschreiben.