Timing van ondertitels schalen
Of plak ondertiteltekst
Opties
Een percentage: 100 laat het bestand zoals het is, 50 halveert de hele tijdlijn. Bij beeldsnelheidswerk is de factor de bronsnelheid gedeeld door de doelsnelheid — een filmgetimd bestand voor 25 fps PAL, dat 4% sneller loopt, krijgt 96; een PAL-getimd bestand terug naar een 24 fps-master krijgt 104,1667. Elk begin en elk einde wordt met dezelfde verhouding vermenigvuldigd, dus bloklengtes en de gaten ertussen veranderen samen.
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.
Deze pagina vermenigvuldigt elke tijdstempel in een ondertitelbestand met een percentage. Vul 104,1667 in en de hele tijdas rekt met dat bedrag uit; vul 96 in en hij komt terug; vul 50 in en het bestand wordt tot de helft samengedrukt. Zowel de start als het einde van elk blok wordt met dezelfde verhouding vermenigvuldigd, dus bloklengtes en de tussenruimtes ertussen veranderen samen, en hoe later een ondertitel staat, hoe verder hij verschuift.
Dat laatste is precies waarom dit de enige vorm van timingcorrectie is die drift oplost. Een bestand dat in de eerste minuut twee seconden te laat loopt en in de laatste twee minuten te laat, heeft geen verschuivingsprobleem maar een snelheidsprobleem: iemand heeft het getimed tegen een versie die met een andere snelheid liep. Alles met een vast bedrag verplaatsen maakt het begin slechter; alles met een verhouding vermenigvuldigen maakt beide uiteinden goed, omdat de fout die je corrigeert groeit met de afstand tot nul.
Het klassieke geval is een verschil in beeldsnelheid — een bestand getimed voor 24 fps dat nodig is voor een 25 fps-versie, of omgekeerd. Film loopt op PAL 4 procent sneller, dus de speelduur is 96 procent van het origineel: een film van 100 minuten past op een band van 96 minuten. Een bestand dat tegen de film is getimed, moet daarom met 96 worden samengedrukt, en een bestand dat tegen de PAL-versie is getimed moet met 104,1667 worden uitgerekt om weer op de filmversie te passen. Film overgezet op 23,976 fps wijkt nog een haar af, en daarvoor zijn de beeldsnelheidspagina’s in deze groep; hier geef je de verhouding zelf op, als percentage.
SRT-, WebVTT-, ASS-, SSA-, SBV-, SAMI-, MicroDVD-, TTML-, JSON- en CSV-bestanden 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
De PAL-versnelling van 4 procent ongedaan maken
Invoer
1
00:00:01,000 --> 00:00:03,000
Hello there.
2
00:00:05,000 --> 00:00:08,000
Second line.
Uitvoer
1
00:00:01,042 --> 00:00:03,125
Hello there.
2
00:00:05,208 --> 00:00:08,333
Second line.
Schaal op 104,1667, dat is 25 gedeeld door 24 — de factor die een bestand getimed tegen een 25 fps PAL-versie terugzet op een 24 fps filmmaster. Het eerste blok opent op één seconde en schuift 42 ms; het tweede opent op vijf seconden en schuift 208 ms. Vijf keer de afstand tot nul, vijf keer de beweging — dat is het hele verschil met alles met een vast bedrag verplaatsen.
Waarom een verhouding drift oplost
Invoer
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.
Uitvoer
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.
Weer 104,1667. De openingsregel beweegt nauwelijks, de één-minuutmarkering schuift tweeënhalf seconde en de tien-minuutmarkering vijfentwintig. Een vaste verschuiving had elk van die drie kunnen uitlijnen en de andere twee fout laten; een verhouding lijnt ze alle drie tegelijk uit.
Een bestand samendrukken zodat het past
Invoer
1
00:00:10,000 --> 00:00:12,000
First.
2
00:01:00,000 --> 00:01:03,000
Second.
Uitvoer
1
00:00:08,000 --> 00:00:09,600
First.
2
00:00:48,000 --> 00:00:50,400
Second.
Schaal op 80. Elk blok houdt 80 procent van zijn lengte en staat op 80 procent van de afstand tot nul, dus een regel die twee seconden in beeld was, krijgt er nu 1,6 seconde. Let op de leessnelheid wanneer je samendrukt: de woorden zijn niet korter geworden, alleen de tijd die ze krijgen.
Veelgestelde vragen
Welk percentage heb ik nodig om tussen 24 en 25 fps om te rekenen?
De factor is altijd de bronbeeldsnelheid gedeeld door de doelbeeldsnelheid, dus welk getal je gebruikt hangt af van de versie waartegen je bestand is getimed. Een bestand getimed tegen de film op 24 fps, bedoeld voor de 25 fps PAL-versie, wordt met 96 vermenigvuldigd. Een bestand getimed tegen de PAL-versie, terug op de filmmaster, wordt met 104,1667 vermenigvuldigd — dat is 25 gedeeld door 24. Film op 23,976 fps gebruikt 95,904 en 104,2708 voor dezelfde twee richtingen, omdat 23,976 niet precies 24 is. Anders gezegd: 104,1667 draait de PAL-versnelling terug en 96 past hem toe.
Waarom verschuiven de latere ondertitels verder dan de eerdere?
Omdat de verhouding wordt toegepast op de afstand tot nul, niet op de lengte van het blok zelf. Een blok op één seconde schuift ongeveer 42 ms bij 104,1667 procent, terwijl een blok op tien minuten vijfentwintig seconden schuift. Dat maakt het gereedschap in staat drift te corrigeren in plaats van alles met een vaste hoeveelheid te verschuiven, en daarom typ je een percentage en geen aantal milliseconden.
Verandert uitrekken hoe lang elk blok in beeld blijft?
Ja, evenredig. Beide randen van elk blok worden met dezelfde verhouding vermenigvuldigd, dus een regel van twee seconden wordt bij 80 procent 1,6 seconde en bij 150 procent drie seconden. Samendrukken duwt elk blok dus dichter bij de leessnelheidslimiet, en uitrekken geeft elk blok meer tijd dan het had.
Kan uitrekken twee ondertitels laten overlappen?
Nee. Vermenigvuldigen met een positieve verhouding is monotoon, en afronden op hele milliseconden houdt dat zo, dus twee blokken die elkaar niet overlapten kunnen dat daarna niet wel doen. Samendrukken maakt de gaten tussen blokken wel kleiner en kan ze tot tegen elkaar brengen, wat sommige spelers als flikkering tonen, maar de blokken zelf blijven in volgorde.
Wat gebeurt er met een blok dat te kort is voor de schaal die ik koos?
Het vervalt, en het aantal wordt gemeld. Een blok van 20 ms dat tot 1 procent wordt geschaald, krijgt beide randen op dezelfde milliseconde en er blijft niets te schrijven over. Het opvullen tot een minimumlengte zou een onzichtbaar blok in het bestand zetten terwijl de pagina beweerde dat het geslaagd was, en dat is een slechter antwoord dan verwijderen en het zeggen.
Blijft de eerste ondertitel van het bestand staan waar hij is?
Alleen als hij op nul begint. Alles wordt gemeten vanaf het begin van de tijdas, dus een bestand waarvan het eerste blok op 00:01:00 opent, ziet die aanloop meeschalen met de rest. Is de openingsminuut een vaste titelsequentie die niet mag bewegen, dan wil je een vaste verschuiving en geen verhouding.