Konverter bildefrekvens
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.
En bildefrekvenskonvertering endrer hastigheten på en underteksttidslinje: hvert tidsstempel multipliseres med ett forhold, regnet ut fra de to bildefrekvensene. Det første feltet er frekvensen filen ble tidfest mot — versjonen undertekstene ble laget for. Det andre er frekvensen til versjonen du skal bruke dem med. Forholdet er den første delt på den andre, så 23,976 til 25 gir 0,95904, og alt kommer ut 4,1 prosent tidligere.
Den retningen er hele verktøyet, og det er den som går galt. Tallet du deler på, er versjonen du skal spille av, ikke den du har. Grunnen er lettest å se i PAL-tilfellet: en film spilt inn i 24 fps og vist i 25 fps spiller de samme bildene 4 prosent raskere, som gjør en spillefilm på 100 minutter til en kassett på 96 minutter. En fil tidfest mot filmen må derfor presses med 96 for å sitte på kassetten, og den samme filen som kommer tilbake til en filmmaster, må strekkes med 104,1667. Skriver du de to frekvensene i feil felt, flytter tidslinjen seg like mye i feil retning — filen ser fortsatt ut som en undertekstfil, og derfor er de to feltene merket i stedet for slått sammen til én multiplikator.
Dette er parene som dukker opp: 23,976 til 25 og tilbake for NTSC-film mot PAL, 24 til 25 og tilbake for en filmmaster mot PAL, 50 til 25 når sammenflettet materiale er telt to ganger, og 23,976 mot 29,97 når en tidslinje er telt i feil bilder. De seks sidene i denne gruppen fyller ut feltene for deg og forklarer hva hvert par er til; denne siden er for alt annet. Begge feltene tar hvilken som helst frekvens, også 29,97, 30, 59,94 og 60.
MicroDVD-.sub-filer oppfører seg annerledes enn alle andre formater her, fordi timekodene deres er bildenummer og ikke klokkeverdier. De samme bildene avspilt i en annen hastighet beholder bildenumrene sine — bilde 50 er bilde 50 i begge versjoner — så en konvertering lar dem stå og endrer i stedet bildefrekvensen som er deklarert på filens første linje. SRT, WebVTT, ASS, SSA, SBV, SAMI, TTML, JSON og CSV leses alle som det de faktisk er, ikke som filnavnet antyder; ren tekst og LRC tas ikke imot, fordi ingen av dem lagrer en sluttid for forholdet å brukes på. Filen din forblir på maskinen hele veien, og flere episoder kan legges i køen etter hverandre.
Eksempler
Paret feltene starter på
Inndata
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 til 25 er 0,95904, så hvert tidsstempel beholder 95,904 prosent av verdien sin. Blokken på to sekunder flytter seg 82 ms; den på tretti sekunder flytter seg 1229 ms — femten ganger avstanden fra null, femten ganger bevegelsen. Ingenting annet ved filen endres, og begge kantene i hver blokk multipliseres med det samme tallet, så blokklengdene krymper i samme forhold.
Hvorfor bildenumrene blir stående
Inndata
{1}{1}25
{50}{100}Hello
{150}{200}World
Resultat
{1}{1}24
{50}{100}Hello
{150}{200}World
Det ser ut som om ingenting skjedde, og bildenumrene flyttet seg virkelig ikke — de samme bildene avspilt i en annen hastighet er fortsatt bilde 50, 100, 150 og 200. Det som endret seg, er frekvensen på deklarasjonslinjen formatet åpner med: 25 ble 24, og det er den som flytter undertekstene i avspilleren. Konverterer du den samme filen uten å oppgi noen frekvens, ville bildene bli multiplisert i stedet, og det er svaret for filer der tiden ble telt i feil bilder, ikke for filer som spilles av i en annen hastighet.
En fil som åpner et minutt ut
Inndata
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 andre retningen, og den brukes fra null: åpningsblokken ligger et minutt ut og skyves to og et halvt sekund senere. En innledning er en del av tidslinjen som all annen stillhet, så den skaleres med alt annet. Skal den første underteksten bli stående og bare det som følger, kunne flytte seg, er det en fast forskyvning eller en punktsynkronisering du vil ha, ikke et forhold.
Ofte stilte spørsmål
Hvilken av de to bildefrekvensene skal jeg sette i det første feltet?
Den filen ble tidfest mot — versjonen undertekstene ble laget for, ikke videoen du skal se på. Multiplikatoren er første felt delt på andre, så en fil laget for 24 fps og trengt for 25 fps får 0,96, og den samme filen som kommer tilbake fra PAL får 1,0416667. Begge er tall som bare gir mening som et par: 0,96 alene betyr ingenting uten å vite hvilken versjon filen kom fra.
Kan jeg skrive frekvenser som ikke står i listen over par?
Ja. De to feltene er fri tekst så langt regnestykket angår, og forholdet regnes ut fra det du skriver — 29,97, 30, 48, 59,94 og 60 virker alle. De seks sidene i gruppen finnes fordi akkurat deres par er de folk møter i praksis, og fordi en side som navngir paret, kan forklare hva som forårsaker det. Kjenner du forholdet i stedet for frekvensene, tar skaleringssiden i tidsgruppen imot en prosent direkte.
Hvorfor blir hver undertekst kortere etter en bildefrekvenskonvertering?
Fordi begge kantene i hver tekstblokk multipliseres med det samme forholdet. En undertekst på to sekunder blir 1,92 sekunder ved 0,96 og 1,918 ved 0,95904. Ingenting klippes fra teksten — blokken får mindre tid fordi hele tidslinjen spilles av raskere, og lesehastigheten for linjen øker derfor med de samme 4 prosentene. Det er verdt å sjekke før du sender en fil konvertert til PAL.
Hvorfor beholder en MicroDVD-fil bildenumrene sine?
Fordi timekodene dens er bildenummer, og bildene endres ikke — de samme opptakene avspilt i en annen hastighet er fortsatt de samme bildene. Det konverteringen skriver om, er bildefrekvensen som er deklarert på filens første linje, og den er det avspilleren bruker for å gjøre bildenumrene om til sekunder igjen. En .sub der tiden ble telt i feil bilder, er det andre tilfellet: der flytter bildenumrene seg, og siden for det paret er 23,976 til 29,97.
Trenger jeg en egen side for hvert par av bildefrekvenser?
Nei, denne siden håndterer hvilket som helst par. De andre sidene i gruppen er snarveier som fyller ut begge feltene og forklarer paret: 24 og 25 for film mot PAL, 23,976 og 25 for NTSC-film mot PAL, 23,976 og 29,97 for blanding av bildetall, og 50 til 25 for sammenflettet materiale telt to ganger. Ingenting på de sidene er utilgjengelig her — de skiller seg i det de forteller deg om hvorfor filen din trenger dem.
Hva skjer hvis jeg skriver samme frekvens i begge feltene?
Ingenting, og verktøyet sier det i stedet for å late som det arbeider. Et forhold på én er en identitetsavbildning, så filen kommer tilbake byte for byte slik den gikk inn. Det er en nyttig kontroll i seg selv: slipp en fil på denne siden med samme frekvens i begge feltene, og du ser nøyaktig hva leseren og skriveren gjør med den, uten bildefrekvensregning på toppen.