Downloads, die sofort starten – egal wie groß der Film

Ein fertiger Film kann Dutzende Megabyte wiegen. All das durch den Webdienst zu schicken, der auch die Seiten zeichnet, ist der klassische Weg, auf dem ein großer Download schiefgeht: Bei einer langsamen oder mobilen Verbindung stockt ein langer Datenstrom, bricht ab oder stößt an ein Zeitlimit.

Denk daran, wohin ein Film als Nächstes geht: in eine Vertriebs-Mail, einen Launch-Post, eine Folie für das Meeting morgen. Oft wird am Handy oder im Hotel-WLAN heruntergeladen, wenige Minuten bevor man die Datei braucht. Ein Download, der kurz vor dem Ende hängt, kostet mehr als Zeit: Er kostet den Moment. Für genau diesen Fall haben wir gebaut, und an ihm testen wir.

Wir wollten einen Download, der nie davon abhängt, wie viel unsere Webserver tragen können. Der Film liegt ohnehin im Medienspeicher, genau dort, woher der Player auf seiner Seite ihn abspielt. Der Browser soll ihn einfach dort abholen.

Die Regel ist jetzt einfach: Einen Film herunterzuladen ist immer eine Weiterleitung, nie eine Durchreiche. Drückst du auf MP4 herunterladen, antwortet unser Server sofort mit einer Adresse, und dein Browser lädt den Film direkt aus dem Speicher.

Das ändert drei Dinge für dich:

• der Download startet sofort, ohne Zwischenstation, die ihn bremst;
• die Größe spielt keine Rolle mehr, ein langer Film verhält sich genau wie ein kurzer;
• die Seiten der App bleiben schnell, weil sie kein Video mehr schleppen.

Erste Wahl ist ein kurzlebiger signierter Link. Mit ihm kommt die Datei mit einem richtigen Namen an, aus dem Titel des Videos, statt einer anonymen Zeichenfolge, und ist im Download-Ordner leicht zu finden.

Steht kein signierter Link zur Verfügung, zeigt die Weiterleitung auf die gespeicherte Datei selbst, dieselbe, die die Filmseite abspielt. Vor jeder Weiterleitung prüft der Server, ob die Adresse wirklich zu unserem eigenen Medienspeicher gehört, damit ein Download-Link nie zu einer Tür woandershin werden kann. Nur eine kleine Datei unter 24 MB darf noch durch unsere Server laufen, und wenn das passiert, steht es im Log.

Auch das Ergebnis prüfen wir richtig herum: an Weiterleitungen auf der Download-Route, nicht bloß am Fehlen von Fehlern.

Dasselbe Release hat eine leisere Überraschung beseitigt. Manchmal lässt sich das KI-Bild einer Szene nicht erzeugen, wird übersprungen oder gehört nicht zum Tarif. Der Film wird trotzdem fertig und lässt sich ansehen, sagte bisher aber nichts dazu.

Jetzt trägt ein fertiger Film Hinweise in einfachen Sätzen, die die betroffenen Szenen nennen, über die API wie für Assistenten, und die Fertig-Meldung beginnt mit „Ready, with warnings“. Der Status bleibt bewusst „fertig“: Der Film existiert und läuft, und wer ihn bestellt hat, weiß zugleich genau, was fehlt. Szenen werden dabei ab 1 gezählt, wie Menschen zählen, nicht ab 0 wie der Code.

Für Assistenten ist das besonders wichtig. Sie können dir jetzt sagen, dass dein Film bereit ist und welche Szene ohne ihr Bild auskommen musste, statt eine Erfolgsmeldung weiterzugeben, die nicht die ganze Wahrheit erzählt.

Wer einen Film macht, bekommt mit dem letzten Klick jetzt, was er verspricht: Die MP4 kommt direkt an, nach dem Video benannt, ob sie dreißig Sekunden oder drei Minuten dauert. Für Assistenten und Entwickler sieht ein Film nicht mehr vollständig aus, wenn er es nicht ist, also können sie eine ehrliche Meldung weitergeben statt zu schweigen.

Hinter beiden Änderungen steht ein Grundsatz, an dem wir festhalten: Ein Film läuft nie durch die Webschicht, und ein Ergebnis sagt immer, was es enthält. Jeden deiner Filme lädst du von seiner Seite herunter; Tarife und Download-Optionen stehen auf der Preisseite, die API in der Entwicklerdokumentation.