Skaler underteksttider
Eller lim inn underteksttekst
Innstillinger
En prosent: 100 lar filen være som den er, 50 halverer hele tidslinjen. For bildefrekvensarbeid er faktoren kildefrekvens delt på målfrekvens — en filmtidsstyrt fil som trengs for 25 fps PAL, som går 4 % raskere, trenger 96; en PAL-tidsstyrt fil som skal tilbake til en 24 fps-master, trenger 104,1667. Hver start og hver slutt multipliseres med samme forhold, så tekstblokklengdene og hullene mellom dem endres sammen.
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.
Denne siden ganger hvert tidsstempel i en undertekstfil med en prosentsats. Skriv 104,1667, og hele tidslinjen strekkes så mye; skriv 96, og den går tilbake; skriv 50, og filen presses sammen til halve lengden. Både starten og slutten i hver tekstblokk ganges med samme forhold, så blokklengdene og avstandene mellom dem endrer seg sammen, og jo senere en undertekst ligger, jo lenger flytter den seg.
Grunnen til at den siste delen betyr noe, er at dette er den eneste typen tidskorreksjon som retter drift. En fil som går to sekunder sent i første minutt og to minutter sent i det siste, har ikke et forskyvningsproblem, den har et fartproblem: noen tidfestet den mot en versjon som gikk med en annen hastighet. Å flytte alt med et fast beløp gjør begynnelsen verre; å gange alt med et forhold gjør begge ender riktige, fordi feilen som rettes, vokser med avstanden fra null.
Det klassiske tilfellet er en forskjell i bildefrekvens — en fil tidfestet for 24 fps som trengs for en 25 fps-versjon, eller omvendt. Film går 4 prosent raskere på PAL, så spilletiden er 96 prosent av originalen: en film på 100 minutter passer på en kassett på 96 minutter. En fil tidfestet mot filmen må derfor komprimeres med 96, og en fil tidfestet mot PAL-versjonen må strekkes med 104,1667 for å ligge på filmversjonen igjen. Film overført ved 23,976 fps er et hårfint annet tilfelle, og det er det bildefrekvenssidene i denne gruppen er til for; her oppgir du forholdet selv, som en prosentsats.
SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON og CSV leses alle som det de faktisk er og ikke som filnavnet antyder. Ren tekst og LRC tas ikke imot, fordi ingen av dem lagrer en sluttid som forholdet kan legges på. Alt skjer lokalt i nettleseren, og du kan køe opp flere filer etter hverandre.
Eksempler
Angre PAL-fartsøkningen på 4 prosent
Inndata
1
00:00:01,000 --> 00:00:03,000
Hello there.
2
00:00:05,000 --> 00:00:08,000
Second line.
Resultat
1
00:00:01,042 --> 00:00:03,125
Hello there.
2
00:00:05,208 --> 00:00:08,333
Second line.
Skala satt til 104,1667, som er 25 delt på 24 — faktoren som tar en fil tidfestet mot en PAL-versjon på 25 fps og setter den tilbake på en filmmaster på 24 fps. Den første blokken åpner på ett sekund og flytter seg 42 ms; den andre åpner på fem sekunder og flytter seg 208 ms. Fem ganger avstanden fra null, fem ganger bevegelsen — det er hele forskjellen mellom denne siden og å flytte alt med et fast beløp.
Hvorfor et forhold er det som retter drift
Inndata
1
00:00:00,000 --> 00:00:02,000
Opening line.
2
00:01:00,000 --> 00:01:02,000
One minute in.
3
00:10:00,000 --> 00:10:02,000
Ten minutes in.
Resultat
1
00:00:00,000 --> 00:00:02,083
Opening line.
2
00:01:02,500 --> 00:01:04,583
One minute in.
3
00:10:25,000 --> 00:10:27,084
Ten minutes in.
Igjen 104,1667. Åpningsreplikken rører seg knapt, ettminuttmerket flytter seg to og et halvt sekund, og timinuttmerket flytter seg tjuefem. En fast forskyvning kunne ha stilt inn hvilken som helst av de tre og latt de to andre ligge feil; et forhold stiller inn alle på én gang.
Komprimer en fil for å få den til å passe
Inndata
1
00:00:10,000 --> 00:00:12,000
First.
2
00:01:00,000 --> 00:01:03,000
Second.
Resultat
1
00:00:08,000 --> 00:00:09,600
First.
2
00:00:48,000 --> 00:00:50,400
Second.
Skala satt til 80. Hver blokk beholder 80 prosent av lengden sin og ligger 80 prosent av veien ut, så en replikk som sto to sekunder på skjermen, får nå 1,6 sekunder. Følg med på lesehastigheten når du komprimerer: ordene ble ikke kortere, bare tiden de får.
Ofte stilte spørsmål
Hvilken prosentsats trenger jeg for å konvertere mellom 24 og 25 fps undertekster?
Faktoren er alltid kildens bildefrekvens delt på målets, så hvilket tall du bruker, avhenger av hvilken versjon filen ble tidfestet mot. En fil tidfestet mot filmen på 24 fps, som skal brukes med PAL-versjonen på 25 fps, ganges med 96. En fil tidfestet mot PAL-versjonen, som skal tilbake på filmmasteren, ganges med 104,1667 — det er 25 delt på 24. Film på 23,976 fps bruker 95,904 og 104,2708 for de samme to retningene, fordi 23,976 ikke er nøyaktig 24. Med andre ord er 104,1667 tallet som angrer PAL-fartsøkningen, og 96 er tallet som legger den på.
Hvorfor flytter de senere undertekstene seg lenger enn de tidligere?
Fordi forholdet legges på avstanden fra null, ikke på blokkens egen lengde. En blokk på ett sekund flytter seg omtrent 42 ms ved 104,1667 prosent, mens en blokk på ti minutter flytter seg tjuefem sekunder. Det er det som gjør verktøyet i stand til å rette drift og ikke bare skyve alt med et fast beløp, og derfor er tallet du skriver en prosentsats og ikke et antall millisekunder.
Endrer skalering av en undertekstfil hvor lenge hver tekstblokk står på skjermen?
Ja, forholdsmessig. Begge kantene i hver blokk ganges med samme forhold, så en replikk på to sekunder blir 1,6 sekunder ved 80 prosent og tre sekunder ved 150 prosent. Komprimering skyver derfor hver blokk nærmere grensen for lesehastighet, og strekking gir hver blokk mer tid enn den hadde.
Kan skalering få to undertekster til å overlappe?
Nei. Multiplikasjon med et positivt forhold er monotont, og avrunding til hele millisekunder bevarer det, så to blokker som ikke overlappet før, kan ikke bli overlappende etterpå. Komprimering krymper avstandene mellom blokkene og kan bringe dem helt inntil hverandre, noe enkelte avspillere tegner som et blunk, men blokkene selv holder rekkefølgen.
Hva skjer med en tekstblokk som blir for kort for skalaen jeg valgte?
Den droppes, og antallet rapporteres. En blokk på 20 ms skalert til 1 prosent får begge kantene rundet til samme millisekund, og det er ingen blokk igjen å skrive på det punktet. Å fylle den ut til en minstelengde ville lagt en usynlig blokk i filen mens siden hevdet at den hadde overlevd, som er et verre svar enn å fjerne den og si det.
Blir den første underteksten i filen stående der den er?
Bare hvis den starter på null. Alt måles fra tidslinjens begynnelse, så en fil der første blokk åpner på 00:01:00, får den innledningen skalert sammen med resten. Er åpningsminuttet en fast fortekst som ikke skal røre seg, er det en fast forskyvning du vil ha og ikke et forhold.