Formati di sottotitoli spiegati: SRT, WebVTT, EBU-STL e altri

Tra i formati di sottotitoli, quello da consegnare dipende da dove va il film. SRT è il formato di testo semplice universale accettato dalla maggior parte delle piattaforme e dei festival. WebVTT è lo standard per i player web. SCC porta i closed caption in stile statunitense per il broadcast. EBU-STL è il formato di scambio storico del broadcast europeo. iTT è il formato timed text di Apple. IMSC1 ed EBU-TT-D sono profili XML moderni di TTML usati dai servizi di streaming e dal broadcast online. ASS serve per sottotitoli con stili ricchi, spesso impressi nell'immagine.

La regola che evita più problemi: leggi prima la specifica di consegna ed esporta esattamente ciò che chiede. Questa guida spiega ogni formato, chi di solito lo richiede, le convenzioni di lettura che valgono per tutti e come controllare i file prima che ti escano di mano.

I cavalli da tiro in testo semplice: SRT e WebVTT

SRT (SubRip)

SRT è un elenco numerato di sottotitoli, ciascuno con un tempo di inizio e di fine e una o due righe di testo. È facile da leggere, facile da modificare in qualsiasi editor di testo e accettato quasi ovunque: piattaforme video, molti aggregatori di streaming e la maggior parte delle piattaforme di iscrizione ai festival.

I suoi limiti sono il motivo per cui esistono altri formati. SRT non ha uno standard per posizionamento o stile. Alcuni player rispettano i tag base del corsivo, altri li ignorano. Conta anche la codifica: salva in UTF-8, o le lettere accentate (molto frequenti in italiano) potrebbero rompersi su alcuni player.

WebVTT

WebVTT è il formato di sottotitoli del web, usato con l'elemento HTML5 track. Sembra un SRT con un'intestazione e un punto invece della virgola nei timestamp, e aggiunge impostazioni per posizione e allineamento, più lo stile. Se la destinazione è un sito, un player personalizzato o un hosting video web, WebVTT è di solito la scelta giusta.

Sottotitoli con stile: ASS

ASS (Advanced SubStation Alpha) supporta font, colori, contorni, posizionamento preciso ed effetti. È popolare per lavori stilizzati, testo in stile karaoke e film in cui i sottotitoli fanno parte del design. Poche piattaforme professionali accettano ASS come sidecar, quindi si usa soprattutto per creare il look e poi imprimerlo nell'immagine.

Formati broadcast: SCC ed EBU-STL

SCC (Scenarist Closed Caption)

SCC porta closed caption CEA-608, lo standard di sottotitolazione line-21 usato nel broadcast nordamericano. È spesso richiesto da broadcaster statunitensi e da alcuni distributori. Il formato ha vincoli stretti: un set di caratteri limitato, una griglia fissa con una lunghezza massima di riga breve e tempi legati ai frame rate del broadcast. Prevedi righe più corte di quelle che useresti in SRT.

EBU-STL

EBU-STL (EBU Tech 3264) è un formato binario di scambio sottotitoli che i broadcaster europei usano da decenni. Broadcaster e fornitori di sottotitolazione lo richiedono ancora per i flussi della TV lineare. Essendo binario, non puoi correggerlo in un editor di testo; esportalo correttamente fin dall'inizio e validalo.

Timed text XML: iTT, IMSC1 ed EBU-TT-D

Questi formati sono tutti basati su TTML (Timed Text Markup Language), lo standard XML del W3C per il testo temporizzato. Differiscono per profilo: quali funzioni ammettono e chi se li aspetta.

• iTT (iTunes Timed Text) è il formato di Apple basato su TTML, usato quando si consegna alle piattaforme Apple tramite i loro partner di consegna.
• IMSC1 è un profilo W3C di TTML pensato per i media su internet. Molti servizi di streaming accettano o preferiscono un profilo IMSC per i sottotitoli testuali. Controlla se la specifica indica una versione IMSC precisa.
• EBU-TT-D è il profilo TTML dell'Unione Europea di Radiodiffusione per la distribuzione, usato per i servizi online e smart TV gestiti dai broadcaster europei.

Se una specifica dice "TTML", chiedi quale profilo. Le differenze contano per i validatori.

Chi chiede cosa

Solo tendenze generali. Ogni piattaforma, broadcaster e festival pubblica le proprie regole, e quelle regole cambiano.

• Web e social: SRT o WebVTT come sidecar, oppure sottotitoli impressi per piattaforme e feed in autoplay che ignorano i sidecar.
• Servizi di streaming: di solito un profilo TTML come IMSC1, a volte SRT per i servizi più piccoli. Segui la guida di stile alla lettera.
• Piattaforme Apple: iTT, di solito consegnato tramite un partner approvato.
• Broadcast USA: SCC per i closed caption.
• Broadcast europeo: EBU-STL per i flussi tradizionali, EBU-TT-D per i servizi online.
• Festival: di solito un file SRT per il comitato di selezione, più copie di proiezione sottotitolate secondo la specifica tecnica del festival. Leggi la nostra checklist dei materiali per festival.

Velocità di lettura e lunghezza delle righe

Il formato porta il testo; le convenzioni decidono se le persone riescono a leggerlo. Linee guida comuni, che variano per piattaforma e pubblico:

• Massimo due righe per sottotitolo, con l'a capo su un confine naturale della frase.
• Lunghezza della riga di solito intorno ai 37-42 caratteri per gli alfabeti latini. I formati di caption broadcast come SCC sono più stretti.
• Velocità di lettura spesso espressa in caratteri al secondo. Molte guide suggeriscono circa 15-17 per contenuti per adulti, e meno per i programmi per bambini, mentre alcune piattaforme arrivano fino a circa 20.
• Durata minima sotto il secondo generalmente da evitare; circa cinque sesti di secondo è una soglia comune. La durata massima è spesso intorno ai sette secondi.
• Pause di un paio di fotogrammi tra sottotitoli consecutivi aiutano l'occhio a registrare il cambio.
• Cambi d'inquadratura: evita sottotitoli che scavalcano un taglio di pochi fotogrammi.

I sottotitoli tradotti di solito sono più lunghi della sorgente, e l'italiano lo è spesso rispetto all'inglese. Lascia margine quando segmenti l'originale.

QC prima di consegnare

Un file di sottotitoli respinto di solito fallisce per motivi banali: sovrapposizioni, un sottotitolo troppo veloce da leggere, un carattere rotto, il frame rate sbagliato. Controlla:

1. La codifica (UTF-8 per i formati testuali) e che ogni carattere speciale si veda.
2. Nessun sottotitolo sovrapposto, nessun sottotitolo a durata zero.
3. Velocità di lettura e lunghezza delle righe entro i limiti della piattaforma.
4. I tempi in sincrono dal primo all'ultimo sottotitolo, soprattutto dopo modifiche all'immagine.
5. Frame rate e timecode di inizio uguali a quelli del master.
6. Il file si riproduce nel player di destinazione o supera il validatore della piattaforma.

In cinemaOS, Finisher ▸ Localize ▸ Captions esegue il QC rispetto a un profilo prima dell'esportazione. Strict riporta ogni problema da risolvere, e Compatible Repair punta a un file che si riproduca senza problemi su tutti i player. Dallo stesso punto puoi esportare SRT, WebVTT, ASS, SCC, EBU-STL, iTT, IMSC1, EBU-TT-D o FCPXML, oppure usare Burn In per una versione con i sottotitoli renderizzati nell'immagine. Se prima ti servono i sottotitoli in un'altra lingua, leggi come tradurre i sottotitoli in locale sul Mac.

FAQ

Devo consegnare SRT o WebVTT?

Consegna ciò che la destinazione specifica. Senza una specifica, SRT è la scelta generale più sicura e WebVTT è migliore per i player web.

Posso convertire SRT in EBU-STL o SCC dopo?

Puoi, ma le conversioni fanno emergere i limiti: le righe corte e i caratteri ristretti di SCC, la struttura binaria di EBU-STL. Segmenta e fai il QC per il formato più rigido che ti serve, poi esporta gli altri dalla stessa sorgente.

Quando devo imprimere i sottotitoli?

Quando il player ignora i file sidecar, per i post social e i feed in autoplay, o quando una sala di proiezione lo chiede. Conserva anche un master pulito senza sottotitoli.

Esporta il formato giusto al primo colpo

Tieni un'unica sorgente di sottotitoli corretta ed esporta da lì ogni formato di consegna. Scarica cinemaOS per eseguire il QC ed esportare ogni formato sul tuo Mac durante la prova gratuita di 60 giorni; non serve la carta.