Gå til hovedindholdet
SubtitleMatrix

Ret 23,976 fps til 29,97 fps

TidsjusteringKonvertering af billedhastighed
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 konverterer en undertekstfil, der er timet til 23,976 fps, så den passer til en 29,97 fps-tidslinje. Forholdet er 23,976 divideret med 29,97, altså 0,8, så hver tidsangivelse beholder firs procent af sin værdi og hver tekstblok kommer tyve procent tidligere. Det er ikke en PAL-fremskyndelse og ikke et NTSC/PAL-skift; det er den særlige situation, hvor tidslinjen er talt op med en anden billedhastighed, end den bliver brugt med.

Den fejl, der rettes, er nem at genkende, fordi den er en fjerdedel af den forløbne tid. Ved ti minutter inde er filen omkring to minutter for sen; ved en halv time er den omkring seks minutter for sen. Det er ikke et fast beløb, og det er derfor, en forskydning ikke kan løse det: et hvilket som helst tal, du lægger til, ville være rigtigt ved ét tidspunkt og forkert ved alle andre. Forholdet retter begge ender af filen på én gang.

MicroDVD er også her den nemmeste at kontrollere, fordi det er erklæringen og ikke billednumrene, der er forkert. Filen tæller i billeder, og billederne er de samme, uanset hvilken hastighed de bliver delt med; det er den hastighed, tallene blev lavet med, der var forkert. Filens første linje skifter til 29,97, og de urørte billednumre læses derefter rigtigt.

For de øvrige formater gælder, at begge grænser ganges med 0,8, at hver bloks varighed krymper med tyve procent, og at rækkefølgen bevares. 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. Intet forlader din maskine, og hele sæsoner kan køre gennem køen i ét gennemløb.

Eksempler

En kort og en lang tekstblok

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,800 --> 00:00:02,400
Hello there.

2
00:00:48,000 --> 00:00:49,600
One minute in.

0,8 er 23,976 divideret med 29,97. Blokken på et sekund mister 200 ms, og den på et minut mister 12.000 ms – tres gange afstanden fra nul, tres gange bevægelsen. Begge grænser flytter sig med samme forhold, så hver blok bliver firs procent så lang, som den var.

Forsinkelsen vokser med klokken

Input

1
00:10:00,000 --> 00:10:02,000
Ten minutes in.

2
00:30:00,000 --> 00:30:02,000
Half an hour in.

Resultat

1
00:08:00,000 --> 00:08:01,600
Ten minutes in.

2
00:24:00,000 --> 00:24:01,600
Half an hour in.

To minutter for sen ved timinutmærket og seks minutter ved den halve time – en fjerdedel af den forløbne tid i begge tilfælde, hvilket er, hvad et forholdsproblem ser ud som. En fast forskydning kunne rette det ene af de to tidspunkter, men ikke begge, og det er derfor, denne side findes som et forhold og ikke som et felt med millisekunder.

En MicroDVD-fil ændrer kun erklæringslinjen

Input

{1}{1}23.976
{240}{288}Hello

Resultat

{1}{1}29.97
{240}{288}Hello

MicroDVD gemmer timing som billednumre, og det var ikke billederne, der var problemet – det var den hastighed, de blev divideret med. Billede 240 erklæret ved 23,976 læses som ti sekunder, hvilket er den for tidlige timing, der bliver rettet; med erklæringen sat til 29,97 læses det samme billede som otte sekunder, og filen passer.

Ofte stillede spørgsmål

Hvorfor er forholdet 0,8 og ikke en fjerdedel af noget andet?

Fordi 23,976 divideret med 29,97 er 0,8 præcis. Det er den samme formel som alle andre par på denne side: kilden er den hastighed, tidslinjen blev talt op med, og målet er den, den skal bruges med. At tidslinjen er tyve procent for lang betyder ikke, at klokken er tyve procent forkert hele vejen igennem – den betyder, at hvert tidspunkt skal ganges med 0,8, og det er netop, hvad siden gør.

Er dette det samme som en PAL-til-NTSC-konvertering?

Nej, og det er en vigtig forskel. En rigtig PAL-til-NTSC-rejse går gennem 23,976 og drejer sig om omkring fire procent, ikke tyve. Det, denne side retter, er typisk en fil, hvis tidslinje blev talt op ved 23,976, men som nu skal lægges på en 29,97-tidslinje – en fejl i optællingen og ikke i afspilningshastigheden. Skal du mellem 25 og 29,97, er 23,976 den mellemstation, du skal igennem.

Hvordan genkender jeg denne fejl, før jeg konverterer?

Ved at se på, hvordan afvigelsen vokser. Er filen to minutter for sen efter ti minutter og seks minutter for sen efter en halv time, er afvigelsen en fjerdedel af den forløbne tid, og det er præcis 0,8-parret. Er den derimod et fast antal sekunder for sen hele vejen igennem, er det en forskydning og ikke et forhold. De to rettelser ser ens ud i starten af filen og helt forskellige ud til sidst.

Hvorfor bliver mine tekstblokke tyve procent kortere?

Fordi begge grænser ganges med 0,8, så varigheden krymper med samme faktor som tidslinjen. En blok på tre sekunder bliver 2,4 sekunder, og en blok på et sekund bliver 800 ms. Det er den korrekte opførsel, når hele tidslinjen er for lang, men det hæver læsehastigheden, så en fil, der lige akkurat bestod en læsehastighedskontrol før, gør det måske ikke bagefter.

Kan jeg rette en fil, der er blevet optalt ved 29,97 men skal bruges ved 23,976?

Ja, men det er den modsatte side: der ganges med 29,97 divideret med 23,976, altså 1,25, og hver tekstblok bliver en fjerdedel længere og kommer tilsvarende senere. Brug den side, hvis filen er for tidlig med en fjerdedel af den forløbne tid. De to sider er ikke omvendte af hinanden i betydningen »samme fil«; de beskriver hver sin retning af den samme fejl.

Hvad sker der med en MicroDVD-fils erklæring, når den konverteres?

Den skifter fra 23,976 til 29,97, og billednumrene bliver stående. Det er den rigtige rettelse, fordi det er hastigheden i optællingen, der var forkert, ikke billederne selv. En fil, hvis billeder blev nummereret ved 23,976, men som skal læses på en 29,97-tidslinje, bliver rigtig, når erklæringen ændres – og det er den eneste ændring, siden billednumrene allerede er de rigtige billeder.

Relaterede værktøjer