Tricky Features: Unterschied zwischen den Versionen

Aus Das Sopra Wiki
Zur Navigation springen Zur Suche springen
Keine Bearbeitungszusammenfassung
 
(14 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
{{Stub}}
{{Stub}}
{{löschen}}
Es gibt eine Reihe von Features die sich (auch wenn es teilweise aufs erste nicht unbedingt so erscheinen mag) in der Umsetzung durchaus als etwas knifflig erweisen. Allerdings bedeutet das nicht dass ihr diese Sachen zwangsweise vermeiden sollt!
<br/>
Je nachdem was für eine Art von Spiel ihr umsetzen wollt und wie ein entsprechendes Feature genau aussehen bzw. implementiert werden soll, kann der Schwierigkeitsgrad extrem variieren.
<br/><br/>
=> Es ist sehr wichtig, dass ihr '''genau''' abklärt inwiefern ihr Features die in folgenden Themenbereichen liegen umsetzen wollt und dass ihr deren Implementierung sowie Integration in das Spiel gut plant.
<br/><br/>
''Im Nachfolgenden handelt es sich lediglich um '''Hinweise''' die bedacht werden sollten, es besteht '''kein Anspruch auf Vollständigkeit'''!''


== Allgemeines ==
Die meisten Spiele lassen sich in eine Menge von grundlegenden Systemen wie Grafik, Pathfinding, etc. zerlegen. Jedes dieser Systeme kann unterschiedlich komplex ausgeprägt sein (z.B. [https://en.wikipedia.org/wiki/Dwarf_Fortress Dwarf Fortress] mit sehr einfacher Grafik und sehr komplexen Mechaniken oder [https://en.wikipedia.org/wiki/The_Vanishing_of_Ethan_Carter The Vanishing of Ethan Carter] mit sehr komplexer Grafik aber fast ohne Spielmechanik). Um eine Hilfestellung für die Ausarbeitung der Spielidee zu geben, sind in der folgenden Tabelle gängige Systeme und deren Ausprägung gegen ihre Komplexität (wie schwierig ist das Feature technisch umzusetzen, z.B. effizientes Pathfinding zwischen sich auf Umlaufbahnen bewegenden Planeten unter Berücksichtigung des Treibstoffverbrauchs benötigt einen komplexen Algorithmus) und/oder den damit verbundenen Aufwand (wie viel Arbeit muss man in die reine Umsetzung investieren z.B. für ein 2D Spiel in Isometrie benötigt man Sprites für jedes Objekt in jeder der acht Ausrichtungen für jede Animation was extrem viel Zeit kosten kann) aufgetragen.


=== Netzwerk ===
{| class="wikitable"
|+
! colspan="2" rowspan="2" |Feature
! colspan="5" |Komplexität/Aufwand
|-
!Niedrig
!
!Bewältigbar
!
!Hoch
|-
| colspan="2" |Steuerung
|Direkte Steuerung
|
|Indirekte Steuerung
|
|
|-
| rowspan="2" |Grafik
|[https://en.wikipedia.org/wiki/Isometric_video_game_graphics 2D]
|Plan/Seitenansicht
| TopDown
|Animationen, Isometrie
|Isometrie mit Animationen
|Isometrie mit Ebenen
|-
|3D
|
|"Pappaufsteller", z.B. [https://en.wikipedia.org/wiki/Doom_engine DOOM], Isometrie mit Ebenen
|Einfache Animationen
|
|Objektanimationen und Eyecandy
|-
| colspan="2" |KI
| MicroKI (lokale state machine)
|
|[https://en.wikipedia.org/wiki/Decision_tree Decision Trees], Glaubwürdige KI
|
|Experimentelles, z.B. [[HallOfFame#Steam Revolution|Steam Revolution]]
'Regie' führende KI, z.B. [https://www.gamedeveloper.com/design/the-perfect-organism-the-ai-of-alien-isolation Alien Isolation]
|-
| colspan="2" |Multiplayer
|Singleplayer
|Splitscreen
|
|Echtzeit Multiplayer auf perfektem Netzwerk
|Echtzeit Multiplayer auf realistischem Netzwerk
|-
| colspan="2" |Spielmechanik
|Mühle
|
|Klassische Echtzeitstrategie, z.B. Warcraft
|
|Spiele mit komplexem Balancing, z.B. DoTa, League of Legends, Magic: The Gathering
Spiele mit vielen Systemen, die komplexe Abhängigkeiten haben, z.B. Dwarf Fortress, Rim World, Oxygen not Included
|-
| colspan="2" |Pathfinding
|2D ohne dynamisches Pathfinding/Kollisionsvermeidung
|
|
|
|Ressourcenabhäniges Pathfinding zwischen sich bewegenden Objekten, z.B. [[HallOfFame#Solar Explorer|Solar Explorer]]
|-
| colspan="2" |Assets
|Prozedural generierte geometrische Formen<ref>Prozedural generierte Assets können allerdings sehr aufwendig sein, z.B. .kkrieger, Spore, etc. </ref>  (Linien, Vierecke, etc.), z.B. Captain Forever
|
|
|
|Immersive Simulations oder Open-World Games, z.B. Skyrim, Fallout 3, The Witcher 3, etc.
|}


Netzwerkmultiplayer hat sich über das Softwarepraktikum immer wieder als kompliziertes Feature erwiesen. Angefangen von der Suche nach anderen Spielern im Netzwerk, die Verwaltung mehrerer paralleler Sessions in einem Netzwerk, du die schiere Menge an Daten die für jede Spieleraktion und jedes Spielobjekt synchron gehalten werden muss. Siehe hierzu den [[Multiplayer#Netzwerk|Multiplayer]] Artikel.
<references />
 
== Grafische Darstellung ==
 
=== Echte Isometrie ===
... TBA. ..
 
=== 3D Animation ===
... TBA ...
 
== Level im Freien ==
=== Weite Sicht ===
''...TBA...''
=== Großes Terrain ===
''...TBA...''
=== Schwindelerregende Höhen ===
''...TBA...''
 
== Level in Räumen/Tunneln/Labyrinthen ==
=== Leveldesign ===
''...TBA...''
=== Kollisionserkennung ===
''...TBA...''

Aktuelle Version vom 19. Oktober 2021, 11:13 Uhr



Die meisten Spiele lassen sich in eine Menge von grundlegenden Systemen wie Grafik, Pathfinding, etc. zerlegen. Jedes dieser Systeme kann unterschiedlich komplex ausgeprägt sein (z.B. Dwarf Fortress mit sehr einfacher Grafik und sehr komplexen Mechaniken oder The Vanishing of Ethan Carter mit sehr komplexer Grafik aber fast ohne Spielmechanik). Um eine Hilfestellung für die Ausarbeitung der Spielidee zu geben, sind in der folgenden Tabelle gängige Systeme und deren Ausprägung gegen ihre Komplexität (wie schwierig ist das Feature technisch umzusetzen, z.B. effizientes Pathfinding zwischen sich auf Umlaufbahnen bewegenden Planeten unter Berücksichtigung des Treibstoffverbrauchs benötigt einen komplexen Algorithmus) und/oder den damit verbundenen Aufwand (wie viel Arbeit muss man in die reine Umsetzung investieren z.B. für ein 2D Spiel in Isometrie benötigt man Sprites für jedes Objekt in jeder der acht Ausrichtungen für jede Animation was extrem viel Zeit kosten kann) aufgetragen.

Feature Komplexität/Aufwand
Niedrig Bewältigbar Hoch
Steuerung Direkte Steuerung Indirekte Steuerung
Grafik 2D Plan/Seitenansicht TopDown Animationen, Isometrie Isometrie mit Animationen Isometrie mit Ebenen
3D "Pappaufsteller", z.B. DOOM, Isometrie mit Ebenen Einfache Animationen Objektanimationen und Eyecandy
KI MicroKI (lokale state machine) Decision Trees, Glaubwürdige KI Experimentelles, z.B. Steam Revolution

'Regie' führende KI, z.B. Alien Isolation

Multiplayer Singleplayer Splitscreen Echtzeit Multiplayer auf perfektem Netzwerk Echtzeit Multiplayer auf realistischem Netzwerk
Spielmechanik Mühle Klassische Echtzeitstrategie, z.B. Warcraft Spiele mit komplexem Balancing, z.B. DoTa, League of Legends, Magic: The Gathering

Spiele mit vielen Systemen, die komplexe Abhängigkeiten haben, z.B. Dwarf Fortress, Rim World, Oxygen not Included

Pathfinding 2D ohne dynamisches Pathfinding/Kollisionsvermeidung Ressourcenabhäniges Pathfinding zwischen sich bewegenden Objekten, z.B. Solar Explorer
Assets Prozedural generierte geometrische Formen[1] (Linien, Vierecke, etc.), z.B. Captain Forever Immersive Simulations oder Open-World Games, z.B. Skyrim, Fallout 3, The Witcher 3, etc.
  1. Prozedural generierte Assets können allerdings sehr aufwendig sein, z.B. .kkrieger, Spore, etc.