Die Spielfigur rennen lassen

Vorwort:
Hallo, wertes Atelier.
Heute komme ich mit einer weiteren Sache, die mich aktuell interessiert. Ich werfe das Thema ganz bewusst in das Game-Design-Unterforum anstatt in den Technikbereich, da es hier eben nicht um den technischen Aspekt von Rennscripten gehen soll, sondern um den spielerischen.

Diskussionsgrundlage:
Mich interessiert hier grob, was ihr über Rennscripte und das ganze Drumrum denkt, sowie welche Erfahrungen ihr gemacht habt und persönliche Vorlieben. Aus Sicht als Spieler, also auf euer persönliches Spielerlebnis bezogen, und auch aus eurer Sicht als Entwickler.
Mögliche Unterpunkte könnten hier sein, welche verschiedenen Formen, Gimicks und Steuerungsmöglichkeiten es gibt.

Persönlich wollte ich dieses mal ein ganz simples Script ohne großen technischen Aufwand und ohne ellenlange Abfragen haben. Der Einfachheit sind auch der ein oder andere kosmetische Fehler geschuldet, was ich aber gerne in Kauf nehme.
Eigenheiten sind nun simple Geschwindigkeitserhöhung (später mit passender Animation), uneingeschränkte Renndauer, Stehenbleiben bei Hindernissen (und resultierendes deaktivieren des Rennens), sowie Aktivierung durch zweimaliges Drücken der selben Richtungstaste in eiinem kurzen Zeitraum. Letzteres könnte man alternativ auch durch Drücken oder gedrückthalten einer seperaten Taste erreichen, aber da ich mich auf möglichst wenige Tasten beschränken wollte und Doppelbelegungen doof finde, habe ich mich vorerst dafür entschieden.

Schlusswort:
Ich bedanke mich herzlich für das Interesse und freue mich schon über eure Beiträge. =)

Wenn die Standardgeschwindigkeit der Spielfigur in Ordnung ist - wie auf den alten Makern - dann braucht man keine Rennfunktion, aber auf dem XP ist die Standardgeschwindigkeit für ein RPG leider zu langsam, während die nächsthöhere Stufe wieder zu schnell ist, also musste ich notgedrungen eine einbauen. Man rennt, solange Shift gedrückt ist. Normalerweise ist so ein Sprint-Button aber eher etwas für Action-RPGs mit Ausdauer.

Gibt es in deinem Spiel Stellen, wo der Spieler aus irgendeinem Grund wollen würde, dass der Charakter sich langsamer bewegt? (Und wenn du nicht gerade ein Echtzeit-KS hast, dürften solche Passagen eher rar gesät sein.) Wenn nicht, lass das mit dem Rennscript und erhöhe einfach die normale Laufgeschwindigkeit. Wenn man praktisch vom Titelbild bis zum Abspann die Rennen-Taste ununterbrochen gedrückt halten will/muss, bietet das keinerlei Mehrwert.

@Kelven:
Das mit den zu groben Geschwindigkeiten musste ich leider auch schon feststellen. Arbeite mit dem 2k3, und da ist man, wie du sagst, auf Anhieb sehr flott unterwegs. Standardgeschwindigkeit runterregeln ist doof. Die nächsthöhere Stufe ist bei den alten Makern auch schon extremes Sprinten, wie ich leider zugeben muss. Es kommt natürlich immer auch sehr auf die Maps an, ob man überhaupt die Lust oder den Drang verspürt gelegentlich noch etwas flotter unterwegs sein zu wollen. Hatte das in einigen Spielen schon, gerade bei weitläufigen Erkundungsmaps.

@Liferipper:
Ich denke, Kelven hat das Problem bei dem von dir genannten Ansatz bereits gut beschrieben.

Zitat:

---

Zitat von Kelven

[...]Standardgeschwindigkeit für ein RPG leider zu langsam, während die nächsthöhere Stufe wieder zu schnell[...]

---

Der Vorteil von höherer Geschwindigkeit ist ja grundlegend der, dass man schneller ist. Aber rein auf die Steuerung bezogen erschwert ein höheres Tempo wiederum die Navigation. Daher ist es in praktisch jedem RPG sinnvoll, auch mal zu gehen statt zu rennen.
Es ist ja auch nicht in jedem Script so, dass man die Rennentaste gedrückt halten muss. In dem von mir im Spoiler genannten Ansatz ist dem ja ebenso wenig.

Rennscripte sind bei den alten Makern imo unnötig. XP bin ich mir gerade unsicher, aber VX und aufwärts sind bei der normalen Geschwindigkeit zu langsam, haben aber auch ne Renntaste standardmäßig mit drin. Und per Script (beim MV sogar ohne Script) kann man das einfach permanent anschalten wenn man will, dann geht die Geschwindigkeit auch wieder in Ordnung.

Gibt es da eigentlich einen Unterschied zwischen Rennen und der nächsthöheren Geschwindigkeit beim VX aufwärts? Man konnte die Rennfunktion ja generell schon beim VX von Makerseite aus deaktivieren, wenn ich mich recht erinnere.

Eine Renntaste hat nich nur Sinn in einem Action-RPG. Es gibt ja durchaus Rätsel, bei denen man mal langsam oder mal schnell laufen muss.
Ich erinnere mich an eine Stelle (in UiD?) wo man sich langsam an einen schlafenden Tiger (oder so was) heranschleichen musste. da wäre rennen fatal gewesen (falls es möglich war. Ich meine, man musste nach jedem Schritt eine gewisse Zeit abwarten, damit er nicht aufwachte).
Oder in Velsarbor: Bevor Gegner auftauchen erscheint ein Ausrufezeichen über dem Spieler. bleibt man stehen, verschwindet es wieder, geht man weiter kommt es zum Zufallskampf. Beim Rennen ist es natürlich deutlich schwerer, rechtzeitig anzuhalten, da die Gegner nach einer festgelegten Anzahl an Schritten auftauchen. Oder auch an bestimmten Stellen gab es Sprungpunkte, wo man nur gesprungen ist, wenn man mit Anlauf auf die Klippe zulief.

Es gibt auch Spiele, wo es um die Präzision geht. Normales gehen ist für den Spielbetrieb ausreichend schnell und man kann die tolle Grafik bewundern und die Gefahr, dass man was wichtiges übersieht ist geringer. Oder auch wieder bei Rätseln, wo man einen genauen Weg gehen muss, da ist langsamer besser. Laufen ist dann deutlich schneller und etwa sinnvoll um längere Strecken zu überwinden oder ein Gebiet schneller zu verlassen (permanenter Schaden wegen Gift in der Luft, ...).

Und was wichtig ist: Sagt dem Spieler, dass er laufen kann. Ich hatte mal ein Spiel, wo ich erst etwa ab der Hälfte gemerkt hatte, dass ich per Taste sehr schnell laufen kann. Damit war es einfach den schnellen bösen Geistern auszuweichen, die einen bei Berührung töteten und deutlich schneller waren als man selbst (eben so schnell, wie das eigene Laufen). Bis dahin hatte ich mich immer mühsam um die herumgeschlichen, weil die einen erst angriffen, wenn sie einen sahen. Bis ich dann an eine Stelle kam, wo das unmöglich war und nach zich versuchen hab ich per Zufall entdeckt, dass ich laufen kann. Hab mich geärgert, dass ich mir die Stellen vorher immer so unnötig schwer gemacht hatte.

Ich mag Rennscripte. Immer. Außer sie werden durch "drücke die Richtungstaste 2x" getriggert, denn das klappt fast NIE. :|

Ich finde dass das normale Tempo im 2k/3 einfach blöd aussieht zu der Gehanimation und sich sehr unimmersiv (gibt's das Wort?) anfühlt. Für eine Rennanimation dagegen ist es super. Anders herum wäre es aber auch irgendwie komisch, wenn der Charakter immer rennen würde.

Kurzum: Für mich ist das auch ein Ding der Immersion und der Ästhetik. Wenn man es natürlich ins Gameplay gut integrieren kann - umso besser.

Zitat:

---

Zitat von Nagasaki

Gibt es da eigentlich einen Unterschied zwischen Rennen und der nächsthöheren Geschwindigkeit beim VX aufwärts? Man konnte die Rennfunktion ja generell schon beim VX von Makerseite aus deaktivieren, wenn ich mich recht erinnere.

---

Nope, du rennst ein fach eine Stufe schneller beim Ace und MV (und bestimmt auch beim VX).

@Eddy:
Das mit dem Springen hatte ich sogar bereits eingeplant. =) Aber erstmal überhaupt mit Mappen anfangen... xD
Du hast da einige sehr gute Beispiele genannt. Werde schauen, inwiefern ich das Lauftempo ins Gameplay einfliessen lasse. Das mit dem Schleichen gibt es in der Form ja auch in Dark Sword. Ich war erstmal irritiert, was ich überhaupt machen soll. Als ich es dann wusste, ging es mir dennoch sehr auf den Keks mit dem Abwarten, da ich sehr ungeduldig bin. Das resultierte darin, dass ich die Passage sicher 20 mal versuchen musste, da ich immer zu früh weiterlief oder mich auch einfach mal verdrückt habe. -_-"
Dass man Dinge übersehen kann ist auch ein gutes Stichwort. Kisten oder andere Sammelitems am Wegesrand sind ja häufig vertreten.

Und, ja, guter Hinweis! Ich hab das Rennscript in Rohform schon fertig, bei dem am Anfang eine Textbox auf die Steuerung hinweist (einfach von daher, da es ein Skript ist), aber ich glaube, im Spiel hatte ich das nicht eingeplant. Dabei ist mir und auch Freunden ähnliches wie dir passiert. Ich würde sagen, den Spieler recht früh im Spiel zu zwingen die Funktion zu nutzen hilft dann auch den Leuten, die selbst die kürzesten Tutorials wegdrücken, über diese Möglichkeit informiert zu werden. So ne Klippe, die man nur rennend überspringen kann und der einzige Weg ist weiterzukommen, ist da eine sinnvolle Lösung.


@BDraw:
Ehrm... sind Rennscripte mit 2x Richtungstaste drücken nur doof wenn sie nicht richtig funktionieren, oder ist das eine generelle Abneigung (eventuell resultierend durch die schlechte Erfolgsrate)?
Bei den alten Makern trat das Problem meines Wissens nach erst mit neueren Rechnern auf, dass die Tastenabfrage rumspinnt. Da kann man problemlos drumherummakern. Alles früher schonmal gemacht. Hab nun den offiziellen 2k3, und da ist mir das Problem nicht untergekommen. Könnte also entweder gefixt sein, oder auch einfach an meinem neuen Laptop liegen. Werd den Fix aber nur einbauen, wenn mir Leute sagen, dass es dahingehend Probleme gibt, sobald ich was Spielbares veröffentliche. Durch den fix läuft das nämlich nicht mehr ganz so sauber und unnötig längerer Code sowie mehr belegte Variablen sind auch nicht unbedingt erstrebenswert.

Über die Immersion etc. hatte ich mir beim Testen auch meine Gedanken gemacht. Die Gehanimation sah nämlich wirklich arg bescheuert aus bei dem Tempo (was natürlich auch etwas mit meinen Pixelkünsten zu tun hat :rolleyes:). Da man eh jederzeit Rennen kann, hatte ich kurz mit dem Gedanken gespielt, das generelle Tempo um eine Stufe zu verringern. Wirkt wirklich besser, aber aus spielerischer Sicht steh ich dem dann doch kritisch gegenüber, weshalb ich mich dagegen entschieden hatte. Basierend auf meiner eigenen Vorliebe als Spieler ist es ja auch mein Ziel, noch schneller zu sein und nicht langsamer. Dann wären wir ja bei dem Punkt den Liferipper beschrieben hat.
Und gerade in verschachtelten Maps wäre geringeres Tempo für viele zu langsam und das Rennen, sofern es schneller als der Makerstandard ist, zu schnell und dadurch unhandlich. Man könnte auch manuell zwischen drei Geschwindigkeiten wechseln, aber das ist mir dann doch zu kompliziert mir da ein sinnvolles Prinzip auszudenken. Shift drücken zum durchschalten, oder eine Kombination aus gedrückt halten, durchschalten und/ oder 2x Pfeiltaste drücken? (Wobei mir letzters nun gar nicht mal so verkehrt vorkommt.)
Ich denke, den Spieler hier selbst einstellen zu lassen, wie er das Tempo haben will, wäre eine gute Lösung. Gehen in zwei Stufen und Rennen in zwei Stufen. Optionsmenü dafür zu basteln dauert ja nur ein paar Minuten. Wenn man auf Optik keinen Wert legt, versteht sich.

@Sölf:
Okay. Gut zu wissen. Danke für die Info. =)

Ich find das doppelt drücken für rennen IMMER doof. Es fühlt sich nicht gut an, lieber hab ich dafür eine Extrataste.

Aber generell kann ich rennen gut leiden! Ich würde nicht mal sagen dass man dafür unbedingt irgendwelche Rätsel oder Gameplaymechaniken bräuchte, die darauf großartig aufbauen. Es ist einfach gut schnell voran zu kommen, wenn man einen Abschnitt zum Beispiel eh schon öfter durchlaufen hat. RPG Maker Spiele neigen dazu entweder rießige Freiflächen oder lächerlich schmale kleine Gänge zu haben. Wenn viel Raum da ist, kann ich den durch rennen schneller durchschreiten, wenn alles eng ist kann ich langsam gehen und renne nicht dauernd gegen irgendwelche Wände oder bleib an Gegenständen unterwegs hängen.

Also mag auch sein, dass ich einfach zu doof dazu bin, aber ich habe noch nicht ein einziges Spiel gesehen, bei dem man durch doppeltes Drücken rennt, bei dem das echt einwandfrei funktioniert - weder beim Maker, noch bei kommerziellen Spielen. Dazu kommt, dass ich es schwierig finde, da du ja praktisch damit eine künstliche Verzögerung einbaust: Das Script muss ja abwarten, ob ich die Taste 2x drücke, erst dann kann es den Char beschleunigen. Ich finde, das merkt man sehr oft sehr negativ. Entweder der Char geht leicht verzögert los, oder die Beschleunigung kommt verzögert. Beides irritiert ungemein.

Das wär doch auch mal ne Idee, nen Slow-Button zu machen : D
Hab ich glaub ich nem Makerspiel noch nie gesehen. Außer dem Anschleichen fällt mir da aber auch kein sinnvolles Szenario für ein. Und das sollte man nicht zu oft einbauen, da sowas die meisten schon beim ersten mal nervt. Und nur dafür einen eigenen Button ist auch irgendwie mäh.

2x Richtungstaste konnte ich auch nie leiden. Ist einfach sehr unhandlich. Ich hab auch nie verstanden, warum das eingebaut wurde (höchstens wenn beim Gamepad schon alle Tasten belegt waren und man sich so notgedrungen aushelfen musste).
Besonders bei Richtungswechseln in verwinkelten Orten war das doof: 2x hoch, 2x links, 2x hoch, 2x links, 2x runter,... da war das laufen in normaler Geschwindigkeit meist schneller un frustfreier, man ärgerte sich als Spieler dennoch darüber, dass man nicht einfach durchlaufen kann.
Ich würde sowas nach Möglichkeit vermeiden.
Es gibt dann noch die Variante (ist jetzt nicht primär laufen, man kann sich damit aber in vielen Spielen, die das haben, prinzipiell schneller bewegen) mit: 2x Richtungstaste = Dash. Also ein schneller Stoß nach vorne, der den Gegner verletzt. In dem Zusammenhang finde ich es dann wieder ok. Wobei ich dann versuchen würde, den Dash so einzustellen, dass eine Dash-Abfolge höchstens minimal schneller ist als wenn man normal laufen würde (ein kurzer Freeze nach dem Dash wäre da meiner Ansicht nach die optimalste Lösung und hab ich so auch schon in einigen Titeln gesehen). Eben um zu verhindern, dass man den als Fortbewegungsmittel nutzt und sich dann über unkontrollierte Bewegungen/Zerstörungen ärgert (der geht ja meist über 2 oder mehr Felder und macht alles auf dem Weg kaputt, was in der Spielmechanik kaputtbar ist).

Slow-Button hast du bspw. in Velsarbor, wenn du Rennen als Standard auswählst. Gibt generell einige Spiele, die das so handhaben.

Dash finde ich aber auch reizvoll, bspw. kombiniert mit einer Ausdauerleiste oder so. Aber das lohnt dann wirklich nur, wenn man auch konkrete Anwendungsbereiche einbaut, sprich bei eher Action-/Adventure-orientierten Sachen.

Zitat:

---

Zitat von BDraw

Slow-Button hast du bspw. in Velsarbor, wenn du Rennen als Standard auswählst. Gibt generell einige Spiele, die das so handhaben.

---

Ich meinte das jetzt eher als Zusatz zum normalen gehen + laufen, also quasi 3 Geschwindigkeiten ^^
Und auch bei Velsarbor gibt es keinen Knopf für's langsam gehen, sondern es wird nur die Art, wie man rennt bzw. normal geht anders gehandhabt ;)

Was man machen könnte, und viele dann auch nutzen würden, ist eine Art Such-/Schleich-Geh-Art. Man geht dann zwar langsam, die Kämpfe werden aber drastisch reduziert (oder gehen auf null) und der Protagonist untersucht beim laufen die Gegend (deshalb ist er so langsam). Dabei können dann entweder Zufallsgesteuert oder an bestimmten Stellen Items dropen, die unter Gras verborgen oder halb in der Erde vergraben sind.
Oder die Figuren lassen sich von einer Entität segnen und heilen langsam, können dafür aber nicht so schnell reagieren.
Es gäbe also ein paar Möglichkeiten, wie man langsames Laufen lukrativ einbauen könnte.
Man müsste jetzt nur noch testen, wie viel Spaß das machen würde und ob es tatsächlich genutzt wird bzw. müsste man herausfinden, wie man die Leute dazu motiviert und das Schleichen so lukrativ gestaltet, dass die Spieler es nutzen wollen und dabei Spaß haben (und nicht weil sie sich heilen müssen oder dringend neue Heiltränke brauchen).

Einfach nur schneller laufen ist auch im Grunde das, worauf ich in erster Linie abziele.
Dass es bei 2x Taste drücken zu einer anfänglichen Verzögerung kommt, stimmt wohl. Lässt sich nicht wirklich vermeiden, Die Steuerungsmethode ist dann aber auch Gewöhnungssache. Ich habe da gar kein Problem mit und bin es seit Kindesbeinen an aus zahlreichen Spielen gewohnt. In etlichen Sidescrollern, teils Jump&Runs und vor allem 2d Kampfspielen ist dies ja häufigst der Fall. Wenn ich es manuell auslösen muss stört mich für gewöhnlich eine extra taste drücken zu müssen. Es belegt halt ne Taste mehr und die Alternative doppelt zu belegen ist auch nicht die beste Lösung.

Ich weiss jetzt nicht, ob das jetzt ohne (offizielles) RTP läuft aber das wäre mein bisheriges Script.
http://share.cherrytree.at/showfile-...ila__demo_.rar
Da ist noch ein kleiner Bug drin, der durch die Kollisionsabfrage verursacht wird. Dabei kann es passieren, dass man nicht losrennt, obwohl man richtig gedrückt hat. Werde das auf kurz oder lang noch fixen. Bin eh noch nicht ganz schlüssig, wie es am Ende genau funktionieren soll. Sammle daher Anregungen hier im Topic. Standardmäßig rennen und stattdessen ne Schleichtaste ist ja auch ein guter Ansatz.
Anzumerken ist, dass ich grundsätzlich auf ein sehr einfaches Skript abgezielt habe, das komplett unabhngig funktioniert. Es liesse sich viel suberer umsetzen, was ich aber durch den daraus entstehenden Mehraufwand nicht tun möchte.

Zitat:

---

Was man machen könnte, und viele dann auch nutzen würden, ist eine Art Such-/Schleich-Geh-Art. Man geht dann zwar langsam, die Kämpfe werden aber drastisch reduziert (oder gehen auf null) und der Protagonist untersucht beim laufen die Gegend (deshalb ist er so langsam). Dabei können dann entweder Zufallsgesteuert oder an bestimmten Stellen Items dropen, die unter Gras verborgen oder halb in der Erde vergraben sind.
Oder die Figuren lassen sich von einer Entität segnen und heilen langsam, können dafür aber nicht so schnell reagieren.
Es gäbe also ein paar Möglichkeiten, wie man langsames Laufen lukrativ einbauen könnte.
Man müsste jetzt nur noch testen, wie viel Spaß das machen würde und ob es tatsächlich genutzt wird bzw. müsste man herausfinden, wie man die Leute dazu motiviert und das Schleichen so lukrativ gestaltet, dass die Spieler es nutzen wollen und dabei Spaß haben (und nicht weil sie sich heilen müssen oder dringend neue Heiltränke brauchen).

---

Ein Spiel, das mich zwingt oder zumindest dafür belohnt, mich im Schleichtempo durch die Gegend zu kriechen? Genial. F12.

Zitat:

---

Zitat von Liferipper

Ein Spiel, das mich zwingt oder zumindest dafür belohnt, mich im Schleichtempo durch die Gegend zu kriechen? Genial. F12.

---

Tut mir Leid, aber die Taste funktioniert so in Metal Gear nicht. :rolleyes:

Zitat:

---

Tut mir Leid, aber die Taste funktioniert so in Metal Gear nicht.

---

Oh, Metal Gear ist eine Maker-RPG-Reihe? Dann will ich natürlich nichts gesagt haben.

Zitat:

---

Zitat von Liferipper

Oh, Metal Gear ist eine Maker-RPG-Reihe? Dann will ich natürlich nichts gesagt haben.

---

Du verteufelst ein allgemeines Designelement. Die Art wie du es getan hast ist halt einfach nur Banane. Eddy hat immerhin selbst gesagt, man müsste testen, was davon Spaß macht. Und ein Metal Gear-artiges Spiel kann man auch im Maker nachbauen. Bei den neueren sogar bedeutend einfacher und effizienter. Oder willst du sagen, Schleichspiele sind generell doof, egal ob diese auf dem Maker entstanden sind oder nicht? (bevor du hier mit "aber der 2000er" kommst, will ich erwähnen, dass Eddy selbst den MV benutzt. Da kannst du selbst komplizierteste Bullethell-Shooter bauen.) Und Schleichen gab es ja bereits in einigen Makerspielen, wovon auch einige genannt wurden. Du beendest also bei der ersten Schleichpassage? :rolleyes:

Zitat:

---

Zitat von Liferipper

Ein Spiel, das mich zwingt oder zumindest dafür belohnt, mich im Schleichtempo durch die Gegend zu kriechen? Genial. F12.

---

Wieso? In vielen Spielen gibt es ähnliche Konzepte (nicht nur vom Maker), wo man sich die Gegend genauer anschauen kann um Items zu finden. Bei manchen geht das so nebenbei, bei anderen muss man aber eben Aufwand betreiben um sie zu finden/sichtbar zu machen. Die FF-Teile haben das z.B. häufiger. Etwa in teil 13, wo man mit den Chokobos an bestimmten stellen graben kann ( = langwierige Aktion) um Items zu erhalten. Man muss es nicht machen, es macht aber Spaß. Viele Spieler laufen extra die Ebenen ab um solche Stellen zu finden, "verschwenden" also massig Zeit um ein paar meist einfache Gegenstände zu finden. Weil es Spaß macht.

Und ich hab mir nur überlegt, wie man einen Slow-Button sinnvoll nutzen könnte, ob das jetzt immer und unbedingt sinnvoll ist, muss dann entschieden werden, bzw. hängt von der Fantasie und dem Können des Erstellers ab ;)

Ja, du hast die Funktionsweise richtig erkannt. Naja, ich teste immer extrem ausgiebig selbst die kleinsten Details. Mir springen solche Unsauberheiten daher schnell ins Auge. Das von dir genannte Common Event ist da auch die Fehlerquelle. Hatte der Einfachheit halber vorerst einfach einen 0.1 Wait gesetzt. Werde das für das letztendliche Spiel natürlich abändern. Es passiert selten, aber wenn es dann passiert, stört es den Spieler unter Umständen. Auch Kleinigkeiten müssen nicht sein, wenn es sich (ohne großen Aufwand) vermeiden lässt.
Unter Umständen versuche ich für Hindernisse aber auch einen ganz anderen Ansatz, wenn mir ein ebenso aufwandsarmer einfällt.

Zitat:

---

Oder willst du sagen, Schleichspiele sind generell doof, egal ob diese auf dem Maker entstanden sind oder nicht?

---

Nur dass Eddy kein Schleichspiel beschrieben hat, sondern ein Spiel (höchstwahrscheinlich RPG), bei dem man einfach dafür belohnt werden sollte, langsam zu laufen. Von Schleichen war überhaupt nicht die Rede. (Und selbst Schleichen bedingt nicht zwangsweise, sich langsam zu bewegen.)

@ Les:
Achja, um nochmal genau zu sagen, wodurch der Fehler entsteht: wenn man genau in dem Zeitfenster losläuft, indem die Koordinaten abgeglichen werden, kann sich das An- und Abschalten in die Quere kommen.

Zitat:

---

Zitat von Eddy131

[...]hängt von der Fantasie und dem Können des Erstellers ab ;)

---

Genauso seh ich das auch. Ein Feature muss ja sinvoll und vernünftig eingbaut sein. Es sind die Ideen und das daraus resultierende Spielerlebnis, das einen begeistert. Etwas, das ich selber absolut nicht hinbekomme, kann ein anderer ja wahnsinnig gut umgesetzt haben. Genau wie das auch bei Stories, Dialogen und Inszenierung der Fall ist.

Und, ja, sowas habe ich auch schon in diversen Spielen erlebt. Manchmal hat man z.B. zusätzlich einen Detektor um Gegenstände zu finden, aber wenn man diesen noch nicht besitzt, sich aber Zeit nimmt kann man auch systematisch die Umgebung abgrasen. Wenn man der exakten Stelle steht, kann man interagieren (durch ein ! markiert).

@Liferipper:
Er hat diverse Möglichkeiten aufgeführt. Und du hast auch nicht einen bestimmten Spieltyp verteufelt sondern allgemein Schleichen. Und, doch, er hat das Konzept eines Schleichspiels erwähnt. Ob das jetzt eine Passage ist oder das Konzept des ganzen Spiels tut da nicht viel zur Sache. Was er beschreibt, simuliert ja auch im Grunde das, was man aktiv in Metal Gear tut.
Zudem gibt es zahlreiche von ihm genannte Elemente in verschiedenen kommerziellen RPGs.

In einem Punkt stimm ich Liferipper schon zu: Hält der Spieler das ganze Spiel über die Renntaste gedrückt, weil das normale Tempo zu langsam ist, dann ist es eine Überlegung wert, das Renntempo zum Standard zu machen. Ein 2K/2K3-RPG mit "Slow" als Standardtempo würde mir nicht so viel Spaß machen. Ich bin ja auch der Meinung, dass das Bewegungstempo nichts mit der Atmosphäre am Hut hat, wenn man nicht gerade so schnell läuft, dass der Hintergrund schon verschwimmt. Will ich mir die Grafik anschauen, dann bleibe ich so oder so stehen.

Zitat:

---

Zitat von Kelven

Ich bin ja auch der Meinung, dass das Bewegungstempo nichts mit der Atmosphäre am Hut hat [...]

---

Da gab es in der Vergangenheit schon verschiedene Standpunkte. In Horrorspielen gab es ja immer mal wieder extrem langsame Protagonisten "zu Gunsten der Atmosphäre".

Zitat:

---

Zitat von Nagasaki

Da gab es in der Vergangenheit schon verschiedene Standpunkte. In Horrorspielen gab es ja immer mal wieder extrem langsame Protagonisten "zu Gunsten der Atmosphäre".

---

Ich finde, dass das man das durchaus partiell anwenden kann. Also nicht dauerhaft, aber mal ne Stelle, wo der Prota benommen ist und deshalb nur langsam taumeln kann und gerade dann folgen ihm einige Zombies und man muss schnell sein, bzw. die Umgebung geschickt ausnutzen muss (Sachen umwerfen, durch Enge Spalte quetschen, wo die Gegner auch langsam sind/nicht durchkommen/die Wand erst zerstören müssen, etc.), um voran zu kommen. Aber durchgängig finde ich sowas auch eher unpraktisch, da wäre mir die Atmosphäre egal.
Aber wenn man sich Spiele mal Historisch anschaut, dann fällt auf, dass sich Tempomäßig da eh einiges geändert hat. Früher waren lange Introszenen, Zwischensequenzen und langsame Spielfiguren normal, mittlerweile werden Cutscenes möglichst schnell abgearbeitet und sind praktisch immer wegklickbar und selbst wenn man stirbt muss man oft nicht einen langen Game Over Bildschrim abwarten, dann im Menü den Speicherpunkt auswählen und lange auf "Laden" warten, sondern alles geht relativ automatisch oder man taucht einfach wieder neben dem Todesort auf und es geht ansatzlos weiter.
Da verwundert es auch nicht, wenn die Spieler immer schnellere Spiele fordern die möglichst durch nichts unterbrochen werden. Und dazu gehören Figuren, die akzeptabel schnell sich bewegen ohne dabei die Bedienbarkeit einzubüßen.

Wenn es die Möglichkeit gibt, die Spielfigur rennen zu lassen, renne ich immer, ganz unabhängig davon, ob es dem Spielerlebnis wirklich nutzt. Ich bin in der Frage nicht wirklich rational. Hier muss der Entwickler die Verantwortung für mich ungeduldiges Quengelkind übernehmen, das lieber herumjagt, als eine abgewogene Wahl für seine größtmögliche Bespaßung zu treffen. Hui, flitzen!

In diesem Kontext vielleicht noch mal eine etwas technischere Frage. Das Velsarbor-Rennscript war bisher das EINZIGE das meiner Meinung nach wirklich gut funktioniert hat. Ich hab den Code dazu wirklich mehrfach studiert und bin bis heute nicht so ganz dahinter gekommen, was da eigentlich passiert (und das obwohl ich eigentlich der absolute Maker-Technik-Fan bin)...
Woran liegt es, dass die Tastenabfrage beim Maker (2000 und 2003) so "ruckelt" und teilweise nicht zu funktionieren scheint?
Ich habe das bisher immer mit folgender Idee gelöst: Sobald die Taste als gedrückt erkannt wird, wird eine Countervariable auf z.B. 5 gesetzt. Immer wenn die Taste DANACH als nicht mehr gedrückt erkannt wird, wird zuerst der Counter um 1 dekrementiert und trotzdem so getan, als wäre die Taste gedrückt. Erst wenn der Counter auf 0 steht, wird die entsprechende Aktion abgebrochen. Wenn man eine Taste tatsächlich losgelassen hat, wird das quasi sofort erkannt (5x 0.0 Wait) und falls es ein Aussetzer ist, muss der 5 mal hintereinander vorkommen, damit das System ausfällt.

DENNOCH habe ich es niemals geschafft, ein Rennscript zu schreiben, das in einer natürlichen Umgebung (andere Parallel Process Events, Common Events die laufen, NPCs, etc.) wirklich 100%ig funktioniert...

Habt ihr evtl mehr Erfahrungen?

Dein Lösungsansatz ist richtig. Habe ich in der Vergangenheit stets so gehandhabt. Wenn es bei dir dennoch zu Problemen kommt, dann muss irgendwo ein Fehler drin stecken oder wohlmöglich auch ein anderes Event Konflikte hervorrufen. Am wahrscheinlichsten ist aber, denke ich, dass man den Code effizienter hätte aufbauen können. Eventuell würde es bereits reichen, die Variable zu erhöhen.

Von der Technick hinter dem Maker habe ich keine Ahnung, meine aber irgendwo gelesen zu haben, dass diverse Fehler dadurch auftreten, dass der Maker Probleme mit moderneren Systemen hat. Speziell genannt wurden hier Mehrkernprozessoren. Bei der offiziellen Version des 2003ers scheint allerdings die Tastenabfrage grundsätzlich problemlos zu funktionieren, auch ohne, wie bei dir, einen Counter einzubauen.

Ich setz mich mal übers Wochenende vor meine alten Projekte und probiere das ganze noch mal aus. Leider kann ich die genaue Fehlersituation gerade nicht schildern (habe den Maker lange nicht mehr genutzt...). Ich melde mich, sobald ich den alten Code gefunden hab ;)