Sett minste varighet
Eller lim inn underteksttekst
Innstillinger
En varighet — 1000, 1s, 1,5s og 00:00:01,000 fungerer alle. Dette er grensen mellom en undertekst som blir stående lenge nok til å leses, og en som blinker forbi. Hva som skjer på feil side av den, avhenger av siden du er på: lukking av hull holder den korte tekstblokken på skjermen lenger og tar den ekstra tiden fra hullet som følger, så ingen tekstblokk noen gang dekker den nestes ord (den siste tekstblokken i filen har ingenting etter seg og forlenges bare), mens en kontrollside lister opp hver tekstblokk under grensen og lar filen være urørt.
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 sørger for at ingenting blinker forbi. Gi den en minstevarighet — ett sekund, der feltet starter — og enhver tekstblokk som er kortere, holdes til den har stått på skjermen i full lengde. Den ekstra tiden tas fra den blanke skjermen som følger blokken, så ingenting lenger ned skyves senere, og ingen blokk ender opp med å dekke ordene i den neste. En fil der blokkene allerede er lange nok, kommer tilbake byte for byte.
Verdien er en varighet og ikke et antall millisekunder, så den tar den formen du skriver den i: 1000, 1s, 1,5s eller 00:00:01,000 betyr det samme, og hvilken som helst av dem går bra. Tallet selv er som regel en husregel og ikke noe du regner ut fra filen — en kringkasters stilguide, en kundes leveransespesifikasjon, eller rett og slett det korteste en replikk kan være og fortsatt leses av noen som ikke allerede ser på skjermen.
Hvilken kant som flytter seg, avgjør hva seeren opplever. End, standardvalget, holder blokken oppe etter at replikken er sagt, så ordene kommer når filen sa og blir liggende. Start henter i stedet blokken inn tidligere, så replikken står på skjermen før den høres — lesehastigheten synker uansett, men det andre alternativet er for fortellerstemme som allerede ligger et taktslag bak. Uansett vokser blokken bare, og den vokser i retningen du valgte.
To ting gjør denne siden ikke. Den holder ikke en blokk forbi øyeblikket den neste begynner: der den følgende blokken starter for tidlig, finnes det rett og slett ikke plass, og blokken stopper ved den grensen og rapporteres som ikke å ha nådd tallet ditt. Og den rører ikke noe annet — tekst, stiler, posisjoner, karaoketider og antall blokker overlever urørt, så den er trygg på en ASS-fil med mye formatering. Ingenting lastes opp; filen leses og skrives i fanen, og SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON og CSV tas alle imot.
Eksempler
To tekstblokker kortere enn ett sekund
Inndata
1
00:00:01,000 --> 00:00:01,300
Quick.
2
00:00:03,000 --> 00:00:03,200
Blink.
3
00:00:05,000 --> 00:00:07,000
A comfortable one.
Resultat
1
00:00:01,000 --> 00:00:02,000
Quick.
2
00:00:03,000 --> 00:00:04,000
Blink.
3
00:00:05,000 --> 00:00:07,000
A comfortable one.
Blokken på 300 ms og blokken på 200 ms holdes begge til de har stått oppe i et helt sekund, mens den tredje — som allerede er to sekunder lang — ikke flytter seg i det hele tatt. Se hvor den tilførte tiden kommer fra: hver blokk tar den fra den blanke skjermen etter seg, så den andre blokken starter fortsatt på 3000, og ingen grense lenger ned flyttet seg. I tidslinjeforhåndsvisningen vokser de to korte søylene mot høyre.
Den neste tekstblokken ligger nærmere enn grensen trenger
Inndata
1
00:00:01,000 --> 00:00:01,200
Short.
2
00:00:01,500 --> 00:00:03,000
Next.
Resultat
1
00:00:01,000 --> 00:00:01,500
Short.
2
00:00:01,500 --> 00:00:03,000
Next.
For å være et helt sekund lang måtte den første blokken løpt til 2000, men den andre blokken begynner å snakke på 1500. Så den første blokken stopper nøyaktig der den neste begynner og er 500 ms lang i stedet for de 1000 som ble bedt om. Å dekke ordene i neste blokk ville vært en verre feil enn en kort blokk, så blokkene rundt vinner hver gang de to kravene kolliderer.
Med den tidligere kanten flyttet i stedet
Inndata
1
00:00:01,000 --> 00:00:02,000
First.
2
00:00:05,000 --> 00:00:05,300
Quick.
3
00:00:09,000 --> 00:00:10,000
Last.
Resultat
1
00:00:01,000 --> 00:00:02,000
First.
2
00:00:04,300 --> 00:00:05,300
Quick.
3
00:00:09,000 --> 00:00:10,000
Last.
Den korte blokken holdes ikke lenger her — den dukker opp tidligere, på 4300 i stedet for 5000, og slutten blir stående nøyaktig der filen satte den. Den første blokken beholder hvert millisekund, fordi en tidligere start stopper ved den forrige blokkens slutt. Begge kjøringene gjør den samme blokken ett sekund lang; hvilken som er riktig, avhenger av om replikken skal leses etter at den er sagt eller før.
Ofte stilte spørsmål
Hvor lenge bør en undertekst stå på skjermen som minimum?
Det finnes ikke ett tall som passer alle prosjekter, og derfor ber denne siden om et i stedet for å velge selv. Et vanlig utgangspunkt er ett sekund per kort replikk, som er det feltet står på, og mange leveransespesifikasjoner oppgir et tall i det området for materiale som skal kunne leses av noen som ikke allerede så på. Har filen din en stilguide bak seg, bruk det tallet; hvis ikke, er ett sekund en rimelig første runde, og du kan alltid kjøre igjen med et annet tall.
Blir en tekstblokk noen gang holdt forbi starten på den neste?
Aldri. Blokken stopper på den neste blokkens starttid selv når det betyr at resultatet blir kortere enn minimumet du skrev inn, fordi en blokk som renner inn i den følgende, setter to replikker på skjermen samtidig og leses verre enn en kort blokk. En fil som er klippet stramt, vil derfor vise noen blokker som ikke nådde tallet ditt; kjøringen rapporterer hvor mange i stedet for å tvinge dem gjennom.
Hvilken ende av tekstblokken vokser når jeg forlenger den?
Den du velger. End holder blokken oppe etter at replikken er ferdig, så ordene dukker opp når filen sa og blir stående lenger — den tryggeste standarden, og den denne siden starter på. Start flytter hele blokken bakover i tid så den dukker opp før den blir sagt, noe som beholder den opprinnelige slutten men viser replikken litt tidlig. Begge retninger endrer lesehastigheten på samme måte; de skiller seg bare i om seeren ser ordene før eller etter at de høres.
Kan jeg forlenge hver tekstblokk i filen til samme varighet?
Bare de som ligger under tallet ditt, og bare opp til det. Blokker som allerede er på eller over minimumet, blir stående nøyaktig som de er, med den lengden filen ga dem — en lang blokk kortes ikke ned for å matche. Det er forskjellen mellom en bunn og en fast varighet: denne siden løfter korte blokker til et nivå og lar alt annet stå, så en fil med ett eller to blink ender ikke opp med en jevn rytme den aldri hadde.
Hva om varigheten min er skrevet i sekunder og ikke millisekunder?
Skriv den i sekunder. Feltet tar et bart tall som millisekunder og et tall med suffikset s som sekunder, så 1500 og 1,5s er samme forespørsel, og en full timecode som 00:00:01,500 fungerer også. Uansett hva du skriver, ender verdien opp som et helt antall millisekunder internt, fordi det er den eneste tidsenheten som brukes noe sted på dette nettstedet — noe som også betyr at en blokklengde som blir en brøkdel av et millisekund, rundes av i stedet for å lagres.
Overlever formateringen på tekstblokkene endringen?
Fullstendig. Siden endrer to tall per blokk og ingenting annet: teksten, de ordvise taggene, stilreferansen, posisjonen, laget og antallet blokker føres gjennom som de var. Det gjelder særlig ASS og SSA, der en blokk kan bære et stilnavn, en posisjonsoverstyring og karaoketid samtidig — alt sammen bevares, og en fil uten noe kort i seg returneres byte for byte.