Perché con Sound Roll il timecode audio non si legge comunque
Vedere Sound Roll in un file di consegna dice soltanto che il file porta un campo di numero di rullo della registrazione audio; non se ne può dedurre che lo stesso file porti anche un timecode audio. Attualmente ALE e CSV hanno entrambi la colonna Sound Roll, e anche il corpo della tabella del PDF porta il rullo audio (l'intestazione è localizzata con la lingua dell'interfaccia, su interfaccia inglese è Audio Roll); negli snapshot di esportazione di questi formati non compare alcun campo corrispondente al timecode audio, quindi le due cose vanno tenute separate.
Sound Roll è un indizio del numero di rullo dei materiali audio, non la loro posizione temporale; che quella colonna esista non fa comparire nel file di consegna un timecode audio.
Da dove viene la colonna Sound Roll
Nei file ALE e CSV Sound Roll viene dal valore numerico del rullo audio salvato sul record della videocamera, composto poi nel testo del numero di rullo secondo la regola di visualizzazione. Quando un valore utilizzabile manca, i tre formati si comportano in modo diverso: ALE stampa un numero di rullo predefinito quando un record non ha alcuna riga di videocamera, CSV lascia la cella vuota e PDF stampa un trattino. Una stringa che ha l'aspetto di un numero di rullo normale non equivale quindi a una verifica fatta da chi riceve il file sui file audio. Va trattata come un indizio di identità da controllare, non come una posizione temporale dell'audio.
Nel caso di più videocamere il rullo audio è salvato al livello del record della videocamera, quindi le diverse videocamere dello stesso record di ripresa vanno lette ciascuna con i propri campi; ALE e CSV scrivono una riga per videocamera, mentre la riga del PDF ne prende una sola e i rulli audio delle altre videocamere non compaiono in quella riga. Nel file di consegna compaiono anche Tracks, MOS e Wild Track sul lato audio, ma tutti derivano da registrazioni da set come il marcatore di avvenuta o mancata registrazione, non da letture dei file audio. Se poi corrispondano davvero allo stesso lotto di file registrati non si può stabilire con quella sola colonna. E non è quella colonna a decidere, al posto di nessuno, se sul set esistesse una registrazione audio indipendente o se i file audio viaggino insieme a questo lotto di consegna.
Perché nessuno dei quattro file di consegna espone un timecode audio
Qui il punto non è che «una colonna sia stata rimossa in seguito»: è la struttura dello snapshot di esportazione a non avere la voce del timecode audio. ALE, CSV, PDF e FDX non hanno quindi alcuna colonna di timecode audio che chi riceve il file possa leggere. L'assenza del campo sta nello strato della struttura dei dati esportati, non in un valore esistente che la visualizzazione nasconde.
Perciò Sound Roll non è un sostituto del timecode audio, e dal timecode dell'immagine non si può risalire al timecode di partenza del file audio. Questo non va descritto come una capacità di sincronizzazione dei timecode, e meno che mai il campo del numero di rullo va scritto come qualcosa che completa il riaggancio audio-video in automatico. Chi riceve il file deve tornare ai file audio effettivi e al proprio registro audio, e verificare il timecode e il punto di inizio che ogni file audio porta con sé.
L'indizio lato audio nel file di consegna è un numero di rullo, non un timecode audio; quando serve una posizione temporale, chi riceve il file torna a verificare sui file audio e sul proprio registro audio.
Come numero di rullo e timecode dell'immagine si possono usare insieme
Nella struttura di consegna attuale ALE e CSV permettono di usare il rullo audio e il timecode dell'immagine nella stessa verifica (il corpo della tabella del PDF non ha una colonna di timecode), ma resta una corrispondenza stabilita a mano nel flusso di ricezione. Il numero di rullo aiuta a rispondere a «a quale rullo audio questo record dichiara di collegarsi», il timecode dell'immagine aiuta a rispondere a «a quale posizione temporale sta questo record d'immagine». Metterli insieme non genera una colonna di timecode audio che non era stata esportata.
Il giudizio di sincronizzazione può quindi essere completato solo unendo il registro audio che chi riceve il file possiede, le informazioni proprie dei file audio e i record d'immagine presenti nel file di consegna. «Cosa fa davvero un ALE tra il set e la postproduzione» descrive che cosa un file di scambio può portare e che cosa non può portare, e proprio a quest'ultima parte appartiene qui l'assenza del timecode audio. Chi riceve il file deve verificare in autonomia, invece di far reggere a un numero di rullo dall'aria completa il peso di una prova sui timecode.
Perché nemmeno Reel e Tape sono due prove indipendenti
In ALE c'è un altro punto che può suggerire una doppia conferma illusoria: Tape e Reel usano lo stesso valore derivato. Sono visualizzate come due colonne, ma la provenienza è una, quindi la loro concordanza non è la convalida incrociata di due fonti indipendenti. Per l'identità occorre tornare sui materiali stessi o sulle registrazioni del set.
Lo stesso principio vale sul lato audio: Sound Roll è un campo di identità, non una seconda catena di timecode. Se il flusso di ricezione deve giudicare anche le informazioni sui canali, la colonna Tracks di ALE è calcolata a partire da MOS e non lascia leggere il numero dei canali; quel confine è il tema di una pagina a sé, «Cosa non dice la colonna Tracks di un ALE». Ogni campo porta solo la parte di informazione che è stata scritta nel file di consegna, e i campi non si integrano a vicenda fino a produrre dati che non esistono.
Cosa resta al file audio nella ricezione
Dopo aver ricevuto i file, chi riceve il file verifica prima che il numero di rullo indicato da Sound Roll coincida con il proprio registro audio, e poi guarda il timecode e il punto di inizio che il file audio effettivo mette a disposizione. La consegna dell'immagine dà i record lato immagine, ma da questa colonna il timecode audio non si legge, quindi il rapporto temporale audio-immagine non va trattato come già verificato. Ogni ulteriore corrispondenza richiede le prove sui materiali che chi riceve il file possiede.
Significa anche che se la consegna includa file audio indipendenti, e se quei file appartengano alla stessa consegna, va accertato in base ai media effettivamente ricevuti. L'app non usa il campo Sound Roll per giudicare questi fatti esterni al posto di nessuno. La chiusura è semplice: chi riceve il file deve verificare in autonomia il timecode e il punto di inizio portati dai file audio stessi.
FAQ
Sound Roll è un timecode audio?
Non sono lo stesso tipo di informazione. Sound Roll è il campo del numero di rullo della registrazione, mentre nei file di consegna attuali la colonna del timecode audio non si legge.
Con Sound Roll si può fare subito il riaggancio audio-video?
Una corrispondenza temporale non se ne ricava. Chi riceve il file deve verificare insieme il numero di rullo, i record d'immagine, il proprio registro audio e il timecode e il punto di inizio dei file audio.
Tape e Reel di un ALE possono provare a vicenda che il numero di rullo è giusto?
Non vanno trattati come due prove indipendenti, perché Tape e Reel usano lo stesso valore derivato. Per l'identità chi riceve il file deve comunque tornare sui materiali o sulle registrazioni del set.
Da dove va verificata, da ultimo, la posizione temporale dell'audio?
Sui file audio effettivi e sul registro audio. Chi riceve il file deve confermare in autonomia il timecode e il punto di inizio dei file audio, senza ricavare per inferenza da Sound Roll una colonna di timecode audio che non c'è.
Axiom One LLC — SlateX. I numeri di questo articolo sono aggiornati al 2026-09-24.