Justér undertekster til billeder
Eller indsæt underteksttekst
Indstillinger
Hver tekstblokgrænse flyttes til nærmeste billede ved denne hastighed, så ved 25 fps bliver 00:00:02,010 til 00:00:02,000 og 00:00:02,030 til 00:00:02,040. En grænse præcis midt mellem to billeder rundes op, så 00:00:02,020 bliver 00:00:02,040. Intet skaleres: tidslinjen beholder sin længde, og grænserne lander bare på billeder, så hver tekstbloks længde kan ændre sig med op til et halvt billede hver vej. Dette er ikke filens angivne billedhastighed – det afgør kun, hvor grænserne ender i resultatet.
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 flytter hver tekstbloks grænse til det nærmeste billede ved en billedhastighed, du vælger. Den ændrer ikke hastigheden af noget: tidslinjen beholder sin længde, rækkefølgen af tekstblokke er som før, og det eneste, der ændrer sig, er, hvor hver grænse ligger – 00:00:02,010 ved 25 billeder i sekundet bliver 00:00:02,000, og 00:00:02,030 bliver 00:00:02,040. Hver bloks længde kan derfor ændre sig med op til et halvt billede i hver retning, og det er den afvejning, siden bevidst laver.
Arbejdet består i at tage en beslutning fra afspilleren. Undertekster gemmes i millisekunder, men de fleste afspillere og indbrændingsværktøjer arbejder i billeder, så en grænse, der falder mellem to billeder, skal rundes af den, der tegner den – og forskellig software runder forskelligt. Én afspiller viser replikken et billede for tidligt, en anden et billede for sent, og den samme fil ser en anelse forkert ud på to maskiner. At låse grænserne til billeder én gang her gør beslutningen til din og gør den én gang: herefter er hver grænse en billedgrænse, og alle værktøjer, der læser filen, er enige.
Det er ikke en billedhastighedskonvertering. At ændre undertekster fra 23,976 til 25 ganger hele tidslinjen med et forhold, så blokkene stadig passer til videoen, og det er en anden side i en anden gruppe. Denne side holder videoen helt ude af det: er filen allerede korrekt, og vil du bare have grænserne på billeder, så lås dem; er den forkert mod videoen, skal forholdet ændres først.
Der vises to billedhastighedsfelter, fordi de svarer på forskellige spørgsmål. Det ene er den hastighed, filen læses med, og som filformater med billednumre som MicroDVD har brug for overhovedet at blive forstået. Det andet er den hastighed, der låses til. På en fil, der selv erklærer sin hastighed, er de som regel det samme tal, og at blande dem sammen er stille – resultatet er stadig billedpræcist, bare på det forkerte gitter. Alt kører i denne browserfane, uden upload, på SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON og CSV.
Eksempler
Hver grænse lander på et billede
Input
1
00:00:02,020 --> 00:00:04,030
Hello there.
2
00:00:07,010 --> 00:00:09,040
Second line.
Resultat
1
00:00:02,040 --> 00:00:04,040
Hello there.
2
00:00:07,000 --> 00:00:09,040
Second line.
Ved 25 billeder i sekundet hører grænserne til på multipla af 40 ms. 02,020 ligger præcis midt mellem to af dem og rundes op til 02,040; 04,030 kommer op til 04,040; 07,010 går tilbage til 07,000. Intet blev skaleret – den anden blok er stadig cirka to sekunder lang, og mellemrummet mellem de to er uændret til billedet – men hver bloks egen længde flyttede sig en smule: 2010 ms og 2030 ms kom ud som 2000 ms og 2040 ms.
En tekstblok kortere end et billede
Input
1
00:00:04,000 --> 00:00:04,010
Squeezed.
2
00:00:06,010 --> 00:00:08,010
A normal one.
Resultat
2
00:00:06,000 --> 00:00:08,000
A normal one.
Blokken på 10 ms får begge sine grænser rundet til billede 100, så låsningen ville efterlade den med samme tid i hver ende – og en blok, der slutter, hvor den begynder, kan ikke vises. Den droppes og tælles med i stedet for at blive strakt til et billede, for at opfinde en længde ville være at sætte en undertekst på skærmen, som filen aldrig bad om. Ved 25 billeder i sekundet skal en blok være under 20 ms for at nå dertil; den anden blok er tyve gange længere og opfører sig som sædvanligt.
En brøkbilledhastighed kan ikke lade længderne være
Input
1
00:00:01,000 --> 00:00:03,000
Hello there.
Resultat
1
00:00:01,001 --> 00:00:03,003
Hello there.
23,976 billeder i sekundet er ikke et helt antal millisekunder pr. billede, så ingen rund sekund er en billedgrænse, og begge kanter flytter sig: en blok, der præcis varede 2000 ms, kommer ud 2002 ms lang. Hver grænse ligger stadig på et billede, hvilket er, hvad siden lover, men de runde tal, kilden blev skrevet med, er væk. Det er værd at se, før du låser en fil til 23,976 eller 29,97 og forventer, at tiderne kommer uændret tilbage.
Ofte stillede spørgsmål
Hvad gør låsning til billeder, som en billedhastighedskonvertering ikke gør?
Konvertering ændrer, hvor lang tidslinjen er; låsning ændrer kun, hvor grænserne falder på den. Konvertering af undertekster fra 24 til 25 billeder i sekundet ganger hver tidsangivelse med 0,96, så de stadig passer til videoen, og en blok på to sekunder bliver 1,92. Låsning lader de to sekunder forblive to sekunder og flytter kanterne til det nærmeste billede, hvilket ændrer dem med under et halvt billede hver.
Får låsning mine undertekster til at passe til en video, der kører med en anden billedhastighed?
Nej. Denne side ser aldrig på videoen og ændrer aldrig tidslinjens længde, så en fil, der er ude, fordi videoen kører med en anden hastighed, er præcis lige så langt ude bagefter. Regn forholdet ud først – det er det, fps-konverteringssiderne er til – og lås derefter, hvis værktøjet, du leverer til, kræver grænser på billeder.
Hvor meget kan en tekstbloks længde ændre sig, når den låses?
Op til et halvt billede ved hver kant, altså op til et helt billede i alt og aldrig mere. Ved 25 billeder i sekundet er det højst 40 ms på en blok og 20 ms pr. grænse. Ved 23,976 eller 29,97 findes der ikke et helt antal millisekunder pr. billede, så selv en blok, der starter og slutter på runde værdier, flytter sig: en blok på to sekunder bliver 2002 ms.
Jeg kørte siden to gange, og den anden kørsel ændrede intet. Er det rigtigt?
Ja, og det er det, der gør siden sikker at lade blive i en batch. Når først hver grænse ligger på et billede, er det nærmeste billede til en grænse selve grænsen, så en anden kørsel giver filen byte for byte. Kontrollerer du en leverance, betyder det også, at en fil, der ændrer sig i anden gennemløb, ikke blev låst færdigt første gang – det burde ikke ske, men det er en billig test.
Kan en undertekst forsvinde, når den låses til billeder?
Kun hvis den er kortere end et halvt billede, hvor begge grænser runder til samme billede, og der ikke er nogen blok tilbage at skrive. Ved 25 billeder i sekundet betyder det alt under 20 ms, hvilket ingen rigtig undertekst er; siden tæller det, den dropper, så det er rapporten og ikke downloadet, du skal se på.
Skal jeg låse til den billedhastighed, filen selv erklærer?
Ikke automatisk – erklæringen siger, hvordan billednumre i filen skal læses, og låsehastigheden siger, hvor grænserne skal ligge i resultatet. De er det samme tal i de fleste leverancer. De er forskellige, når du forbereder en fil til et værktøj, der arbejder med en anden hastighed, og at vælge den erklærede hastighed der er den stille fejl: resultatet er stadig billedpræcist, men på det gitter, ingen bad om.