Förskjut undertexters sluttider
Eller klistra in undertexttext
Inställningar
Millisekunder som varje textblock flyttas. Ett positivt tal skjuter undertexterna framåt, ett negativt drar dem bakåt. Noll är ett giltigt värde: filen kommer tillbaka oförändrad, vilket är ett snabbt sätt att bekräfta att en fil redan ligger där du vill ha den.
Start flyttar bara starttiden och lämnar sluttiden där den var, så en senare förskjutning gör varje textblock kortare och en tidigare gör varje textblock längre. Slut gör det motsatta. Använd Start när undertexterna dyker upp vid fel tillfälle men slutar korrekt; använd Slut när de dyker upp korrekt och sedan dröjer kvar eller försvinner för tidigt.
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.
Den här sidan flyttar bara sluttiden för varje textblock, så varje undertext slutar vid en annan tidpunkt men börjar exakt där den alltid började. Ge den en förskjutning i millisekunder och varje blocks stängning flyttas så mycket: ett positivt tal låter raden ligga kvar längre, ett negativt tar bort den tidigare. Eftersom öppningstiden lämnas orörd ändras längden på varje block som följd.
Det är den sidan av problemet den här sidan finns för. Undertexter som dyker upp i rätt stund och sedan ligger kvar för länge gör läsningen trög och knuffar ut nästa rad i förtid; undertexter som försvinner en aning för tidigt klipper bort slutet av en replik. En förskjutning av hela filen kan inte laga något av det, eftersom den flyttar båda kanterna tillsammans och lämnar varje längd orörd. Här behåller blocket sin öppning och får en ny stängning.
En sak räknas i stället för att döljas. Ett block vars slut skulle dras tillbaka till eller förbi sin egen start går inte att skriva – det ärliga resultatet är inget block alls – så det tas bort och räknaren säger hur många. Det finns ingen motsvarighet till den låsningsregel som startsidan behöver: en sluttid har ingen egen undre gräns att fästas vid, bara sin egen starts tid, och att fästa den där skulle ge ett block utan längd, vilket är en borttagning under ett annat namn. Varje kvarvarande block behåller sitt nummer och sin text.
Varje fil läses som det format den faktiskt är. SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON och CSV tas emot; ren text och LRC gör det inte, eftersom ingen av dem skriver någon sluttid i filen. Inget laddas upp – förskjutningen tillämpas i webbläsaren, och en hel säsong går genom kön i en enda körning.
Exempel
Låt varje undertext ligga kvar en halv sekund längre
Indata
1
00:00:01,000 --> 00:00:03,000
Hello there.
2
00:00:05,500 --> 00:00:08,000
Second line.
Resultat
1
00:00:01,000 --> 00:00:03,500
Hello there.
2
00:00:05,500 --> 00:00:08,500
Second line.
Varje sluttid flyttas 500 ms framåt och varje starttid står kvar, så första blocket går från 2000 ms på skärmen till 2500 och det andra från 2500 till 3000.
Ett kort textblock vars slut dras förbi dess egen start
Indata
1
00:00:01,000 --> 00:00:01,200
A short one.
2
00:00:05,000 --> 00:00:08,000
A long one.
Resultat
2
00:00:05,000 --> 00:00:07,500
A long one.
Det första blocket är bara 200 ms långt, så en förskjutning på −500 ms skulle avsluta det 300 ms före dess början. Det tas bort och räknas; kvarvarande block behåller nummer 2.
Klipp svansen av varje undertext
Indata
1
00:00:01,000 --> 00:00:03,000
Hello there.
Resultat
1
00:00:01,000 --> 00:00:02,400
Hello there.
En negativ förskjutning förkortar varje block. Här dras slutet tillbaka 600 ms, från 00:00:03,000 till 00:00:02,400, medan starten ligger kvar på 00:00:01,000. Det är den vanliga åtgärden för texter som ligger kvar långt efter att repliken tagit slut.
Vanliga frågor
Hur skiljer sig den här sluttidsförskjutningen från sidan som bara flyttar starttiderna?
De två sidorna ändrar motsatta kanter och lagar därför motsatta symptom. Den här behåller ögonblicket då varje undertext dyker upp och flyttar ögonblicket då den försvinner, vilket är det du vill när texterna dröjer kvar eller klipps av för tidigt. Startsidan behåller försvinnandet och flyttar uppdykandet.
Blir glappet mellan två undertexter mindre när jag fördröjer sluttiden?
Ja, och det är värt att hålla koll på. Att skjuta varje stängning framåt lämnar nästa blocks öppning precis där den var, så varje block äter sig in i tystnaden efter sig. Skjuter du tillräckligt långt möts blocken, eller börjar överlappa – den här sidan skapar gärna en överlappning, eftersom att ta bort överlappningar är ett annat jobb.
Finns det någon undre gräns som en sluttid kan dras till?
Inget fast golv, till skillnad från startsidan som begränsas av noll. En sluttid kan ligga var aritmetiken placerar den ända tills den når sitt eget blocks start, och där tas blocket bort i stället för att låsas. Att låsa slutet vid starten skulle ge ett block utan tid på skärmen, vilket varken är vad du bad om eller något en tittare kan se.
Vad händer med ett textblock vars slut hamnar före dess egen start?
Det tas bort, och antalet borttagna block rapporteras bredvid allt annat som hände. Inget numreras om efteråt, så blocken på båda sidor behåller sina nummer, och luckan i numreringen är det synliga spåret av vad som försvann.
Vilka undertextformat läser den här sluttidssidan?
SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON och CSV, var och en läst som det den faktiskt är i stället för som filändelsen antyder. Ren text och LRC avvisas: ingen av dem skriver någon sluttid i filen, så det finns inget för förskjutningen att flytta. För MicroDVD används bildfrekvensen i rutan, med 25 fps som standard.
Vilket symptom säger att det är sluttiderna jag borde flytta?
Om du läser med i ljudet och orden finns där vid rätt tillfälle, men texten står kvar på skärmen efter att repliken tagit slut, är längderna för stora och slutet är den kant som ska flyttas. Om texten i stället försvinner medan ett ord fortfarande sägs är slutet för tidigt och en negativ förskjutning är lösningen.