Come si misura il ritmo di un video generato a codice

Il divario non era di tecniche, era di ritmo

Il 28 agosto 2026 ho messo il mio motore reel accanto ai formati ad alta densità che funzionano bene. Mi aspettavo di scoprire effetti che non avevo implementato. Non era quello.

Lo stesso contenuto, montato con molte meno cose per secondo. Il reel aveva 11 sezioni in tutto, un cambio di scena ogni 3,70 secondi di mediana, e un buco peggiore di 10,09 secondi senza che accadesse niente (misura mia, N=1, stesso contenuto prima e dopo, 28 agosto 2026). In un formato dove si scorre in fretta, dieci secondi fermi sono un'uscita.

Le tre misure da prendere prima di toccare qualsiasi cosa

Si misurano sul video già renderizzato, non sul codice. Servono tre numeri.

1. Intervallo fra un cambio di scena e il successivo: la mediana e il caso peggiore. La mediana dice il ritmo, il caso peggiore dice dove le persone escono.
2. Tagli che cadono dentro una parola detta. Se il video ha una voce, il forced alignment dà il tempo di ogni parola: un cambio che cade a metà parola si sente come un errore, anche se chi guarda non sa dire perché. Nel mio caso erano 8 su 11.
3. Elementi che entrano troppo tardi per essere letti prima che la scena finisca. Sono i più difficili da vedere a occhio, perché in fase di sviluppo il video lo guardi già sapendo cosa c'è scritto. Erano 7 su 16.

Cosa ho cambiato

Il ritmo non si alza allungando i beat che ci sono già. Si alza aggiungendone, e ancorando ognuno a una parola detta.

Dopo la modifica, stesso contenuto: 37 sezioni invece di 11, un cambio ogni 1,32 secondi invece di 3,70, buco peggiore sceso da 10,09 a 2,93 secondi, zero tagli dentro una parola, zero elementi che entrano troppo tardi.

Alzare la densità fa emergere i guasti che avevi già

Chiudendo il ritmo è saltato fuori un secondo problema, che non era nuovo: la barra dei capitoli chiedeva 1285 pixel e ne aveva 940 disponibili, quindi sfondava il bordo. Con 11 sezioni non si notava. Con 37 era evidente in ogni fotogramma.

Non è la densità che rompe il layout. È la densità che rende visibile un layout che non teneva.

Il controllo che evita di rompere quello che funziona

Una modifica al motore vale per tutti i video, compresi quelli che in quel momento non stai guardando. Prima di rilasciare ho renderizzato il percorso di default e ho confrontato 15 fotogrammi per sha256 contro la versione precedente: zero differenze, identici al pixel.

È il controllo più noioso dei tre e l'unico che dice se hai cambiato solo quello che volevi cambiare.

Come replicarlo sul tuo

1. Estrai i tempi dei cambi di scena dal video renderizzato e calcola mediana e caso peggiore.
2. Se c'è una voce, prendi i confini di parola dal forced alignment e conta quanti cambi ci cadono dentro.
3. Per ogni scena, verifica che l'ultimo elemento entri con abbastanza margine da essere letto.
4. Aggiungi beat invece di allungare quelli esistenti, e ancorali alle parole.
5. Prima di rilasciare, confronta per hash un campione di fotogrammi del percorso che non stavi toccando.

I primi tre passi si fanno una volta e restano: sono misure, non opinioni su come sembra il video.