Fest undertekster til bilder
Eller lim inn underteksttekst
Innstillinger
Hver tekstblokkgrense flyttes til nærmeste bilde ved denne frekvensen, så ved 25 fps blir 00:00:02,010 til 00:00:02,000 og 00:00:02,030 blir 00:00:02,040. En grense nøyaktig midt mellom to bilder rundes opp, så 00:00:02,020 blir 00:00:02,040. Ingenting skaleres: tidslinjen beholder lengden sin, og grensene lander bare på bilder, så lengden på hver tekstblokk kan endres med opptil et halvt bilde hver vei. Dette er ikke filens oppgitte bildefrekvens — den avgjør bare hvor grensene ender i resultatet.
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 flytter hver kant i hver tekstblokk til nærmeste bilde ved en bildefrekvens du velger. Den endrer ikke farten på noe: tidslinjen beholder lengden sin, rekkefølgen blir som den var, og det som endres, er bare hvor hver kant ligger — 00:00:02,010 ved 25 bilder i sekundet blir 00:00:02,000, og 00:00:02,030 blir 00:00:02,040. Lengden på hver tekstblokk kan derfor endre seg med opptil et halvt bilde i hver retning, og det er byttehandelen denne siden gjør med vilje.
Jobben den gjør, er å ta en avgjørelse bort fra avspilleren. Undertekster lagres i millisekunder, men de fleste avspillere og innbrenningsverktøy arbeider i bilder, så en kant som faller mellom to bilder, må rundes av av den som tegner den — og ulik programvare runder ulikt. Én avspiller viser replikken et bilde tidlig, en annen et bilde sent, og den samme filen ser litt feil ut på to maskiner. Å runde av én gang her gjør avgjørelsen til din og tar den bare én gang: etterpå er hver kant en bildekant, og alle verktøy som leser filen, er enige.
Det er ikke en omregning av bildefrekvens. Å endre undertekster fra 23,976 til 25 ganger hele tidslinjen med et forhold slik at blokkene fortsatt passer til videoen, og det er en annen side i en annen gruppe. Denne siden holder videoen helt utenfor: er filen allerede riktig og du bare vil ha kantene på bilder, snapp den; er den feil mot videoen, må forholdet endres først.
Det vises to felt for bildefrekvens fordi de svarer på to ulike spørsmål. Det ene er frekvensen filen leses med, som bildenummerformater som MicroDVD trenger for å kunne forstås i det hele tatt. Det andre er frekvensen det snappes til. I en fil som oppgir sin egen frekvens, er de som regel samme tall, og å bytte dem om er stille — resultatet er fortsatt bildenøyaktig, bare på feil rutenett. Alt kjører i denne nettleserfanen, uten opplasting, på SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON og CSV.
Eksempler
Hver kant lander på et bilde
Inndata
1
00:00:02,020 --> 00:00:04,030
Hello there.
2
00:00:07,010 --> 00:00:09,040
Second line.
Resultat
1
00:00:02,040 --> 00:00:04,040
Hello there.
2
00:00:07,000 --> 00:00:09,040
Second line.
Ved 25 bilder i sekundet hører kantene hjemme på multipler av 40 ms. 02,020 ligger nøyaktig midt mellom to av dem og rundes opp til 02,040; 04,030 går opp til 04,040; 07,010 går tilbake til 07,000. Ingenting er skalert — den andre blokken er fortsatt omtrent to sekunder lang, og avstanden mellom de to er uendret på bildet — men hver blokks egen lengde flyttet seg litt: 2010 ms og 2030 ms kom ut som 2000 ms og 2040 ms.
En tekstblokk kortere enn et bilde
Inndata
1
00:00:04,000 --> 00:00:04,010
Squeezed.
2
00:00:06,010 --> 00:00:08,010
A normal one.
Resultat
2
00:00:06,000 --> 00:00:08,000
A normal one.
Blokken på 10 ms får begge kantene rundet til bilde 100, så snappingen ville latt den ha samme tid i begge ender — og en blokk som slutter der den begynner, kan ikke vises. Den droppes og telles i stedet for å strekkes til ett bilde, fordi å dikte opp en lengde ville plassert en undertekst på skjermen som filen aldri ba om. Ved 25 bilder i sekundet skal det en blokk kortere enn 20 ms til for å komme dit; den andre blokken er tjue ganger lengre og oppfører seg som vanlig.
En brøkdel-bildefrekvens kan ikke la lengdene være
Inndata
1
00:00:01,000 --> 00:00:03,000
Hello there.
Resultat
1
00:00:01,001 --> 00:00:03,003
Hello there.
23,976 bilder i sekundet er ikke et helt antall millisekunder per bilde, så ingen rund sekund er en bildekant i det hele tatt, og begge kantene flytter seg: en blokk som varte nøyaktig 2000 ms, kommer ut 2002 ms lang. Hver kant ligger fortsatt på et bilde, som er det siden lover, men de runde tallene kilden var skrevet med, er borte. Det er verdt å se før du snapper en fil til 23,976 eller 29,97 og forventer at tidene kommer tilbake uendret.
Ofte stilte spørsmål
Hva gjør snapping til bilder som omregning av bildefrekvens ikke gjør?
Omregning endrer hvor lang tidslinjen er; snapping endrer bare hvor kantene ligger på den. Å konvertere undertekster fra 24 til 25 bilder i sekundet ganger hvert tidsstempel med 0,96 så de fortsatt passer videoen, og en blokk som var to sekunder, blir 1,92. Snapping lar de to sekundene forbli to sekunder og flytter kantene til nærmeste bilde, med under et halvt bilde hver.
Får snapping undertekstene mine til å passe en video som går med en annen bildefrekvens?
Nei. Denne siden ser aldri på videoen og endrer aldri lengden på tidslinjen, så en fil som ligger ute fordi videoen går med en annen frekvens, ligger like langt ute etterpå. Regn ut forholdet først — det er det omregningssidene er til for — og snapp etterpå hvis verktøyet du leverer til krever kanter på bilder.
Hvor mye kan lengden på en tekstblokk endre seg når den snappes?
Opptil et halvt bilde ved hver kant, altså opptil et helt bilde totalt, og aldri mer. Ved 25 bilder i sekundet er det maksimalt 40 ms på en blokk, 20 ms per kant. Ved 23,976 eller 29,97 finnes det ikke et helt antall millisekunder per bilde, så selv en blokk som starter og slutter på runde verdier flytter seg: en blokk på to sekunder blir 2002 ms.
Jeg kjørte siden to ganger, og den andre kjøringen endret ingenting. Er det riktig?
Ja, og det er det som gjør siden trygg å la stå i en batch. Når først hver kant ligger på et bilde, er nærmeste bilde til kanten den samme kanten, så en andre kjøring gir filen tilbake byte for byte. Kontrollerer du en leveranse, betyr det også at en fil som endrer seg på andre gjennomkjøring, ikke ble fullstendig snappet første gang — det skal ikke skje, men det er en billig test.
Kan en undertekst forsvinne når den snappes?
Bare hvis den er kortere enn et halvt bilde, for da runder begge kantene til samme bilde og det er ingen blokk igjen å skrive. Ved 25 bilder i sekundet betyr det alt under 20 ms, som ingen virkelig undertekst er; siden teller det den dropper, så det er rapporten du skal se i, ikke nedlastingen.
Bør jeg snappe til bildefrekvensen filen selv oppgir?
Ikke automatisk — opplysningen sier hvordan bildenumre i filen skal leses, og snapfrekvensen sier hvor kantene skal ligge i resultatet. De er samme tall i de fleste leveranser. De skiller seg når du lager en fil for et verktøy som arbeider med en annen frekvens, og å velge den oppgitte frekvensen der er den stille feilen: resultatet er fortsatt bildenøyaktig, på et rutenett ingen ba om.