Punktsynka undertexter
Eller klistra in undertexttext
Inställningar
En timecode som du kan se i undertextfilen just nu: det textblock som landar på en replik du kan peka ut. Tillsammans med fältet under bildar de två en synkpunkt – verktyget flyttar allt så att tidpunkten landar där den ska.
Var samma tidpunkt hör hemma – läs av det från videon. Skillnaden mellan de två fälten är den förskjutning som tillämpas på hela filen.
En andra timecode från senare i filen, minst några minuter efter den första. En synkpunkt kan bara flytta tidslinjen; en andra punkt sträcker eller pressar den också, vilket är vad en fil behöver när den börjar ungefär rätt och driver iväg stadigt mot slutet. Lämna båda de nedre fälten tomma för att bara rätta förskjutningen.
Var den andra tidpunkten hör hemma. Med båda punkterna ifyllda räknar verktyget fram förhållandet och förskjutningen tillsammans, så både början och slutet landar rätt. Om de två punkterna pekar åt olika håll kan förhållandet inte härledas och bara den första punktens förskjutning tillämpas.
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.
Fyll i I filen, den här tidpunkten för att köra.
Den här sidan synkar en undertextfil mot två punkter du anger. Varje punkt är ett par: var i filen en rad ligger nu, och var den borde ligga i videon. Med ett enda par blir förskjutningen skillnaden mellan de två, och hela filen flyttas med det beloppet. Med två par räknas dessutom en kvot ut, så att både början och slutet landar rätt och allt däremellan fördelas proportionellt.
Det är den enda synkmetoden som klarar båda felen samtidigt. En fast förskjutning passar in en punkt och lämnar resten fel om felet växer; en ren skalning passar in början och slutet men kräver att du redan vet kvoten. Punktsynken tar de två punkterna du faktiskt kan läsa av – en replik i början och en i slutet – och härleder både förskjutningen och kvoten ur dem.
Om de två punkterna inte går ihop används bara den första. Två referenser som säger att filen är för tidig i början och för sen i slutet skulle kräva att tidslinjen gick baklänges, med varje block slutande före sin egen start, och då räknas ingen sträckning ut. I stället tillämpas den första punktens förskjutning, och rapporten räknar en förlust så att du upptäcker motsägelsen i stället för att få en fil som ser rimlig ut.
Referenspunkten behöver inte vara filens första block. Anger du en punkt mitt i filen flyttas allt med samma belopp, och ett block som hamnar före noll får sin start låst dit medan ett som slutar före noll tas bort. SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON och CSV tas emot, och inget laddas upp.
Exempel
Ett par, eftersom hela filen ligger fel med samma belopp
Indata
1
00:00:05,000 --> 00:00:07,000
Hello there.
2
00:00:12,000 --> 00:00:14,000
Second line.
Resultat
1
00:00:04,000 --> 00:00:06,000
Hello there.
2
00:00:11,000 --> 00:00:13,000
Second line.
Filen säger att raden ligger på 5 000 ms och videon säger 4 000, så 1 000 ms dras av varje block. Det är den två gånger långsammare varianten av att fylla i en förskjutning: inget räknades ut för hand, och rutornas par är dokumentationen av varför filen flyttades.
Två par, eftersom felet växer
Indata
1
00:00:00,000 --> 00:00:02,000
First.
2
00:05:00,000 --> 00:05:02,000
Five minutes in.
3
00:20:00,000 --> 00:20:02,000
Twenty minutes in.
Resultat
1
00:00:00,000 --> 00:00:02,002
First.
2
00:05:00,250 --> 00:05:02,252
Five minutes in.
3
00:20:01,000 --> 00:20:03,002
Twenty minutes in.
Första blocket stämmer redan och tjugominutersmarkeringen ligger en sekund sent, med referenserna 00:00:00,000 → 00:00:00,000 och 00:20:00,000 → 00:20:01,000. Båda ankarna landar exakt där de bads om, och blocket däremellan – på fem minuter, en fjärdedel in – hamnar en fjärdedels sekund sent.
Det andra paret motsäger det första
Indata
1
00:00:01,000 --> 00:00:02,000
First.
2
00:00:03,000 --> 00:00:04,000
Second.
Resultat
1
00:00:02,000 --> 00:00:03,000
First.
2
00:00:04,000 --> 00:00:05,000
Second.
Första punkten säger att filen är 1 000 ms tidig, den andra att den är 4 000 ms sen. Tillsammans skulle de kräva att tidslinjen gick baklänges, så ingen sträckning räknas ut och bara den första punktens förskjutning tillämpas – allt flyttas 1 000 ms senare. Rapporten räknar en förlust.
En referenspunkt mitt i filen
Indata
1
00:00:01,000 --> 00:00:02,000
Before the reference.
2
00:00:03,000 --> 00:00:06,000
Straddling it.
3
00:00:05,000 --> 00:00:07,000
On the reference.
Resultat
2
00:00:00,000 --> 00:00:02,000
Straddling it.
3
00:00:01,000 --> 00:00:03,000
On the reference.
Ögonblicket du pekar på behöver inte vara filens första block: filen säger att raden ligger på 5 000 ms, videon säger 1 000, 4 000 ms dras av allt, och det första blocket – som bara började på 1 000 – har ingenstans att ta vägen. Ett block som slutar före noll tas bort, ett som behåller sin sluttid låses till noll.
Vanliga frågor
Hur avgör punktsynken om den ska flytta eller sträcka undertextfilen?
Antalet par. Med ett enda par finns bara en skillnad att räkna ut, så filen förskjuts med den. Med två par finns både en skillnad och en skillnad i avstånd, och då härleds en kvot som sträcker eller krymper tidslinjen samtidigt som den flyttas. Du behöver aldrig välja metod själv.
Vad händer om de två referenspunkterna inte stämmer överens?
Om de kräver att tidslinjen ska gå baklänges ignoreras det andra paret och bara den första punktens förskjutning tillämpas. Rapporten räknar en förlust, så motsägelsen syns i stället för att döljas. Det är det säkra valet: en fil som flyttas fel är lättare att upptäcka än en fil som sträckts till något som ser rimligt ut men inte stämmer.
Kan referenspunkten för punktsynken ligga mitt i filen?
Ja. Sidan tar vilken tid som helst som finns i filen, inte bara det första blocket. Ett block som hamnar före noll efter förskjutningen får sin start låst till noll och blir kortare, medan ett block vars slut hamnar före noll tas bort. Blocken behåller sina nummer, så luckor i numreringen visar vad som försvann.
Behöver jag ange tiderna i samma format som filen använder?
Nej, punkterna anges som klockvärden i rutorna och läses oberoende av filens format. Filen själv läses som det format den faktiskt är, inklusive MicroDVD:s bildnummer, som räknas om med bildfrekvensen i rutan och standardvärdet 25 fps när filen inte deklarerar någon. Referenspunkterna är alltid tid, aldrig bildnummer.
Varför ska jag använda två punkter i stället för att bara förskjuta filen?
Därför att en förskjutning bara lagar ett fel som är lika stort överallt. Om undertexterna stämmer i början men blir allt senare mot slutet är felet en proportion, och då behövs två punkter för att härleda både förskjutningen och kvoten. Med en punkt skulle du behöva räkna ut kvoten själv och sedan använda skalningssidan.