Bryt undertekster til en linjelengde
Eller lim inn underteksttekst
Innstillinger
Én boks, fem valg, og hvert valg har sin egen side. Bryt legger hver tekstblokk om til kolonnetallet, som like gjerne kan forkorte en linje som var for lang, som det kan trekke en kort linje opp igjen. Del lange linjer bryter bare linjene som er over tallet og lar resten stå nøyaktig som de var. Balanser beholder antallet linjer hver tekstblokk allerede har og flytter ordene mellom dem til den lengste linjen er så kort den kan bli. Slå sammen setter hver tekstblokk på én linje. Begrens lar hver tekstblokk som allerede er innenfor linjeantallet, være. Denne siden fyller boksen med valget tittelen navngir og lister ingen andre.
Telles i kolonner i stedet for tegn, så et kinesisk eller japansk tegn tar to av dem og en aksentert latinsk bokstav tar én. 42 er det vanlige tallet for undertekster med latinsk skrift. Senker du det, blir linjene kortere, men flere; ingenting kuttes noen gang bort.
Hvilken bildefrekvens tidene telles i. På formatsidene er det dette MicroDVD trenger, fordi det lagrer tid som bildenummer. På sidene for bildefrekvens er det frekvensen filen ble tidsstyrt mot — versjonen undertekstene ble laget for — og sidens andre boks tar frekvensen til videoen du skal bruke dem med. 23,976, 24, 25, 29,97, 30, 50, 59,94 og 60 er de vanlige. Tar du feil, forskyves hele tidslinjen, og på bildefrekvenssidene forskyves den med et forhold i stedet for et fast beløp.
Denne siden flyter teksten i hver blokk om til en linjelengde du velger. En linje som er over lengden, brytes ved en ordgrense; en linje som er under den, trekkes opp i linjen over når de to passer sammen. Det er den ene siden i denne gruppen som gjør begge deler, som er hvorfor det er den du griper etter når linjeskiftene i en fil har drevet, og ikke når en enkelt linje er for lang.
Lengden telles i kolonner, ikke tegn. Et kinesisk eller japansk tegn tar to kolonner og en latinsk bokstav tar én, så en grense på 42 holder tjueen kinesiske tegn eller førtito latinske. Førtito er tallet undertekster med latinsk skrift har brukt i tiår, og det er standardvalget her. Ingenting klippes noensinne av for å nå tallet: siden flytter linjeskift og lar ordene stå, så en linje som ikke kan bringes innenfor grensen av noe brudd, rapporteres i stedet.
En linje som begynner med en tankestrek, markerer et talerbytte. De linjene er vegger. Siden flyter ordene på hver side av en slik linje, men den vil ikke slå to av dem sammen til én linje, fordi å sette to personers replikker på én linje er en lesefeil strekene ble skrevet for å hindre. Er det å oppløse den veggen du vil, gjør siden som fjerner linjeskift, nøyaktig det og teller hvor mange den oppløste.
Alt skjer i nettleseren din. Ingen fil lastes opp, og ingen konto trengs. Alle elleve formatene som bærer mer enn én linje inne i en blokk, tas imot: SRT, WebVTT, ASS, SSA, SBV, SAMI, LRC, MicroDVD, TTML, JSON og CSV. Ren tekst tilbys ikke, fordi en tekstfil per definisjon er én blokk per linje og det ikke finnes noe brudd inne i en blokk for denne siden å flytte.
Eksempler
Én blokk brutt for tidlig og én brutt for sent
Inndata
1
00:00:01,000 --> 00:00:04,000
We could take the train
and be there by six
2
00:00:05,000 --> 00:00:09,000
I told you we would miss the last train if we stayed any longer
Resultat
1
00:00:01,000 --> 00:00:04,000
We could take the train and be there by
six
2
00:00:05,000 --> 00:00:09,000
I told you we would miss the last train if
we stayed any longer
To motsatte feil i én fil, begge rettet ved standardlengden 42 kolonner. Den første blokken kom inn som linjer på 23 og 19 kolonner, som til sammen er 43 — én kolonne over grensen — så siden slår dem sammen og bryter straks igjen ett ord tidligere, og lar 39 og 3 stå. Den andre var skrevet som én linje på 63 kolonner og kommer ut som 42 og 20. Ingenting ble lagt til eller droppet i noen av blokkene: ordene er de samme, og bare bruddene mellom dem flyttet seg. Den tre kolonner lange halen på den første blokken er den ærlige kostnaden ved å pakke linjer grådig i stedet for å dele dem jevnt.
En kinesisk linje, der ett tegn er to kolonner
Inndata
WEBVTT
00:00:01.000 --> 00:00:04.000
你好世界今天天气很好我们出去玩吧顺便买点东西回来
Resultat
WEBVTT
00:00:01.000 --> 00:00:04.000
你好世界今天天气很好我们出去玩吧顺便买点东
西回来
Tjuefire kinesiske tegn er førtiåtte kolonner, så denne linjen er over grensen og brytes etter den tjueførste av dem. Et verktøy som tellet tegn, ville kalt tjuefire en kort linje og latt den stå, som er hvordan en kinesisk undertekst på to linjer ender med å bli dobbelt så bred som den engelske på to linjer ved siden av. Det er ingen mellomrom i teksten å bryte ved, så hvert tegn er sitt eget bruddpunkt og bruddet lander midt i setningen, som er der en kinesisk undertekst uansett forventes å brytes.
To talere, to linjer
Inndata
1
00:00:01,000 --> 00:00:04,000
- Then we walk
- All the way home
Resultat
1
00:00:01,000 --> 00:00:04,000
- Then we walk
- All the way home
Filen kommer tilbake byte for byte, og det er det riktige resultatet og ikke en feil. De to linjene er 14 og 18 kolonner og ville passet sammen på én linje på 32, men hver av dem begynner med en tankestrek, som betyr at en annen person snakker. Å slå dem sammen ville gitt én skuespiller den andres ord. Ingen av linjene er over grensen på egen hånd, så det er ingenting annet å gjøre, og en kjøring uten noe å rapportere rapporterer ingenting.
Ofte stilte spørsmål
Hvordan avgjør brytingen hvor en undertekstlinje brytes?
Ordene i blokken legges ut etter hverandre, og et brudd settes inn før det første ordet som ville skyve linjen forbi kolonnetallet. Det er en grådig tilpasning og ikke en jevn deling: den første linjen fylles så langt den går, og resten går på den neste. Resultatet er at linjene blir pakket og ikke balansert, som er det du vil når målet er å få en blokk inn i så få linjer som mulig. Har filen din allerede riktig antall linjer og du vil at de skal se jevne ut, gjør siden som jevner ut linjeskift, det i stedet.
Hvorfor ble den korte andre linjen min trukket opp i den første?
Fordi de sammen passer innenfor grensen. Bryting behandler hele blokken som én tekststreng og legger den ut på nytt fra bunnen av, så et brudd filen hadde, bevares ikke bare fordi det var der. Dette er forskjellen mellom denne siden og den som bare bryter de lange linjene: den siden lar hver linje som allerede er kort, stå nøyaktig der den er, og denne kan trekke den opp. Var bruddet med vilje, trenger det en tankestrek eller den andre siden og ikke denne.
Telles linjelengder ved bryting som tegn eller som kolonner?
Som kolonner, som er det en undertekstlinje faktisk måles i. En latinsk bokstav, et siffer og et mellomrom tar én kolonne hver; et kinesisk eller japansk tegn, en koreansk stavelse og en emoji tar to. Så en grense på 42 godtar førtito latinske tegn eller tjueen kinesiske, og de to linjene kommer ut like brede på skjermen. Å telle tegn i stedet ville gitt hver kinesisk undertekst en linje dobbelt så lang som den engelske motparten ved samme innstilling.
Hvorfor ble mine to tankestreklinjer ikke slått sammen til én ved bryting?
Fordi en tankestrek i starten av en linje betyr et talerbytte, og å slå to av de linjene sammen ville satt to personers replikker på én linje. Siden behandler slike linjer som blokker som ikke kan krysses, så den flyter ordene inne i hver blokk og lar blokkene stå. Linjene i eksempelet over er korte nok til å passe sammen og holdes likevel fra hverandre av denne grunnen. Vil du virkelig ha dem sammen, slår siden som fjerner linjeskift, dem sammen og rapporterer hvor mange talerbytter den oppløste.
Hva skjer med et ord som er lengre enn linjelengden i underteksten?
Det får en linje for seg og blir stående lengre enn grensen, og kjøringen rapporterer én linje fortsatt over grensen. Det finnes ikke noe brudd inne i et enkelt ord som ikke også endrer ordet, og å endre teksten din er ikke det en innstilling for linjelengde er til for. Tyske sammensetninger og lange URL-er er de vanlige tilfellene. Trenger du en slik linje under tallet, må bruddet gå inne i ordet, og det er en redigering du gjør med vilje og ikke en verktøyet gjør for deg.
Hvilke undertekstformater kan brytes til en linjelengde?
De elleve som kan holde mer enn én linje inne i en blokk: SRT, WebVTT, ASS, SSA, SBV, SAMI, LRC, MicroDVD, TTML, JSON og CSV. Ren tekst er det ene formatet som er utelatt, og grunnen er at en tekstfil per definisjon er én blokk per linje, så det finnes ikke noe brudd inne i en blokk for denne siden å flytte, og utdataene ville vært identiske med inndataene. Ingenting ved filen lastes opp på noe tidspunkt, og formatet leses fra innholdet og ikke fra filnavnet.