25 fps til 23,976 fps
Eller lim inn underteksttekst
Innstillinger
Hvilken bildefrekvens tidene telles i. På formatsidene er det dette MicroDVD trenger, fordi det lagrer tid som bildenummer. På sidene for bildefrekvens er det frekvensen filen ble tidsstyrt mot — versjonen undertekstene ble laget for — og sidens andre boks tar frekvensen til videoen du skal bruke dem med. 23,976, 24, 25, 29,97, 30, 50, 59,94 og 60 er de vanlige. Tar du feil, forskyves hele tidslinjen, og på bildefrekvenssidene forskyves den med et forhold i stedet for et fast beløp.
Bildefrekvensen til versjonen du skal bruke undertekstene med — videoen du faktisk skal spille av. Faktoren som brukes, er den første boksen delt på denne, så 24 til 25 gir 0,96: en film går 4 % raskere på PAL, og en 100-minutters film passer på en 96-minutters kassett. Setter du de to boksene feil vei, forskyves hele tidslinjen i feil retning med samme beløp.
Denne siden tar en undertekstfil tidfest mot en PAL-versjon på 25 fps og setter den på en versjon på 23,976 fps. Hvert tidsstempel multipliseres med 25 delt på 23,976, som er 1,0427094, så hele tidslinjen kommer ut 4,271 prosent senere, og hver tekstblokk får 4,271 prosent mer tid på skjermen. Paret 25 og 23,976 ligger i feltene fra starten; juster dem hvis materialet ditt er tidfest mot en annen bilderate.
Tilfellet denne siden finnes for, er turen tilbake fra PAL. En europeisk plate eller kringkasting i 25 fps har bildene gående 4,271 prosent raskere enn filmen de kom fra, så en fil tidfest mot PAL-versjonen er komprimert med så mye og må spres ut igjen for å sitte på filmversjonen. Hvilken filmversjon det er snakk om, er hele spørsmålet — 23,976 er det en NTSC-utgivelse av en film bruker, og det er 24000/1001, ikke 24. Er målet ditt en filmmaster som går i ekte 24, er paret du vil ha, 25 til 24, og faktoren er 1,0416667; de to skiller seg med 0,1 prosent, som er 3,5 sekunder i timen.
Én advarsel er verdt å lese før noe annet. Folk som søker opp denne siden, prøver vanligvis å legge PAL-undertekster på en NTSC-video, og paret de griper etter, er 25 og 29,97 — en faktor på 0,83417, som ville krympe tidslinjen med en sjettedel. Det tallet har ingen fysisk historie bak seg: 29,97 er frekvensen et NTSC-signal går i, ikke en hastighet bildene spilles av i, og film inne i det strekkes ut igjen med gjentatte bilder som lar varigheten være. Den ærlige veien fra PAL til NTSC går gjennom filmfrekvensen, og den starter her.
Forholdet brukes på avstanden fra null, så en tekstblokk ti minutter ut flytter seg 25,6 sekunder senere, og en time ut flytter seg 2 minutter og 33,7 sekunder senere. Begge kantene i hver blokk flytter seg, så en linje på to sekunder får 2,085 sekunder, og lesehastigheten for hver linje synker litt i stedet for å stige. Ingenting forlater nettleseren, og flere filer kan behandles etter hverandre — SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON og CSV leses som det de faktisk er, ikke som filnavnet antyder.
Eksempler
En kort tekstblokk og en lang
Inndata
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:01,043 --> 00:00:03,128
Hello there.
2
00:01:02,563 --> 00:01:04,648
One minute in.
1,0427094 er 25 delt på 23,976. Blokken på ett sekund flytter seg 43 ms senere, og den på ett minutt flytter seg 2563 ms senere — seksti ganger avstanden fra null, seksti ganger bevegelsen. En side som brukte det rene paret 24 og 25, ville ha gitt 1,0416667 og latt den minuttblokken ligge 63 ms tidligere enn denne.
Rettingen vokser med klokka
Inndata
1
00:10:00,000 --> 00:10:02,000
Ten minutes in.
2
01:00:00,000 --> 01:00:02,000
An hour in.
Resultat
1
00:10:25,626 --> 00:10:27,711
Ten minutes in.
2
01:02:33,754 --> 01:02:35,839
An hour in.
Tjuefem sekunder ved timinuttmersket, to og et halvt minutt ved timen. En fil som ser ut til å drive lenger og lenger bakover etter hvert, er signaturen dette paret retter, og veksten er beviset på at det er et forholdsproblem og ikke et forskyvningsproblem: en fast forskyvning ville rettet opp enten begynnelsen eller slutten, aldri begge.
En MicroDVD-fil beholder bildenumrene sine
Inndata
{1}{1}25
{50}{100}Hello
Resultat
{1}{1}23.976
{50}{100}Hello
MicroDVD teller i bilder, og bildene er de samme uansett — bilde 50 er bilde 50 enten det spilles av i 25 eller i 23,976. Så den eneste endringen er den deklarerte frekvensen på første linje, som avspilleren bruker for å gjøre bildenumrene om til sekunder igjen. Å skrive om bildenumrene i stedet ville brukt de 4,271 prosentene to ganger.
Ofte stilte spørsmål
PAL-undertekstene mine må virke med en NTSC-video — er 25 til 23,976 paret?
Vanligvis ja, fordi NTSC og PAL ikke er to hastigheter av det samme: en film på NTSC går i 23,976 og på PAL i 25, så det ærlige steget fra en PAL-tidslinje til en NTSC-tidslinje er tilbake til filmfrekvensen først — 25 delt på 23,976 er 1,0427094. Paret folk griper etter i stedet, er 25 og 29,97, som multipliserer med 0,83417 og tar en sjettedel av filen. Det tallet har ingen fysisk historie: 29,97 er frekvensen signalet går i, og film inne i det fylles ut med gjentatte bilder som lar varigheten være uendret.
Hvorfor er faktoren 1,0427094 og ikke 1,0416667?
Fordi 23,976 er 24000/1001 og ikke 24, så 25 delt på 23,976 er 1,0427094, mens 25 delt på 24 er 1,0416667. Forskjellen er 0,104 prosent: 3,5 sekunder i timen og 5,9 sekunder over en film på 95 minutter. Bruk siden for frekvensen målet ditt faktisk går i — er versjonen du setter undertekstene på, en NTSC-filmutgivelse, er den 23,976, og er den en filmmaster, er den ekte 24.
Hvor mye senere lander den siste underteksten?
Et kvarter ut, omtrent 38 sekunder senere; ti minutter ut, 25,6 sekunder senere; en time ut, to minutter og 33,7 sekunder senere; og en PAL-fil på 95 minutter kommer ut på 99 minutter og 3 sekunder. Rettingen er en fast andel av klokka, så den siste blokken flytter seg alltid lengst. Det betyr også at filen blir lengre mens videoen beholder lengden sin — som er poenget, siden tidene var for tidlige til å begynne med.
Undertekstene er fortsatt ute ved slutten etter konverteringen — hva annet kan det være?
En PAL-plate der scener er fjernet. Mange europeiske utgivelser går noen sekunder kort fordi bilder eller hele opptak ble klippet, og ligger klippene andre steder enn på slutten, kan ingen enkelt andel rette filen opp: feilen hopper ved hvert klipp i stedet for å vokse jevnt. Det trenger en punktsynkronisering, der du oppgir to referansepunkter og verktøyet regner ut forholdet og forskyvningen mellom dem, snarere enn en bildefrekvenskonvertering.
Kan en undertekstfil tidfeste en PAL-plate som ble spedt opp fra en master på 24 fps?
Ja, og regnestykket har samme form med et litt annet tall. Er versjonen du går tilbake til, en filmmaster i ekte 24, er paret 25 til 24, og faktoren er 1,0416667; er den en NTSC-utgivelse av en film, er frekvensen 23,976, og faktoren er 1,0427094. Begge feltene på denne siden tar begge, og hvert par har sin egen side som forklarer når det er det riktige.
Endres noe annet ved filen enn tidene?
Nei. Tekst, linjeskift og den stilingen formatet bærer, er urørt, og rekkefølgen på tekstblokkene kan ikke endre seg: å multiplisere hvert tidsstempel med det samme positive tallet er monotont, så to blokker som ikke overlappet før, kan ikke begynne å overlappe nå. Hver blokk får 4,271 prosent mer tid på skjermen, som er den ene retningen i denne gruppen der lesehastigheten for en linje synker i stedet for å stige.