Perché i numeri di riga degli stessi ciak non corrispondono in più file di consegna

Che lo stesso insieme di record di ciak finisca, in più file di consegna, su numeri di riga fra loro non corrispondenti non dipende dal fatto che i file prendano dati da progetti diversi: ciascun prodotto esce secondo le proprie regole di ordinamento. Il prodotto tabellare conserva l’ordine di creazione, l’elenco strutturato riordina per scena, inquadratura e ciak, e il rapporto giornaliero leggibile usa un altro insieme di chiavi per l’inquadratura; oramai tutti e tre si espandono per videocamera, quindi una stessa esportazione resta allo stesso conteggio di righe: a non coincidere è solo l’ordine.

Nel confronto fra file la chiave comune stabile è l’identità di scena, inquadratura e ciak, non «la riga numero tale».

Stesso punto di partenza, regole di ordinamento diverse dopo

Il prodotto tabellare segue in larga parte l’ordine in cui le registrazioni sono state create. L’elenco strutturato riordina le stesse registrazioni per numero di scena, numero di inquadratura e numero di ciak, con confronto naturale per scena e inquadratura. Sono gli stessi record di ciak, ma le posizioni delle righe non coincidono più.

Il rapporto giornaliero leggibile segue un altro ordinamento ancora: dopo la scena usa come seconda chiave il nome qualificato dell’inquadratura e poi ordina per numero di ciak. Quel nome qualificato non è il numero di inquadratura grezzo usato dall’elenco strutturato, e due file che contengono gli stessi ciak non hanno per questo una relazione «la riga due corrisponde alla riga due».

Il log dell’interfaccia ha un terzo ordine: ordina per stringa del numero di inquadratura in senso crescente e poi per numero di ciak in senso crescente, e con l’ordinamento per stringa 10 finisce prima di 2. È l’ordine di visualizzazione proprio del livello dell’interfaccia e non serve neppure a risalire, da lì, alla posizione delle righe nei file esportati.

Numeri di riga che non corrispondono: il nodo è che ciascuno usa le proprie chiavi di ordinamento

Tutti e tre si espandono per videocamera: un ciak con più videocamere genera più righe in ciascuno di essi, e anche un ciak senza videocamere conserva una riga. I tre file di una stessa esportazione stanno quindi allo stesso conteggio di righe: l’unica differenza è che quelle stesse righe, con le chiavi di ciascuno, finiscono in ordini diversi.

Questo spiega anche perché i numeri di riga non si corrispondano: il CSV segue in gran parte l’ordine in cui i record sono stati creati, l’ALE riordina per numero di scena, numero di inquadratura e numero di ciak, e il rapporto giornaliero ordina per numero di scena, nome qualificato dell’inquadratura e numero di ciak. La colonna No. del rapporto giornaliero, che sembra un numero progressivo, è il numero di riga dell’intero documento e non è un numero di ciak, e per questo è ancora meno una chiave di confronto fra file.

Che i numeri di riga non corrispondano dipende dalle diverse chiavi di ordinamento di ciascun prodotto, e non vuol dire che un file «abbia una ripresa in più» o «ne abbia una in meno».

Anche l’identificativo dell’inquadratura può non essere la stessa stringa nei diversi prodotti

Il rapporto giornaliero leggibile usa il nome qualificato dell’inquadratura, mentre la colonna dell’inquadratura del prodotto tabellare usa il numero di inquadratura grezzo. Una stessa inquadratura può comparire, nell’interfaccia o in un file, con il prefisso della scena o in forma qualificata, e in un altro file con il solo numero più corto. Chi riceve il file deve rimetterli dentro le relazioni di scena, inquadratura e ciak, invece di giudicare dall’uguaglianza di una stringa in una colonna se si tratti della stessa registrazione.

Quello che qui viene descritto è il meccanismo del lato dei nostri prodotti. L’evidenza attuale non consente di affermare oltre che un dato software a valle farà per questo un aggancio sbagliato, perderà un aggancio o rifiuterà l’importazione. Il comportamento di ricezione concreto va ancora verificato da chi riceve il file, colonna per colonna, con il proprio modello di importazione.

Che cosa usare nel confronto

Nel confronto fra file si blocca prima la scena, poi l’inquadratura e poi il numero di ciak, e per le registrazioni con più videocamere si continua con la videocamera. Lo scopo è trattare le relazioni di identità come lingua comune, invece di prendere la posizione di riga comparsa per caso in un file come chiave primaria.

I tre file di una stessa esportazione stanno ormai allo stesso conteggio di righe, e se gli ordini divergono si guarda prima quali chiavi di ordinamento abbia usato ciascuno. Il confronto fra ambiti diversi non regge: solo l’esportazione per giorno di riprese genera il rapporto giornaliero, quella sull’intero progetto dà soltanto ALE e CSV. Solo quando le relazioni di identità stesse non tornano occorre tornare alle registrazioni sorgente, invece di pretendere prima che i diversi prodotti siano allineati riga per riga. Se occorre decidere, secondo la procedura di chi riceve, se una consegna da set possa continuare a essere usata, il controllo va fatto nell’ordine di verifica di «Come chi riceve il file decide se una consegna da set può continuare a essere usata».

Queste differenze sono un risultato del meccanismo di generazione, ma che «il meccanismo sia così» non autorizza neppure a saltare la verifica. Ciascun prodotto copre un compito diverso, e chi riceve il file deve confermare che i campi che usa sappiano davvero tornare alla stessa registrazione di set.

FAQ

Perché il prodotto tabellare e l’elenco strutturato hanno ordini diversi?

Perché il prodotto tabellare conserva l’ordine di creazione, mentre l’elenco strutturato riordina per scena, inquadratura e ciak. Partono dallo stesso insieme di record di ciak, ma dopo applicano regole di ordinamento diverse.

I file di una stessa esportazione hanno lo stesso totale di righe?

Sì. Tutti e tre scrivono una riga per videocamera, e un ciak a più videocamere occupa lo stesso numero di righe in tutti e tre; a cambiare è solo l’ordine. L’esportazione sull’intero progetto non genera alcun rapporto giornaliero, quindi confrontare i totali di righe fra quei due ambiti non ha senso.

Il No. del rapporto giornaliero si può allineare ai numeri di riga di un altro file?

No. Il No. del rapporto giornaliero è il numero di riga dell’intero documento e non è lo stesso concetto del numero di ciak, e non può fungere da chiave di identità fra file.

Quale chiave comune usare per confrontare più file?

Si usano prima gli identificatori di scena, inquadratura e ciak e, sulle registrazioni con più videocamere, si continua con la videocamera; i numeri di riga o la posizione di ordinamento di un singolo file non diventano una chiave comune.

Axiom One LLC — SlateX