Für mich klingt das erstmal nach Designfehler im Event, dem zB durch das Setzen/Ändern einer Variable an geeigneter Stelle abgeholfen werden könnte. Aber vielleicht denke ich auch einfach nur zu simpel. Hättest Du mal ein konkretes Beispiel?Zitat von [KoA-Angel]
Nein, du denkst völlig richtig.
Wenn ein Eventablauf "zusammenbricht" oder auch der kombinierte Ablauf von mehreren Events, dann hat der Ersteller was falsch gemacht.
Das ist zumindestens keine gute Begründung dafür kein ständiges Speichern zu ermöglichen.
--
![Avatar von [KoA-Angel]](customavatars/avatar275_7.gif "Avatar von [KoA-Angel]"){kind=avatar}
Nimm mal an, du hast ein Level geladen, darauf startet ein Parallel Event bestehend aus einem Initialisierungsteil für Variablen und einer Endlosschleife, die zB auf Eingaben wartet. Wird nun vom Ersteller nicht beabsichtigt gespeichert und neu geladen, dann startet das Event neu, die Initialisierung wird erneut durchgeführt und Variablen werden auf Anfangswerte gesetzt, obwohl sie das nicht sollten, da man sich mitten im Level befindet.
Natürlich kann man dieses Problem durch entsprechendes Scripten umgehen, aber damit rechnet der Ersteller ja nicht, da er dem Spieler das Speichern nur ausserhalb der Level ermöglichen will.
Ist jetzt nur ein aus der Luft gegriffenes Gedankenspiel.
Versteht mich nicht falsch, ich will damit keinesfalls ein Gamedesign begründen, das kein freies Speichern erlaubt.
Alles, was ich sage, ist dass es zu Bugs führen kann, wenn man an Stellen speichert, an denen komplexe Scripte im Hintergrund laufen, da der RPGMaker zwar alle Variablen und Event Positionen sichert, leider aber nicht die Ausführungsposition der Scripts.
Tatsache ist aber, dass du den Ersteller eines Spiels nicht für Bugs verantwortlich machen kannst, die durch Cheaten ( und das ist das Speichern an ungeplanten Stellen) auftreten.
Ein Designfehler liegt hier also keinesfalls vor.
--
"Strandrehe leben in Strohhütten. Tauchen sie auf Strandehen als Standrehe auf, tragen sie immer Strohhüte." Tako 2018
Steinigt mich bitte mit rostigen Nägeln wenn ich mich irre, aber ist es nicht eigentlich immer möglich zu speichern, wann und wo man will?
(ja ich habe mir alle Kommentare durchgelesen)
Also ich muss das "Überall Speichern" immer ausschalten, wenn ich es nicht benötige... Bin deswegen etwas verwirrt wozu der Patch gut sein soll...
lg Räbbit!
--"Gib einem Mann Feuer, und er hat es einen Tag lang warm. Steck ihn in Brand, und er hat es warm für den Rest seines Lebens"
Das ist ein Tool und kein Patch. Damit kann der Spieler eines RM Spiels überall speichern, egal was der Ersteller vorschreibt. Das beinhaltet auch Titlescreen, GameOver und Kampf. Wobei ersteres beim Laden natürlich abstürzt und die anderen beiden die Sachen danach abbrechen.
Prinzipiell funktioniert das Tool aber und kann lästige Makerfummellei und die damit verbundene Spoilergefahr unnötig machen.
Ich selber werds nur benutzen wenn mir Speicherpunktverteilung wirklich auf den Senkel geht.
@evilsteinjr:
Danke für das Lüften des Unwissenheits-Schleiers, jetzt kann ich mich wieder weniger nervenaufreibenden Gedanken widmen. :]
Der Steinigung gerade noch entkommen:
Räbbit!
--"Gib einem Mann Feuer, und er hat es einen Tag lang warm. Steck ihn in Brand, und er hat es warm für den Rest seines Lebens"
Hmm, das mit Game Over war eigentlich gar nicht geplant. Ist aber ein netter Nebeneffekt dass man damit quasi unsterblich wird!
--
Mir war nichtmal bewusst dass ich nominiert wurde, aber: Cool! Hälfte des Lobes muss aber unbedingt an Archeia!Now all new and shiny:CherryShare | Patches und Tools | Programmwunschthread | www.cherrytree.at | Cherry = CherryDT
Danke für die Erklärung.
Das tue ich aber doch auch gar nicht. Wie ich bereits sagte:Die Verantwortung für eventuell daraus resultierende Bugs liegt also selbstverständlich bei mir.
Doch. Die Tatsache, dass dieser Designfehler sich im Normal-Fall nicht auswirken kann, lässt ihn nicht verschwinden. Ja, ich mache selbst oft solche Designfehler in meinen Programmen, wenn ich zu faul bin, wirklich _alle_ Fehler-Möglichkeiten korrekt abzufangen und wenn die Chance, dass ein solcher Fehler jemals auftritt, im "Normalfall" gegen 0 geht. Aber ich denke, diese Diskussion würde nirgendwo hin führen.
Jedenfalls würde ich als Entwickler auch nicht überprüfen, ob Variablen beim erneuten Script-Start bereits belegt sind, sondern würde sie einfach intialisieren. Vom Design-Standpunkt her wäre es allerdings besser, Initialisierung und Aktualisierung von einander zu entkoppeln. Damit würde doch auch der aktuelle Variablen-Inhalt im Moment des Speicherns erhalten bleiben, oder nicht?
Geändert von Das'O' (05.11.2011 um 06:21 Uhr)
Es ist ein Unterschied, ob man als Entwickler alle Fehler abfängt, die eventuell auch in unwahrscheinlichen Fällen im Programm selbst auftreten können, oder ob man alle Fehler abfangen will, die durch Manipulation von Drittprogrammen am Spiel entstehen.
Ersteres ist gewissenhaft. Letzteres ist einfach unmöglich.
--
"Strandrehe leben in Strohhütten. Tauchen sie auf Strandehen als Standrehe auf, tragen sie immer Strohhüte." Tako 2018
Gut, es ist ein recht nützliches Tool. Doch meiner Meinung nach macht es teilweise den Spielspaß kaputt.
Lasst uns mal VD hernehmen. Es hat schon einen Sinn, wieso man auf NORMAL und SCHWER nicht immer speichern kann. Es soll das Spiel halt schwerer machen. Wem das zu schwer/nervig ist, der solls halt auf LEICHT spielen.
Das Gleiche gibt es ja auch bei kommerziellen Spielen wie Secret Of Mana usw.
Ich verwende nie savestates, da sich der Spieler im Endeffekt selbst betrügt. Aber das muss jeder für sich selber entscheiden.
--
Ob Savestates den Spielspaß zerstören, darüber liesse sich bestimmt noch jahrelang diskutieren.
Ich selbst bin bekennender Retro Fan und spiele sehr gerne alte SNES und N64 Games (zur Zeit Jet Force Gemini) und verwende eigentlich immer Savestates.
Ich finde, die Spiele werden dadurch nicht einfacher, es wird lediglich der Weg verkürzt, den man nach einem Tod vom letzten Speicherpunkt an wieder zurückzulegen hat. Es reduziert sich also die Spiellänge, aber wohl nicht der Schwierigkeitsgrad.
Ich habe noch nie etwas davon gehalten, Spiele künstlich in die Länge zu ziehen, indem man den Spieler nur an bestimmten Punkten speichern lässt, die auch noch ewig weit auseinanderliegen - ein Extrembeispiel hierfür war damals Turok 2, falls das jemand noch als N64 Original gespielt hat, der weiss, wovon ich rede. Es war keine Seltenheit, Stunden (!) zu spielen, bis man am nächsten Speicherpunkt angelangt war.
Ein Spiel so zu designen, dass man in den höheren Schwierigkeitsgraden seltener speichern kann, halte ich für sehr fragwürdig, aber das ist nur meine Meinung.
--
"Strandrehe leben in Strohhütten. Tauchen sie auf Strandehen als Standrehe auf, tragen sie immer Strohhüte." Tako 2018
Da muss ich dir wirklich zustimmen. Was es auf jeden Fall erhöht ist der Frustfaktor.(es gibt ja auch noch Spiele bei denen man sich nach jedem Game Over durch minutenlange Zwischensequenzen klicken muss, nur um am Ende doch wieder von Vorne zu beginnen xD) Am Ende schadet man dem positiven Spielerlebnis mehr. Was hat man dann von der längeren Spielzeit?
Es ist ja nicht grundsätzlich etwas Schlechtes, dass man nur an bestimmten Stellen im Spiel speichern kann. Aber es kommt auch darauf an, wie es konkret umgesetzt wird. Metroid Other M hatte da z.B. einen netten Ansatz (höchstwahrscheinlich gibt es das so bereits in anderen Spielen, ist ja auch nur ein Beispiel ^^). Es gab Speicherpunkte und wenn man an bestimmten Stellen z.B. bei einem Bosskampf K.O. ging, konnte man direkt wieder in dem Raum beginnen.
Update: Neue Features! Man kann jetzt mit Alt+F11 das Spielmenü aufrufen auch wenn es deaktiviert ist (auch hierfür gilt die Info mit Shift+F11 bei schwarzem Bildschirm), sowie eine komplette Heilung mit Strg+F11 durchführen!
Btw: Um eine andere F-Taste statt F11 zu belegen, einfach mit Parameter /F1, /F2, ... starten.
--
Mir war nichtmal bewusst dass ich nominiert wurde, aber: Cool! Hälfte des Lobes muss aber unbedingt an Archeia!Now all new and shiny:
Funktioniert jetzt auch mit mehr 2k-Spielen.
Bitte neu runterladen.
--
Mir war nichtmal bewusst dass ich nominiert wurde, aber: Cool! Hälfte des Lobes muss aber unbedingt an Archeia!Now all new and shiny:
Berechtigungen
Zitieren
