Wann 30 fps reicht Wann 60 fps ihre Größe wert ist So entscheidest du in drei Schritten Was Sgrin damit macht
← Feldnotizen
Technik

30 vs 60 fps für Demo-Videos

60 fps sieht nicht immer flüssiger aus. Der echte Unterschied steckt in der Cursor-Bewegung und der Bitrate — nicht in der Zahl auf der Konsole.

LV Luvian Labs 7 Min. Lesezeit
03 Technik

TL;DR

  • **60 fps gewinnt nur in Demos mit schneller Bewegung** (ein Cursor, der über den Screen schießt, Drag-and-drop). Bei statischem UI ist 30 fps nicht unterscheidbar.
  • HEVC bei 60 fps **verdoppelt ungefähr die Dateigröße**, ohne die wahrgenommene Flüssigkeit zu verdoppeln — das Weber'sche Gesetz greift.
  • Sgrins Regel: standardmäßig 30 fps, 60 nur bei echter Cursor-Bewegung — entschieden beim Export.

Die entscheidende Metrik ist nicht frames per second, sondern wahrgenommene Bewegung: wie schnell sich der Inhalt zwischen den Frames bewegt. Eine Aufnahme eines statischen Fensters sieht bei 60 fps identisch zu 30 fps aus, weil sich zwischen den Frames nichts verschiebt.

Das Auge zählt keine Frames — es erkennt Diskontinuität in der Verschiebung. Deshalb wirkt ein Cursor, der ein 1440-px-Display in 0,3 s überquert, bei 30 fps ruckelig und bei 60 fps flüssig: Jeder Frame überspringt 80 px statt 40 px, und die Schwelle, ab der das Auge aufhört, Bewegung als zusammenhängend zu integrieren, liegt bei etwa 60 px.

Die Bildrate beschreibt nicht dein Video. Sie beschreibt, wie schnell sich das, was du aufgenommen hast, bewegt hat.

Wann 30 fps reicht

Wenn deine Demo eine Tour durch statische Panels ist, in der sich der Cursor bedächtig bewegt, genügt 30 fps. Die Panels ändern sich zwischen den Frames nicht, und die Cursor-Verschiebung bleibt unter der Wahrnehmungsschwelle. Du bekommst eine halb so große Datei ohne sichtbaren Verlust.

Das deckt die meisten Produkt-Walkthroughs, Settings-Touren und Feature-Erklärungen ab — den Großteil dessen, was Indie-Gründer und kleine Teams tatsächlich veröffentlichen.

Wann 60 fps ihre Größe wert ist

60 fps lohnt sich, wenn echte Bewegung im Spiel ist: Drag-and-drop, schnelles Scrollen, animierte UI-Übergänge oder ein Cursor, der rasch über den Screen schießt. Dort überschreitet die Verschiebung pro Frame die Schwelle, und 30 fps beginnt gestuft zu wirken.

Der Preis ist die Dateigröße. HEVC bei 60 fps verdoppelt die Bytes fast, ohne die wahrgenommene Flüssigkeit zu verdoppeln — ein Lehrbuchfall des Weber’schen Gesetzes: Der gerade wahrnehmbare Unterschied skaliert mit der Basis, nicht in absoluten Schritten.

Dimension30 fps60 fps
Flüssige Cursor-BewegungBis ~40 px/FrameBis ~80 px/Frame
Dateigröße (HEVC, 30 s)~6 MB~11 MB
Web-KompatibilitätUniversalHEVC restriktiv

So entscheidest du in drei Schritten

  1. Schau auf die dominante Bewegung. Statische Panels mit langsamem Cursor → 30 fps. Drag, schnelles Scrollen oder UI-Animation → 60 erwägen.
  2. Wäge die Dateikosten ab. HEVC bei 60 fps verdoppelt die Größe ungefähr, ohne die wahrgenommene Flüssigkeit zu verdoppeln. Wenn du es auf einer Landing-Page auslieferst, kann das Gewicht dem LCP mehr schaden, als die Flüssigkeit nützt.
  3. Prüfe das Ziel. HEVC bei 60 fps in Safari ohne das richtige Container-Format rendert einen schwarzen Screen. Für universelle Web-Auslieferung bleibt H.264 bei 30 fps der sicherste Standard.
Mythos
„60 fps wirkt immer professioneller." Bei statischem UI ist es die doppelte Datei für null sichtbaren Nutzen.
Fakt
Flüssigkeit hängt von der Verschiebung pro Frame ab, nicht von der absoluten Bildrate. Ein langsamer Cursor braucht 30.

Was Sgrin damit macht

Sgrin lässt dich nicht von Hand wählen. Es liest die Bewegung der Aufnahme und wendet beim Export die Regel oben an.

Automatische Bewegungserkennung: Überschreitet der Cursor die px/Frame-Schwelle, hebt es den Export auf 60 an — ohne nachzufragen.
Ein korrektes HEVC-Container-Format für Safari, damit der schwarze Screen nie bei deinem Zuschauer ankommt.
› Im Detail — die Mathematik hinter der Schwelle
Die Wahrnehmungsschwelle für Cursor-Sprünge (~60 px pro Frame) folgt aus der bewegten Vernier-Akurität von etwa 1 Winkelminute. Bei 60 cm Abstand zu einem Display mit ~110 DPI entspricht ein Pixel ≈ 0,4 mm, also 60 px ≈ 24 mm Verschiebung — genau dort, wo das Auge aufhört, Bewegung als zusammenhängend zu integrieren.
Daraus die Faustregel: Legt der Cursor bei 30 fps mehr als ~60 px zwischen Frames zurück (d. h. >1800 px/s), hebe auf 60 an. Sgrin misst die maximale Pointer-Geschwindigkeit während der Aufnahme und wendet die Regel automatisch an.

Häufig gefragt

Ist 60 fps für Bildschirmaufnahmen immer besser?

Nein. Bei statischem UI mit langsamer Cursor-Bewegung sieht 30 fps identisch aus und halbiert die Dateigröße. 60 fps hilft nur, wenn sich zwischen den Frames etwas schnell bewegt.

Funktioniert HEVC bei 60 fps überall?

Nicht ganz. HEVC ist im Web restriktiv — Safari braucht das richtige Container-Format, und manche Plattformen spielen es gar nicht ab. H.264 bei 30 fps bleibt der sicherste Standard für universelle Wiedergabe.

Wie wählt Sgrin die Bildrate?

Es misst die maximale Pointer-Geschwindigkeit während der Aufnahme. Überschreitet der Cursor etwa 60 px pro Frame bei 30 fps, hebt es den Export auf 60 an. Sonst bleibt es bei 30, um die Datei schlank zu halten.

Nimm eine Demo auf. Sgrin regiert.

14 Tage kostenlos testen · Keine Karte nötig

Early Access holen