← Zurück zum Help-Center
FAQ 4 min Lesezeit

RTT und Bitrate — was der Bot dir im Chat sagt

Wenn du !b im Chat eintippst, bekommst du Zahlen wie "RTT 45 ms, Bitrate 4850, SRT 0.2% loss". Was heißt das? Wir erklären jede Kennzahl.

RTT und Bitrate — was der Bot dir im Chat sagt

Tippst du !b in deinen Twitch-Chat, antwortet dir der FizzyPeak-Bot mit einer Zahlenwand: "RTT: 45 ms, Bitrate: 4850 kbps, Loss: 0.2 %, Buffer: 2.3 s". Damit du das nicht nur sehen, sondern verstehen und fixen kannst, brechen wir hier jede Kennzahl einzeln auf.

RTT (Round Trip Time)

Was es ist: Die Zeit, die ein Datenpaket von deinem Encoder zum FizzyPeak-Ingest und zurück braucht.

Einheit: Millisekunden (ms)

Gut:

  • < 50 ms — excellent, WLAN oder starkes 5G
  • 50–150 ms — normal für mobiles IRL-Streaming
  • 150–300 ms — hoch, aber streambar
  • > 300 ms — kritisch, Qualität leidet

Was RTT beeinflusst:

  • Entfernung zum Ingest (je näher, desto besser)
  • Mobilfunk-Netzqualität
  • Anzahl Hops in der Route

Fix bei hoher RTT:

  • Näheren Ingest wählen (siehe "Ingest beim Reisen")
  • Stabilere SIM-Karte aktivieren
  • Indoor-Outdoor-Wechsel vermeiden

Bitrate

Was es ist: Wie viele Kilobit pro Sekunde dein Stream gerade sendet.

Einheit: kbps (Kilobit pro Sekunde)

Typische Ziele:

  • 720p @ 30 fps → 2500–3500 kbps
  • 1080p @ 30 fps → 4000–5500 kbps
  • 1080p @ 60 fps → 6000–8000 kbps

Wichtig: Bitrate im !b-Output zeigt deinen aktuellen Output, nicht dein Ziel. Wenn du eigentlich 5000 kbps willst und nur 2800 ankommt, drosselt dich Adaptive Bitrate.

Fix bei zu niedriger Bitrate:

  • Signalstärke checken — mit !s fragst du Standort-Stats ab
  • Multiple SIMs prüfen, ob alle bonden
  • Bitrate-Target im Encoder senken, falls Netz zu schwach

Packet Loss

Was es ist: Der Anteil Pakete, die zwischen Encoder und Ingest verloren gehen.

Einheit: %

Gut:

  • 0 % — perfekt
  • < 0.5 % — normal, keine Auswirkungen sichtbar
  • 0.5–2 % — merkbar, aber durch SRT kompensierbar
  • > 2 % — sichtbare Artefakte, Audio-Glitches

Unterschied SRT vs. SRTLA:

  • SRT hat begrenzte Fehlerkorrektur, braucht mehr Latency-Puffer
  • SRTLA kompensiert Loss über Bonding automatisch

Fix bei hohem Loss:

  • Standortwechsel (Mobilfunk-Tower-Problem)
  • Latency in SRT hochsetzen (latency=1500000)
  • Wenn möglich: auf SRTLA umstellen

Buffer (Latency Buffer)

Was es ist: Wie viel Sekunden Daten dein Ingest puffert, um Paket-Verluste zu kompensieren.

Einheit: Sekunden

Typische Werte:

  • 1–2 s — aggressiv, minimal Latenz, anfällig für Loss
  • 2–4 s — Standard für FizzyPeak
  • 4–8 s — safe für schlechte Netze

Fix: Im Encoder die Latency-Einstellung anpassen. In OBS: SRT-URL mit latency=3000000 (3 Sek).

CPU / Encoder Load

Was es ist: Wie ausgelastet dein Encoder-Gerät ist (Handy, Belabox, PC).

Gut: < 70 % über längere Zeit

Problem bei > 85 %:

  • Dropped Frames
  • Bitrate kann nicht gehalten werden
  • Thermal Throttling droht

Fix:

  • Auflösung senken (1080p → 720p)
  • Encoder-Preset von "slow" auf "fast" stellen (kostet Qualität)
  • Gerät kühlen

Alles in einem Satz

Mit !b hast du 90 % der Diagnose, die du je brauchst. Merkregel:

RTT niedrig, Bitrate gleich Target, Loss unter 0.5 %, Buffer 2–4 s → dein Stream läuft.

Weicht einer der Werte stark ab, geh die Tabelle oben durch und fix die Wurzel-Ursache. Spammen von !f oder !restart ohne Diagnose verschlimmert es meist.

Dashboard-Alternative

Wenn du nicht auf Chat angewiesen sein willst, öffne im Stream das FizzyPeak-Dashboard auf einem zweiten Gerät. Unter Stream Health siehst du alle Werte live als Graph — in Echtzeit, ohne !b-Befehle.

Noch Fragen? Öffne das Dashboard oder schreib im Discord #support.