Sprinten verbraucht Ausdauer, stoppt bei null genau und geht erst nach Ruhe weiter

Eine Sprintleiste, die bei null sperrt, aber im nächsten Bild wieder Sprinten erlaubt, lässt Spieler zwischen Laufen und Gehen stottern, und eine, die ein Bild zu spät stoppt, verbraucht zu viel. Hier ist das Timing, das genau bei leerer Leiste stoppt und vor dem nächsten Sprint etwas Ruhe verlangt.

Warum das funktioniert

Tempo braucht einen Preis, sonst würden alle ständig rennen. Lässt man eine Leiste leerlaufen und verlangt dann eine Pause bis zu einem fairen Pegel statt nur einem Rest, endet das Ruckeln aus Anhalten und Losrennen, und jeder Spurt wird zur Entscheidung, wann man ihn bezahlt.

Wann es das Falsche ist

Nimm es nicht in Spielen über Flucht, Rennen oder das Erkunden großer Orte, wo Atemlosigkeit nur nervt. Gib das Tempo umsonst und begrenze es auf anderem Weg, etwa durch glatten Boden oder Lärm, der Feinde anlockt.

Im ganzen Eintrag

Was zu bauen ist, Schritt für Schritt
Startwerte und warum genau diese
3 typische Fehler und die Lösung
Ein Diagramm aller Zustände
37 Zeilen Beispielcode mit 4 bestandenen Prüfungen
Wie deine KI dir zeigt, dass es funktioniert

Das sagst du deiner KI

Nimm den Spielerando-Eintrag „Sprinten verbraucht Ausdauer, stoppt bei null genau und geht erst nach Ruhe weiter“ (read_entry sprint-stamina-exhaustion-with-a-restart-threshold) für mein Spiel. Bau ihn Schritt für Schritt ein und zeig mir, wie du geprüft hast, dass er funktioniert.

Oder spar dir das und schließ den MCP an: Dann findet deine KI das alles von selbst.MCP anschließen