Ricevuto un ALE, controlla prima questi campi

Quando ricevi un ALE, chiarisci prima chi è ogni riga: verso quale materiale e verso quale scheda punta. Poi chiarisci da dove viene ogni valore di tempo: se è stato rilevato sul set o se nella riga non c'era nulla fin dall'inizio. SlateX genera questo file riga per riga per singola videocamera: quattro videocamere fanno quattro righe, e anche senza una sola informazione di videocamera una riga esce lo stesso. I valori mancanti restano vuoti. La riga di dichiarazione in testa al file scrive alla lettera chi ha fissato queste convenzioni: leggila come un confine, non come un certificato.

Che il file si apra dimostra soltanto che la sintassi è leggibile. Una forma valida non equivale a fatti corretti.

Nomi delle colonne e ordine: controllare le 28 colonne sulle stringhe effettivamente presenti nel file

Le posizioni di colonna sono il contratto fra noi e chi riceve: chi cambia una colonna deve cambiare la riga dati nello stesso passaggio, altrimenti, da entrambe le parti, è l'intero file a sfasare. Le 28 colonne attualmente consegnate, in questo ordine: Name, Tracks, Start, End, Duration, Scene, Take, Reel #, Soundroll, FPS, SlateX Description, SlateX Comments, Tape, Camera, Camera Notes, VFX_Count, VFX_Type, Shoot Day, Director, Sound TC, Source File Name, Source File, Camroll, Shoot date, Unit, Rating, Circled take, TC Mode. Chi riceve verifica sulle stringhe letterali, senza dare per scontato che a valle un nome di colonna simile venga mappato automaticamente sullo stesso campo. SlateX Description e SlateX Comments portano il prefisso del nome del prodotto perché in quelle due celle c'è un contenuto scritto da noi, e non deve spacciarsi per la semantica standard di altri.

Chi è una riga: numero di scheda, forma alla lettera e numero contato dal software sono tre cose diverse

Tape consegna la forma normalizzata del numero di scheda copiato sul set: solo lettere e cifre, tutto maiuscolo, troncato a 31 caratteri. La normalizzazione ha una ragione: se la maiuscole si divide sulla stessa scheda, a valle diventa tre schede, e recuperi in batch, nuovi recuperi e fogli di montaggio non tornano più da nessuna parte. Camroll vorrebbe consegnare la forma alla lettera, ma questa cella dell'ALE accetta solo ASCII: se il nome della scheda contiene caratteri non latini la cella resta vuota, e il testo alla lettera rimane nel CSV. Il contratto di Reel # dice che la colonna si riempie di numeri: appena una lettera entra nel numero di scheda, la cella resta vuota; non eliminiamo il prefisso per costruire un numero che sembra tale.

Una terza cosa assomiglia a un'identificazione: il numero di visualizzazione contato dal software stesso, una lettera di videocamera più un incremento a tre cifre. Nel CSV sta accanto al numero di scheda copiato, separato in Reel e Camera Card; la separazione serve a far vedere al lettore quale fu copiato e quale fu messo dal software. Un numero derivato non corrisponde a nessuna scheda fisica: non permette di ritrovare il materiale originale.

Name è tenuto alle stesse due misure: 31 caratteri e ASCII. Quando il nome dell'inquadratura non è stato rilevato, ripiega su una costruzione deterministica di ciò che la riga ha da sé: numero di scena, di inquadratura, di ciak, sempre lo stesso per lo stesso ciak, senza collisioni fra ciak diversi. È un identificativo generato, non il nome che hai scritto su carta sul set.

Posizione temporale: l'inizio ha una provenienza, la fine al momento non produce valore

Start prende il timecode rilevato per questo ciak: punto di inizio se c'è, altrimenti quello portato dal ciak. La colonna End è al momento vuota: nell'archivio non esiste un percorso di immissione per il punto di fine, e non lo ricaviamo nemmeno da inizio più durata: sarebbe spacciare per la lettura originale sullo schermo della videocamera un numero calcolato con l'orologio a muro. Anche la cella di fine del CSV resta vuota. Se ti serve il punto di fine, torna al rapporto di ripresa o leggilo dallo schermo della macchina; sulla tabella di confronto di fine giornata questa cella si mostra come TC_OUT_MISSING.

Duration è scritta come timecode a partire dalla durata rilevata sul ciak. FPS ha un valore solo se la riga stessa porta una dichiarazione di frequenza fotogrammi: senza dichiarazione, niente numero. Il calcolo interno ha una base di conteggio di ripiego, ma quel numero non entra in questa colonna: non è una frequenza che questa macchina ha segnalato.

Il punto e virgola segue solo le dichiarazioni. Nella colonna TC Mode può comparire solo un gettone, DF; lo spazio vuoto significa che non esiste dichiarazione drop frame, e non significa "non drop frame". Solo le righe che dichiarano DF scrivono Start, End e Duration in forma con il punto e virgola. È una convenzione di visualizzazione propria di SlateX, scritta alla lettera in testa al file; non è la richiesta di alcuno standard, quindi non prendere il punto e virgola per il segnale universale di "questa riga è drop frame". Il timecode audio si consegna alla lettera: si giudica la forma, non si taglia nessuna posizione di fotogramma.

I valori mancanti ormai hanno una sola forma: vuoti

Le celle il cui timecode non è stato rilevato, o la cui stringa non supera il controllo di forma o di intervallo, si consegnano come stringhe vuote. 00:00:00:00 non comparirà più in questo file. Il difetto di quella fila di zeri non era l'essere sbagliato, era il sembrare legittimo: chi riceveva non poteva distinguere il vero punto di zero del set da uno riempito, e quella strada è stata ritirata del tutto. Valore mancante vuol dire vuoto; e davanti a un vuoto vanno distinte due cose: se nulla è stato rilevato, o se ciò che è stato rilevato non è ASCII. Le colonne di testo libero sono esattamente il luogo dove capita la seconda.

Source File Name e Source File sono colonne presenti; il loro valore dipende da qualcosa sia stato copiato sul set: niente di copiato, cella vuota, non indoviniamo i percorsi. Anche VFX_Count è una colonna presente senza percorso di immissione al momento, consegnata vuota. Soundroll consegna il numero di bobina tenuto nel registro del rapporto audio, normalizzato alla stessa maniera; se manca, vuoto, senza sostituirci il numero contato dal software. L'ALE intero accetta solo ASCII: nomi, percorsi, numeri di scheda, unità, e insieme le colonne di testo libero — descrizione, note del ciak, note videocamera, regista — stanno tutte sullo stesso metro: prima della scrittura, a capo e tabulazioni sono compressi in spazi, e se un valore contiene anche un solo carattere non latino, la cella si consegna vuota per intero. Una nota in cinese è quindi, in questa consegna, una cella bianca; il testo alla lettera resta nel CSV.

Lo stato di ogni riga è scritto nel file

Rating consegna il testo di marcatura del set: la famiglia Circle, Keep, Hold, N/G — e se un ciak non ha mai ricevuto una classe la cella resta vuota; Circled take consegna TRUE o FALSE. Chi riceve può quindi leggere dall'ALE stesso con quale classe un ciak è stato marcato e se è stato cerchiato, senza tornare a chiedere al continista.

Tracks ha tre stati, e non "se non è MOS allora è suono sync": V è un ciak MOS, A1A2 una wild track, VA1A2 suono sync; una riga senza nessun fatto audio lascia la cella vuota, non mettiamo suono sync per difetto.

Che cosa è — e che cosa non è — la tabella di confronto di fine giornata

Un'esportazione di un singolo giorno può allegare un Reconcile_*.csv. Questa tabella giudica solo una pagina, la nostra: che cosa manca, che cosa contraddice sé stessa. Undici codici, ognuno per una cosa sola — CARD_MISSING, SOURCE_MISSING, SOURCE_DUP, SOUND_ROLL_MISSING, SOUND_TC_MISSING, MOS_VS_SOUND, TC_MODE_UNDECLARED, DURATION_MISMATCH, TC_IN_MISSING, TC_OUT_MISSING, DAY_MISSING. Di questi, SOURCE_DUP, MOS_VS_SOUND e DURATION_MISMATCH portano l'intera riga a "conflitto", gli altri finiscono a "mancante", e "coerente" si scrive solo se non ne vale nessuno dei due. La tabella si limita a contrassegnare: non tocca il valore di nessuna riga, e non copre il numero dell'uno con quello dell'altro.

"coerente" sulla tabella ha una sola lettura: i nostri criteri non hanno trovato nulla. Non significa che due reparti abbiano confermato l'accordo.

Il confine va detto per iscritto: questa tabella non legge il rapporto di ripresa e non legge il rapporto audio. La testa porta due colonne "numero di scheda (rapporto di ripresa)" e "bobina (rapporto audio)", ma i loro valori vengono dalla scheda che hai copiato nel nostro software, non dai rapporti originali dei due reparti. DAY_MISSING dice che questa scheda, al momento, non appartiene a nessun giorno di riprese: il ciak non è perduto e parte come sempre nel pacchetto completo, solo che numero di giorno, data, unità e regista portano il vuoto, e lo mostra solo questo codice. Si paga il fascicolo di fine giornata del giorno stesso, non la perdita dei dati. C'è una mancanza che non verrà nominata: le celle svuotate perché il testo non è ASCII — nell'archivio il valore è registrato, quindi nessun codice si accende, e per quelle colonne il controllo si fa solo contro ciò che hai copiato tu.

Non abbiamo condotto alcuna accettazione di importazione con un sistema di montaggio

Quanto sopra è un esempio operativo, non uno standard di settore, e non dimostra come un sistema di ricezione interpreterà ogni colonna. Serve a una cosa sola: mettere in evidenza i punti controllabili, perché chi riceve sappia dove tornare alla fonte. Prima di consegnare, ripassiamo la nostra stessa scheda voce per voce: il potere di verificare resta in mano al lettore, non chiediamo a nessuno di crederci sulla parola.

Quando il controllo non passa, i tre comportamenti non vanno mescolati

Restituire. Se un campo di identità o di tempo contraddice i materiali o le registrazioni del set, e le registrazioni originali restano tracciabili, rinvia il file alla parte generatrice perché corregga la sorgente e lo rigeneri: così, lato ricezione, non resta nessuna versione già modificata a mano e priva di note sulla provenienza.

Integrare a mano. Integra solo quando il vuoto è piccolo, la provenienza è chiara e ogni modifica può puntare a un materiale o a una registrazione precisi, tenendo accanto la motivazione. Non riempire un vuoto a intuito, e non fabbricare un numero per l'End rimasto vuoto.

Usarlo solo come riferimento. Se la provenienza non è confermabile, o se non hai ancora verificato come la parte a valle tratta questo file, tienilo nell'uso di riferimento, senza fargli sostenere decisioni che richiedono un confronto preciso.

FAQ

Il 00:00:00:00 si può prendere come vero punto di zero?

Quella fila di zeri non la rivedrai più. I valori mancanti si consegnano tutti come stringhe vuote: una cella vuota si legge prima come "non rilevata" — fanno eccezione solo le colonne di testo libero, dove il valore è registrato ma, non essendo ASCII, non può uscire; il testo sta nel CSV.

Perché uno stesso ciak compare su più righe?

L'ALE è generato riga per riga per singola videocamera. Lo stesso Scene e lo stesso Take con quattro videocamere fanno quattro righe: verifica per Camera e non contare le righe come ciak. Anche senza una sola informazione di videocamera registrata, una riga esce lo stesso.

Si può usare End per il confronto?

No. Questa colonna al momento non produce valore: nell'archivio non esiste un percorso di immissione per il punto di fine, e non lo si ricava da inizio più durata. Se serve il punto di fine, torna al rapporto di ripresa o leggilo dallo schermo della macchina; sulla tabella di confronto è segnalato come TC_OUT_MISSING.

Un timecode con il punto e virgola è il segnale generale del drop frame?

No. La forma con il punto e virgola spetta solo alle righe il cui TC Mode porta DF; è una convenzione di visualizzazione propria di SlateX. Lo spazio vuoto significa assenza di dichiarazione drop frame, non "non drop frame".

Se la tabella scrive "coerente", i due reparti si sono riscontrati?

No. Questa tabella legge solo la nostra pagina, e "coerente" vuol dire che i nostri criteri non hanno trovato nulla. Il rapporto di ripresa e il rapporto audio non ricadono nel suo raggio di lettura.

Axiom One LLC — SlateX. I numeri di questo articolo sono aggiornati al 2026-09-24.