23,976 fps til 29,97 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 der tidslinjen ble telt i 23,976 bilder i sekundet og setter den på en tidslinje på 29,97. Hvert tidsstempel multipliseres med 0,8 — fire femtedeler, nøyaktig — så filen kommer ut en femtedel kortere: en tekstblokk på ett minutt blir en på førtiåtte sekunder, og en episode på tjuefire minutter der undertekstene påstår tretti, kommer tilbake til tjuefire. Feltene er forhåndsutfylt med 23,976 og 29,97; endre dem hvis filen din ble telt ved en annen rate.
Feilen ligger i regnestykket som gjør bildenummer om til sekunder. Leste et verktøy bildenummer som hørte til en tidslinje på 29,97, men delte dem på 23,976, er hvert sekund det produserte, en fjerdedel for stort: 29,97 delt på 23,976 er 1,25, så hele tidslinjen strekkes med en fjerdedel, og undertekstene går 25 prosent sent, lenger og lenger bakover etter hvert som filmen går. Å multiplisere med 0,8 er den samme feilen delt ut igjen.
Én ting denne siden ikke må brukes til, og det er den letteste feilen i gruppen å gjøre. En film båret inne i et NTSC-signal har 3:2-pulldown lagt på — de samme bildene gjentas for å fylle 29,97-signalet — og pulldown lar spilletiden være nøyaktig som den var. Så «videoen min er 29,97 og har pulldown» er ikke grunn til å konvertere noe: en fil tidfest mot den videoen er allerede riktig, og å multiplisere den med 0,8 ville ta en femtedel av den. Denne siden er for en fil der bildenumrene ble telt mot feil frekvens, ikke for en fil som bare ligger i en 29,97-beholder.
Det som gjør dette paret behagelig å arbeide med, er at 0,8 er eksakt. Begge frekvensene i det hører til NTSC-familien, og begge bærer den samme delingen på 1001, så 1001 forkorter bort, og 23,976 over 29,97 er rett og slett 24000 over 30000 — fire femtedeler, uten noe avrundet og uten noe til overs. Hver tekstblokk får en femtedel mindre tid på skjermen, som hever lesehastigheten for hver linje med 25 prosent. Filen blir på maskinen, og du kan sende flere episoder gjennom samme kø etter tur — 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: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 delt på 29,97. Blokken på ett sekund mister 200 ms, og den på ett minutt mister 12 000 ms — seksti ganger avstanden fra null, seksti ganger bevegelsen. Begge kantene i hver blokk multipliseres, så en linje på to sekunder får 1,6 sekunder, og det er den forkortelsen økningen i lesehastighet kommer fra.
Det sene vokser med klokka
Inndata
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 sent ved timinuttmerket og seks minutter sent ved halvtimen — en fjerdedel av den forløpte tiden i begge tilfeller, som er hvordan et forholdsproblem ser ut. En fast forskyvning kan aldri rette det, og en andel kan. Kontrollen etter konverteringen er på slutten av filen: åpne den på den siste blokkens nye tidsstempel, og linjen skal være der.
En MicroDVD-fil endrer bare deklarasjonslinjen sin
Inndata
{1}{1}23.976
{240}{288}Hello
Resultat
{1}{1}29.97
{240}{288}Hello
MicroDVD lagrer tiden som bildenummer, og det var ikke bildene som var feil — det var frekvensen de ble delt på. Bilde 240 deklarert ved 23,976 leses som ti sekunder, som er det sene det klages over; deklarert ved 29,97 leses det som åtte, som er der den blokken hører hjemme. Så filens første linje redigeres, og ikke ett bildenummer røres: å skrive dem om ville brukt de 25 prosentene to ganger.
Ofte stilte spørsmål
Hvorfor er faktoren for 23,976 til 29,97 nøyaktig 0,8?
Fordi begge frekvensene er NTSC-frekvenser, og begge er et rundt tall delt på 1001: 23,976 er 24000/1001 og 29,97 er 30000/1001. Deler du den ene på den andre, forkorter 1001 bort på begge sider og etterlater 24000 over 30000, som er fire femtedeler. Så ingenting her er avrundet og ingenting er tilnærmet — blokken på ett minutt lander på nøyaktig førtiåtte sekunder.
Retter dette en film som har fått 3:2-pulldown lagt på?
Nei, og det er fellen denne siden finnes for å navngi. Pulldown fyller et 29,97-signal med gjentatte bilder og lar spilletiden være nøyaktig som den var, så en undertekstfil tidfest mot den pulldown-behandlede videoen er allerede riktig — å konvertere den tar en femtedel av tidslinjen og gjør en riktig fil feil. Siden er for tider bygget ved å dele bildenummer på 23,976 når bildene hørte til en tidslinje på 29,97.
Undertekstene mine er en fjerdedel sene og blir senere — er dette paret?
Sjekk om det sene er en fjerdedel av den forløpte tiden. To minutter sent ved timinuttmerket, seks ved halvtimen og en halvtime sent i en to timers film er dette paret nøyaktig. Søsknene i gruppen er lette å skille på størrelse: 0,95904 er en feil på 4 prosent, 1,0427094 er 4,271 prosent, og en faktor på to dobler filens lengde.
Kan jeg sette 24 og 30 i feltene i stedet for 23,976 og 29,97?
For dette paret, ja, og resultatet er identisk — 24 delt på 30 er fire femtedeler, det samme som 23,976 over 29,97, fordi den felles delingen på 1001 forkorter bort uansett. Det er en egenskap ved dette paret og ikke ved gruppen: på film-til-PAL-siden etterlater det en feil på 3,5 sekunder i timen hvis du bruker 24 og 25 der filen egentlig var 23,976.
Hver tekstblokk får en femtedel mindre tid — bryter det grensene for lesehastighet?
Det er verdt å sjekke, fordi ordene ikke blir kortere for å kompensere: en linje som lå komfortabelt innenfor en grense for tegn per sekund, kan bli dyttet over den av en økning på 25 prosent. Tilgjengelighetsverktøyene på dette nettstedet måler lesehastighet mot tersklene standardene setter, og det er tallet å se på, ikke en fornemmelse av at undertekstene nå virker jaget.
Bør jeg bruke dette paret for å legge filmundertekster på en NTSC-DVD?
Nei. En film på en NTSC-plate lagres i 23,976, og avspilleren legger på pulldown ved avspilling, så en fil tidfest mot filmen trenger ingen endring i det hele tatt, og 0,8 ville ødelagt den. Ble filen din tidfest mot en PAL-kopi av den filmen og du skal tilbake til platen, er paret 25 til 23,976, og faktoren er 1,0427094 — en liten rettelse i den andre retningen.