Konverter billedhastighed i undertekster
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 omregner en underteksttidslinje fra en billedhastighed til en anden. Skriv den hastighed, filen er timet efter, og den hastighed, videoen kører med, og hver tidsangivelse ganges med den første divideret med den anden. Forholdet er med vilje kilde divideret med mål og ikke omvendt: en fil timet til 23,976 fps, som skal bruges sammen med en 25 fps-version, ganges med 0,95904, så hver tekstblok kommer lidt tidligere, og filen slutter, hvor den nye version slutter.
To forskellige situationer giver samme regnestykke, og det er grunden til, at siden ikke først spørger, hvilken du er i. Den ene er den samme billedsekvens afspillet med en anden hastighed – PAL-fremskyndelsen er det berømte tilfælde, hvor en film på 100 minutter fylder 96 minutter på båndet. Den anden er en tidslinje, der blev talt op med den forkerte hastighed: billednummer divideret med hastighed er sekunder, så sekunder talt ved 25 og læst ved 23,976 bliver ganget med 25 divideret med 23,976. Begge veje ender i kilde divideret med mål, så feltnavnene beskriver filen og videoen og ikke en retning, du skal huske.
Fordi alt måles fra nul, strækkes eller komprimeres indledningen sammen med resten: en fil, hvis første tekstblok åbner efter et minut, flytter det minut med samme forhold. Begge grænser i hver tekstblok flytter sig med samme faktor, så hver blok skifter varighed i samme forhold, og to tekstblokke, der ikke overlappede før, kan ikke komme til at overlappe. En blok, der ville blive så kort, at dens slutning lander på eller før dens start, fjernes og tælles med, men det kræver en blok, der allerede var nede på et millisekund.
MicroDVD er det ene format, hvor billednumrene ikke flytter sig: de samme billeder afspillet med en anden hastighed er stadig de samme billednumre, så det er filens erklæringslinje, der ændres. SRT, WebVTT, ASS, SSA, SBV, SAMI, TTML, JSON og CSV læses alle som det, de faktisk er, og ikke som filendelsen antyder. Kørslen sker i din browser, og en hel sæson kan gå gennem køen uden upload.
Eksempler
Standardpanelet: 23,976 til 25
Input
1
00:00:02,000 --> 00:00:04,000
Hello there.
2
00:00:30,000 --> 00:00:32,000
Half a minute in.
Resultat
1
00:00:01,918 --> 00:00:03,836
Hello there.
2
00:00:28,771 --> 00:00:30,689
Half a minute in.
23,976 divideret med 25 er 0,95904, så hver tidsangivelse beholder 95,904 procent af sin værdi. Blokken på et sekund åbner nu på 959 ms, og den på fem sekunder på 4795 ms – jo længere ude en blok ligger, desto længere flytter den sig, fordi det er afstanden fra nul, der ganges. Begge grænser flytter sig med samme forhold, så den første blok bliver 1918 ms lang i stedet for 2000.
Hvorfor billednumrene ikke flytter sig
Input
{1}{1}25
{50}{100}Hello
{150}{200}World
Resultat
{1}{1}24
{50}{100}Hello
{150}{200}World
Det ser ud, som om der ikke skete noget, og billednumrene flyttede sig faktisk ikke – de samme billeder afspillet med en anden hastighed er stadig billede 50, 100, 150 og 200. Det, der ændrede sig, er erklæringen øverst, som nu siger, at filen skal læses med 25 fps, og det er den, der får de samme tal til at betyde nye tidspunkter.
En fil, der åbner et minut inde
Input
1
00:01:00,000 --> 00:01:02,000
Lead-in ends, speech starts.
2
00:02:00,000 --> 00:02:02,000
One minute later.
Resultat
1
00:01:02,563 --> 00:01:04,648
Lead-in ends, speech starts.
2
00:02:05,125 --> 00:02:07,211
One minute later.
25 til 23,976 er 1,0427094, den anden retning, og den anvendes fra nul: den åbnende tekstblok ligger et minut inde og skubbes to og et halvt sekund senere. En indledning er en del af tidslinjen og ikke et fast punkt; skal den blive siddende, er det en topunkts-synkronisering snarere end en hastighedsomregning.
Ofte stillede spørgsmål
Hvilken af de to billedhastigheder er kilden, og hvilken er målet?
Kilden er den hastighed, filens tidslinje blev talt op med – den version, underteksterne oprindeligt blev synkroniseret til. Målet er den version, du skal bruge dem sammen med nu. Forholdet er altid kilde divideret med mål, så 23,976 til 25 ganger med 0,95904, mens 25 til 23,976 ganger med 1,0427094. Bytter du dem, bliver hele filen skaleret med den omvendte faktor og ligger dobbelt så langt fra det rigtige, som den gjorde før.
Hvorfor bliver en tekstblok på et sekund ikke ved med at være et sekund?
Fordi omregningen ganger begge grænser med det samme forhold og ikke lægger et fast beløb til. Ved 23,976 til 25 bliver en blok på 2000 ms til 1918 ms, så den er 82 ms kortere; ved 25 til 23,976 bliver den 2085 ms, altså 85 ms længere. Det er den rigtige opførsel, fordi den samme billedsekvens optager en anden mængde tid ved den nye hastighed, og det er hele den mængde, underteksterne skal følge.
Kan jeg bruge denne side til at skifte mellem 25 og 29,97?
Nej, og det er med vilje. 25 divideret med 29,97 er 0,83417, men den rejse, der faktisk findes mellem PAL og NTSC, går gennem 23,976 og er en forskel på omkring fire procent, ikke sytten. At bruge 0,83417 på en PAL-fil ville ødelægge timingen, mens den ser behandlet ud. Den rigtige landing for en fil, der skal fra 25 til NTSC-film, er 25 til 23,976 med forholdet 1,0427094.
Hvad sker der med MicroDVD-filen, når jeg ændrer billedhastigheden?
Billednumrene bliver stående, og erklæringen på filens første linje ændres til den nye hastighed. Det er ikke en undladelse: de samme billeder afspillet med en anden hastighed er stadig de samme billednumre, så at skrive tallene om ville gange fejlen med to i stedet for at rette den. Læseren finder den nye hastighed i erklæringen og udleder de nye tidspunkter af de urørte billednumre.
Hvorfor flytter en indledning på et minut sig også?
Fordi forholdet anvendes på afstanden fra nul og ikke først fra filens første tekstblok. En fil, hvis åbning ligger et minut inde, får det minut ganget med 0,95904 og åbner derfor 2,5 sekunder tidligere. Er indledningen en fast fortekstsekvens, der skal blive, hvor den er, er dette det forkerte værktøj: brug topunkts-synkroniseringen og hold det første punkt fast.
Hvad betyder det, når to billedhastigheder er ens?
Så er forholdet 1, og filen kommer byte for byte tilbage. Siden rapporterer det ikke som et tab eller som en manglende indstilling, fordi du har givet to gyldige tal, der tilfældigvis beskriver den samme tidslinje – det er en gyldig anmodning uden effekt, ikke et tomt panel. Tjek i stedet, om den anden af de to hastigheder skulle have været en anden.