Eventkollision: Unterschied zwischen den Versionen

Aus Makerpendium.de
(Die Seite wurde neu angelegt: „Die '''Eventkollision''' im RPG Maker basiert komplett auf dem Format des rohen Tile-Rasters, auf dem sich die Spielfigur sowie die Fahrzeuge und Event…“)
 
 
(6 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
Die '''Eventkollision''' im [[RPG Maker]] basiert komplett auf dem Format des rohen Tile-Rasters, auf dem sich die Spielfigur sowie die Fahrzeuge und [[Event]]s bewegen. Wird eines dieser Objekte angewiesen, sich in eine Richtung zu bewegen, wird die nächste Koordinate auf der [[Mapping|Map]] in dieser Richtung analysiert, ob sich dort im Moment ein Eventblock befindet, der das Betreten verhindert. Andernfalls wird auf dem Feld nach einem Tile gesucht, das (aus dieser Richtung) unbetretbar ist.
+
__NOTOC__
 +
Die '''Eventkollision''' im [[RPG Maker]] basiert komplett auf dem Format des rohen Tile-Rasters, auf dem sich die Spielerfigur sowie die [[Vehicle|Fahrzeuge]] und [[Event]]s bewegen. Wird eines dieser Objekte angewiesen, sich in eine Richtung zu bewegen, wird die nächste Koordinate auf der [[Mapping|Map]] in dieser Richtung analysiert, ob sich dort im Moment ein Eventblock befindet, der das Betreten verhindert. Andernfalls wird auf dem Feld nach einem Tile gesucht, das (aus dieser Richtung) unbetretbar ist.
  
Geht aus diesen Vorgängen hervor, dass keine Blockaden auf dem Zielfeld sind, wird das Event und damit dessen Kollision für andere Objekte direkt und ohne Verzögerung dem neuen Feld zugewiesen und ein ''Offset'' für die Eventgrafik gesetzt, die dem Event selbst je nach eingestelltem Bewegungstempo hinterherläuft und dafür eine gewisse Zeit braucht, bis das Offset wieder 0 erreicht.
+
Geht aus diesen Vorgängen hervor, dass keine Blockaden auf dem Zielfeld sind, wird der [[Eventoid]] und damit dessen Kollision für andere Objekte direkt und ohne Verzögerung dem neuen Feld zugewiesen und ein ''Offset'' für die Eventgrafik gesetzt, die dem eigentlichen Event je nach eingestelltem Bewegungstempo hinterherläuft und dafür eine gewisse Zeit braucht, bis das Offset wieder 0 erreicht. Erst dann wird, sofern vorhanden, der nächste Schritt durchgeführt.
  
Durch diese Verarbeitung entstehen viele Probleme, die in Spielen, die kompromisslos komplexere Kollision brauchen würden, um einen angenehmen Gameplayfluss zu garantieren. Besonders neue Spieler des Öfteren über lange Zeit Schwierigkeiten, damit zurechtzukommen.
+
Durch diese Art der Verarbeitung entstehen viele Probleme in [[Spieledatenbank von A bis Z|Spielen]], die eine kompromisslos komplexere Kollision brauchen würden, um einen angenehmen Gameplay-Fluss zu garantieren. Vor allem neue Spieler haben des Öfteren über lange Zeit [[Den Spieler nerven|Schwierigkeiten, damit zurechtzukommen]].
  
 
==Unpassende Anwendung==
 
==Unpassende Anwendung==
Häufig wurde und wird die Eventkollision in Spielen benutzt, für die sie absolut ungeeignet ist (Jump'n'Runs, Shooter, sonstige Action-orientierte Spiele) mit der Ausrede, es gänge mit dem Maker nicht besser, bzw nicht anders. Eine korrektere Darstellung der Dinge würde lauten: Es geht nicht besser, ohne dass Ersteller sich etwas Arbeit mit ihrer Technik machen müssen.
+
Häufig wurde und wird die Eventkollision in Spielen benutzt, für die sie absolut ungeeignet ist (Jump'n'Runs, Shooter, sonstige Action-orientierte Spiele). Darauf angesprochen kommt nicht selten die Ausrede, [[Engine-Vorurteile|es gänge mit dem Maker nicht besser]], bzw nicht anders. Eine korrektere Darstellung der Dinge würde lauten: Es geht nicht besser, ohne sich etwas mehr Arbeit mit der eigenen Technik zu machen.
 +
 
 +
{{GameDesignBox}}
  
 
[[Kategorie:Technik]]
 
[[Kategorie:Technik]]

Aktuelle Version vom 30. September 2022, 00:06 Uhr

Die Eventkollision im RPG Maker basiert komplett auf dem Format des rohen Tile-Rasters, auf dem sich die Spielerfigur sowie die Fahrzeuge und Events bewegen. Wird eines dieser Objekte angewiesen, sich in eine Richtung zu bewegen, wird die nächste Koordinate auf der Map in dieser Richtung analysiert, ob sich dort im Moment ein Eventblock befindet, der das Betreten verhindert. Andernfalls wird auf dem Feld nach einem Tile gesucht, das (aus dieser Richtung) unbetretbar ist.

Geht aus diesen Vorgängen hervor, dass keine Blockaden auf dem Zielfeld sind, wird der Eventoid und damit dessen Kollision für andere Objekte direkt und ohne Verzögerung dem neuen Feld zugewiesen und ein Offset für die Eventgrafik gesetzt, die dem eigentlichen Event je nach eingestelltem Bewegungstempo hinterherläuft und dafür eine gewisse Zeit braucht, bis das Offset wieder 0 erreicht. Erst dann wird, sofern vorhanden, der nächste Schritt durchgeführt.

Durch diese Art der Verarbeitung entstehen viele Probleme in Spielen, die eine kompromisslos komplexere Kollision brauchen würden, um einen angenehmen Gameplay-Fluss zu garantieren. Vor allem neue Spieler haben des Öfteren über lange Zeit Schwierigkeiten, damit zurechtzukommen.

Unpassende Anwendung

Häufig wurde und wird die Eventkollision in Spielen benutzt, für die sie absolut ungeeignet ist (Jump'n'Runs, Shooter, sonstige Action-orientierte Spiele). Darauf angesprochen kommt nicht selten die Ausrede, es gänge mit dem Maker nicht besser, bzw nicht anders. Eine korrektere Darstellung der Dinge würde lauten: Es geht nicht besser, ohne sich etwas mehr Arbeit mit der eigenen Technik zu machen.

Öffnen
● GameDesign, Story und Technik (inklusive Antibeispiele)