Italiano

Video e sottotitoli · Toolkit sottotitoli

Oltre SRT e VTT: dove vengono utilizzati i sottotitoli ASS, TTML, DFXP e SCC

· Sfondo

sottotitoli formati di file srt webvtt

Diversi documenti di didascalie strutturati in modo diverso che circondano i formati SRT e WebVTT supportati dal toolkit
Illustrazione vettoriale originale ToolAcre

SRT e WebVTT dominano il Web, ma la trasmissione, il fandom degli anime e la distribuzione in streaming utilizzano altri formati. Questo post mappa il panorama, spiega a cosa serve ciascun formato e perché un toolkit mirato ne supporta solo due.

Una cartella piena di estensioni che il tuo lettore non riconosce: la diversità dei formati nel lavoro di didascalia professionale

Un trasferimento di localizzazione può contenere file che mettono tutti parole sullo schermo e non condividono quasi alcuna struttura interna. Alcuni sono semplici elenchi di suggerimenti, altri sono documenti XML, altri hanno uno stile dettagliato e altri codificano un flusso di sottotitoli di trasmissione legacy. Trattare ogni estensione sconosciuta come “un altro SRT” rischia di eliminare la funzionalità che ha spinto il mittente a sceglierla.

La prima domanda di valutazione non è quale convertitore apre il file, ma a quale sistema di consegna appartiene. Conserva l'originale, identifica la destinazione richiesta e utilizza un parser che comprenda quel formato. Subtitle Toolkit legge e scrive esplicitamente solo SRT e WebVTT, il che rappresenta un confine piuttosto che una promessa fallita di universalità.

ASS e SSA: sottotitoli in stile e posizionati tratti dalla tradizione dei fansub degli anime

SSA e il suo successore ASS sono formati di sottotitoli in stile script con sezioni per metadati, stili riutilizzabili ed eventi di dialogo temporizzati. Possono esprimere un posizionamento e un aspetto oltre l'ordinario SRT. Sono fortemente associati ai flussi di lavoro dei sottotitoli della community dallo stile ricco, incluso il fansub degli anime, ma tali associazioni non trasformano ogni file ASS in un fansub né ne definiscono la licenza.

I comandi di override delimitati da parentesi graffe dai formati SubStation a volte sopravvivono a una conversione grezza come testo visibile. La pulizia di ToolAcre può rimuovere blocchi come una sostituzione del posizionamento dal testo del segnale, ma non analizza uno script ASS, ne traduce gli stili o preserva il comportamento del karaoke e del disegno. Converti con uno strumento compatibile con ASS prima di portare qui una derivata in testo semplice.

TTML e DFXP: testo temporizzato basato su XML per la trasmissione e la distribuzione in streaming

TTML rappresenta il testo temporizzato come XML, consentendo alle informazioni su struttura, spazi dei nomi, tempistica e presentazione di viaggiare insieme. DFXP è un nome riscontrato nella stessa famiglia di testo temporizzato e nei flussi di lavoro di consegna costruiti attorno ad esso. Questi documenti non sono blocchi di segnali di riga vuota, quindi un parser SRT non può recuperarli in modo sicuro cercando le frecce.

I sistemi di trasmissione e streaming possono scegliere un profilo della famiglia TTML con requisiti più ristretti rispetto al formato ampio. Questo articolo non rivendica un profilo, una versione standard o una mappatura della piattaforma per ogni file .ttml o .dfxp. La specifica di consegna è l'autorità e la conversione dovrebbe preservare un master finché la destinazione non accetta e visualizza il risultato.

SCC e CEA-608: l'eredità dei sottotitoli codificati ancora richiesta da alcuni distributori

I file SCC rappresentano un lignaggio di didascalie broadcast associato ai dati CEA-608 anziché un elenco comprensibile di blocchi SRT. I loro contenuti e vincoli riflettono comandi di didascalia e modelli di trasmissione che precedono il testo del sidecar web. Un distributore che richiede SCC richiede quella rappresentazione di consegna, non un file SRT con un suffisso diverso.

Lo strumento del repository non legge SCC e non codifica CEA-608. Inoltre, non verifica la conformità dell'emittente. Conservare il progetto dei sottotitoli sorgente e utilizzare il software progettato per il flusso di lavoro di trasmissione richiesto; esporta in SRT o WebVTT solo quando una destinazione separata richiede effettivamente uno di questi file.

SBV, LRC e altri: formati specifici per piattaforma e di nicchia

SBV viene riscontrato nei flussi di lavoro dei sottotitoli della piattaforma, mentre LRC viene comunemente utilizzato per i testi temporizzati. Altre estensioni codificano ancora più presupposti sui tempi, sullo stile o su una particolare applicazione. La loro somiglianza superficiale – un tempo più una riga di testo – non è sufficiente a renderli intercambiabili, perché la punteggiatura, l'ordinamento e i metadati determinano il modo in cui un parser legge il file.

Questo articolo non fornisce un registro esaustivo né afferma che un servizio accetta sempre un formato. Le modifiche al supporto della piattaforma e le consegne professionali sono contrattuali. Leggere la documentazione di destinazione corrente e conservare il file originale, soprattutto quando una conversione elimina necessariamente layout o stile.

Perché un toolkit sceglie solo SRT e WebVTT: i formati di scambio del Web e l'onestà di documentare tale limite

Un toolkit per browser mirato sceglie SRT e WebVTT perché il suo modello di trasformazione è costituito da testo di suggerimento, millisecondi di inizio e fine, oltre a una stringa di impostazione opzionale. Quel modello si associa direttamente alla struttura a blocchi comune di questi due formati. Non contiene un albero XML, un foglio di stile riutilizzabile, un flusso di comandi trasmessi o una traccia video incorporata, quindi fingere di supportarli appiattirebbe silenziosamente le informazioni.

La limitazione è indicata nel record del convertitore: ASS e SSA, TTML, SAMI e le didascalie incorporate in un contenitore non vengono gestite. Anche all'interno di WebVTT, i blocchi NOTE, STYLE e REGION vengono saltati. L'ambito onesto consente all'utente di fermarsi prima del danno piuttosto che scoprire dopo l'esportazione che una caratteristica specializzata è scomparsa.

Conclusione: conosci la mappa, quindi scegli lo strumento: in che modo il Subtitle Toolkit copre la parte SRT e WebVTT del paesaggio

Conosci la mappa, conserva la master e scegli lo strumento che comprende la destinazione richiesta. Subtitle Toolkit copre la parte SRT e WebVTT: analisi tollerante dei segnali, serializzazione canonica, modifiche temporali, pulizia del testo e convalida strutturale. Non è un motore di scambio sottotitoli universale e non trasforma un formato non supportato in un input sicuro rinominandolo.

Se un'applicazione specializzata ha già prodotto un derivato SRT o WebVTT revisionato, carica quel derivato qui e controlla il conteggio dei segnali e i problemi prima della conversione. Conserva ASS, TTML, SCC o altro master accanto ad esso in modo che eventuali stili persi o metadati di consegna possano essere rintracciati invece di ricostruirli.