Sæt mindste visningstid for undertekster
Eller indsæt underteksttekst
Indstillinger
En varighed – 1000, 1s, 1,5s og 00:00:01,000 virker alle. Dette er grænsen mellem en undertekst, der hænger længe nok til at blive læst, og en, der suser forbi. Hvad der sker på den forkerte side af den, afhænger af den side, du er på: lukning af huller holder den korte tekstblok længere på skærmen og tager den tilføjede tid fra hullet, der følger, så ingen tekstblok nogensinde dækker den næstes ord (den sidste tekstblok i filen har intet efter sig og forlænges bare), mens en kontrolside viser hver tekstblok under grænsen og lader filen urørt.
Det blanke mellem to tekstblokke har to kanter: den tidligere tekstbloks slutning og den senere tekstbloks start. Slut flytter den tidligere tekstbloks slutning, så lukning af et hul forlænger den tekstblok og udvidelse forkorter den; den senere tekstblok beholder sin timing til millisekundet. Start flytter den senere tekstbloks start i stedet og lader den tidligere være. Vælg den, hvis timing du stoler mest på – normalt tekstblokken, hvis tekst siges sidst, da en tekstblok ikke bør vises, før dens replik høres.
Hvilken billedhastighed tiderne tælles i. På formatsiderne er det, hvad MicroDVD har brug for, fordi formatet gemmer tider som billednummer. På siderne om billedhastighed er det den hastighed, filen blev timet efter – den version, underteksterne blev lavet til – og sidens anden boks tager hastigheden for den video, du skal bruge dem med. 23,976, 24, 25, 29,97, 30, 50, 59,94 og 60 er de almindelige. Tager man fejl, forskydes hele tidslinjen, og på siderne om billedhastighed forskydes den med et forhold i stedet for et fast beløb.
Denne side holder hver tekstblok på skærmen i mindst så lang tid, som du angiver. Er en blok kortere, flyttes den ene af dens grænser, indtil den har nået minimummet – enten ved at slutningen skubbes frem, eller ved at starten trækkes tilbage, alt efter hvad du vælger. Et minimum på et sekund er standarden, fordi en blok, der kun er på skærmen i et par hundrede millisekunder, ikke kan læses, uanset hvor kort teksten er.
Siden er ikke det samme som at fylde huller eller at sætte en mindsteafstand. Den ser på hver blok for sig og spørger, om den er lang nok, ikke om afstanden til naboen er rigtig. Det betyder, at den kan gøre en blok længere, selv om der er masser af plads omkring den, og at den ikke rører en blok, der allerede er lang nok, selv om den ligger tæt på den næste.
Der er en vigtig begrænsning: en blok kan ikke forlænges ind i den næste bloks start. Er der ikke plads nok mellem de to, stopper forlængelsen ved naboens start, og blokken bliver kortere end minimummet. Siden siger det i resultatet i stedet for at skubbe naboen, fordi en flytning af naboen ville være en anden operation end den, du bad om.
SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON og CSV læses alle som det, de faktisk er, og ikke som filendelsen antyder. En blok, der allerede er lang nok, røres ikke, og en fil, hvor ingen blokke er for korte, kommer byte for byte tilbage. Alt beregnes i browseren, og en hel sæson kan behandles i én kø uden upload.
Eksempler
To tekstblokke kortere end et sekund
Input
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 hver, indtil de har været oppe i et helt sekund, mens den tredje blok – der allerede er to sekunder lang – ikke flytter sig. Læg mærke til, hvor den tilføjede tid kommer fra: den kommer fra den ledige plads efter blokken og ikke fra den næste bloks start.
Den næste blok er tættere på, end minimummet kræver
Input
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 at være et helt sekund lang skulle den første blok løbe til 2000, men den anden blok begynder at tale på 1500. Så den første blok stopper præcis, hvor den næste begynder, og er 500 ms lang i stedet for det ønskede sekund – den når ikke minimummet, og det er naboen, der sætter grænsen.
Med den tidligere grænse flyttet i stedet
Input
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 blok holdes ikke længere her – den dukker op tidligere, på 4300 i stedet for 5000, og dens slutning bliver præcis, hvor filen lagde den. Den første blok beholder hvert et millisekund, fordi en tidligere start ikke spiser af den foregående bloks tid.
Ofte stillede spørgsmål
Hvad sker der, hvis der ikke er plads nok til at nå minimummet?
Så stopper forlængelsen ved den næste bloks start, og blokken bliver kortere end det, du bad om. Siden skubber ikke naboen for at gøre plads, fordi det ville være en anden operation end den, du valgte. Resultatet siger det, så du kan se, hvilke blokke der ikke kunne nå minimummet, og selv tage stilling til, om naboen skal flyttes.
Skal jeg forlænge mod slutningen eller mod starten?
Mod slutningen lader blokken blive på skærmen lidt længere, hvilket er det naturlige valg, når replikken fortsætter, men teksten forsvinder for tidligt. Mod starten lader blokken dukke op lidt tidligere, hvilket er det rigtige, når replikken begynder før teksten. Den første strategi spiser af pladsen efter blokken, den anden af pladsen før den.
Hvorfor bliver en blok ikke bare strakt, når den næste starter for tæt på?
Fordi det ville skabe overlap eller skubbe den næste blok, og ingen af delene er det, du bad om. Siden vælger at stoppe ved naboens start og rapportere, at minimummet ikke blev nået, så du kan se det og tage stilling. Det er den samme forsigtighed, som resten af siden bruger: hellere fortælle dig, at noget ikke kunne lade sig gøre, end at gøre noget andet i det stille.
Kan jeg bruge denne side sammen med en mindsteafstand?
Ja, men rækkefølgen betyder noget. Forlænger du først blokkene til minimumsvarigheden, kan du bagefter sætte en mindsteafstand, som så må trække noget tilbage igen. Gør du det omvendt, kan minimumsvarigheden spise den afstand, du lige har oprettet. Vælg den rækkefølge, der passer til, hvad der er vigtigst i din leverance.
Rører siden blokke, der allerede er længere end minimummet?
Nej. Den ser på hver blok for sig og flytter kun dem, der er for korte. En blok på to sekunder røres ikke, selv om minimummet er et sekund, og en fil, hvor ingen blokke er for korte, kommer byte for byte tilbage. Det gør siden sikker at køre på en hel sæson, hvor kun nogle få blokke er for korte.