Come TAMS trasforma lo storage di oggetti cloud in una timeline live condivisa
Dave Simon, direttore senior delle alleanze media e intrattenimento presso Backblaze, scrive in un post del 3 settembre 2026 che lo standard Time Addressable Media Store, o TAMS, offre un modello diverso per il video live: organizzare i media in base al tempo, archiviarli nello storage di oggetti e consentire a strumenti interoperabili di accedere agli stessi contenuti tramite un'API aperta. Quando un evento live produce ore di filmati da più telecamere, i montatori non dovrebbero dover attendere la chiusura dei file prima di poter iniziare a lavorare, e TAMS risolve questo problema organizzando i media attorno alla timeline piuttosto che ai singoli file. I media vengono archiviati come segmenti con timestamp a cui le applicazioni possono accedere in base al tempo. Un redattore di notizie può estrarre una citazione da una conferenza stampa mentre è ancora in corso, un produttore sportivo può creare un momento saliente da un feed di gioco live e un team di contenuti può riutilizzare lo stesso momento per clip social, un montaggio più lungo, la distribuzione e l'archivio senza creare una copia proprietaria separata per ogni fase.
TAMS offre ai sistemi di ingest, ai montatori basati su browser, ai montatori non lineari (NLE) desktop, ai sistemi di gestione delle risorse multimediali (MAM) e alle piattaforme di archivio un modo comune di lavorare con gli stessi media. Lo store può essere eseguito su un cloud, l'ingest può provenire da un altro provider e i montatori possono utilizzare gli strumenti che già conoscono. La specifica è nata dal lavoro di BBC Research & Development sulla produzione multimediale cloud-native ed è stata pubblicata nel 2023. Il suo scopo era pratico: offrire a diverse aziende un'interfaccia condivisa per creare flussi di lavoro multimediali interoperabili invece di ricreare silos di storage isolati nel cloud. TAMS non sostituisce un NLE, un MAM, un sistema di ingest o un archivio; è il livello che aiuta questi sistemi a lavorare insieme.
Backblaze evidenzia tre partner dell'ecosistema che dimostrano questo approccio: LiveWyer, CuttingRoom e Drastic Technologies. LiveWyer fornisce TAMOSS, un'implementazione nativa Kubernetes dell'API TAMS; gestisce la struttura TAMS orchestrando i segmenti multimediali sottostanti archiviati in Backblaze B2. CuttingRoom porta un'esperienza di montaggio video di livello editoriale nel browser, così i montatori possono iniziare a lavorare con i media mentre un evento live è ancora in fase di acquisizione, trovare un momento sulla timeline, creare una clip e assemblare una storia senza attendere la chiusura dell'intero file o spostare i media in un silo di montaggio separato. CuttingRoom consente anche la collaborazione in tempo reale, l'importazione e l'esportazione dai principali MAM e dispone di un assistente AI ShortCut opzionale per il montaggio. La piattaforma NetX di Drastic Technologies fornisce i lettori e gli scrittori conformi a TAMS che gestiscono entrambe le estremità del flusso multimediale: l'ingest e la scrittura dei media in TAMS, quindi la lettura per la riproduzione e l'uso in applicazioni professionali come Adobe Premiere e Avid. Con Backblaze B2 che fornisce la base di storage compatibile con S3 sotto il flusso di lavoro, TAMOSS fornisce l'interfaccia TAMS, CuttingRoom offre l'esperienza di montaggio basata su browser, Drastic NetX gestisce i percorsi critici di ingest, scrittura, lettura e riproduzione e B2 archivia i segmenti multimediali a un prezzo che rende pratico l'accesso su larga scala.
Queste aziende fanno parte di un ecosistema in crescita di circa 14 fornitori di tecnologia con implementazioni, prodotti, lettori, scrittori o integrazioni TAMS identificabili pubblicamente. Questo ecosistema più ampio include AWS, Konstrukt, LOGIC media solutions, LucidLink, Mimir, Reuters Imagen, Matrox Video, Mavis, Norsk, Techex e Zixi, insieme a LiveWyer, CuttingRoom e Drastic Technologies. Questa è l'idea più ampia alla base di uno standard interoperabile: nessuna singola azienda deve fornire ogni parte del flusso di lavoro e i clienti non devono sostituire ogni sistema che già possiedono.
I casi d'uso non si limitano alle emittenti nazionali. Un'organizzazione giornalistica potrebbe acquisire una conferenza stampa live, consentire a un redattore di trovare una citazione mentre l'evento è ancora in corso e pubblicare una breve clip prima che la registrazione completa sia terminata. Un team di produzione sportiva potrebbe creare media proxy (copie a risoluzione inferiore) per il clipping immediato, conservando al contempo materiale sorgente a risoluzione più elevata per la rifinitura; questo è particolarmente utile perché alcuni flussi di lavoro MOV e MXF ad alta risoluzione sono difficili da segmentare e leggere mentre sono ancora in crescita. Una lega sportiva regionale o un produttore di eventi più piccolo potrebbe evitare di costruire un grande ambiente di storage on-premises e dare ai montatori remoti l'accesso agli stessi media da qualsiasi luogo stiano lavorando. Un team video aziendale potrebbe registrare un municipio, creare brevi clip interne, pubblicare contenuti social e conservare l'intero evento nell'archivio utilizzando gli stessi media sottostanti. Lo stesso approccio potrebbe supportare luoghi di culto, istruzione, governo, intrattenimento dal vivo e flussi di lavoro dei creatori. Il requisito comune è l'accesso rapido a un corpo crescente di media senza moltiplicare copie e passaggi di consegne.
Il video live è un problema di storage prima di quasi ogni altra cosa. Un evento sportivo multi-telecamera, un'operazione di notizie continua o un grande livestream possono generare rapidamente terabyte di contenuti. Backblaze B2 parte da $6,95 per terabyte al mese, con egress gratuito fino a tre volte lo storage mensile medio e nessuna tariffa di egress attraverso molti partner di calcolo e reti di distribuzione dei contenuti (CDN). Questa combinazione rende più facile mantenere disponibili grandi set di dati live per il montaggio, la revisione, la distribuzione e l'archivio. Un flusso di lavoro TAMS supportato da B2 può apparire così: utilizzare Drastic NetX per acquisire e scrivere feed live in uno store TAMS; segmentare e indicizzare i media man mano che vengono acquisiti; consentire ai montatori di iniziare a ritagliare e assemblare storie in CuttingRoom; utilizzare i lettori NetX per riprodurre e accedere agli stessi media da Adobe Premiere o Avid; mantenere gli oggetti disponibili per la produzione quasi live, la distribuzione e l'archivio; e aggiungere un MAM dove sono richiesti flussi di lavoro più ricchi di ricerca, diritti, governance e catalogazione.
Simon osserva che il test di distribuzione ha offerto un'ultima lezione: l'inserimento dei media nello store è stato semplice, ma rendere il servizio utilizzabile dal resto del team ha richiesto attenzione ai dettagli operativi. Gli standard aperti riducono il lock-in, ma la produzione dipende ancora da buone pratiche di distribuzione. Questo è un punto sano per il settore: i componenti stanno diventando più modulari, le interfacce più aperte e i team multimediali hanno più libertà di assemblare il flusso di lavoro più adatto a loro. Per i team che creano flussi di lavoro simili, un servizio di storage di oggetti gestito come AEU Data fornisce storage compatibile con S3 con crittografia a riposo e in transito, monitoraggio e alta disponibilità, così i team di produzione possono concentrarsi sulle pratiche di distribuzione piuttosto che sull'impianto idraulico dello storage.
TAMS offre a questi strumenti un linguaggio comune. TAMOSS rende lo store distribuibile. Drastic NetX gestisce come i media vengono scritti e letti dal flusso di lavoro. CuttingRoom rende i contenuti utili per montatori e team di produzione. Backblaze B2 fornisce un livello di storage scalabile che fa funzionare l'economia. La domanda non è più se i media live possano essere archiviati nel cloud; è se i team possano rendere quei media disponibili alla persona giusta, nello strumento giusto, al momento giusto.