Phase 6: Live-TV, plus Live Activity für Downloads

Live-TV
- An keinem echten Server geprüft: die DVR- und EPG-Endpunkte sind der am
  schlechtesten dokumentierte Teil der Plex-API. Die Modelle sind deshalb
  durchgehend nachsichtig — fehlende Felder ergeben leere Listen, nicht
  Fehler, und die Senderkennung wird als Zahl, Zeichenkette oder uuid
  akzeptiert.
- Ohne eingerichteten Empfänger erklärt die App das, statt einen Fehler
  zu zeigen. Das ist der häufigste Fall.
- Senderliste mit laufender Sendung, Fortschrittsbalken und „danach".
  Der Programmführer wird getrennt geholt: fällt er aus, bleibt das
  Umschalten möglich.
- Die Anbieterkennung wird aus /media/providers gelesen statt fest
  verdrahtet — sie wechselt je nach Server.

Live Activity
- Eigene Widget-Erweiterung; iOS zeichnet den Sperrbildschirm in einem
  getrennten Prozess, während die App meist gar nicht läuft.
- Der Presenter drosselt auf 1,5 Sekunden. ActivityKit verwirft zu
  häufige Aktualisierungen kommentarlos, und der Fortschritt kommt
  mehrmals je Sekunde — ungebremst bliebe die Anzeige stehen.
- @preconcurrency import: Activity und ActivityContent tragen keine
  Sendable-Zusage.

Zwei Stolpersteine unterwegs: canImport(ActivityKit) ist auf macOS wahr,
die Typen darin aber nicht verfügbar — es muss os(iOS) sein. Und eine
von Hand geschriebene Info.plist ohne CFBundleIdentifier führt zu einer
Erweiterung ganz ohne Kennung; der Fehler lautet dann „not prefixed with
the parent app's bundle identifier" und zeigt auf die falsche Stelle.

126 Tests.

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

README.md

@@ -16,12 +16,15 @@ Der Fahrplan steht in
 | Phase | Inhalt | Stand |
 |---|---|---|
 | 0 | Projektgerüst, Design-Tokens, Navigation | ✅ |
-| 1 | Anmeldung, Bibliothek, DirectPlay | offen |
-| 2 | Transcoding, adaptive Bitrate, Spuren, Sync | offen |
-| 3 | Download-Engine und Offline-Wiedergabe | offen |
-| 4 | Download-Intelligenz | offen |
-| 5 | Feinschliff und Personalisierung | offen |
-| 6 | Live-TV mit EPG | offen |
+| 1 | Anmeldung, Bibliothek, DirectPlay | ✅ Anmeldung am Server geprüft, der Rest nicht |
+| 2 | Transcoding, adaptive Bitrate, Spuren, Sync | ✅ gebaut, ungeprüft |
+| 3 | Download-Engine und Offline-Wiedergabe | ✅ gebaut, ungeprüft |
+| 4 | Download-Intelligenz | ✅ gebaut; komprimierte Downloads ungeprüft |
+| 5 | Feinschliff und Personalisierung | ✅ gebaut, ungeprüft |
+| 6 | Live-TV mit EPG | ✅ gebaut, an keinem DVR geprüft |
+
+„Ungeprüft" heißt: die Logik ist von Tests abgedeckt, die Oberfläche wurde aber
+noch nie mit einem echten Bestand gesehen.
 
 ## Aufbau
 
@@ -72,6 +75,22 @@ erreichbar ist — siehe das README dort.
 
 Die Oberfläche wird von Hand im Simulator geprüft.
 
+## Was noch am echten Server zu prüfen ist
+
+1. **Komprimierte Downloads.** Sie laufen über den Universal-Transcoder mit
+   `protocol=http` statt über die umständliche Sync-API. Offen: ob Plex eine
+   `Content-Length` mitschickt (ohne sie gibt es keinen Fortschrittsbalken und
+   kein Fortsetzen) und ob die Datei durchsuchbar ist. Original bleibt solange
+   Voreinstellung. Siehe `transcodedDownloadURL` in `PlexServer+Playback.swift`.
+2. **Live-TV.** Der am schlechtesten dokumentierte Teil der Plex-API — es gibt
+   keine offizielle Beschreibung. Die Modelle sind durchgehend nachsichtig
+   gebaut, und ohne eingerichteten Empfänger erklärt die App das, statt einen
+   Fehler zu zeigen.
+3. **App-Größe.** Die iOS-Slice von VLCKit ist unstripped 239 MB. Was davon im
+   fertigen Archiv übrig bleibt, ist noch nicht gemessen.
+4. **Große Dateien im Hintergrund.** Das Verhalten mit einem 40-GB-Remux — vor
+   allem Pausieren und Fortsetzen — ist nur gegen Testdaten geprüft.
+
 ## Voraussetzungen
 
 - Xcode 26 oder neuer