Hopp til hovedinnhold
SubtitleMatrix

Del lange undertekstlinjer

Tekst og stilBryt linjene på nytt
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 gjør én ting: den bryter linjene som er lengre enn kolonnetallet du setter. Hver linje som allerede er innenfor tallet, får stå nøyaktig som den er, helt ned til byten, også linjene som sitter rett ved siden av de som brytes. Har filen din noen få løpsk linjer og resten av bruddene er fine, er dette siden som retter de få og ikke rører noe annet.

Tallet telles i kolonner. En latinsk bokstav tar én kolonne og et kinesisk eller japansk tegn tar to, så en grense på 42 holder førtito latinske eller tjueen kinesiske, og begge kommer ut like brede. Standardvalget er 42, tallet undertekster med latinsk skrift har brukt i tiår.

Bryting skjer ved grensene mellom ord og aldri inne i et ord. Et ord som er lengre enn hele grensen, som en URL eller en lang tysk sammensetning, får en linje for seg og blir stående over grensen, og kjøringen sier hvor mange linjer som fortsatt er for brede. Å klippe et ord i to ville være å redigere teksten din, og tittelen på denne siden lover å flytte linjeskift og ikke å endre ord.

Én ting å være klar over før du starter: denne siden slår ikke sammen. En blokk der de to linjene er 12 kolonner hver, forblir to linjer selv om den ville passet på én, fordi å trekke dem sammen er omflyting og ikke deling, og det finnes en egen side for det. Alt kjører i nettleseren din uten opplasting og uten konto, og de elleve formatene som bærer mer enn én linje per blokk, tas imot: SRT, WebVTT, ASS, SSA, SBV, SAMI, LRC, MicroDVD, TTML, JSON og CSV.

Eksempler

Én løpsk linje ved siden av en linje som er fin

Inndata

1
00:00:01,000 --> 00:00:04,000
I told you we would miss the last train if we stayed any longer
Short line

Resultat

1
00:00:01,000 --> 00:00:04,000
I told you we would miss the last train if
we stayed any longer
Short line

Den første linjen er 52 kolonner mot en grense på 42, så den brytes etter det siste ordet som passer, som avslutter den på nøyaktig 42. Den andre linjen er 10 kolonner og kommer tilbake urørt, byte for byte, på samme plass — den verken måles på nytt eller vurderes for sammenføying med noe. Den andre halvparten er hele forskjellen mellom denne siden og den som bryter: bryting ville flyttet begge linjene og godt kunne plassert denne korte et annet sted.

Et ord som er lengre enn hele linjelengden

Inndata

1
00:00:01,000 --> 00:00:04,000
Say it: pneumonoultramicroscopicsilicovolcanoconiosis

Resultat

1
00:00:01,000 --> 00:00:04,000
Say it:
pneumonoultramicroscopicsilicovolcanoconiosis

Ordet på 45 kolonner kan ikke bringes under en grense på 42 av noe brudd som beholder det som et ord, så det får en linje for seg og blir stående over grensen, og kjøringen rapporterer én linje fortsatt over. De to ordene foran flytter opp til første linje. Å klippe ordet i to ville gitt noe ingen kan lese og ville vært en endring av replikken din og ikke av oppsettet, som ikke er det denne siden ble bedt om.

En kort linje og en kinesisk linje over samme grense

Inndata

WEBVTT

00:00:01.000 --> 00:00:04.000
Good.
你好世界今天天气很好我们出去玩吧顺便买点东西回来

Resultat

WEBVTT

00:00:01.000 --> 00:00:04.000
Good.
你好世界今天天气很好我们出去玩吧顺便买点东
西回来

To linjer i én blokk, og bare én av dem er over. `Good.` er 5 kolonner og flytter seg ikke; den kinesiske linjen er tjuefire tegn, som er 48 kolonner, og brytes etter den tjueførste. Kinesisk har ingen mellomrom, så hvert tegn er et eget bruddpunkt og bruddet lander inne i setningen — som er normalt for skriftsystemet og grunnen til at tallet måles i skjermbredde og ikke i tegn. WEBVTT-overskriften og tidslinjen kommer tilbake nøyaktig som de kom inn.

Ofte stilte spørsmål

Hvordan skiller det å bryte lange linjer seg fra å bryte undertekster på nytt?

Bryting flyter hver blokk om fra bunnen av, så en kort linje ved siden av en lang kan trekkes opp i den, og bruddene du allerede hadde, kan alle flytte seg. Denne siden rører bare linjer som er over tallet. De to bruker samme kolonnetall og kan gi samme fil for en blokk som er over grensen på egen hånd, men de oppfører seg forskjellig på hver blokk som allerede er fin: bryting kan endre den, deling lar den stå byte for byte.

Hvorfor endret de linjene som allerede var korte, seg ikke i det hele tatt?

Fordi det ikke var noe å gjøre med dem. Siden måler hver linje, bryter de som er over tallet og sender resten gjennom urørt i stedet for å skrive dem ut igjen fra en kopi som er målt på nytt. Det er ikke bare en påstand om at utdataene ser like ut: linjene som er innenfor grensen, kommer gjennom som nøyaktig de samme dataene filen holdt, som er det som gjør denne siden trygg å kjøre på en fil der du allerede har rettet bruddene for hånd.

Endrer det å bryte en lang undertekstlinje start- eller sluttiden?

Nei. Begge linjene i en brutt blokk er på skjermen samtidig, i nøyaktig det spennet blokken allerede hadde. Ingenting ved tidslinjen endres, og blokknumrene er filens egne. Trenger du at de to halvdelene vises etter hverandre, er det en annen jobb: siden som deler en lang undertekst i to blokker, deler også tiden, som er en synlig endring i filmens tidfesting og ikke i oppsettet.

Hvor brytes en brutt undertekstlinje egentlig?

Ved et mellomrom eller ved en tegngrense i et skriftsystem som ikke bruker mellomrom. Et brudd inne i et ord lages aldri: ordet måtte klippes i to, som endrer det seeren leser. Kinesisk og japansk tekst har ingen mellomrom å bryte ved, så hvert tegn er en grense og bruddet kan lande hvor som helst i setningen. Det er slik de skriftsystemene settes, og grunnen til at grensen telles i skjermkolonner og ikke i tegn.

Hva viser rapporten etter deling av lange undertekstlinjer?

Hvor mange blokker som fikk en linje brutt, og hvor mange linjer som fortsatt er over grensen når kjøringen er ferdig. Det andre tallet er det du bør se på, fordi det er antallet linjer som ikke kunne bringes innenfor tallet — et ord lengre enn grensen er den vanlige årsaken. Blokker som allerede var innenfor grensen, telles ikke i det hele tatt, så en rapport på én blokk betyr at én blokk faktisk ble endret.

Hvilke undertekstformater kan få de lange linjene delt?

De elleve der blokkene kan holde mer enn én linje: SRT, WebVTT, ASS, SSA, SBV, SAMI, LRC, MicroDVD, TTML, JSON og CSV. Ren tekst er utelatt fordi én tekstlinje er én blokk i det formatet, så det finnes ingen linje inne i en blokk å bryte, og en kjøring på en tekstfil ville returnert filen uendret. Linjelengde er en egenskap ved den synlige teksten, så et stilområde som dekker et brudd, beholdes på begge halvdeler i stedet for å droppes.

Relaterte verktøy