Ret 24 fps til 25 fps
Eller indsæt underteksttekst
Indstillinger
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.
Billedhastigheden for den version, du skal bruge underteksterne med – den video, du faktisk skal afspille. Faktoren, der anvendes, er den første boks divideret med denne, så 24 til 25 giver 0,96: en film kører 4 % hurtigere på PAL, og en spillefilm på 100 minutter passer på et bånd på 96 minutter. Bytter man om på de to bokse, forskydes hele tidslinjen i den forkerte retning med samme beløb.
Denne side tager undertekster, der er timet til 24 fps, og gør dem klar til en 25 fps-version. Forholdet er 24 divideret med 25, altså 0,96, så hver tidsangivelse beholder seksoghalvfems procent af sin værdi. Det er den klassiske PAL-fremskyndelse i sin rene form: en film på 100 minutter fylder 96 minutter på båndet, og hver undertekst skal flytte sig med de samme fire procent for at blive siddende på billedet.
Fordi forholdet er præcist 0,96, er der ingen afrunding at tale om på de runde tal, og det gør denne side til den nemmeste at kontrollere i hovedet. Et sekund bliver 960 ms, et minut bliver 57,6 sekunder, og en time bliver 57 minutter og 36 sekunder. Det er også den side, du kan bruge til at bekræfte, at du har forstået retningen: en fil, der bliver kortere, er en fil, der er blevet fremskyndet; en fil, der bliver længere, er den modsatte rejse.
MicroDVD er den ene filtype, hvor selve tallene ikke ændrer sig. Fremskyndelsen er den samme billedsekvens afspillet hurtigere, så billede 24 er stadig billede 24; det er erklæringslinjen, der skifter til 25, og som derefter giver de urørte billednumre deres nye tidsbetydning. At skrive billednumrene om ville gøre fejlen dobbelt så stor i stedet for at fjerne den.
For alle andre formater gælder, at begge grænser ganges med 0,96, at hver bloks varighed krymper med fire procent, at rækkefølgen bevares, og at der ikke kan opstå nye overlap. En blok, der bliver så kort, at slutningen lander på eller før starten, fjernes og tælles med. SRT, WebVTT, ASS, SSA, SBV, SAMI, TTML, JSON og CSV læses som det, de faktisk er. Alt kører i din browser uden upload, og en hel sæson kan behandles i én kø.
Eksempler
De fire procent, helt præcist
Input
1
00:00:01,000 --> 00:00:03,000
Hello there.
2
00:01:00,000 --> 00:01:02,000
One minute in.
Resultat
1
00:00:00,960 --> 00:00:02,880
Hello there.
2
00:00:57,600 --> 00:00:59,520
One minute in.
0,96 er 24 divideret med 25. Blokken på et sekund mister 40 ms, og den på et minut mister 2400 ms – tres gange afstanden fra nul, tres gange bevægelsen. Begge grænser flytter sig med samme forhold, og fordi 0,96 er et pænt tal, kan du kontrollere resultatet i hovedet, før du kører filen.
En spillefilm, der slutter fire minutter for tidligt
Input
1
00:01:00,000 --> 00:01:02,000
One minute in.
2
01:40:00,000 --> 01:40:03,000
The last cue of the feature.
Resultat
1
00:00:57,600 --> 00:00:59,520
One minute in.
2
01:36:00,000 --> 01:36:02,880
The last cue of the feature.
En film på 100 minutter fylder 96 minutter på PAL-båndet og 95 minutter og 54 sekunder, hvis masteren var 23,976 og ikke 24. Det er den kontrol, det er værd at lave i hånden efter konverteringen: Åbn filen, og se om det sidste tidspunkt nu ligger tæt på den længde, den nye version faktisk har.
En MicroDVD-fil ændrer kun sin erklæringslinje
Input
{1}{1}24
{24}{48}Hello
Resultat
{1}{1}25
{24}{48}Hello
MicroDVD gemmer timing som billednumre, og PAL-fremskyndelsen afspiller de samme billeder med en anden hastighed – så billede 24 er stadig billede 24, og det er filens første linje, der ændres. At skrive billednumrene om ville fordoble fejlen, fordi tallene allerede beskriver de rigtige billeder.
Ofte stillede spørgsmål
Hvorfor er 24 til 25 et forhold på 0,96 og ikke en forskydning på fire procent?
Fordi fejlen vokser med klokken. Fire procent af et sekund er 40 ms, men fire procent af en time er 2 minutter og 24 sekunder, og en fast forskydning kan ikke være begge dele på én gang. Ved at gange hvert tidspunkt med 0,96 flytter det tidlige materiale sig næsten ikke, mens det sene materiale flytter sig meget – præcis som PAL-fremskyndelsen gør med billederne selv.
Hvordan kontrollerer jeg resultatet, når filmen er en hel spillefilm?
Se på længden. En 100-minutters film ved 24 fps bliver 96 minutter ved 25 fps, så det sidste tidspunkt i undertekstfilen skal ligge omkring 96 minutter inde og ikke 100. Er masteren 23,976 i stedet for 24, er den rigtige længde 95 minutter og 54 sekunder. Det er den samme kontrol, som du kan lave på en enkelt blok: et sekund skal blive 960 ms.
Kan jeg bruge denne side, hvis min fil faktisk er 23,976 og ikke 24?
Nej, så skal du bruge siden til 23,976 til 25. Forskellen er lille – 0,95904 mod 0,96 – men over en spillefilm bliver den omkring 3,5 sekunder, og det er nok til at se. Er du usikker på, hvilken af de to hastigheder filen er timet til, så konverter med den ene og kontroller et sent tidspunkt mod billedet, inden du sender filen videre.
Bliver mine undertekster sværere at læse efter en PAL-konvertering?
Ja, lidt. Fordi hver blok beholder seksoghalvfems procent af sin varighed, stiger læsehastigheden med omkring fire procent, mens teksten er den samme. Det er sjældent nok til at vælte en leverance, men hvis filen lå lige på grænsen i forvejen, kan den nu være over. Kør læsehastighedskontrollen efter konverteringen og ikke før.
Hvad sker der med en tekstblok, der er kortere end et par millisekunder?
Den fjernes, og antallet rapporteres. Ved et forhold på 0,96 skal en blok have været nede på et millisekund eller to, før begge grænser runder til samme tal, så det er ikke noget, en rigtig fil rammer. Der er ingen opfyldning til en minimumslængde, fordi det ville opfinde visningstid, som filen ikke havde, og gøre resultatet sværere at stole på.