Perché il tuo taglio video cade due secondi prima

Quasi tutti i fotogrammi sono differenze, non immagini

La compressione video funziona perché i fotogrammi consecutivi sono quasi identici. Memorizzarli tutti per intero sprecherebbe quasi tutto, quindi un codec memorizza un fotogramma completo e poi descrive le decine successive come scarti rispetto a esso: questo blocco si è spostato qui, quest'area si è schiarita, il resto è uguale. Il fotogramma completo è il fotogramma chiave, e la serie che ne dipende è un gruppo di immagini. La riproduzione dall'inizio non ne risente — il decodificatore costruisce ogni fotogramma dal precedente — ma saltare in mezzo sì, perché una differenza non ha rispetto a cosa essere differenza.

La distanza fra fotogrammi chiave è fissata da ciò che ha registrato

Non esiste un valore standard, ed è per questo che la stessa richiesta si comporta diversamente su due file. Una fotocamera di telefono tiene i fotogrammi chiave vicini, circa ogni due secondi, perché si aspetta che il materiale venga scorso e montato. Un'esportazione da software di montaggio spesso li distanzia molto di più per risparmiare spazio, perché si aspetta che il file venga guardato dall'inizio; dieci secondi fra fotogrammi chiave non è nulla di eccezionale in un film consegnato. I registratori di schermo stanno in mezzo. Le ricodifiche di streaming tendono ad allineare i fotogrammi chiave ai confini dei segmenti, il che li mette a intervalli regolari di pochi secondi.

La regola pratica ne discende: il caso peggiore per il tuo taglio è un intervallo fra fotogrammi chiave, e lo puoi stimare da ciò che ha prodotto il file più che da qualcosa di visibile in esso. Uno scarto di due secondi su una clip da telefono è normale e di solito invisibile. Uno scarto di dieci secondi su un film esportato è normale anch'esso, e molto visibile — ed è per questo che lo stesso strumento sembra preciso su un file e rotto su un altro.

Cosa guadagni accettando lo scarto

Velocità e qualità, entrambe per intero. Una copia dei flussi legge byte e li riscrive: non decodifica mai un fotogramma, non avvia mai il codificatore, e finisce all'incirca nel tempo che serve a leggere il file. Tagliare una registrazione da due gigabyte richiede secondi invece dei diversi minuti che servirebbero a una codifica sulla stessa macchina, e il risultato è bit per bit lo stesso video, solo più corto. Ricodificare per centrare un fotogramma esatto butta via questo due volte: il tempo, e una generazione di compressione che nessuna impostazione evita del tutto.

Quando lo scarto conta davvero

Raramente, e conviene precisare quando. Una clip mandata in un messaggio, un passaggio di una conferenza registrata, un estratto per una diapositiva: uno o due secondi di avvio in più sono nel peggiore dei casi poco eleganti e nel migliore contesto utile. Dove conta davvero è quando il taglio è un confine e non un inizio — togliere un nome o un volto dall'inizio di una clip, dividere una registrazione in parti che devono ricongiungersi senza cuciture, o tagliare a tempo. In quei casi lo scarto non è cosmetico: può lasciare dentro esattamente ciò che volevi togliere.

Il controllo è lo stesso con cui finisce ogni articolo di questa serie: guarda il risultato prima di inviarlo. Riproduci i primi due secondi. Se ciò che volevi tagliare è ancora lì, hai appena imparato l'intervallo fra fotogrammi chiave di questo file, e ora sai che un taglio esatto richiede una ricodifica e non un altro tentativo della stessa operazione.

Domande frequenti

Posso forzare un taglio esatto?

Solo ricodificando, il che decodifica ogni fotogramma dall'ultimo fotogramma chiave in poi e ne scrive di nuovi, così il taglio può cominciare dove chiedi. Costa un tempo proporzionale alla durata della clip e una generazione di compressione. È tutto qui il menù: non esiste una terza opzione in cui un taglio esatto sia anche gratuito, perché il fotogramma su cui vuoi iniziare non esiste come immagine completa finché qualcosa non lo costruisce.

Perché la fine della mia clip è esatta e l'inizio no?

Perché le due estremità non sono simmetriche. L'inizio dev'essere un punto da cui un decodificatore possa partire, cioè un fotogramma chiave. La fine è solo il punto in cui la copia si ferma, e può fermarsi dopo qualsiasi fotogramma, quindi cade dove hai chiesto. Quell'asimmetria è una buona diagnosi: se il tuo taglio è giusto alla fine e anticipato all'inizio, lo strumento sta copiando i flussi e si comporta esattamente come progettato.

Il primo secondo della mia clip tagliata è congelato o nero. Perché?

È lo stesso problema con un altro cappello: la copia è partita da un fotogramma che non era chiave, quindi il decodificatore non aveva con cosa costruire le prime immagini e ha mostrato quel che poteva fino al successivo. Alcuni strumenti lo evitano tornando indietro, il che produce il taglio anticipato descritto qui; altri no, il che produce questo. In entrambi i casi il rimedio è lo stesso — accettare il fotogramma chiave precedente, o ricodificare.

Tagliare riduce la dimensione proporzionalmente?

All'incirca, e non esattamente, perché il bitrate non è costante lungo un video. Un minuto di piano fisso su un volto pesa molto meno di un minuto di movimento, quindi tagliare la metà tranquilla di una registrazione toglie meno della metà dei byte. Se stai tagliando per rientrare in un limite di dimensione e non per scegliere un passaggio, aspettati di dover anche comprimere, e fai prima il taglio così la compressione ha meno da lavorare.

L'audio è tagliato nello stesso punto del video?

Vicino, ma non necessariamente al fotogramma. L'audio è memorizzato in pacchetti molto più corti di un gruppo di immagini, quindi il taglio audio può cadere più vicino all'istante richiesto di quello video. In pratica ciò significa che un taglio per copia può iniziare con una frazione di secondo di suono prima che l'immagine si assesti. Raramente si nota sul parlato e può sentirsi sulla musica — un motivo in più per ricodificare quando il taglio è musicale.