Framerate van ondertitels omrekenen
Of plak ondertiteltekst
Opties
In welke beeldsnelheid de tijden worden geteld. Op de formaatpagina’s is dit wat MicroDVD nodig heeft, want het slaat tijden op als framenummers. Op de beeldsnelheidspagina’s is het de snelheid waartegen het bestand getimed is — de versie waarvoor de ondertitels gemaakt zijn — en het tweede vak op de pagina neemt de snelheid van de video die je gaat gebruiken. 23,976, 24, 25, 29,97, 30, 50, 59,94 en 60 zijn de gebruikelijke. Een verkeerde waarde verschuift de hele tijdlijn, en op de beeldsnelheidspagina’s verschuift ze die met een verhouding in plaats van met een vast bedrag.
De beeldsnelheid van de versie waarmee je de ondertitels gaat gebruiken — de video die je daadwerkelijk afspeelt. De toegepaste factor is het eerste vak gedeeld door dit vak, dus 24 naar 25 geeft 0,96: een film loopt op PAL 4% sneller, en een speelfilm van 100 minuten past op een band van 96 minuten. Draai je de twee vakken om, dan verschuift de hele tijdlijn met hetzelfde bedrag de verkeerde kant op.
Een omzetting van beeldsnelheid verandert de snelheid van een ondertiteltijdas: elke tijdstempel wordt met één verhouding vermenigvuldigd, berekend uit de twee beeldsnelheden. Het eerste veld is de snelheid waartegen je bestand is getimed — de versie waarvoor de ondertitels zijn gemaakt. Het tweede is de snelheid van de versie waarmee je ze gaat gebruiken. De verhouding is de eerste gedeeld door de tweede, dus 23,976 naar 25 geeft 0,95904 en alles komt 4,096 procent eerder uit.
Die richting is het hele gereedschap, en juist daar gaat het mis. Het getal waardoor je deelt is de versie die je gaat afspelen, niet die je hebt. Het is het makkelijkst te zien bij PAL: een film opgenomen op 24 fps en getoond op 25 fps speelt dezelfde beelden 4 procent sneller af, waardoor een speelfilm van 100 minuten een band van 96 minuten wordt. Een bestand dat tegen de film is getimed, moet daarom met 96 worden samengedrukt om op de band te passen, en hetzelfde bestand terug op een filmmaster moet met 104,1667 worden uitgerekt. Typ je de twee snelheden in de verkeerde velden, dan beweegt de tijdas even ver in de verkeerde richting — het bestand ziet er nog steeds uit als een ondertitelbestand, en daarom zijn de twee velden gelabeld in plaats van samengevat in één vermenigvuldiger.
Deze paren komen veel voor: 23,976 naar 25 en terug voor NTSC-film tegen PAL, 24 naar 25 en terug voor een filmmaster tegen PAL, 50 naar 25 wanneer interlaced materiaal dubbel is geteld, en 23,976 tegen 29,97 wanneer een tijdas in de verkeerde frames is geteld. De zes pagina’s in deze groep vullen de velden voor je in en leggen uit waarvoor elk paar dient; deze pagina is voor al het andere. Beide velden nemen elke snelheid aan, inclusief 29,97, 30, 59,94 en 60.
MicroDVD-.sub-bestanden gedragen zich anders dan elk ander formaat hier, omdat hun tijdcodes framenummers zijn en geen klokwaarden. Dezelfde beelden op een andere snelheid afgespeeld houden hun framenummers — frame 50 is in beide versies frame 50 — dus een omzetting laat die nummers staan en verandert in plaats daarvan de beeldsnelheid die op de eerste regel van het bestand staat. SRT, WebVTT, ASS, SSA, SBV, SAMI, TTML, JSON en CSV worden allemaal gelezen als wat ze werkelijk zijn in plaats van wat de extensie suggereert; platte tekst en LRC worden niet aangenomen, omdat geen van beide een eindtijd opslaat waarop de verhouding kan worden toegepast. Niets wordt geüpload, en een heel seizoen gaat in één keer door de wachtrij.
Voorbeelden
Het paar waar de velden op beginnen
Invoer
1
00:00:02,000 --> 00:00:04,000
Hello there.
2
00:00:30,000 --> 00:00:32,000
Half a minute in.
Uitvoer
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 naar 25 is 0,95904, dus elke tijdstempel houdt 95,904 procent van zijn waarde. Het blok op twee seconden schuift 82 ms; dat op dertig seconden schuift 1.229 ms — vijftien keer de afstand tot nul, vijftien keer de beweging. Beide randen van elk blok worden met hetzelfde getal vermenigvuldigd, dus bloklengtes krimpen in dezelfde verhouding.
Waarom de framenummers blijven staan
Invoer
{1}{1}25
{50}{100}Hello
{150}{200}World
Uitvoer
{1}{1}24
{50}{100}Hello
{150}{200}World
Dit ziet eruit alsof er niets is gebeurd, en de framenummers zijn inderdaad niet bewogen — dezelfde beelden op een andere snelheid zijn nog steeds frames 50, 100, 150 en 200. Wat veranderd is, is de snelheid op de declaratieregel waarmee het formaat opent: 25 werd 24, en dat is wat de ondertitels in de speler verplaatst. Zet je hetzelfde bestand om zonder ergens een snelheid te verklaren, dan worden de frames wél vermenigvuldigd; dat is het antwoord voor bestanden waarvan de timing in de verkeerde frames is geteld, niet voor bestanden die op een andere snelheid worden afgespeeld.
Een bestand dat een minuut later opent
Invoer
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.
Uitvoer
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 naar 23,976 is 1,0427094, de andere richting, en die wordt vanaf nul toegepast: het openingsblok staat een minuut in het bestand en wordt tweeënhalf seconde later geduwd. Een aanloop is net als elke andere stilte deel van de tijdas, dus hij schaalt mee met de rest. Moet de eerste ondertitel blijven staan en mag alleen wat erna komt bewegen, dan wil je een vaste verschuiving of een puntsynchronisatie en geen verhouding.
Veelgestelde vragen
Welke van de twee beeldsnelheden zet ik in het eerste veld?
Die waartegen het bestand is getimed — de versie waarvoor de ondertitels zijn gemaakt, niet de video die je gaat bekijken. De vermenigvuldiger is het eerste veld gedeeld door het tweede, dus een bestand voor 24 fps dat voor 25 fps nodig is, krijgt 0,96, en hetzelfde bestand dat terugkomt van PAL krijgt 1,0416667. Beide zijn getallen die alleen als paar betekenis hebben: 0,96 alleen zegt niets zonder te weten uit welke versie het bestand kwam.
Kan ik snelheden typen die niet in de lijst met paren staan?
Ja. Voor de berekening zijn beide velden vrije tekst en de verhouding wordt uit alles berekend wat je erin zet — 29,97, 30, 48, 59,94 en 60 werken allemaal. De zes pagina’s in deze groep bestaan omdat hun paren degene zijn die mensen in de praktijk tegenkomen, en omdat een pagina die het paar noemt kan uitleggen waardoor het komt. Weet je de verhouding in plaats van de snelheden, dan neemt de schaalpagina van de timing-groep direct een percentage aan.
Waarom is elke ondertitel na een omzetting van beeldsnelheid korter?
Omdat beide randen van elk blok met dezelfde verhouding worden vermenigvuldigd. Een ondertitel van twee seconden wordt bij 0,96 1,92 seconde lang, en bij 0,95904 1,918. Er wordt niets van de tekst afgeknipt — het blok krijgt minder tijd omdat de hele tijdas sneller wordt afgespeeld, en de leessnelheid van de regel stijgt daardoor met dezelfde 4 procent. Dat is de moeite waard te controleren voordat je een bestand dat naar PAL is omgezet verstuurt.
Waarom houdt een MicroDVD-bestand zijn framenummers?
Omdat zijn tijdcodes framenummers zijn en de beelden niet veranderen — dezelfde shots op een andere snelheid zijn nog steeds dezelfde frames. Wat de omzetting herschrijft, is de beeldsnelheid die op de eerste regel van het bestand staat, en die gebruikt de speler om die framenummers weer in seconden om te zetten. Een .sub waarvan de timing in de verkeerde frames is geteld, is het andere geval: daar bewegen de framenummers wél, en de pagina voor dat paar is 23,976 naar 29,97.
Heb ik voor elk paar beeldsnelheden een aparte pagina nodig?
Nee, deze pagina kan elk paar aan. De andere pagina’s in de groep zijn snelkoppelingen die beide velden invullen en het paar uitleggen: 24 en 25 voor film tegen PAL, 23,976 en 25 voor NTSC-film tegen PAL, 23,976 en 29,97 voor verwisselde frametellingen, en 50 naar 25 voor dubbel geteld interlaced materiaal. Niets op die pagina’s is hier onbereikbaar — ze verschillen in wat ze je vertellen over waarom je bestand ze nodig heeft.
Wat gebeurt er als ik in beide velden dezelfde snelheid zet?
Niets, en het gereedschap zegt dat in plaats van te doen alsof het werkt. Een verhouding van één is een identieke afbeelding, dus het bestand komt byte voor byte terug zoals het erin ging. Dat is op zich een nuttige controle: zet een bestand op deze pagina met beide velden op dezelfde snelheid en je ziet precies wat de lezer en schrijver ermee doen, zonder rekenwerk aan beeldsnelheid erbovenop.