Del undertekster etter varighet
Eller lim inn underteksttekst
Innstillinger
En varighet — 3000, 3s, 1m30s og 00:00:03,000 fungerer alle. En tekstblokk som er på skjermen lengre enn dette, deles i så mange biter som trengs, så en tekstblokk på 8 sekunder med 3000 her blir tre, og tiden fordeles jevnt uansett bitenes tekstlengde. Bruk dette når problemet er hvor lenge en tekstblokk blir stående på skjermen; bruk tegnboksen på den andre siden når problemet er hvor mye tekst den holder.
Hvilken bildefrekvens tidene telles i. På formatsidene er det dette MicroDVD trenger, fordi det lagrer tid som bildenummer. På sidene for bildefrekvens er det frekvensen filen ble tidsstyrt mot — versjonen undertekstene ble laget for — og sidens andre boks tar frekvensen til videoen du skal bruke dem med. 23,976, 24, 25, 29,97, 30, 50, 59,94 og 60 er de vanlige. Tar du feil, forskyves hele tidslinjen, og på bildefrekvenssidene forskyves den med et forhold i stedet for et fast beløp.
Denne siden deler hver tekstblokk som står på skjermen lengre enn grensen din, i så mange biter som trengs. Grensen starter på 7000 ms — sju sekunder, taket de fleste stilguider oppgir for én tekstblokk — og kjenner du filen din i sekunder snarere enn i tegn, er dette siden du vil ha. En tekstblokk på åtte sekunder med grensen på tre sekunder blir tre blokker på omtrent 2667 ms hver.
Antallet biter regnes ut fra varigheten, ikke telles opp for hånd, og tiden fordeles jevnt mellom dem. Teksten kuttes deretter ved de ordgrensene som ligger nærmest disse jevne delingene, så bitene rommer sjelden nøyaktig like mange tegn. Det er med vilje: du ba om varigheter, så det er varigheter verktøyet garanterer, og teksten følger så tett som hele ord tillater.
Ingenting utenfor tekstblokken som deles, flytter seg. En blokk på nøyaktig grensen blir stående, og en fil der ingenting er for langt, kommer tilbake byte for byte — dette verktøyet deler bare, så en grense satt for høyt er en trygg første kjøring på en fil du ikke kjenner. Senker du grensen, får du kortere biter og flere av dem; bitene summerer fortsatt nøyaktig til det opprinnelige spennet.
Som på hver side her leses, deles og skrives filen inni denne nettleserfanen, uten at noe lastes opp. SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON og CSV tas alle imot, og en fil der antallet tekstblokker er endret, skrives i tidslinjerekkefølge med nummerering fra 1.
Eksempler
En tekstblokk på åtte sekunder mot en grense på tre
Inndata
1
00:00:00,000 --> 00:00:08,000
The rain kept falling all through the night and no one in the house could sleep.
Resultat
1
00:00:00,000 --> 00:00:02,667
The rain kept falling all
2
00:00:02,667 --> 00:00:05,333
through the night and no one
3
00:00:05,333 --> 00:00:08,000
in the house could sleep.
Tre biter på 2667, 2666 og 2667 ms — avrundingen må havne et sted, og den siste biten tar resten så spennet lukker nøyaktig på 8000 ms. Kuttet faller etter all og etter one, som er de nærmeste ordgrensene til en tredel og to tredeler ut i blokken, så bitene rommer 25, 28 og 25 tegn i stedet for 26 hver.
En tekstblokk på nøyaktig grensen, og en som er ett millisekund over
Inndata
1
00:00:01,000 --> 00:00:04,000
Exactly three seconds long.
2
00:00:05,000 --> 00:00:08,001
Just one millisecond too long.
Resultat
1
00:00:01,000 --> 00:00:04,000
Exactly three seconds long.
2
00:00:05,000 --> 00:00:06,501
Just one millisecond
3
00:00:06,501 --> 00:00:08,001
too long.
Den første blokken er nøyaktig 3000 ms og blir stående hel; den andre er 3001 ms og kuttes midt på. Det er den ærlige lesningen av «lengre enn grensen», og derfor vil en grense satt ett millisekund for lavt doble hver blokk som ligger nøyaktig på den. Sjekk varighetene i filen før du bestemmer deg for et tall.
En varighetsgrense som ikke treffer noe
Inndata
1
00:00:01,000 --> 00:00:02,000
Short.
2
00:00:03,000 --> 00:00:03,900
Also short.
Resultat
1
00:00:01,000 --> 00:00:02,000
Short.
2
00:00:03,000 --> 00:00:03,900
Also short.
Tretti sekunder er videre enn noe her, så filen kommer tilbake urørt. Ingenting slås sammen eller strekkes av en vid grense: denne siden deler tekstblokker og gjør ingenting annet, som gjør den til den trygge måten å finne ut hvor lang den lengste blokken i en fil faktisk er.
Ofte stilte spørsmål
Hvor kommer grensen på sju sekunder fra, og er den lik overalt?
Sju sekunder er det taket som oftest oppgis for én tekstblokk, og det er en lesehastighetsregel i forkledning: en gjennomsnittsleser kommer gjennom omtrent 15 til 20 tegn i sekundet, så en tolinjers blokk på 84 tegn trenger nærmere fem sekunder, og en treg leser trenger mer. Kringkastingsspesifikasjoner varierer — flere europeiske guider lander på seks sekunder — så behandl feltet som et startpunkt og sjekk spesifikasjonen du leverer mot. Verktøyet bruker tallet som står i feltet, uten egen mening.
Hvordan avgjør verktøyet hvor mange biter en tekstblokk blir?
Det deler varigheten på grensen din og runder opp, så 8000 ms mot 3000 ms blir tre biter og 8000 ms mot 4000 ms blir to. Bitene tar deretter like store andeler av spennet, og derfor lander grensene på tredeler og halvdeler av den opprinnelige blokken snarere enn på setningene eller linjene inne i den. Vil du at kuttene skal følge teksten i stedet, er det sidene som deler etter tegn eller ved setningsslutt som gjør det.
Kan jeg sette en grense så lav at en tekstblokk deles i hundre biter?
Det finnes et tak på 200 biter per tekstblokk, og et annet som betyr mer i praksis: en bit kan ikke være kortere enn ett millisekund. En blokk på ni sekunder med en grense på 1 ms gir deg altså 200 biter i stedet for 9000, og rapporten sier at grensen ikke kunne nås. Det er en vakt mot at ett feiltrykk gjør én tekstblokk til en egen fil, ikke en grense du møter med et realistisk tall.
Endrer delingen av en lang tekstblokk tidslinjen for hele filen?
Nei. Bitene av en delt tekstblokk fyller nøyaktig spennet den opprinnelige blokken opptok, og hver annen blokk beholder tidene sine til millisekundet. Det eneste som endres ellers, er nummereringen, siden en fil der antallet tekstblokker er endret, skrives ut nummerert fra 1 i tidslinjerekkefølge. Bar en delt blokk en stil, blir den stilen værende på den første biten, og rapporten forteller hvor mange nye biter som kom ut uten stil.
Filen min har tekstblokker som blir hengende fordi de rommer én kort linje. Er denne siden løsningen?
Bare delvis. Denne siden kan kutte en slik blokk i to, men begge bitene rommer da en brøkdel av den samme korte linjen, som vanligvis ikke er en forbedring — leseren får de samme ordene i to porsjoner i stedet for én. En blokk som blir hengende fordi ingenting skjer, håndteres bedre ved å rette tidene selv, som er det forskyvnings- og skaleringssidene er for, og ved å sjekke om blokken var ment å dekke en pause i dialogen.
Kan en fil være for stor for denne siden?
Filer opptil 64 MB leses, som er langt mer enn noe undertekstspor: en time film er rundt 100 KB. Over det sier siden fra i stedet for å feile i stillhet, fordi en fil av den størrelsen nesten helt sikkert ikke er en undertekstfil. En svært stor ekte fil — en hel serie, for eksempel — kjøres bedre gjennom køen én episode om gangen, der hver nedlasting kan sjekkes før du går videre.