Flet undertekstblokke
Eller indsæt underteksttekst
Indstillinger
To tekstblokke med et hul på dette antal millisekunder eller mindre bliver én tekstblok, der løber fra den førstes start til den sidstes slutning. Testen er inklusiv, så et hul på præcis dette antal millisekunder flettes. 1000 ms (et sekund) er et godt udgangspunkt for en fil, hvis linjer blev delt midt i en sætning; en lille værdi som 40 ms lukker kun flimret mellem tekstblokke, der var ment som én.
Et mellemrum sætter de to tekster sammen på én linje, hvilket er det, du vil have, når den oprindelige fil delte en sætning over to tekstblokke. Et linjeskift stabler dem, så tekstblokken kommer ud som en undertekst på to linjer, der bliver på skærmen i hele spændet.
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 fletter nærliggende tekstblokke til én, når afstanden mellem dem er på eller under en grænse, du angiver. I modsætning til siden for overlap fletter denne også blokke, der ikke overlapper, men som ligger tæt nok på til at høre sammen – for eksempel en sætning, der er blevet delt i to med et par hundrede millisekunders pause. Grænsen er et loft: et hul på præcis grænsen flettes, et hul på et millisekund over gør ikke.
Det er den rigtige side, når en fil er blevet opdelt for aggressivt, så hver replik ligger i flere små blokke med korte pauser imellem. Ved at flette dem får du en roligere læsning og færre skift, men du giver også afkald på de individuelle grænser: den nye blok løber fra den tidligste start til den seneste slutning, og de små pauser forsvinder. En grænse på et sekund er standarden, fordi den fanger de fleste utilsigtede opdelinger uden at sluge en rigtig replikpause.
Teksten kan sættes sammen med mellemrum eller som separate linjer. Mellemrum er det rigtige, når en sætning er blevet delt; linjeskift er det rigtige, når de to blokke skal læses som to linjer, for eksempel i en tosproget fil. Siden rører ikke rækkefølgen og kan ikke skabe overlap, fordi den kun fletter blokke, der allerede ligger i rækkefølge.
SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON og CSV læses alle som det, de faktisk er. En fil, hvor ingen huller er små nok, kommer byte for byte tilbage, og en kæde af blokke, der hver ligger inden for grænsen, bliver til én blok. Alt beregnes i browseren, og en hel sæson kan behandles i én kø.
Eksempler
En sætning delt over to tekstblokke
Input
1
00:00:01,000 --> 00:00:02,500
She walked into the room
2
00:00:02,600 --> 00:00:04,000
and closed the door.
Resultat
1
00:00:01,000 --> 00:00:04,000
She walked into the room and closed the door.
Et hul på 100 ms, godt inde i grænsen på et sekund, og sætningen er hel igen. Den udtoning og indtoning, en afspiller laver mellem to blokke, er væk: linjen står oppe i alle tre sekunder i stedet for at blinke, og den samlede læseoplevelse bliver roligere.
De samme to tekstblokke holdt på separate linjer
Input
1
00:00:01,000 --> 00:00:02,500
She walked into the room
2
00:00:02,600 --> 00:00:04,000
and closed the door.
Resultat
1
00:00:01,000 --> 00:00:04,000
She walked into the room
and closed the door.
Identisk timing, forskelligt resultat: vælger du separate linjer, skrives den anden bloks tekst som en ekstra linje i samme blok i stedet for at blive lagt efter den første. Det er nyttigt, når de to halvdele var skrevet til at blive læst som to linjer, for eksempel i en tosproget fil.
Et hul, værktøjet gør ret i at lade være
Input
1
00:00:01,000 --> 00:00:03,000
What time do you call this?
2
00:00:09,000 --> 00:00:11,000
Sorry. The bus never came.
Resultat
1
00:00:01,000 --> 00:00:03,000
What time do you call this?
2
00:00:09,000 --> 00:00:11,000
Sorry. The bus never came.
Seks sekunders stilhed mellem to talere, og resultatet er input byte for byte. At fylde den pause ville sætte den ene persons replik på skærmen, mens den anden taler, så en grænse, der ligger tæt på seks sekunder, ville gøre mere skade end gavn.
Ofte stillede spørgsmål
Hvor stor skal grænsen være, når jeg fletter tekstblokke?
Et sekund er standarden og dækker de fleste utilsigtede opdelinger, hvor en sætning er blevet delt med en kort pause. Vil du kun flette blokke, der næsten rører hinanden, kan du sænke grænsen; vil du flette hele afsnit, kan du hæve den. Men jo højere grænsen er, desto større er risikoen for at sluge en rigtig replikpause mellem to talere.
Hvad sker der med et hul, der er præcis på grænsen?
Det flettes. Grænsen er et loft, og et hul på præcis grænsen ligger inden for det, du har bedt om, så det behandles som et hul, der skal flettes. Et hul på et millisekund over grænsen gør ikke. Det er den samme regel i begge ender, og det gør resultatet forudsigeligt, når du arbejder med en fil, hvor hullerne ligger tæt på grænsen.
Kan jeg flette tekstblokke, der overlapper?
Ja, og grænsen dækker også overlap, fordi et overlap er et negativt hul og derfor ligger under grænsen. Er du kun interesseret i overlap, findes der en særskilt side til det, som ikke fletter blokke, der blot ligger tæt på hinanden. Forskellen er, om du vil flette alt under en grænse eller kun det, der faktisk deler skærmtid.
Hvornår skal jeg vælge mellemrum, og hvornår skal jeg vælge separate linjer?
Mellemrum er det rigtige, når de to blokke er halvdele af samme sætning, så teksten læses som en fortsættelse. Separate linjer er det rigtige, når de skal læses som to selvstændige linjer, for eksempel i en tosproget fil eller en sangtekst. Valget ændrer ikke timingen, kun hvordan teksten står i den flettede blok.
Bliver tekstbloknummerne ændret, når blokke flettes?
Antallet af blokke falder, fordi de flettede blokke bliver til én, men rækkefølgen bevares. Numrene skrives ikke om af denne side; de følger den nummerering, filens format bruger, når den skrives ud. Det er den samme forsigtighed som på de andre sider: siden ændrer det, du bad om, og lader resten være.