Perché un file di consegna non può restituire un percorso che ricolleghi i media
ALE, CSV, PDF e FDX possono tutti passare record strutturati, ma nessuno di loro passa un percorso che si risolva nei media sulla macchina di chi riceve. Nei due file leggibili dalla macchina ci sono una casella Source File Name e una casella per il file sorgente, e dentro c'è il testo copiato sul set: il software non va a cercare una posizione sul disco, e una casella che nessuno ha compilato viene consegnata vuota. Il percorso reale dentro l'archivio del progetto non è mai stato portato nello snapshot di esportazione.
I media hanno una loro posizione su disco nell'archivio del progetto; la casella nella consegna è testo copiato, e chi riceve il file non può riconnettere i media partendo da quella.
Perché i media locali hanno due destinazioni di salvataggio
Quando i media vengono salvati sul dispositivo non seguono una sola regola di directory. I video creati nel modulo della nuova voce finiscono in un'area di approdo piatta; le foto scattate dall'elenco, le selezioni dalla libreria e le importazioni da file entrano invece in directory strutturate, organizzate per progetto, scena, inquadratura e ciak. Entrambe le destinazioni riguardano come l'archivio del progetto conserva i media.
Il confine decisivo è che quei percorsi restano nell'archivio del progetto e non entrano nello snapshot di esportazione. Quando genera ALE, CSV, PDF o FDX, l'esportazione riceve uno snapshot dei record di ripresa e dei campi correlati, non un elenco di percorsi dei materiali. Chi riceve il file, anche se vede il numero di rullo, il numero di scena o il numero di ciak, non ricava dal file di consegna la posizione fisica del file sul dispositivo. Il numero di inquadratura è una colonna separata solo in CSV e PDF; ALE non ha quella colonna.
Perché anche il nome del file non sostituisce il percorso originale
Prima che un media venga scritto su disco, il suo nome passa una normalizzazione: i caratteri non validi sono sostituiti da trattini bassi, i caratteri di controllo vengono rimossi e i nomi troppo lunghi vengono troncati; se dopo la normalizzazione non resta alcun contenuto utilizzabile, si ripiega su un nome segnaposto costante in inglese. Il nome del file su disco può quindi essere già diverso dal nome che aveva fuori dal progetto.
Le foto sono trattate in due modi: quelle ottenute girando sul set o con l'istantanea vengono ricodificate, mentre quelle scelte dalla libreria o importate da file entrano come byte immutati. Nessuna delle due categorie porta il percorso originale. Anche se chi riceve il file incontra per caso un nome di file simile, non può trattarlo come la prova di un rapporto «nome originale più byte originali»; quella casella del nome nel file di consegna è composta a partire dal numero di rullo e dal numero di clip, non è il nome su disco. Gestione del percorso, normalizzazione dei nomi e trattamento dei byte dei media sono fatti dello strato di archiviazione locale, e non diventano una colonna di percorso media nella consegna.
«Nei file di consegna non si legge il percorso» descrive un confine del risultato dell'esportazione, non è un giudizio sull'esistenza dei media nell'archivio del progetto sul dispositivo.
Perché questo limita direttamente la riconnessione dei media
Se nel file di consegna non c'è un percorso dei media, a chi riceve il file manca quel puntatore fisico che porterebbe da una riga di record alla posizione di un file sul dispositivo. I campi come numero di rullo, numero di scena e numero di ciak servono ancora a stabilire i rapporti di identità, ma sono identificatori, non percorsi. Chi riceve il file deve far corrispondere quegli identificatori al proprio elenco dei media, alla denominazione dei file e alla struttura reale delle directory.
È la ragione per cui «Cosa controllare in un ALE prima di usarlo per il confronto» chiede a chi riceve il file di tornare sui media e sulle registrazioni del set. Che un file si apra e che alcune colonne si leggano non vuol dire che porti anche la posizione dei media. Se un flusso di lavoro richiede di partire dal file di consegna per localizzare i media, quella corrispondenza va integrata con le informazioni sui media già disponibili sul lato ricevente.
Perché tutti e quattro i formati cadono sullo stesso confine
ALE e CSV sono tabelle leggibili dalla macchina, PDF è un riassunto destinato alla lettura umana e FDX serve allo scambio della sceneggiatura. Nello snapshot dei record di ripresa che sta dietro ALE e CSV ci sono una casella Source File Name e una casella per il file sorgente, e entrambe si riempiono copiando sul set: copiato, la casella ha contenuto; non copiato, resta vuota. Il PDF esiste per essere letto, e FDX lavora su uno snapshot del lato sceneggiatura che non porta nemmeno i record di ciak. In nessuno dei quattro file c'è una casella con un percorso scoperto dal software su un disco, e la differenza di formato non cambia questo confine. Dal fatto che un formato abbia più colonne non si può inferire che porti via anche i luoghi dei media nell'archivio del progetto.
«Cosa porta in più una consegna CSV rispetto a un ALE», per esempio, discute la differenza tra gli insiemi di campi, non un percorso che compare dal nulla. «Ricevuto un ALE, controlla prima questi campi» passa in rassegna casella per casella quali escono vuote perché sul set non è stato copiato niente, e come quella casella mancante si mostri nella tabella di confronto di fine giornata. In ricezione «la casella non è stata copiata», «la casella contiene testo copiato» e «un puntatore che potrebbe davvero riconnettere i media» vanno tenuti separati. Un nome scritto in una colonna non è una posizione.
Come ricostruisce la corrispondenza con i media chi riceve il file
Quando i record di consegna vanno fatti corrispondere ai media, si parte dagli identificatori visibili, numero di rullo, numero di scena e numero di ciak, e li si confronta a uno a uno con il proprio elenco dei media. Se la denominazione lato media, i numeri di rullo o le regole delle directory non tornano con i record di consegna, occorre confermare sui materiali effettivi e sulle registrazioni del set, non indovinare un percorso. Il file di consegna, di per sé, non fornisce quel rapporto di riconnessione diretta.
Questi file vanno quindi intesi come dati di record e di scambio, non come un elenco dei media o un loro backup. Quello che danno è una stringa copiata in una casella, non un puntatore risolvibile dal record ai media sulla macchina di chi riceve, e non costituiscono l'impegno che un progetto ricevente stabilisca i legami con i media in automatico. In chiusura, chi riceve il file deve verificare in autonomia numero di rullo, numero di scena e numero di ciak contro il proprio elenco dei media.
FAQ
Perché ALE e CSV hanno un nome di file eppure il percorso dei media non si legge?
Il nome del file è un indizio di identità dentro il record, il percorso è dove i media stanno davvero: non sono la stessa cosa. ALE e CSV hanno ciascuno una casella Source File Name e una casella per il file sorgente, riempite solo se qualcuno ha copiato, e le due dell'ALE accettano solo ASCII, quindi un testo non latino le lascia vuote per intero. PDF e FDX non hanno nessuna delle due. La stringa copiata dà un nome ai file del lato riprese, non alla directory della macchina di chi riceve, così la sua presenza non ricostruisce mai una posizione che chi riceve possa aprire.
Dopo l'ingresso nell'archivio, le foto sono ancora i byte immutati del file esterno?
Non necessariamente. Le foto ottenute girando sul set o con l'istantanea vengono ricodificate; quelle scelte dalla libreria o importate da file entrano come byte immutati. Nessuna delle due categorie porta il percorso originale.
Più campi nel CSV finiscono per portare un percorso dei media?
Un numero maggiore di colonne non produce un percorso trovato dal software. Le due caselle del CSV contengono testo copiato sul set, le due caselle omologhe dell'ALE accettano solo ASCII, e PDF e FDX quelle due caselle non le hanno affatto.
A cosa ci si deve appoggiare quando i media vanno riconnessi?
Chi riceve il file deve verificare in autonomia gli identificatori visibili, numero di rullo, numero di scena e numero di ciak, contro il proprio elenco dei media e i file effettivi. Il percorso completo sul dispositivo non va immaginato dai contenuti del file di consegna.
Axiom One LLC — SlateX. I numeri di questo articolo sono aggiornati al 2026-09-24.