Live-TV bekommt einen neutralen Vertrag

Zwei Protokolle statt eines: LiveTVBackend für Sender, Programm und
Einschalten, LiveTVRecordingBackend für Aufnahmen. Getrennt, weil Plex
das eine kann und das andere nicht — ein as? sagt die Wahrheit, eine
Methode, die bei Plex nur wirft, verspricht etwas und bricht es dann.

Plex zieht um, ohne umgebaut zu werden. Der Suchlauf, der die
Senderliste findet, bleibt Zeile für Zeile, wo er ist; davor liegt jetzt
ein Actor, der sich Empfänger und Sender merkt. Nötig, weil PlexBackend
ein struct ist und tune() den echten PlexChannel braucht — ohne
Gedächtnis liefe der Suchlauf bei jedem Antippen neu.

Jellyfin ist neu und deutlich kürzer, weil es dort nichts zu suchen
gibt. Die Endpunkte stammen aus der OpenAPI-Spec des Servers. Beim
Vormerken wird die Vorlage des Servers roh weitergereicht statt
entschlüsselt und neu zusammengesetzt: welche Felder Pflicht sind, sagt
die Beschreibung nicht, und ein verlorenes fiele erst an einer Aufnahme
auf, die nicht startet.

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

Packages/FlixyKit/Sources/MediaKit/MediaBackend.swift

@@ -97,6 +97,13 @@ public protocol MediaBackend: Sendable {
 /// Server nicht kann, ist schlimmer als eine, die sie weglässt.
 public enum BackendCapability: String, Sendable, Hashable {
     case liveTV
+    /// Aufnehmen und Vormerken — nicht dasselbe wie `liveTV`.
+    ///
+    /// Plex kann Sender zeigen und einschalten, aber in dieser App nichts
+    /// aufnehmen; Jellyfin kann beides. Eine Fähigkeit für beides zusammen
+    /// hieße, entweder Plex Live-TV wegzunehmen oder einen Knopf zu zeigen,
+    /// der dort nichts tut.
+    case liveTVRecordings
     case favourites
     case ratings
     case libraryScan