Balancér linjeskift i undertekster
Eller indsæt underteksttekst
Indstillinger
Én boks, fem valg, og hvert valg har sin egen side. Ombræk til et antal kolonner flyder hver tekstblok om til det angivne antal kolonner, hvilket kan forkorte en linje, der var for lang, lige så nemt, som det kan trække en kort linje op. Bryd kun de lange linjer bryder kun de linjer, der er over antallet, og lader resten være præcis som de var. Jævn de eksisterende linjer ud beholder det antal linjer, hver tekstblok allerede har, og flytter ordene mellem dem, indtil den længste linje er så kort som mulig. Sæt hver tekstblok på én linje sætter hver tekstblok på én enkelt linje. Begræns antallet af linjer lader hver tekstblok være, der allerede er inden for linjeantallet. Denne side udfylder boksen med det valg, dens titel nævner, og viser ingen andre.
Hvilken billedhastighed tiderne tælles i. På formatsiderne er det, hvad MicroDVD har brug for, fordi formatet gemmer tider som billednummer. På siderne om billedhastighed er det den hastighed, filen blev timet efter – den version, underteksterne blev lavet til – og sidens anden boks tager hastigheden for den video, du skal bruge dem med. 23,976, 24, 25, 29,97, 30, 50, 59,94 og 60 er de almindelige. Tager man fejl, forskydes hele tidslinjen, og på siderne om billedhastighed forskydes den med et forhold i stedet for et fast beløb.
Denne side gør de linjer, en tekstblok allerede har, mere jævne. Den beholder antallet af linjer præcis som filen skrev dem og flytter ord mellem linjerne, indtil den længste er så kort, den kan være. En tekstblok, der ankommer på to linjer à 63 og 5 kolonner, går ud som to linjer à 33 og 35, og tekstblokken ved siden af, der allerede var jævn, flytter sig slet ikke.
Det er det, der skiller denne side fra dem, der ombryder eller deler. Ombrydning arbejder mod et kolonnetal, du sætter, og står frit til at tilføje eller fjerne linjer; delesiden rører kun linjer, der er over tallet. Her er antallet af linjer slet ikke et input — det er en kendsgerning læst fra filen, taget som noget, du eller din afspiller allerede har afgjort — og det eneste, der ændrer sig, er, hvor ordene sidder indeni det.
Reglen, siden følger, er, at den længste linje skal være så kort som mulig, hvilket ikke er det samme som at fordele ordene jævnt. Ord har forskellig længde, så at dele ordene i lige store antal giver én lang linje og én kort. Siden spørger i stedet, hvor smalle linjerne kunne være, hvis tekstblokken stadig havde så mange af dem, og lægger dem ud i den bredde. I praksis kommer de to linjer ud med omtrent samme mål, og det er det, du lægger mærke til på skærmen.
Nogle tekstblokke får lov at være helt i fred, og siden siger det ved ikke at rapportere noget frem for at påstå en vellykket kørsel. En tekstblok med én linje har ingen anden linje at flytte ord ind i. En tekstblok, hvor hver linje allerede rummer et enkelt ord, er så kort, som så mange linjer kan være. Og en linje, der begynder med en tankestreg, markerer et talerskift: de blokke holdes adskilt fra hinanden, fordi at flytte halvdelen af den ene persons linje ind i den andens ikke er en jævn fordeling, men en sammenblanding. Alt kører i din browser, uden upload, på de elleve formater, der kan bære mere end én linje pr. tekstblok: SRT, WebVTT, ASS, SSA, SBV, SAMI, LRC, MicroDVD, TTML, JSON og CSV.
Eksempler
En kort anden linje og en lang første
Input
1
00:00:01,000 --> 00:00:04,000
We could take the train and be there by six
or wait for the later one.
Resultat
1
00:00:01,000 --> 00:00:04,000
We could take the train and be there
by six or wait for the later one.
Den første linje var 43 kolonner og den anden 26, så siden flyttede »by six« ned fra den første linje til den anden og stoppede der: 36 og 33 kolonner er det tætteste, dette par kan bringes, og at presse videre ville have gjort den anden linje til den længste af de to. Tekstblokken har stadig to linjer, antallet af ord er det samme i samme rækkefølge, og tid og tekstbloknummer er urørte.
En tekstblok, der allerede er jævn
Input
1
00:00:01,000 --> 00:00:04,000
The train leaves at six
in the evening Seven.
Resultat
1
00:00:01,000 --> 00:00:04,000
The train leaves at six
in the evening Seven.
23 og 21 kolonner, hvilket er det mest jævne, dette par linjer kan være, så siden har intet at gøre, og filen kommer byte for byte tilbage. Der rapporteres heller intet, fordi en kørsel, der ikke fandt arbejde, ikke er en kørsel, der gjorde noget. Det er værd at se én gang: et værktøj, der skrev linjerne om alligevel, ville have risikeret at ændre en fil, der allerede var korrekt, uden at der stod noget i rapporten, der advarede dig.
Et kinesisk ord mod en engelsk linje
Input
WEBVTT
00:00:01.000 --> 00:00:04.000
你好
Good morning to you everyone
Resultat
WEBVTT
00:00:01.000 --> 00:00:04.000
你好 Good morning
to you everyone
Den kinesiske linje er to tegn, hvilket er 4 kolonner, mod en engelsk linje på 28 — en tekstblok, ingen læser ville kalde balanceret, og siden er enig. Den trækker »Good morning« op, så linjerne bliver 17 og 15 kolonner. At tælle tegn i stedet for kolonner ville have kaldt den kinesiske linje to enheder lang og flyttet næsten intet, så ubalancen, denne side findes for at rette, ville blive ladt tilbage. Det er linjernes udseende på skærmen, der jævnes, ikke antallet af tegn i dem.
Ofte stillede spørgsmål
Hvad ændrer en balancering af linjeskift egentlig i en SRT-fil?
Hvor ordene sidder inde i en tekstblok, og intet andet. Antallet af linjer forbliver det samme, antallet af ord og deres rækkefølge forbliver det samme, og starttid, sluttid og tekstbloknummer er filens egne. Det er siden, du bruger, når linjeantallet allerede passer til din afspiller eller din husstil, og problemet kun er, at én linje er meget længere end naboen.
Hvorfor er balancering ikke det samme som at dele ordene jævnt?
Fordi ord ikke er lige lange, så et lige antal ord pr. linje giver et ujævnt udseende. En linje med »I« og en linje med »internationalisering« ville hver have ét ord, og det ene er tyve kolonner bredt. Siden spørger, hvor smalle linjerne kunne være, mens der stadig er så mange af dem, og lægger teksten ud i den bredde, og derfor kommer de to linjer ud med omtrent samme mål frem for samme ordantal.
Ændrer balancering antallet af linjer i en undertekst?
Nej, og det er hele pointen med siden. Linjeantallet læses fra tekstblokken og bruges som en fast begrænsning, så en tekstblok med to linjer kommer tilbage med to linjer og en med tre med tre. Vil du have et andet antal linjer, arbejder ombrydningssiden mod et kolonnetal, du giver den, og kan give flere eller færre linjer, mens siden, der begrænser linjer pr. undertekst, arbejder mod et maksimum i stedet.
Hvorfor blev mine tankestregslinjer ikke balanceret?
Fordi en tankestreg i begyndelsen af en linje markerer et talerskift, og de to blokke balanceres hver for sig, ikke mod hinanden. To linjer på 14 og 18 kolonner forbliver 14 og 18: at flytte en del af den ene talers ord ind på den andens linje ville sætte to personers replik på én linje, hvilket er det modsatte af, hvad de streger er der for. En blok, der er en enkelt linje, har intet at flytte inden for.
Hvad sker der med en tekstblok med kun én linje, eller med ét ord pr. linje?
Den kommer uændret tilbage, og kørslen rapporterer intet for den. Én linje har ingen anden linje at flytte ord ind i. En tekstblok, hvis linjer hver rummer et enkelt ord, er allerede så kort, som det antal linjer kan være, siden intet ord kan deles. I begge tilfælde sendes filen videre uden at blive skrevet om, og rapporten forbliver tom frem for at tælle en tekstblok som behandlet.
Hvilke undertekstformater kan få linjeskiftene balanceret?
De elleve, hvor en tekstblok kan rumme mere end én linje: SRT, WebVTT, ASS, SSA, SBV, SAMI, LRC, MicroDVD, TTML, JSON og CSV. Ren tekst er udeladt, fordi én tekstlinje er én tekstblok der, så hver tekstblok har præcis én linje, og balancering aldrig kan gøre noget. De elleve læses for hvad de er frem for for deres filendelse, og intet uploades, mens siden kører.