Ta bort överlappande undertexter
Eller klistra in undertexttext
Inställningar
Trimma flyttar det senare blockets start framåt och behåller dess text, så det blocket blir kortare. Släpp tar bort det senare blocket helt. Vilket du än väljer räknas de textblock som flyttades och de som togs bort separat.
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 tar bort överlappande undertexter genom att flytta eller släppa det senare blocket. Två block överlappar när det senare börjar före det tidigare slutar – en beröring på millisekunden är ingen överlappning – och standardstrategin trimmar det senare blockets start till det tidigare blockets slut, så att inget innehåll går förlorat. Den andra strategin släpper det senare blocket helt.
De två strategierna passar olika filer. Trimning behåller all text men förkortar det senare blocket, vilket kan lämna en mening som ser avklippt ut. Att släppa det senare blocket bevarar den tidigare radens rytm men tar bort text, och det är rätt val när en förkortad rad skulle läsas som en ofullständig mening. Ingen av strategierna ändrar den tidigare radens tider.
Ett block kan försvinna även med trimning. Om ett block ligger helt inuti ett annat finns det ingen tid kvar när dess start har flyttats fram, och då tas det bort. Det är det enda fallet där trimning förlorar innehåll, och det räknas i rapporten så att du ser exakt hur många block som försvann och varför.
Filen sorteras efter starttid innan överlappningarna prövas, eftersom en osorterad fil annars kan innehålla överlappningar som bara syns när raderna läses i ordning. SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON och CSV tas emot. Inget laddas upp, och kön tar en hel säsong i en enda körning.
Exempel
Två block som delar skärmen
Indata
1
00:00:01,000 --> 00:00:04,000
First.
2
00:00:03,000 --> 00:00:06,000
Second, starting early.
Resultat
1
00:00:01,000 --> 00:00:04,000
First.
2
00:00:04,000 --> 00:00:06,000
Second, starting early.
Det senare blockets start flyttas från 3 000 till 4 000 ms, där det tidigare slutar. Dess slut står kvar på 6 000, så blocket blir 2 000 ms i stället för 3 000 och ingen text går förlorad.
Ett block som slukas helt
Indata
1
00:00:01,000 --> 00:00:05,000
First.
2
00:00:02,000 --> 00:00:03,000
Swallowed whole.
3
00:00:04,000 --> 00:00:07,000
Third.
Resultat
1
00:00:01,000 --> 00:00:05,000
First.
3
00:00:05,000 --> 00:00:07,000
Third.
Det mellersta blocket ligger på 2 000–3 000 ms, helt inuti det första på 1 000–5 000, så när dess start har flyttats fram finns det ingen tid kvar och det tas bort. Det är det enda fallet där trimning förlorar innehåll.
Att släppa det senare blocket i stället
Indata
1
00:00:01,000 --> 00:00:04,000
First.
2
00:00:03,000 --> 00:00:06,000
Second, starting early.
Resultat
1
00:00:01,000 --> 00:00:04,000
First.
Med släppstrategin försvinner blocket på 3 000–6 000 helt, medan 1 000–4 000 står kvar orört. Använd den när en förkortad rad skulle läsas som om den hade klippts av.
Vanliga frågor
Vad är skillnaden mellan att trimma och att släppa vid borttagning av överlappningar?
Trimning flyttar det senare blockets start till det tidigare blockets slut, så texten finns kvar men får kortare tid. Att släppa tar bort det senare blocket helt. Trimning passar när texten är viktigare än rytmen, medan släpp passar när en avklippt mening vore värre än en förlorad rad.
Räknas två block som bara möts som överlappande?
Nej. Ett block som slutar i exakt samma millisekund som nästa börjar är en ren klippning och lämnas orört, vilket är det normala i en väl tidssatt fil. Sidan prövar om det senare blockets start ligger strikt före det tidigare blockets slut, och en beröring uppfyller inte det villkoret.
Kan ett textblock försvinna även när jag väljer att trimma överlappningar?
Ja, om det ligger helt inuti ett annat block. Då finns det ingen tid kvar efter att starten flyttats fram till det tidigare blockets slut, och blocket tas bort. Det räknas i rapporten, så du ser hur många block som försvann och kan avgöra om trimning var rätt strategi för just den filen.
Varför sorteras filen innan överlappningarna tas bort?
Därför att en överlappning bara kan bedömas mellan två block som ligger intill varandra i tid. Om filen är osorterad kan ett block som ligger fel i ordningen dölja en överlappning, eller skapa en falsk sådan. Sidan läser därför in filen, sorterar efter starttid och prövar först därefter – vilket också kan ändra ordningen i resultatet.
Ändras det tidigare blocket när en överlappning tas bort?
Nej, den tidigare radens start och slut står alltid kvar. Sidan flyttar bara det senare blockets start eller tar bort det senare blocket. Det är en medveten begränsning: att korta den tidigare raden skulle ändra en tid du inte bad om att ändra, och då vore det en annan operation än borttagning av överlappningar.