Game Loop

Game Loop ist die kontinuierlich ablaufende Hauptschleife eines Videospiels, die in jedem Frame Spielereingaben entgegennimmt, den Zustand der Spielwelt berechnet und das Ergebnis auf dem Bildschirm darstellt.

Rubrik: Game Design & Interactive Media · Unterrubrik: Game Design Grundlagen · Niveau: Einsteiger

Synonyme / Auch bekannt als: Spielschleife, Game Tick, Update Loop, Main Loop, Render Loop

Was ist ein Game Loop?

Der Game Loop (auch: Spielschleife) ist das architektonische Herzstück jedes interaktiven Videospiels. Er beschreibt jenen Prozess, der – so lange das Spiel läuft – immer und immer wieder dieselbe Abfolge von Operationen ausführt: Eingaben lesen, Spielwelt berechnen, Bild ausgeben. Diese Schleife läuft je nach Leistung des Systems 30, 60 oder mehr als 120 Mal pro Sekunde und ist damit die technische Grundlage für alles, was der Spieler auf dem Bildschirm erlebt.

Ohne einen funktionierenden Game Loop gibt es kein interaktives Spiel – nur statische Bilder oder ein Programm, das einmalig ausgeführt wird und endet.

Erklärung: Hintergrund, Theorie, Kontext

Die drei Phasen des Game Loop

Ein klassischer Game Loop besteht aus drei aufeinanderfolgenden Phasen:

1. Input (Eingabe) In dieser Phase liest das Spiel alle Eingaben des Spielers aus – Tastendruck, Mausbewegung, Controller-Achsen oder Touch-Gesten. Diese Eingaben werden zwischengespeichert und stehen für die Berechnungsphase zur Verfügung.

2. Update (Berechnung / Logik) Das Herzstück des Game Loop: Hier wird der Spielzustand auf Basis der Eingaben und der vergangenen Zeit aktualisiert. Positionen von Spielfiguren, Kollisionen, KI-Entscheidungen, Physik, Animationen, Spielregeln – all das wird in dieser Phase berechnet. Spieldesigner Jesse Schell beschreibt diesen Schritt als die „Maschine", die aus Spielerentscheidungen Konsequenzen erzeugt (Schell 2008).

3. Render (Ausgabe) Auf Basis des aktualisierten Spielzustands wird ein neues Bild erzeugt und auf dem Bildschirm dargestellt. Gleichzeitig kann hier auch Audio ausgegeben oder Netzwerkdaten versendet werden.

Zeitsteuerung: Fixed vs. Variable Timestep

Ein zentrales Problem jedes Game Loop ist die Frage, wie mit unterschiedlichen Rechnergeschwindigkeiten umgegangen wird. Zwei Hauptansätze haben sich etabliert:

• Fixed Timestep: Die Spiellogik wird in festen Zeitintervallen aktualisiert (z. B. 60 Mal pro Sekunde), unabhängig von der tatsächlichen Framerate. Physik und Spielverhalten bleiben konsistent. Dieser Ansatz bevorzugt Verlässlichkeit und ist essenziell für kompetitive Multiplayer-Spiele.
• Variable Timestep (Delta Time): Die vergangene Zeit seit dem letzten Frame (Delta Time) wird in die Berechnungen einbezogen. Bewegungen werden framerate-unabhängig, laufen aber Gefahr, bei sehr langen Frames instabil zu werden.

Viele moderne Spiele kombinieren beide Ansätze: Die Physik läuft auf einem Fixed Timestep, während das Rendering mit variabler Framerate arbeitet.

Der Game Loop im Designkontext

Salen und Zimmerman (2004) betonen in Rules of Play, dass Spiele fundamental durch Regeln und Feedback-Mechanismen definiert werden. Der Game Loop ist die technische Verkörperung dieses Prinzips: Er übersetzt die Regeln des Spiels in eine fortwährende Wechselwirkung zwischen Spieler und System. Tracy Fullerton (2019) ergänzt, dass das Spielgefühl – die gefühlte Reaktionsfähigkeit und Lebendigkeit eines Spiels – direkt von der Qualität und Stabilität des Game Loop abhängt.

Beispiele: 5 konkrete Spiele

1. Super Mario Bros. (Nintendo, 1985) – Ein Paradebeispiel für einen präzisen, auf 60 fps ausgelegten Game Loop. Die pixelgenaue Kollisionserkennung und das unmittelbare Feedback auf Eingaben wurden zur Referenz für Plattformer-Design.
2. Doom (id Software, 1993) – John Carmack entwickelte einen der ersten hochperformanten PC-Game-Loops mit variabler Framerate, der die Grundlage für moderne First-Person-Shooter legte.
3. Dark Souls (FromSoftware, 2011) – Nutzt einen auf 30 fps ausgelegten Fixed-Timestep-Loop und ist bekannt dafür, dass bestimmte Bosse und Physikeffekte framerate-abhängig sind – ein berühmtes Beispiel für die Tücken des Game-Loop-Designs.
4. Minecraft (Mojang, 2011) – Der sogenannte „Game Tick" läuft alle 50 ms (20 Ticks/Sekunde) und steuert Spielwelt-Logik wie Pflanzenwachstum, Wetteränderungen und Mob-Verhalten, während das Rendering davon getrennt mit höherer Framerate läuft.
5. Overwatch (Blizzard Entertainment, 2016) – Setzt auf einen Server-seitigen Fixed-Timestep-Loop mit präzisem Lag-Compensation-System, um kompetitives Multiplayer-Gameplay über unterschiedliche Netzwerklatenzen hinweg fair zu gestalten.

In der Praxis

Unity

Unity abstrahiert den Game Loop über Methoden wie Update(), FixedUpdate() und LateUpdate(). FixedUpdate() läuft auf einem Fixed Timestep (Standard: 50 Hz), Update() einmal pro Frame. Entwickler können den Game Loop kaum direkt manipulieren, aber durch das Verständnis dieser Methoden Leistungsprobleme vermeiden.

Unreal Engine

In Unreal Engine erfolgt die Spiellogik über den sogenannten „Tick", der in Actor::Tick() implementiert wird. Das Framework bietet detaillierte Kontrolle über Tick-Gruppen und -Reihenfolgen, was für komplexe Physik- und KI-Systeme wichtig ist.

Godot

Godot unterscheidet explizit zwischen _process(delta) (läuft jeden Frame) und _physics_process(delta) (läuft auf Fixed Timestep). Diese klare Trennung macht das System besonders lehrreich für Einsteiger.

Pygame / Indie-Entwicklung

In Pygame oder reinen Code-Frameworks wird der Game Loop oft manuell geschrieben: eine while-Schleife mit Event-Handling, Update-Logik und pygame.display.flip(). Das ist didaktisch wertvoll, da es den Mechanismus unmittelbar erfahrbar macht.

Vergleich & Abgrenzung

Häufige Fragen (FAQ)

Warum läuft mein Spiel auf schnelleren Computern anders als auf langsamen? Das ist ein klassisches Game-Loop-Problem: Wenn Bewegungen direkt an die Framerate gekoppelt sind (statt Delta Time zu nutzen), läuft das Spiel auf schnelleren Rechnern buchstäblich schneller ab. Die Lösung ist die Multiplikation aller zeitabhängigen Werte mit der vergangenen Zeit seit dem letzten Frame (Delta Time).

Wie viele FPS (Frames per Second) braucht ein Spiel? Das hängt stark vom Genre ab. Für Echtzeitstrategie reichen 30 fps. Für kompetitive Shooter oder VR-Anwendungen sind 60–120 fps oder mehr empfehlenswert, da niedrige Frameraten dort zu Eingabeverzögerungen oder Übelkeit führen können.

Verwandte Einträge

• Core Mechanic – Die Kernhandlung, die durch den Game Loop zum Leben erweckt wird
• Game Feel – Wie der Game Loop das wahrgenommene Spielgefühl prägt
• Feedback Loop – Rückkopplungsschleifen als designerische Konsequenz des Game Loop

Weiterführend

• Schell, Jesse (2008): The Art of Game Design: A Book of Lenses. Morgan Kaufmann.
• Salen, Katie / Zimmerman, Eric (2004): Rules of Play: Game Design Fundamentals. MIT Press.
• Nystrom, Robert (2014): Game Programming Patterns. Genever Benning. (Kapitel „Game Loop", frei verfügbar unter gameprogrammingpatterns.com)
• Fullerton, Tracy (2019): Game Design Workshop: A Playcentric Approach to Creating Innovative Games. 4. Auflage. CRC Press.