Der Player weiß jetzt, wie es ihm geht

Bisher gab es über eine laufende Wiedergabe zwei Zahlen — gemessene
Bitrate und verworfene Bilder —, und die standen nur zur Anzeige da. Die
Frage „trägt die Leitung das gerade" war nicht zu beantworten, weder für
den Nutzer noch für die App.

**Die wichtigste neue Zahl ist `variantCount`.** Sie kommt aus
`AVAsset.variants`, also vom Parser des Players, und beantwortet die
Frage, ob es überhaupt etwas zum Umschalten gibt. Steht dort 1, greift
jedes Nachregeln ins Leere — und genau das ist heute der Fall, weil die
App bei beiden Servern eine Playlist mit einer Stufe bestellt.

Dazu der Pufferstand aus `loadedTimeRanges`: der einzige echte
Frühwarner. Schrumpft er schneller, als die Zeit vergeht, kommt weniger
herein als hinausgeht — zehn bis zwanzig Sekunden, bevor das Bild steht.
Alles andere meldet sich erst danach.

**Verworfene Bilder werden jetzt über alle Protokolleinträge summiert.**
Das Zugriffsprotokoll legt bei jedem Stufenwechsel einen neuen an, dessen
Zähler bei null beginnt; wer nur `last` liest, hält eine Wiedergabe für
makellos, die schon zwanzigmal Bilder verworfen hat.

**Der Wachhund war blind für den häufigsten Fall.** Vierzig Sekunden am
Stück ohne Daten brechen ab — aber er setzte sich bei jedem kurzen
Erholen zurück, und zehn Rückler à dreißig Sekunden lösten ihn nie aus.
`StallLedger` zählt daneben mit, wie viel Zeit im gleitenden Fenster
fürs Warten draufging. Es bricht nichts ab, es stellt nur fest — und ist
ein reiner Typ ohne Uhr und ohne AVFoundation, damit sich eine Folge von
Rücklern als Zahlenreihe hinschreiben und das Urteil prüfen lässt.
Sieben Tests, darunter genau der Fall, an dem der alte Wachhund
vorbeisah.

Gezählt wird nur der Weg vom Spielen ins Warten. Das anfängliche Puffern
ist der Start, kein Rückler; würde es mitgezählt, hätte jede Wiedergabe
eine Vorstrafe.

Und zwei Kommentare sind berichtigt. Sie behaupteten, AVPlayer wechsle
die Bitrate von selbst und das sei „die zugesagte automatische
Qualitätsanpassung". Umschalten kann er nur zwischen Varianten, die in
der Liste stehen.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

Packages/FlixyKit/Sources/PlexKit/Endpoints/PlexServer+Playback.swift

@@ -6,10 +6,19 @@ extension PlexServer {
 
     /// Die Adresse des HLS-Streams für diese Wiedergabe.
     ///
-    /// HLS ist genau die Kost, für die AVPlayer gebaut ist: er wechselt die
-    /// Bitrate während der Wiedergabe von selbst, je nachdem was die Leitung
-    /// hergibt. Genau das ist die zugesagte automatische Qualitätsanpassung —
-    /// sie wird nicht selbst gerechnet, sondern kommt mit dem Format.
+    /// HLS ist die Kost, für die AVPlayer gebaut ist — **aber nur, wenn die
+    /// Playlist mehr als eine Stufe hat.**
+    ///
+    /// Hier stand, der Player wechsle die Bitrate von selbst, und das sei die
+    /// zugesagte automatische Anpassung. Das war falsch: umschalten kann er
+    /// nur zwischen den Varianten, die in der Liste stehen, und diese
+    /// Anfrage bestellt über `maxVideoBitrate` und `videoQuality` genau eine.
+    /// Bei einer Variante gibt es nichts zu wechseln — und genau deshalb
+    /// ruckelt es auf einer Leitung, die einbricht.
+    ///
+    /// Wie viele Stufen tatsächlich ankommen, steht in
+    /// `PlaybackStatistics.variantCount`. Das ist der Parser des Players und
+    /// damit die einzige belastbare Auskunft darüber.
     /// - Parameter keepPathEncoding: Ob `path` unverändert eingesetzt wird.
     ///
     ///   Hier steckt der Unterschied zwischen einer laufenden Sendung und