Catch-up und Timeshift: was sie sind und warum Ihr Fenster kürzer ist als beworben

Drei Wörter werden für sich überschneidende Dinge verwendet. Trennen Sie sie zuerst.

Timeshift ist das Anhalten oder Zurückspulen eines Live-Streams, den Sie gerade sehen. Catch-up ist das Öffnen einer bereits beendeten Sendung aus dem Archiv Ihres Anbieters. Aufnahme ist das Mitschneiden eines Streams in eine Datei auf Ihrem eigenen Rechner.

Sie sind unterschiedlich umgesetzt, sie scheitern unterschiedlich, und nur eines davon liegt vollständig in Ihrer Hand.

Warum Sie einen Live-Stream meist nicht zurückspulen können#

Beginnen wir mit dem, von dem die Leute erwarten, dass es funktioniert, und das es meist nicht tut.

Ein Live-IPTV-Stream ist in seiner normalen Form eine einzige HTTP-Antwort, die nie endet. Es gibt keine Länge. Es gibt keinen Index. Der Server schreibt Bytes und der Player liest sie, und keiner von beiden hat einen Begriff von einer Position vor 10 Minuten, weil nichts sie aufbewahrt hat.

Die eigene Sperre des Clients für das Spulen im Live-Betrieb bildet das genau ab: der Player muss den Stream als spulbar melden und eine positive Länge muss verfügbar sein. Beides muss zutreffen. Der Transportweg geht überhaupt nicht ein.

Der Test, der das abdeckt, trägt den ehrlichen Kommentar: ein typischer Live-Transportstrom kann einen Demuxer haben, der Spulbarkeit behauptet, während es keine Länge gibt, gegen die man spulen könnte. Eine Behauptung ohne Länge ist keine Fähigkeit.

Manche Anbieter bieten sehr wohl ein zurückspulbares Live-Fenster an. Wo sie es tun, ist es als Archiv umgesetzt und nicht als Eigenschaft des Live-Streams, und das bringt uns zu dem Mechanismus, auf den es ankommt.

Wie Catch-up tatsächlich funktioniert#

Ein Anbieter, der ein Archiv führt, nimmt seine eigenen Sender fortlaufend in Speicher auf seiner Seite auf. Ihr Client streamt nicht aus einer gespeicherten Datei mit einem Namen; er fragt nach einem Ausschnitt aus der Zeitachse des Senders.

Die strukturelle Tatsache ist, dass der Client diese Anfrage konstruiert. Es wird nirgends eine Adresse je Sendung geliefert. Der Baumeister nimmt einen Sender, eine Startzeit und eine Dauer und erzeugt eine Adresse:

live      http://line.example.com:8080/user/pass/12345.ts
catch-up  http://line.example.com:8080/timeshift/user/pass/120/2026-08-30:21-00/12345.ts
                                                  ^^^  ^^^^^^^^^^^^^^^^^^^^
                                                  minutes    start, local time

Daraus folgen zwei Dinge, und beide erklären Meldungen, die sonst wie Fehler aussehen.

Ein Portal, das Archive unterstützt, aber seine Pfade anders anlegt, bekommt eine Anfrage nach einer Adresse, die es dort nicht gibt. Vom Sofa aus sieht das nach einer fehlenden Sendung aus und nicht nach einer falschen Adresse.

Und die Startzeit und die Dauer kommen aus einer Programmzeile. Catch-up hängt also vollständig vom Programmführer ab.

Der Grund, warum Ihr Fenster kürzer ist als beworben#

Ihr Anbieter sagt 7 Tage. Sie erreichen 2. Nichts ist kaputt und niemand lügt.

Ein Catch-up-Eintrag entsteht aus einer Programmzeile in Ihrem Programmführer. Eine Sendung, die Ihr Programmführer nicht mehr hält, hat keine Zeile und daher nichts zu öffnen. Die erreichbare Tiefe ist also der jeweils kleinere Wert: das Archivfenster des Anbieters oder Ihre Aufbewahrung des Programmführers.

Auch die Aufbewahrung ist kein Zufall. Der Auswerter behält standardmäßig 8 Tage vorwärts und 1 Tag zurück, begrenzt auf 14 und 7, und er verwirft Sendungen außerhalb dieses Fensters schon während der Auswertung, statt sie zu speichern und später aufzuräumen. Ein Programmführer, der 14 Tage veröffentlicht, in einen Client, der 8 behält, verliert keine Daten durch einen Defekt.

provider archive   7 days back
guide retention    1 day back  (default)
reachable          1 day back

Wenn Ihr Catch-up-Fenster also enttäuscht, ist das, was Sie ausweiten müssen, die Aufbewahrung des Programmführers und keine Archiveinstellung. Das hat mich überrascht, als ich zum ersten Mal eine Angabe von 7 Tagen auf ein Fenster von 1 Tag zurückverfolgt habe: der natürliche Ort zum Nachsehen ist eine Archiveinstellung, und die Grenze wohnt im Auswerter des Programmführers. Es ist das Nützlichste an diesem Artikel.

Was gebaut ist und was nicht#

Catch-up kam zuerst auf dem Desktop-Kopf, mit einer eigenen Katalog-Schemaversion. Die Konsolenseite ist als offene Arbeit benannt, zusammen mit den Wiedergabepositionen und der erneuten Synchronisierung der Kennzeichen. Auf einer Xbox bekommen Sie heute also Live-Sender und das Programm, und das Zurückspulen liegt in der Windows-App. Catch-up-TV auf der Xbox sagt, was Sie in der Zwischenzeit tun.

Die vorgesehene Kaskade, in der das Archivverhalten je Quelle, dann je Sender, dann gar nicht entschieden wird, ist halb gebaut. Das Erzeugen der Adressen wird ausgeliefert. Die Einstellungsoberfläche zur Wahl zwischen diesen Stufen nicht.

Die Aufnahme, also der Teil, den Sie steuern#

Alles oben Genannte hängt davon ab, dass Ihr Anbieter etwas aufbewahrt. Die Aufnahme nicht.

Das Planen aus dem Programmführer ist vollständig, und der Planer ist sorgfältig mit dem, was eine Aufnahme am häufigsten ruiniert: die Zeiten im Programmführer sind auf eine Weise ungefähr, wie es Archivausschnitte nicht sind. Eine Aufnahme aus dem Programmführer verwendet an jedem Ende einen automatischen Zuschlag von 2 Prozent der Sendungsdauer, begrenzt auf zwischen 1 und 5 Minuten:

programme     margin (2% of duration, clamped to 1..5 minutes)
30 minutes    1 minute      (0.6 rounded up to the floor)
40 minutes    1 minute
2 hours       2.4 minutes
3 hours       5 minutes     (3.6 would be 3.6, the ceiling binds at longer runs)

Eine fertige Aufnahme trägt als Vorschaubild ein Einzelbild aus sich selbst statt des Senderlogos, eine Liste von Aufnahmen lässt sich also überfliegen.

Zwei Eigenschaften von Aufnahmen sind Absicht und kein Nebenprodukt.

Aufnahmen sind lokale Dateien auf dem Client, der sie gemacht hat. Der Server hält überhaupt keine Aufnahmedaten: es gibt im Synchronisierungsmodell keine Aufnahmefamilie und im Katalogdienst keine Aufnahmetypen. Die serverseitige Aufnahmeverwaltung wurde als Ziel gestrichen statt verschoben, denn ein Verzeichnis dessen, was Sie aufgenommen haben, ist Wissen darüber, was Sie sehen, und es zu halten würde den Dienst inhaltsbewusst machen. Das ist eine Linie, die dieses Produkt nicht überschreitet, und ein Cloud-Rekorder ist unter derselben Regel ein dauerhaftes Nichtziel.

Und eine laufende Aufnahme kann ihren Fortschritt nicht in Prozent melden, weil die Dauer der Eingabe unbekannt ist. Das ist dieselbe Tatsache, die das Spulen im Live-Betrieb unmöglich macht, nur an anderer Stelle. Eine laufende Aufnahme kann Ihnen sagen, wie lange sie schon läuft. Sie kann Ihnen nicht sagen, wie weit sie ist, denn es gibt kein Ende, gegen das man messen könnte.

Was eine Aufnahme mit dem Stream tatsächlich macht#

Eine Aufnahme ist ein Umpacken und keine Neukodierung. Die Aufnahme-Engine treibt FFmpeg an, die Elementarströme aus dem Live-Transport in eine Datei zu kopieren, ohne irgendetwas zu dekodieren oder neu zu komprimieren. Das Bild in der Datei ist Bit für Bit das Bild, das gesendet wurde.

Daraus folgen unmittelbar zwei Dinge.

Es kostet fast nichts. Es gibt kein Dekodieren und kein Kodieren, nur Demultiplexen und Multiplexen, einen 4K-Sender aufzunehmen belastet den Rechner also nicht so, wie ihn abzuspielen. Sie können aufnehmen und dabei etwas anderes sehen.

Und es gibt keine Qualitätseinstellungen, denn es ist keine Qualitätsentscheidung zu treffen. Eine Aufnahme ist genau so gut wie der Stream, und nicht besser. Ist der Sender eine weiche 1080p-Hochskalierung, ist es die Datei auch. Voreinstellungen für die Aufnahmequalität stehen auf unserer eigenen Liste verbleibender Arbeit, und was sie tatsächlich steuern würden, wäre eine Neukodierung, und das ist eine andere Funktion mit anderen Kosten.

Eine praktische Voraussetzung: FFmpeg muss auffindbar sein. Ist es nicht vorhanden, liefert die Aufnahme einen Nicht-gefunden-Fehler zurück, statt auf halbem Weg still zu scheitern.

Wohin Aufnahmen gehen#

Zwei Speicherwege werden ausgeliefert: die lokale Festplatte und eine SMB-Netzwerkfreigabe, mit einem Verbindungstest für den zweiten, damit Sie vor einer Aufnahme erfahren, dass die Zugangsdaten falsch sind, und nicht danach.

Ein SMB-Ziel ist die richtige Antwort für einen Haushalt mit einem Netzwerkspeicher, und es verändert die Rechnung erheblich. Live-Fernsehen in Sendedatenraten sind ein paar Gigabyte pro Stunde. Eine Staffel von irgendetwas füllt ein Notebook schnell.

Ein Cloud-Speicher ist nicht umgesetzt und aus dem oben genannten Grenzgrund auch nicht geplant.

Die Lücke bei der Planung#

Einzelne Aufnahmen aus dem Programmführer funktionieren. Serien- und Wiederholungsaufnahmen gibt es nicht.

"Nimm jede Folge davon auf" können Sie heute also nicht verlangen; jede Folge wird einzeln aus dem Programmführer geplant. Das ist die größte einzelne Lücke in diesem Bereich des Produkts und wissenswert, bevor Sie einen Ablauf darum herum planen.

Die Verbindungskosten, die niemand einplant#

Eine Sache erwischt Haushalte, und sie gilt für alle 3 dieser Mechanismen gleichermaßen.

Catch-up ist ein Stream. Eine Aufnahme ist ein Stream. Beide verbrauchen eine Anbieterverbindung, solange sie laufen, genau wie das Live-Zusehen. Ein Zugang, der 2 Verbindungen erlaubt, hat mit 1 laufenden Aufnahme noch 1 übrig.

Deshalb kann eine für den Abend geplante Aufnahme still verhindern, dass jemand anders zusieht, und deshalb heißt zwei sich überlappende Aufnahmen auf einem Zugang mit 2 Verbindungen, dass niemand irgendetwas sieht. Die Aufnahmeseite des Verbindungsbewusstseins steht auf unserer Liste verbleibender Arbeit, die App warnt Sie derzeit also nicht vor dieser Kollision, bevor sie eintritt. Maximale Verbindungen behandelt die Zählweise, einschließlich der Frage, warum eine Verbindung nach dem Ende eines Streams belegt bleiben kann.

Was Sie nehmen sollten#

Wenn die Sendung bereits gelaufen ist und Ihr Anbieter ein Archiv hat, nehmen Sie Catch-up, und rechnen Sie damit, dass das erreichbare Fenster von Ihrem Programmführer begrenzt wird und nicht von der Angabe des Anbieters.

Wenn die Sendung noch nicht gelaufen ist, nehmen Sie sie auf. Sie läuft nicht ab, wenn das Fenster des Anbieters weiterrollt, und sie hängt danach nicht von der Aufbewahrung des Programmführers ab. Sie ist eine Datei, die Ihnen gehört.

Wenn Sie das Live-Fernsehen anhalten wollen, ist die ehrliche Antwort, dass Sie das meist nicht können, und der Grund ist struktureller Art und keine fehlende Funktion. MPEG-TS oder HLS behandelt, was ein Live-Stream ist und warum eine Position darin nichts ist, das es gibt.