Rätta 23,976 fps till 29,97 fps
Eller klistra in undertexttext
Inställningar
Vilken bildfrekvens tiderna räknas i. På formatsidorna är det här vad MicroDVD behöver, eftersom formatet lagrar tider som bildnummer. På bildfrekvenssidorna är det den frekvens som filens tider byggdes för – den version som undertexterna gjordes för – och sidans andra fält tar frekvensen för den video du ska använda dem med. 23,976, 24, 25, 29,97, 30, 50, 59,94 och 60 är de vanligaste. Blir det fel förskjuts hela tidslinjen, och på bildfrekvenssidorna förskjuts den med ett förhållande i stället för med ett fast belopp.
Bildfrekvensen för den version du ska använda undertexterna med – videon du faktiskt ska spela upp. Faktorn som tillämpas är det första fältet delat med det här, så 24 till 25 ger 0,96: en film går 4 % snabbare på PAL, och en långfilm på 100 minuter får plats på ett 96-minutersband. Får de två fälten fel ordning förskjuts hela tidslinjen åt fel håll med samma belopp.
Den här sidan rättar undertexter som är tidssatta mot 23,976 fps men ska spelas upp i 29,97 fps. Kvoten är exakt 0,8, eftersom 23,976 delat med 29,97 är fyra femtedelar, så varje tidsstämpel behåller 80 procent av sitt värde. En undertext som låg en minut in flyttas till 48 sekunder, och en som låg trettio minuter in hamnar på 24 minuter – felet är en fjärdedel av den förflutna tiden, vilket är den signatur som skiljer en frekvensskillnad från ett fast tidsfel.
Det är samma familj som de andra fps-paren, men proportionen är stor nog att kännas igen utan mätning. En film i 23,976 som spelas i 29,97 går ungefär en fjärdedel fortare, och undertexterna måste dras ihop lika mycket. Efter rättningen är varje block 80 procent så långt som det var: en tvåsekundersrad blir 1,6 sekunder, och tiden per tecken minskar, vilket höjer läshastigheten.
Rättningen sker från tidslinjens nollpunkt och gäller hela filen. Ett block som ligger exakt på noll flyttas inte, och alla andra flyttas proportionellt mot sitt avstånd dit. MicroDVD rättas genom att frekvensen på filens första rad skrivs om till 29.97; bildnumren lämnas orörda, eftersom bilderna är desamma och det bara är delningen som ändras. Att skriva om numren skulle tillämpa de 20 procenten två gånger.
SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON och CSV tas emot, var och en läst som det format den faktiskt är. Inget laddas upp, och kön tar en hel säsong i en enda körning.
Exempel
Ett kort block och ett långt
Indata
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 är 23,976 delat med 29,97. Blocket på en sekund tappar 200 ms och det på en minut 12 000 ms – sextio gånger avståndet från noll, sextio gånger rörelsen. Båda kanterna multipliceras, så en tvåsekundersrad får 1,6 sekunder.
Förseningen växer med klockan
Indata
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.
2 minuter för sent vid 10 minuter och 6 minuter för sent vid 30 – en fjärdedel av den förflutna tiden i båda fallen, vilket är precis hur ett kvotproblem ser ut. Kontrollen efter konverteringen görs i slutet av filen: öppna den vid sista blockets nya tidsstämpel.
En MicroDVD-fil ändrar bara deklarationsraden
Indata
{1}{1}23.976
{240}{288}Hello
Resultat
{1}{1}29.97
{240}{288}Hello
Bild 240 deklarerad i 23.976 läses som tio sekunder, vilket är förseningen som klagades på; deklarerad i 29.97 läses den som åtta, vilket är där blocket hör hemma. Därför ändras första raden och inte ett enda bildnummer.
Vanliga frågor
Varför är kvoten exakt 0,8 när jag rättar 23,976 fps till 29,97 fps?
Därför att 29,97 delat med 23,976 är 1,25 och det omvända är 0,8. De två talen är konstruerade så att förhållandet blir jämnt, till skillnad från paret 23,976 och 25 där kvoten blir 0,95904 med oändliga decimaler. Att kvoten är exakt gör att ingen avrundning sker i kvoten, bara i de enskilda tidsstämplarna.
Hur mycket kortare blir varje textblock av 23,976-till-29,97-rättningen?
Varje block behåller 80 procent av sin tidigare längd, så en rad på två sekunder blir 1,6 sekunder. Det följer av att båda kanterna multipliceras med samma kvot 0,8. Läshastigheten ökar med en fjärdedel, vilket är värt att kontrollera om filen redan låg nära en gräns för tecken per sekund.
Vilket fel ser jag i en fil som behöver 23,976-till-29,97-rättningen?
Undertexterna kommer för sent, och förseningen växer i takt med klockan: ungefär en fjärdedel av den förflutna tiden. Vid tio minuter ligger de två minuter efter, vid halvtimmen sex minuter efter. Det är det omvända symptomet mot 29,97-till-23,976-paret, där undertexterna i stället kommer för tidigt med samma växande proportion.
Rättas MicroDVD-bildnummer av 23,976-till-29,97-konverteringen?
Nej, och det är avsiktligt. Bildnumren beskriver vilka bilder som ska visas, inte vilken tid de tar, och samma bilder i en annan takt är fortfarande samma bildnummer. Det som ändras är frekvensen på filens första rad, och spelaren använder den för att räkna om numren till sekunder. Att skriva om numren skulle applicera korrigeringen två gånger.
Varför ska jag kontrollera just det sista blocket efter rättningen?
Därför att felet som rättades var proportionellt och därför störst längst in i filen. Stämmer det sista blocket har hela tidslinjen följt med, eftersom kvoten tillämpades på varje tid och inte på en delmängd. Stämmer början men inte slutet är det fel par du har använt, till exempel 24-till-25-sidan i stället.