Begrens antall linjer per undertekst
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.
Hvor høy én undertekst får være. To er det vanlige tallet. En tekstblokk som allerede er innenfor dette antallet, blir stående urørt; tekst slettes aldri for å få plass, så en tekstblokk som ikke kan bringes innenfor antallet, rapporteres i stedet for å forkortes.
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 setter et tak på hvor mange linjer en blokk får oppta. Gi den et tall, og hver blokk som er over tallet, presses ned til det, med ordene som flyter inn i færre og lengre linjer. Hver blokk som allerede er innenfor tallet, går gjennom urørt i stedet for å bli skrevet om. To er standardvalget og det vanlige tallet, fordi de fleste avspillere og husstiler ber om høyst to linjer undertekst om gangen.
Rammen her er et linjeantall, ikke en linjebredde. Det finnes ingen kolonneboks på denne siden fordi det ikke er noen kolonnegrense i spill: ordene pakkes inn i det tillatte antallet linjer, og hver linje blir så lang den trenger å være. Det er forskjellen mellom denne siden og den som bryter til et kolonnetall. Er filen din riktig i bredde men har en blokk som brer seg over tre eller fire linjer, er dette siden for den; er linjene riktig antall men for brede, er brytesiden den du vil ha.
Ingenting slettes noensinne for å nå tallet, og det er regelen resten av siden henger på. Når det bare er linjene som står i veien — tre vanlige replikklinjer som kan pakkes i to — kommer blokkene ned til tallet. Når de ikke kan det, blir blokken stående over grensen og kjøringen rapporterer det, så du får et tall som forteller hvor mange blokker som ble for høye, i stedet for en fil som stille mistet en halv setning.
Ett tilfelle som ikke kan pakkes, er verdt å nevne, fordi det er vanlig. En linje som begynner med en tankestrek, markerer et talerbytte, og de linjene holdes atskilt fra hverandre; å slå to av dem sammen ville satt to personers replikker på én linje. En blokk med tre talere og en grense på to blir derfor stående på tre linjer og telles blant blokkene som ble beholdt over grensen. Arbeidet ditt skjer i nettleseren uten opplasting, og de elleve formatene der blokker kan holde mer enn én linje, tas imot: SRT, WebVTT, ASS, SSA, SBV, SAMI, LRC, MicroDVD, TTML, JSON og CSV.
Eksempler
Tre linjer presset ned til to
Inndata
1
00:00:01,000 --> 00:00:04,000
We could take the train
and be there by six
before the shops shut
2
00:00:05,000 --> 00:00:08,000
Already two lines
that fit fine
Resultat
1
00:00:01,000 --> 00:00:04,000
We could take the train and be
there by six before the shops shut
2
00:00:05,000 --> 00:00:08,000
Already two lines
that fit fine
Den første blokken sto på tre linjer og kommer tilbake på to, pakket om i linjer på 30 og 34 kolonner — lengre linjer enn før, siden antallet var rammen og bredden var fri. Ikke ett ord ble fjernet for å komme dit: de samme elleve ordene står i samme rekkefølge. Den andre blokken var allerede innenfor grensen, så den ble ikke skrevet om i det hele tatt, som er hvorfor det er trygt å kjøre denne siden på en fil som stort sett er riktig.
En blokk som ikke kan pakkes lenger
Inndata
1
00:00:01,000 --> 00:00:04,000
- Then we walk
- All the way home
- And up the hill
Resultat
1
00:00:01,000 --> 00:00:04,000
- Then we walk
- All the way home
- And up the hill
Tre linjer mot en grense på to, og alle tre blir stående. Hver av dem begynner med en tankestrek, som markerer et talerbytte, og en strekadskilt del kan ikke slås sammen med den etterfølgende uten å sette to personers ord på én linje. Bredden var aldri problemet her — de tre delene er 14, 18 og 17 kolonner — så den eneste måten å nå to linjer på ville være å blande talerne. Blokken blir stående over grensen og telles.
En kinesisk blokk pakket ned til to linjer
Inndata
1
00:00:01,000 --> 00:00:04,000
你好世界今天天气
很好我们出去玩吧
顺便买点东西回来
Resultat
1
00:00:01,000 --> 00:00:04,000
你好世界今天天气很好我们
出去玩吧顺便买点东西回来
Tjuefire kinesiske tegn på tre linjer av åtte kommer ned til to linjer av tolv, som er 24 kolonner hver. Kinesisk har ingen mellomrom, så pakkingen har en grense ved hvert tegn, og de to linjene kommer ut nøyaktig jevne. Tallet som avgjør dette, er antallet linjer og ikke bredden deres: disse linjene er mye kortere enn de 42 kolonnene en latinsk undertekst ville tillatt, og siden har det helt fint med det, fordi ingenting den ble bedt om, gjelder bredde.
Ofte stilte spørsmål
Hvordan skiller et tak på linjer per undertekst seg fra å sette en linjelengde?
Den ene fester antallet linjer og lar bredden flyte, den andre fester bredden og lar antallet linjer flyte. Denne siden tar et maksimum antall linjer og pakker ordene for å passe, så linjene blir lengre når en blokk presses. Brytesiden tar et kolonnetall og lager så mange linjer teksten trenger innenfor det, så antallet linjer endres i stedet. En blokk som er over begge grensene, trenger en avgjørelse om hvilken som betyr noe for avspilleren din.
Hva skjer når en undertekst ikke kan bringes innenfor linjeantallet?
Den blir stående over grensen, og kjøringen rapporterer hvor mange blokker det gjaldt, i stedet for å forkorte den for å få den til å passe. Den vanlige årsaken er talerstreker, som markerer linjer som ikke kan slås sammen med hverandre. Alternativet ville være å slette ord til blokken passer, og et verktøy som stille forkortet replikkene dine for å tilfredsstille et tall, ville vært verre enn ett som lar blokken bli for høy og sier fra.
Hvorfor ble underteksten min på to linjer helt urørt?
Fordi to linjer er innenfor en grense på to. Tallet er et tak og ikke et mål: en blokk som allerede tilfredsstiller det, har ingenting å vinne på å pakkes om, og å pakke den om ville risikere å flytte linjeskift som var plassert med vilje ut fra hvordan teksten leses. Det er også derfor denne siden er trygg å kjøre over en hel fil når bare noen få blokker er for høye — de som er fine, kommer gjennom byte for byte.
Hvorfor ble mine tre tankestreklinjer beholdt over grensen?
Fordi hver tankestreklinje er en annen person som snakker, og siden vil ikke slå to av dem sammen til én linje. Med tre talere og en grense på to finnes det ingen ordning som både passer og holder dem atskilt, så blokken blir stående på tre linjer og telles blant blokkene som ble beholdt over grensen. Vil du dem virkelig på én linje, gjør siden som fjerner linjeskift, det og rapporterer hvor mange talerbytter den slo sammen.
Sletter et tak på linjeantallet noen gang tekst fra en blokk?
Nei. Ord flyttes mellom linjer og fjernes aldri, så en blokk som går fra tre linjer til to, holder nøyaktig ordene den holdt før, i samme rekkefølge. Det eneste som kan forsvinne, er en linje som var tom fra begynnelsen, siden en tom linje ikke bærer noen ord og ellers ville blitt et dobbelt gap når teksten rundt pakkes om. Alt som faktisk sier noe, blir stående.
Hvilke undertekstformater kan få linjeantallet begrenset?
De elleve der blokkene kan holde mer enn én linje: SRT, WebVTT, ASS, SSA, SBV, SAMI, LRC, MicroDVD, TTML, JSON og CSV. Ren tekst tilbys ikke, fordi én tekstlinje er én blokk i det formatet og hver blokk allerede har nøyaktig én linje, så en grense på to aldri kan endre noe. Formatene gjenkjennes fra innholdet og ikke fra filnavnet, og ingen fil forlater maskinen din mens siden kjører.