Sett minsteavstand mellom undertekster
Eller lim inn underteksttekst
Innstillinger
Millisekunder tom skjerm å la stå mellom at en tekstblokk slutter og den neste begynner. 80 ms er to bilder ved 25 fps og er nok til å hindre at to tekstblokker leses som én; kringkastere ber ofte om noen få bilder. Der et par er nærmere enn dette, forkortes den tidligere tekstblokken for å åpne hullet — den blir aldri kortere enn én millisekund, og et par som ikke kan skilles med hele beløpet, rapporteres i stedet for å tvinges.
Tomrommet mellom to tekstblokker har to kanter: den tidligere tekstblokkens slutt og den senere tekstblokkens start. Slutt flytter den tidligere tekstblokkens slutt, så lukking av et hull forlenger den tekstblokken og utvidelse av et hull forkorter den; den senere tekstblokken beholder tiden sin til millisekundet. Start flytter den senere tekstblokkens start i stedet og lar den tidligere være. Velg den du stoler mest på tiden til — vanligvis tekstblokken hvis tekst tales sist, siden en tekstblokk ikke bør dukke opp før replikken høres.
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 holder en bunn under den blanke skjermen mellom tekstblokker: gi den et antall millisekunder, og ingen to undertekster blir stående nærmere hverandre enn det. Der et par ligger for tett, gir den tidligere blokken fra seg tiden — den slutter tidligere — og den senere blokken beholder hvert millisekund filen ga den. Sett bunnen til 80 millisekunder, verdien feltet starter på, og to replikker som før gikk i ett, leses igjen som to separate ting.
Det er den motsatte forespørselen av å fylle avstander, og de to kan ikke kombineres. Den ene ber om høyst N millisekunder blank skjerm, den andre om minst N; en side som bar begge, ville gitt en fil der resultatet avhang av hvilken begrensning som tilfeldigvis kjørte sist, mens panelet sa noe annet. Derfor er de to sider, og jobben de gjør er genuint forskjellig: å fylle avstander handler om blinking, denne handler om replikker fra to talere som blør sammen.
Åtti millisekunder er ikke vilkårlig — det er to bilder ved 25 fps, den korteste pausen de fleste seere oppfatter som en pause. Er kravet ditt skrevet i bilder og ikke i millisekunder, setter du bildefrekvensen i fps-feltet og ganger: fire bilder ved 24 fps er 167 ms, to bilder ved 29,97 er 67. Bildefrekvensen er også det MicroDVDs bildenummer-timekoder leses og skrives med, så det er verdt å få den riktig nettopp i det formatet.
Hvilken kant som flytter seg, er et reelt valg her og ikke en formalitet. End, standardvalget, trekker slutten på den tidligere blokken tilbake, så replikken fortsatt blir sagt i sin helhet og bare forlater skjermen litt før. Start skyver i stedet den senere blokkens opptreden senere, noe som holder den tidligere blokkens tid intakt men betyr at neste replikk kommer opp litt etter at den høres — valget når det er den tidligere blokken du stoler på. Ingenting lastes opp: hver fil leses og skrives i nettleserfanen, og SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON og CSV tas alle imot.
Eksempler
To tekstblokker ti millisekunder fra hverandre
Inndata
1
00:00:01,000 --> 00:00:02,000
First line.
2
00:00:02,010 --> 00:00:03,000
Second line.
3
00:00:03,400 --> 00:00:04,000
Third line.
Resultat
1
00:00:01,000 --> 00:00:01,930
First line.
2
00:00:02,010 --> 00:00:03,000
Second line.
3
00:00:03,400 --> 00:00:04,000
Third line.
Det første paret er 10 ms fra hverandre, så den første replikken slutter på 1930 i stedet for 2000, og avstanden blir nøyaktig 80. Det andre paret er 400 ms fra hverandre, godt over bunnen, og ingen av de blokkene flytter seg et millisekund. Legg merke til at den andre blokken er urørt i begge parene — det er bare blokken til venstre for en for smal avstand som mister tid.
En avstand på nøyaktig 80, og en på 79
Inndata
1
00:00:01,000 --> 00:00:02,000
First.
2
00:00:02,080 --> 00:00:02,500
Second.
3
00:00:02,579 --> 00:00:03,000
Third.
Resultat
1
00:00:01,000 --> 00:00:02,000
First.
2
00:00:02,080 --> 00:00:02,499
Second.
3
00:00:02,579 --> 00:00:03,000
Third.
Bunnen er et minimum og ikke et mål: en avstand på nøyaktig 80 ms oppfyller den allerede og får stå, mens en avstand på 79 er ett millisekund for kort, og den andre blokken gir fra seg nøyaktig det ene millisekundet. Begge sider av grensen er i samme fil her, så du kan se at testen er «minst», noe som er det som gjør at en fil der alle avstander ligger på tallet, kommer urørt tilbake.
Den senere tekstblokken flytter seg i stedet
Inndata
1
00:00:01,000 --> 00:00:02,000
First.
2
00:00:02,010 --> 00:00:03,000
Second.
Resultat
1
00:00:01,000 --> 00:00:02,000
First.
2
00:00:02,080 --> 00:00:03,000
Second.
Det samme paret som i den første kjøringen, med Start valgt: den andre replikken begynner nå på 2080 i stedet for 2010, og den første blokken beholder hvert millisekund den hadde. De ekstra 70 ms-ene er synlige for seeren som at den andre replikken kommer litt sent, og det er prisen for å stole på den tidligere blokkens tid — ta denne kanten når den tidligere blokken er den som er kontrollert mot lyden.
Ofte stilte spørsmål
Hvor kommer startverdien på 80 millisekunder fra?
To bilder ved 25 fps. Under omtrent det leser de fleste seere en avstand mellom to undertekster som én tolinjes undertekst snarere enn som en overlevering mellom to, og det er nettopp forvirringen en minsteavstand skal fjerne. Er kravet ditt oppgitt i bilder — fire, seks, en kringkastingsspesifikasjon som sier så og så mange bilder — setter du fps-feltet til prosjektets frekvens og regner om: ved 24 fps er fire bilder 167 ms, ved 29,97 er to bilder 67.
Kan jeg bruke denne siden til å fylle avstander også, ikke bare åpne dem?
Nei, og det er bevisst. Denne siden åpner bare avstander: et par som allerede ligger lenger fra hverandre enn tallet ditt, blir stående nøyaktig som det er. Å be om begge samtidig ville være selvmotsigende — høyst N og minst N — så de to bor på hver sin side, og filen blir den samme uansett bare når den allerede oppfyller begge. Å fylle avstander er siden du bruker når du vil at blokker skal gå i ett eller ligge kant i kant.
Hva skjer når en tekstblokk er for kort til å gi fra seg tiden?
Den får stå, og paret blir stående tettere enn du ba om. En blokk på ett millisekund kan ikke avstå 80, og å krympe den til ingenting ville gitt en blokk ingen avspiller tegner — verre enn den trange avstanden du prøvde å rette. Siden rapporterer kjøringen som «endret ingenting» i stedet for å tvinge tallet gjennom, så en kjøring med tom endringsliste er det ærlige svaret på en fil uten plass, ikke et tegn på at innstillingen ble ignorert.
Hvorfor er det den tidligere tekstblokken som blir kortere?
Fordi å la en replikk forlate skjermen litt tidlig er tryggere enn å la den neste komme litt sent. Med End, som er standard, er hvert sagt ord fortsatt dekket av blokken det hører til, og bare halen klippes. Start forskyver hele opptredenen til den senere blokken, noe som setter det første ordet på skjermen etter at det er hørt. Begge kantene tilbys fordi noen filer virkelig vil ha den andre oppførselen, men den trygge er standard.
Påvirker MicroDVDs bildenummerering resultatet?
Det endrer hvordan filen skrives tilbake, ikke hva siden gjør. MicroDVD lagrer bildenummer i stedet for klokketid, så fps-feltet er det som gjør en start på 1000 ms om til et bildenummer på vei inn og tilbake igjen. I det formatet rundes en bunn som ikke er et helt antall bilder av til nærmeste, noe som er en reell grense for hvor presis en avstand kan bli — ved 25 fps er 80 ms nøyaktig to bilder, så standardverdien lander på et helt tall der.
Kan kjøringen noen gang skyve én tekstblokk forbi den neste?
Nei. Bare slutten på den tidligere blokken flytter seg, og den kan bare flytte seg bakover, så det verste tilfellet er en blokk som gir fra seg all tiden den hadde og stopper ved sin egen start — den når aldri inn i den følgende blokkens plass og lager aldri en overlapping. En fil som allerede har overlappinger, blir urørt på de stedene, siden et par som allerede krysser hverandre ikke har noen avstand å åpne; den filen trenger siden som fjerner overlappinger.