Wie TAMS Cloud-Objektspeicher in eine gemeinsame Live-Timeline verwandelt
Dave Simon, Senior Director of Media and Entertainment Alliances bei Backblaze, schreibt in einem Beitrag vom 3. September 2026, dass der Time Addressable Media Store Standard, kurz TAMS, ein anderes Modell für Live-Video bietet: Medien nach Zeit organisieren, in Objektspeicher ablegen und interoperablen Tools über eine offene API Zugriff auf dieselben Inhalte gewähren. Wenn ein Live-Event stundenlanges Material aus mehreren Kameras produziert, sollten Cutter nicht warten müssen, bis Dateien geschlossen sind, bevor sie mit der Arbeit beginnen können, und TAMS adressiert genau das, indem es Medien um die Timeline herum organisiert statt um einzelne Dateien. Medien werden als zeitgestempelte Segmente gespeichert, auf die Anwendungen nach Zeit zugreifen können. Ein Nachrichtenredakteur kann ein Zitat aus einer Pressekonferenz ziehen, während diese noch läuft, ein Sportproduzent kann einen Highlight-Clip aus einem Live-Spiel-Feed erstellen, und ein Content-Team kann denselben Moment für Social Clips, einen längeren Schnitt, Distribution und Archiv wiederverwenden, ohne für jede Stufe eine separate proprietäre Kopie anzufertigen.
TAMS gibt Ingest-Systemen, browserbasierten Editoren, Desktop-NLEs (Non-Linear Editors), Media-Asset-Management-Systemen (MAM) und Archivplattformen eine gemeinsame Möglichkeit, mit denselben Medien zu arbeiten. Der Store kann auf einer Cloud laufen, der Ingest von einem anderen Anbieter kommen, und Cutter können die Tools nutzen, die sie bereits kennen. Die Spezifikation entstand aus der Arbeit von BBC Research & Development an cloudnativer Medienproduktion und wurde 2023 veröffentlicht. Ihr Zweck war praktisch: verschiedenen Unternehmen eine gemeinsame Schnittstelle für den Aufbau interoperabler Medien-Workflows zu geben, statt isolierte Speicher-Silos in der Cloud neu zu erschaffen. TAMS ist kein Ersatz für ein NLE, MAM, Ingest-System oder Archiv; es ist die Schicht, die diese Systeme zusammenarbeiten lässt.
Backblaze hebt drei Ökosystem-Partner hervor, die diesen Ansatz demonstrieren: LiveWyer, CuttingRoom und Drastic Technologies. LiveWyer bietet TAMOSS, eine Kubernetes-native Implementierung der TAMS-API; sie übernimmt die TAMS-Struktur und orchestriert die zugrunde liegenden Mediensegmente, die in Backblaze B2 gespeichert sind. CuttingRoom bringt eine Editor-taugliche Videobearbeitungserfahrung in den Browser, sodass Cutter mit der Arbeit an Medien beginnen können, während ein Live-Event noch aufgenommen wird, einen Moment auf der Timeline finden, einen Clip erstellen und eine Story zusammenstellen können, ohne auf das Schließen einer gesamten Datei zu warten oder die Medien in ein separates Bearbeitungs-Silo zu verschieben. CuttingRoom ermöglicht außerdem Echtzeit-Kollaboration, Import und Export aus marktführenden MAMs und verfügt über einen optionalen ShortCut-KI-Assistenten für die Bearbeitung. Die NetX-Plattform von Drastic Technologies bietet die TAMS-konformen Reader und Writer, die beide Enden des Medienflusses abdecken: Medien in TAMS aufnehmen und schreiben und sie dann für Wiedergabe und Verwendung in professionellen Anwendungen wie Adobe Premiere und Avid wieder auslesen. Mit Backblaze B2 als S3-kompatiblem Speicherfundament unter dem Workflow liefert TAMOSS die TAMS-Schnittstelle, CuttingRoom die browserbasierte Editor-Erfahrung, Drastic NetX die kritischen Ingest-, Schreib-, Lese- und Wiedergabepfade, und B2 speichert die Mediensegmente zu einem Preis, der großflächigen Zugriff praktikabel macht.
Diese Unternehmen sind Teil eines wachsenden Ökosystems von rund 14 Technologieanbietern mit öffentlich identifizierbaren TAMS-Implementierungen, Produkten, Readern, Writern oder Integrationen. Dieses breitere Ökosystem umfasst AWS, Konstrukt, LOGIC media solutions, LucidLink, Mimir, Reuters Imagen, Matrox Video, Mavis, Norsk, Techex und Zixi neben LiveWyer, CuttingRoom und Drastic Technologies. Das ist die grundlegende Idee hinter einem interoperablen Standard: Kein einzelnes Unternehmen muss jeden Teil des Workflows bereitstellen, und Kunden müssen nicht jedes System ersetzen, das sie bereits besitzen.
Die Anwendungsfälle sind nicht auf nationale Rundfunkanstalten beschränkt. Eine Nachrichtenorganisation könnte eine Live-Pressekonferenz aufnehmen, einen Redakteur ein Zitat finden lassen, während das Event noch läuft, und einen kurzen Clip veröffentlichen, bevor die vollständige Aufnahme fertig ist. Ein Sportproduktionsteam könnte Proxy-Medien (Kopien mit niedrigerer Auflösung) für sofortiges Clipping erstellen und gleichzeitig das höher aufgelöste Quellmaterial für die Fertigstellung behalten; dies ist besonders nützlich, da einige hochauflösende MOV- und MXF-Workflows schwer zu segmentieren und zu lesen sind, solange sie noch wachsen. Eine regionale Sportliga oder ein kleinerer Eventproduzent könnte den Aufbau einer großen On-Premises-Speicherumgebung vermeiden und entfernten Cuttern von überall Zugriff auf dieselben Medien geben. Ein Corporate-Video-Team könnte ein Town Hall aufzeichnen, kurze interne Clips erstellen, Social Content veröffentlichen und das gesamte Event im Archiv behalten, wobei dieselben zugrunde liegenden Medien verwendet werden. Derselbe Ansatz könnte Gotteshäuser, Bildung, Regierung, Live-Unterhaltung und Creator-Workflows unterstützen. Die gemeinsame Anforderung ist schneller Zugriff auf eine wachsende Menge an Medien, ohne Kopien und Übergaben zu vervielfachen.
Live-Video ist vor fast allem anderen ein Speicherproblem. Ein Multi-Kamera-Sportereignis, ein kontinuierlicher Nachrichtenbetrieb oder ein großer Livestream kann schnell Terabytes an Inhalten erzeugen. Backblaze B2 beginnt bei 6,95 US-Dollar pro Terabyte und Monat, mit kostenlosem Egress bis zum Dreifachen des durchschnittlichen monatlichen Speichers und ohne Egress-Gebühren über viele Compute- und Content-Delivery-Network-Partner (CDN). Diese Kombination macht es einfacher, große Live-Datensätze für Bearbeitung, Review, Distribution und Archiv verfügbar zu halten. Ein TAMS-Workflow auf Basis von B2 kann so aussehen: Drastic NetX verwenden, um Live-Feeds in einen TAMS-Store aufzunehmen und zu schreiben; Medien bei der Aufnahme segmentieren und indizieren; Cutter in CuttingRoom mit dem Clipping und Zusammenstellen von Stories beginnen lassen; NetX-Reader verwenden, um dieselben Medien aus Adobe Premiere oder Avid abzuspielen und darauf zuzugreifen; die Objekte für Near-Live-Produktion, Distribution und Archiv verfügbar halten; und ein MAM hinzufügen, wo umfangreichere Such-, Rechte-, Governance- und Katalog-Workflows erforderlich sind.
Simon merkt an, dass der Deployment-Test eine letzte Lektion bot: Medien in den Store zu bekommen war unkompliziert, aber den Service für den Rest des Teams nutzbar zu machen, erforderte Aufmerksamkeit für operative Details. Offene Standards reduzieren Lock-in, aber die Produktion hängt immer noch von guten Deployment-Praktiken ab. Das ist ein gesunder Zustand für die Branche: Die Bausteine werden modularer, die Schnittstellen offener, und Medien-Teams haben mehr Freiheit, den Workflow zusammenzustellen, der zu ihnen passt. Für Teams, die ähnliche Workflows aufbauen, bietet ein verwalteter Objektspeicherdienst wie AEU Data S3-kompatiblen Speicher mit Verschlüsselung im Ruhezustand und bei der Übertragung, Monitoring und hoher Verfügbarkeit, sodass sich Produktionsteams auf Deployment-Praktiken konzentrieren können statt auf Speicher-Klempnerarbeit.
TAMS gibt diesen Tools eine gemeinsame Sprache. TAMOSS macht den Store deploybar. Drastic NetX regelt, wie Medien in den Workflow geschrieben und aus ihm gelesen werden. CuttingRoom macht den Inhalt für Cutter und Produktionsteams nutzbar. Backblaze B2 bietet eine skalierbare Speicherschicht, die die Wirtschaftlichkeit ermöglicht. Die Frage ist nicht mehr, ob Live-Medien in der Cloud gespeichert werden können; es ist, ob Teams diese Medien der richtigen Person, im richtigen Tool, zum richtigen Zeitpunkt verfügbar machen können.