Del lange undertekster
Eller lim inn underteksttekst
Innstillinger
Telles i tegn slik en leser ser dem, ikke i byte eller UTF-16-enheter, så en aksentert bokstav teller som ett. En tekstblokk med mer enn dette deles i biter på høyst dette antallet tegn. Kuttet faller på et mellomrom, ved slutten av en linje eller mellom kinesiske og japanske tegn; bare en enkelt ubrutt sekvens uten noe av dette, som en lang URL, kuttes midt i ordet. Hver bit beholder en andel av tekstblokkens tid i forhold til hvor mye tekst den bærer.
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 deler hver tekstblokk som rommer mer tekst enn grensen din, i biter som hver passerer. Grensen telles i tegn slik en leser ser dem, og den starter på 42 — taket per linje som stilguidene for undertekster har samlet seg om, og tallet en kringkaster eller strømmeplattform kommer til å måle filen din mot. En tekstblokk på 60 tegn kommer ut som to; teksten deles ved nærmeste mellomrom, og hvert tegn som gikk inn, kommer ut igjen.
Bitene deler den opprinnelige tekstblokkens tid i forhold til hvor mye tekst hver av dem bærer. Det er andre halvdel av den samme tanken: en lang linje er ikke bare for mye å lese på en gang, den trenger også lengre tid på skjermen, og lesehastighet er det grensen egentlig handler om. Selve spennet flytter seg ikke — den første biten starter der tekstblokken startet, den siste slutter der den sluttet, og ingenting annet i filen forskyver seg et millisekund.
Kuttet lander på et mellomrom, ved slutten av en linje eller ved siden av et kinesisk eller japansk tegn. Bare en enkelt sammenhengende rekke uten noe av dette — en lang URL, en tallrekke — kuttes midt i ordet, fordi grensen er et hardt tak og det ikke finnes noe på panelet som kan uttrykke «denne kunne ikke deles». Skriftsystemer uten verken mellomrom eller ideografiske tegn, som thai eller khmer, havner i samme tilfelle.
Én ting å vite før du kjører: deling endrer hvor mange tekstblokker filen rommer, og en fil der antallet er endret, skrives ut i tidslinjerekkefølge med ny nummerering fra 1. Bærer en tekstblokk en stil eller en posisjon — en ASS-fil, en WebVTT med stil — blir den informasjonen værende på den første biten, og bitene verktøyet lager, har ingen; rapporten teller dem så du vet hvor mange som er berørt. Alt kjører i denne nettleserfanen: ingen fil lastes opp, og SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON og CSV leses på samme måte.
Eksempler
En linje på 56 tegn med grensen på 42
Inndata
1
00:00:01,000 --> 00:00:04,000
She walked into the room and closed the door behind her.
Resultat
1
00:00:01,000 --> 00:00:03,127
She walked into the room and closed the
2
00:00:03,127 --> 00:00:04,000
door behind her.
To biter på 39 og 16 tegn, og de tre sekundene deles 2127 og 873. Kuttet lander på mellomrommet før door i stedet for nøyaktig på tegn 42, så ingen ord brytes. Hadde tekstblokken hatt en stil, ville den første biten beholdt den, og rapporten ville sagt at én ny blokk kom ut uten stil.
Kinesisk tekst, der det ikke finnes mellomrom å bryte på
Inndata
1
00:00:01,000 --> 00:00:04,000
我们今天下午三点在会议室开会讨论明年的计划。
Resultat
1
00:00:01,000 --> 00:00:02,364
我们今天下午三点在会
2
00:00:02,364 --> 00:00:03,727
议室开会讨论明年的计
3
00:00:03,727 --> 00:00:04,000
划。
Med grensen på 10 kommer de 22 tegnene ut som 10, 10 og 2. Et brudd ved siden av et ideografisk tegn teller som et bruddpunkt, så kinesiske og japanske filer deles på egne vilkår; hvert tegn teller dessuten som ett tegn, så grensen betyr det samme her som på engelsk.
En fil som allerede ligger innenfor grensen
Inndata
1
00:00:01,000 --> 00:00:02,000
A short one.
2
00:00:03,000 --> 00:00:04,000
And another.
Resultat
1
00:00:01,000 --> 00:00:02,000
A short one.
2
00:00:03,000 --> 00:00:04,000
And another.
Ingenting her er lengre enn 100 tegn, så ingenting deles, og utdataene er inndataene byte for byte, numrene inkludert. Dette er kjøringen du bør gjøre først når du ikke vet hva filen inneholder: en grense satt for høyt kan bare gjøre ingenting.
Ofte stilte spørsmål
Hvor kommer grensen på 42 tegn på denne siden fra?
Det er taket per linje som de fleste stilguider for undertekster og kringkastingsspesifikasjoner lander på, og det kommer fra leseadferd snarere enn fra ett bestemt dokument: en seer følger omtrent 42 tegn komfortabelt på én linje ved vanlig seeravstand. To slike linjer er det vanlige maksimumet for én tekstblokk, og derfor er 42 der feltet starter. Hev den for en fil du bare leser på en datamaskin, og senk den for materiale som skal ses på en telefon på armlengdes avstand.
Endrer delingen av en linje når underteksten vises på skjermen?
Tekstblokken som helhet dukker opp og forsvinner på nøyaktig samme øyeblikk: den første biten starter der originalen startet, den siste slutter der originalen sluttet. Innenfor det spennet bytter bitene på, i forhold til hvor mye tekst hver av dem bærer, så en bit med dobbelt så mye tekst står oppe omtrent dobbelt så lenge. Den forholdsmessige andelen regnes ut fra tegntallene, ikke fra noe i filen, siden filen bare noen gang sa når hele linjen sto på skjermen.
Nummererer verktøyet filen på nytt etter at en tekstblokk er delt?
Ja, og det er verdt å vite hvorfor. En fil der antallet tekstblokker er endret, skrives i tidslinjerekkefølge og nummereres fra 1, så numrene forblir et antall av det filen rommer i stedet for et sett etiketter med hull i. Den praktiske følgen er at en fil du har delt, ikke lenger kan sammenlignes med originalen blokk for blokk på nummerlinjen — sammenlign dem i tidslinjeforhåndsvisningen i stedet, eller ha originalen ved siden av deg.
Kan deling miste tekst eller ødelegge en tekstblokk med stil?
Ingen tegn droppes: hver bit er en sammenhengende rekke av originalteksten, inkludert eventuelle linjeskift inne i den, og bare blanktegnene ved de to kuttekantene fjernes. Det som endres, er at en stil, en posisjon eller en karaoketiming hører til tekstblokken den ble skrevet på, så den blir værende på den første biten, og bitene som lages etter den, har ingen. Rapporten teller tekstblokkene som mistet formateringen sin på denne måten, og du ser det før du laster ned.
Hva skjer med et ord som er lengre enn grensen?
Det kuttes tvers gjennom, og det er det ene tilfellet der verktøyet bryter et ord. Alternativet ville være å la biten gå forbi grensen, og grensen er satt av en grunn, så kuttet vinner. Lange URL-er, hasher og tallrekker er de vanlige synderne. Hev grensen over den lengste sammenhengende rekken i filen hvis du vil beholde dem hele, og husk at thai- eller khmertekst oppfører seg som en lang URL her — den har verken mellomrom eller ideografiske tegn å bryte ved.
Bør jeg bruke denne siden eller den som deler etter varighet?
Spør hva leseren mislykkes i. Står en linje på skjermen lenge nok, men rommer for mye til å leses i én omgang, er problemet tegn, og dette er siden. Rommer en linje en komfortabel mengde tekst, men blir hengende på skjermen etter at alle har lest den, er problemet sekunder, og varighetssiden er den rette. En tekstblokk som er både for lang og for treg, trenger begge kjøringene, og å kjøre denne først er den tryggeste rekkefølgen: den kan bare forkorte bitene, mens en endret varighetsgrense flytter tider du kanskje allerede har satt.