User Tools

Site Tools


hackers

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision
Previous revision
Next revision Both sides next revision
hackers [2012/01/03 08:21]
jjp
hackers [2012/01/03 08:24]
jjp
Line 11: Line 11:
 === Realisierung === === Realisierung ===
  
-Zunächst implementieren wir einen Prototyp. Wir verfolgen damit 2 Ziele.+Zunächst implementieren wir einen [[Prototyp]]. Wir verfolgen damit 2 Ziele.
  
 Auf der einen Seite validieren und entwickeln wir so überhaupt erst unsere Spielidee. Durch Implementieren und Spielen vermuten wir besser herausfinden zu können welche Spielelemente funktionieren, und was für uns überhaupt realisierbar ist als durch eine detailierte Vorabplanung. Schließlich wollen wir keine einfache Kopie von Z mit anderer Grafik implementieren (dann könnte man sich die meisten Experimente sparen). Auf der einen Seite validieren und entwickeln wir so überhaupt erst unsere Spielidee. Durch Implementieren und Spielen vermuten wir besser herausfinden zu können welche Spielelemente funktionieren, und was für uns überhaupt realisierbar ist als durch eine detailierte Vorabplanung. Schließlich wollen wir keine einfache Kopie von Z mit anderer Grafik implementieren (dann könnte man sich die meisten Experimente sparen).
Line 19: Line 19:
   * Es ist für uns eine Übung in Marketing und Publicity. Für das vollständige Spiel müssen wir das auch machen, wenn wir wollen dass es irgendwer spielt. Besser wir machen jetzt dabei Fehler, als später.   * Es ist für uns eine Übung in Marketing und Publicity. Für das vollständige Spiel müssen wir das auch machen, wenn wir wollen dass es irgendwer spielt. Besser wir machen jetzt dabei Fehler, als später.
   * Wir laufen weniger Gefahr die Benutzbarkeit zu vernachlässigen. Dieses Ziel zwingt uns dazu daran zu denken dass auch jemand der Spieldesign und source code nicht kennt mit dem Spiel klarkommen muss.   * Wir laufen weniger Gefahr die Benutzbarkeit zu vernachlässigen. Dieses Ziel zwingt uns dazu daran zu denken dass auch jemand der Spieldesign und source code nicht kennt mit dem Spiel klarkommen muss.
- 
-=== Prototyp === 
- 
- 
-== TBD == 
- 
-  * Gameplay: 
-    * Zweiter Fabrik-Typ (Grafik, Einbauen ins Level-Format, zusätzlicher Gebäudetyp im Server). 
-    * Zerstörbare Fabriken (Darstellung des Gebäude-Zustands im Client, Verhalten im Server). 
-    * Reparaturfähigkeit für Einheiten (Grafik, Einheitenverhalten im Server). 
-    * Massive Einheiten (vereinfachte Kollisionsabfrage im Server, Grafik). 
-    * Freeze- und Reset-Fähigkeit für Einheiten (Verhalten im Server, Kennzeichnung eingefrorener Einheiten im Client). 
-    * Sektoren mit höherem Wert (Verhalten im Server, Einbauen ins Level-Format, Grafik). 
-    * Wasser; massive Einheiten können Wasser nicht durchqueren (Grafik, Einbauen ins Level-Format, Verhalten im Server). 
-    * Bewaffnetes HQ, die Stärke der Waffen ist an den Gesundheitszustand gebunden (Verhalten im Server, Änderung an der Angriffs-Nachricht damit Angriffe vom HQ darstellbar sind). 
-    * Initiales Design für 1-3 zusätzliche leichte Einheiten und für 2-3 massive Einheiten (Parameter, Grafik). 
-  * GUI: 
-    * Abgesetzte Befehle werden mit einem Effekt am Zielpunkt untermalt. 
-    * Der Cursor verändert sich wenn er auf eine gegnerische Einheit zeigt während eigene Einheiten selektiert sind. 
-    * Einheiten die das Ziel eines Befehls sind werden kurz ge-highlightet. 
-    * Einheiten-Selektionen können gespeichert und geladen werden. 
-    * Die Kamera kann zu einer gespeicherten Selektion springen.  
-  * Infrastruktur: 
-    * Server und Client kennen ihre Version; es ist nur eine Verbindung erlaubt wenn die Version übereinstimmt. 
hackers.txt · Last modified: 2015/08/23 13:59 (external edit)