Tag: di

Cineform è un codec professionale di alto livello, poco conosciuto dal grande pubblico, ma apprezzato dai professionisti dell’immagine e del cinema dal 2001.
Oggi è conosciuto come GoPro Cineform, dopo che l’azienda americana GoPro ha acquisito l’azienda e il knowhow sui codec, colore e stereoscopia dell’azienda fondata da David Newman, geniale creatore del primo DI della storia del video.

Prima della nascita dei formati digitali comuni, dei codec di lavorazione oggi più noti come Cineform, Apple Prores, Avid DnxHD/HR, GrassValley, negli anni 90 quando si editavano i video era necessario avere una scheda di acquisizione e accelerazione sul computer, che acquisiva in un codec proprietario della scheda, e grazie ad un chip dedicato di codifica e decodifica era possibile vedere ed editare i video in definizione standard.
Se non si aveva la scheda di montaggio montata sul computer raramente si aveva la possibilità anche solo di vedere i video, o in alcuni casi (Pinnacle e Matrox) installando i driver delle schede si installavano anche i codec, ma senza la scheda acceleratrice non era possibile vedere i video in tempo reale perchè la complessità dei calcoli era superiore alla potenza dell’epoca, la media dei processori viaggiava tra i 25 e i 50 mhz, la memoria media di un computer era tra 1 e 4 megabyte.

I primi sistemi di montaggio video tramite schede di acquisizione e restituzione naquero sulle piattaforme Apple con il Quadra 660 av e Quadra 840 av nel 1993, Amiga con la Broadcaster, la Par, la Perception nel 1994, dove era possibile editare brevi video in formato SD in qualità Broadcast.
La limitazione della durata dei video era data dal fatto che i bus di lavoro erano in grado di trasferire i dati video, ma la dimensione degli harddisk era di poche centinaia di mega, il mio primo Hard disk nel 1991 era da 120 mega; i dischi all’epoca avevano costi molto alti, immaginate solo che 1996 un hard disk per il video, prodotto dalla Barracuda, per fornire un transfer rate regolare per l’editing e il play, costava ben 7 milioni di vecchie lire, al cambio di oggi sarebbero quasi 9000 euro, e lo spazio disponibile era di ben 4 giga da riempire con filmati SD altamente compressi.

All’epoca esistevano diversi sistemi di codifica del video, dal motion jpeg, a codifiche custom sotto Amiga per ottimizzare la qualità, velocità, a sistemi come videomachine che salvano direttamente sequenze di fotogrammi in Jpeg, che potrebbe sembrare strano, ma una strategia che è rimasta in uso anche nelle grandi postproduzioni perchè offre tanti vantaggi, dal chiedere meno buffering a gestire meglio lo spazio disco, a permettere più facilmente di agire sui singoli fotogrammi, in caso di difetti o errori è più facile “ripararli”.

Col tempo i sistemi di editing digitale si sono evoluti, e anche le camere, producendo non solo registrazioni analogiche, ma anche registrazioni digitali, permettendo tramite l’interfaccia Firewire di acquisire in modo più semplice e diretto l’informazione del video digitale, ma ancora c’era il problema dell’editing perchè i primi formati DV e HDV avevano una certa complessità di decodifica, la maggior parte dei computer non era in grado, senza schede intermedie, di decodificare in realtime i video.

Cineform nasce nel 2001 come il primo codec di lavorazione diretto, non proxy come i concorrenti, per permettere la lavorazione dei video Dv e HDV su computer che non avevano la potenza o la fluidità di utilizzare tali filmati senza schede di accelerazione, e non solo… Apple Prores ha seguito le sue orme nel 2008 con FinalCutPro6 e Avid con il DnxHD nel 2004 con Avid DS Nitris.
Cineform non nacque come semplice codec, ma come Workflow, come flusso di lavoro completo dall’acquisizione alla lavorazione all’esportazione di un master in alta qualità. Nel tempo questo flusso di lavoro si è evoluto con tante funzionalità come i metadata attivi, il supporto dei formati raw, e molto altro ancora.

Cineform è un codec free dal 2011, è diventato un prodotto OpenSource dal 25 ottobre 2017, quindi è possibile implementare quasi tutte le sue funzionalità in ogni programma, se si vogliono implementare le funzionalità Raw si deve pagare una piccola licenza allo sviluppatore 20$, ovvero nulla in confronto a quello che offre il codec.

Spesso molte persone non comprendono perchè convertire un file h264/h265 di una camera in un formato che sembra essere più ingombrante sul computer, e quindi per l’immaginazione comune più “pesante”.

La differenza principale tra un codec compresso e un codec DI è relativo all’impegno del processore per aprire, leggere il file video, estrapolare i fotogrammi quando si va avanti e indietro nella sequenza, ottimizzare le fasi di editing e di esportazione, fornire ulteriori possibilità operative:

Carico sul processore inferiore al 10%, quindi il programma ha tutte le risorse necessarie per lavorare.
Risoluzione scalare senza creazione di Proxy, cioè quando il programma guarda a 1/2, 1/3 1/4 della risoluzione il codec reagisce fornendo quella quantità di dati riducendo le richieste ai dischi e le occupazioni di memoria.
L’esportazione nello stesso formato senza lavorazioni è più veloce e con perdite minime o nessuna di qualità, perchè molti programmi come Premiere per Cineform, FinalCut per il Prores, Avid per il DnxHD invece di ricomprimere nell’esportazione nello stesso codec semplicemente copiano le parti di video usate nel montaggio.
Lo stesso codec per tutte le clip del montaggio offre una maggior fluidità di lavoro nei vari programmi, i sistemi di preview sono ottimizzati per lavorare con un codec alla volta, non a caso Avid forza gli utenti a convertire nel loro formato, Edius di GrassValley stessa cosa, FinalCut usa il termine “crea file ottimizzati” per convertirli in ProRes.
Non ci sono dubbi su come viene eseguita la decodifica, perchè esiste un solo modo di decodificare i codec DI, le librerie originali create da Cineform, Apple, Avid, GrassValley, mentre con i codec mpeg, H264/H265 possono essere decodificati in modi diversi alterando o danneggiando la qualità interna del video, fino ad arrivare a decodificare con difetti visivi pesanti come accadde qualche anno fà con i codec MainConcept che generavano dei difetti visivi su h264 da alcune videoreflex girando a 800 iso, perchè il pattern di decodifica del sistema di deblocking generava un effetto simile ad una pioggia a 45 gradi sul filmato, visibile solo dai player e software che usavano i codec di sistema, sostituiti dai MainConcept, che erano installati di serie con la Suite Adobe sia su Windows che su Mac. Sotto windows era possibile modificare il registro e disabilitare il deblocking, mentre sotto mac non c’era modo di risolvere il problema.

Troppo spesso le persone per non aspettare durante la fase di Ingesting, che a livello professionale è la normalità per il conforming, la conversione da raw a formati più leggeri per l’editing, i file da usare per i giornalieri, etc etc, poi sprecano altrettanto tempo o anche di più durante la fase di editing, preview ed export.

La conversione in DI è una sola attesa, mentre moltiplicando il processo di attesa durante tutti gli altri step il tempo sprecato è infinito. La maggior parte dei programmi di editing hanno le opzioni di ingesting in parallelo, ovvero si può importare il materiale originale e mentre si lavora, o nelle pause di lavorazione il programma sotto sotto fa la conversione in formato DI.

Apple rilancia al NAB 2018 la palla nella scelta dei codec con il formato ProresRaw, che aggiunge alle normali caratteristiche del prores il supporto di dati Raw in registrazione, il che porta a confronto il prodotto con cineform, peccato che a oggi 6 aprile 2018 oltre a essere solo letto (ma non sviluppato) solo da FinalCutProX, non faccia quello che già faceva Cineform nel 2006:

Possibilità di convertire altri formati raw in cineform raw
Metadata attivi di elaborazione che non necessita del supporto diretto all’interno del programma di editing
Supporto immediato e diretto di ogni programma che legga il codec dal sistema
Disponibile in lettura e scrittura sia sotto Windows che Mac oggi gratuitamente tramite il codec GoPro Cineform e il comando di linea.

Di Digital intermediate un must per i corretti workflow di editing e post

Di carlomacchiavello

il 18 Marzo 2017

in I miti da sfatare, Tecnica

Storia dei software di editing

Fin dalla preistoria dei programmi di montaggio c’è sempre stato il problema di gestire il flusso video, in primis per questioni di performance, perché i dati di una pellicola non erano gestibili in tempo reale dai computer degli anni 80, e quindi si lavorava con il concetto dell’Offline, ovvero si creava una copia in bassa qualità del girato, si montava la bassa qualità, poi veniva generata una lista di tagli, e una persona dedicata tagliava e rimontava la pellicola alla vecchia maniera, in moviola con scotch e taglierina. Nel caso del video lo stesso discorso avveniva esportando una EDL (edit decision List) compatibile con le centraline dell’epoca e il video veniva nuovamente montato da zero ripartendo dai nastri.

I primi sistemi di montaggio software utilizzavano il nastro come sistema di archiviazione dati, poi negli anni 80 apparve una evoluzione chiamata EditDroid, fatta creare da un tizio barbuto per montare le sue produzioncine, dato che non era soddisfatto della bassa qualità dell’offline su nastro, Edit Droid era un sistema che utilizzava il Laserdisk come supporto, per cui il computer in realtime leggeva e saltava da un laserdisk all’altro (c’erano più lettori in linea) in modo rapido e con una buona qualità rispetto al nastro, con la soddisfazione del personaggio in questione e il suo amico che girava sempre con il cappello da baseball calcato sulla testa, i due strani personaggi che insistevano tanto sulla qualità e sul portare il montaggio ad un livello maggiore erano Lucas e Spielberg, che erano sicuri della rivoluzione in corso.

Negli anni 90 nacque Avid, il primo sistema di massa per il montaggio Offline, dove anche se si montava materiale in bassa qualità, una finestra da 320*200 pixel, con una compressione molto alta, era un modo rivoluzionario rispetto ai precedenti sistemi perché non richiedeva tutto lo spazio per i lettori dei laserdisk stile EditDroid, aveva una compressione variabile (in un’epoca in cui 120 MEGA di hard disk costavano quanto 5.000 euro di oggi, quindi era fondamentale ottimizzare lo spazio), permetteva di lavorare con strumenti più evoluti rispetto ai precedenti.

Fin dalla sua nascita Avid basò il suo flusso di lavoro su il codec DI Avid, ovvero il materiale originale era convertito in un formato più adatto a lavorare il video, pur mantenendo le informazioni come codici di tempo per il montaggio finale da centraline, codici pellicola per un taglio preciso, strumenti più vicini a quella che era la mentalità dell’epoca di montatori video e cinema.

Con il passare del tempo questo codec di lavorazione si è evoluto fino all’attuale DnxHR che supporta una risoluzione spaziale virtualmente infinita, e può essere codificato in qualità 4:4:4 per essere non solo un codec off-line a codec on-line.

Facciamo un salto in avanti di qualche anno, nascono diversi software di montaggio video e ogni marchio svilupperà il proprio codec di lavoro, che nel tempo si sono evoluti, da codec offline, quindi di bassa qualità, ma alta compressione al principio opposto ovvero un codec DI, Digital Intermediate.

Cos’è il codec DI?

Un codec DI, Digital intermediate è un codec di lavorazione che nasce per essere il modo migliore di gestire il materiale audio video che abbiamo realizzato, un Di nasce per essere :

un codec di altissima qualità e livello visivo
leggero da usare, leggere e scrivere su qualunque programma
supportare profondità colore anche maggiore del file di partenza per agevolare la correzione colore e preservare ogni tipo di informazione.
permettere ricompressioni (generazioni multiple) senza perdite apparenti

Anche se la maggior parte dei programmi di montaggio moderni prevedono la possibilità di usare i file nativi, in molte situazioni è molto più efficiente come velocità e qualità convertire i file in un codec DI per gestire meglio il materiale video.

Perchè usare un codec DI

per quanto il nostro sistema di editing sia potente, veloce, ottimizzato, arriveremo sempre al suo limite, o per quantità di tracce, effetti, o per filmati a crescente risoluzione e profondità colore (4k HDR), quindi è importante sapere che possiamo ottimizzare le capacità e potenzialità dei nostri computer sfruttando questo tipo di codec alternativo ai codec originali.
Una buona ragione per usare un codec DI?

possibilità di editare e riprodurre correttamente video pesanti che la macchina non sarebbe in grado neanche di riprodurre
possibilità di editare e manipolare in modo più rapido il video
esportare in un formato non a perdita, ma che conservi la qualità originale senza occupare tutto lo spazio del non compresso
poter usare un codec che non venga INTERPRETATO ma letto direttamente per evitare le strane problematiche che possono nascere con codec h264/5, Mpg di vario tipo etc etc
usare un codec universalmente riconosciuto da ogni programma che acceda ai codec di sistema sui due principali sistemi operativi (MacOsX e Windows), senza doversi legare ad un programma o a un sistema, che in passato ha creato problematiche e incompatibilità di vario genere.

I miti sui DI

Ma se converto in perdo qualità….
la perdita di qualità è relativa alla conversione in formati a perdita, non con i DI che nascono esattamente per preservare e mantenere la qualità orginale.
La conversione va fatta con software dedicati, mentre spesso la perdita di qualità si nota nell’uso di utility di dubbie origini e/o per uso amatoriale, che per convertire rapidamente usano scorciatoie di vario tipo per accelerare le lavorazioni e quindi scartano informazioni secondo loro non utili.
Ma se converto con il codec DI xxx è più pesante…
verissimo per il peso sul disco, al contrario sulla CPU, perchè un codec DI converte i frame da GOP (group of picture) in frame completi, per cui occuperà un maggior spazio sul disco, ma il processore sarà sollevato dai compiti di estrazione dei singoli frame ogni volta che si farà play, avanti, indietro, etc e quindi potrà dedicare i processi alla elaborazione e non alla semplice estrazione dei frame.
Perdo tempo a convertire invece che usare direttamente…
questo è il mito più ridicolo… le persone spesso vedono come tempo perso il tempo di copia e conversione in DI, ma non si accorgono di tutti i rallentamenti che avvengono quando si deve attendere le preview, il calcolo degli effetti, i tempi di analisi durante il montaggio. Usare un DI accelera tutti i processi di rendering e analisi, quindi il tempo di conversione si fa una volta, tutti i tempi di elaborazione durante il progetto vengono sollevati grazie al codec DI.
Ma se poi non posso più leggere il codec XX su un’altra macchina?
i codec DI nascono per la compatibilità, per cui TUTTI sono installabili GRATIS su ogni macchina windows e MacOsX, e spesso sono già integrati sulle suite dei maggiori prodotti di Editing e Post.
Ad esempio Adobe e Blackmagic Design hanno acquisito i diritti per fornire di serie con i loro prodotti encoder e decoder per leggere senza installazioni aggiuntive Prores, Cineform, Avid dnxHD/HR, e per quanto riguarda BMD anche i codec GrassValley.
Se per una qualunque ragione vogliamo visualizzare i file su una piattaforma che non ha questi software è possibile scaricare i codec free per vedere e codificare TUTTI questi codec sui software che leggono dal sistema le librerie dei codec sia sotto MacOsX che Windows, di recente il famoso player free VLC ha aggiunto tali codec nella lista dei decoder.
Se il mio cliente non può installare codec?
partiamo dal principio che di serie senza codec praticamente si può leggere poco o niente su qualunque sistema operativo, perchè persino l’mpg2 senza un lettore dvd software installato non si può leggere sotto windows perchè non hanno acquistato i diritti, stessa cosa sotto MacOsX che legge i dvd, ma non gli mpeg2 dai software se non ha lui stesso i codec, viene letto giusto l’h264 e poco più.
Comunque il cliente mica deve vedere i file originali, e/o consegnare il master al cliente, il cliente riceverà il prodotto finito, che sarà un file compresso, non un DI.
Se il cliente pretende di avere un master o il girato, dovrà anche avere i mezzi per leggerli correttamente… il concetto che non può installare codec non può riguardare la visione il materiale intermedio, e comunque potrà chiedere al reparto IT di installare i codec relativi dato che nessuno di essi offre problemi di compatibilità o rischi di sicurezza (la bufala del quicktime risale ad una versione di quasi 10 anni fà, del 2008, che Apple chiuse ai tempi, l’ultima release del QT per windows non ha nessun rischio di sicurezza).
Qualcuno mi ha detto che è meglio lavorare con i file nativi
quel qualcuno probabilmente intendeva non comprimere i dati ulteriormente convertendoli in formati a perdita, oppure quando si parla di file raw per la parte del montaggio, ma quando si lavora con quel tipo di dati o si ha un DiT che gestirà il workflow o si saprà bene cosa fare e quindi tutto questo discorso e questa domanda non sarà posta.

Tutto è possibile