Punktsynkronisér undertekster
Eller indsæt underteksttekst
Indstillinger
En timecode, du kan se i undertekstfilen lige nu: den tekstblok, der rammer en replik, du kan pege på. Parret med boksen nedenunder udgør de to et synkroniseringspunkt – værktøjet flytter alt, så det øjeblik lander, hvor det skal.
Hvor det samme øjeblik hører til – aflæs det fra videoen. Forskellen mellem de to bokse er den forskydning, der anvendes på hele filen.
En anden timecode fra senere i filen, mindst et par minutter efter den første. Et synkroniseringspunkt kan kun flytte tidslinjen; tilføjer man et andet, strækkes eller presses den også, hvilket er det, en fil har brug for, når den starter nogenlunde rigtigt og driver jævnt ud mod slutningen. Lad begge de nederste bokse stå tomme for kun at rette forskydningen.
Hvor det andet øjeblik hører til. Med begge punkter udfyldt regner værktøjet forholdet og forskydningen ud sammen, så både begyndelsen og slutningen lander korrekt. Hvis de to punkter er uenige om retningen, kan forholdet ikke udledes, og kun det første punkts forskydning anvendes.
Hvilken billedhastighed tiderne tælles i. På formatsiderne er det, hvad MicroDVD har brug for, fordi formatet gemmer tider som billednummer. På siderne om billedhastighed er det den hastighed, filen blev timet efter – den version, underteksterne blev lavet til – og sidens anden boks tager hastigheden for den video, du skal bruge dem med. 23,976, 24, 25, 29,97, 30, 50, 59,94 og 60 er de almindelige. Tager man fejl, forskydes hele tidslinjen, og på siderne om billedhastighed forskydes den med et forhold i stedet for et fast beløb.
Udfyld I filen, dette øjeblik for at køre.
Peg på et øjeblik, du kan se begge steder – en replik i undertekstfilen og den samme replik i videoen – og hele tidslinjen flytter sig, så øjeblikket lander, hvor det skal. Udfyld det første par felter, og filen forskydes. Udfyld også det andet par, mindst nogle minutter længere fremme, og filen strækkes eller presses til at passe til begge, hvilket er det, en fil har brug for, når den starter nogenlunde rigtigt og driver støt ud mod slutningen.
Ét referencepunkt kan kun flytte tidslinjen; to ændrer også dens hastighed. Det er hele forskellen, og det er forskellen mellem en fil, der er ensartet for sen, og en fil, der er timet mod en lidt anderledes version af videoen. En ensartet fejl er tydelig – hver tekstblok er ude med de samme fire sekunder – og et par felter retter den. En voksende fejl er ikke: det første minut ser rigtigt ud, fem minutter inde er underteksterne et kvart sekund bag billedet, og efter tyve minutter er de et helt sekund bagud, og ingen enkelt forskydning kan være rigtig i begge ender. To punkter løser forholdet og forskydningen samtidigt, så begge ender lander på de tal, du gav.
Begge par læses af ure, så du skal ikke regne noget selv. Det, regnestykket har brug for, er, at de to øjeblikke ligger langt fra hinanden og er entydige: en skiltetekst, et navnekort, den første replik efter en sceneskift. To punkter få sekunder fra hinanden bærer næsten ingen information om hastigheden, og et par, der er uenige om, hvilken vej filen er ude, kan slet ikke give et forhold – når det sker, anvendes kun det første punkts forskydning, og rapporten siger, at noget blev droppet, så uenigheden ikke er tavs.
De to par beskriver én ret linje, så dette er ikke en måde at rette den første halvdel af en fil med ét par og den anden halvdel med et andet; en fil, der er rigtig frem til et punkt og forkert derefter, er blevet samlet af to stykker og skal opdeles i stedet. Alt kører lokalt i denne browserfane – SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON og CSV, enkeltfiler eller en hel sæson i én kø, uden upload på noget tidspunkt.
Eksempler
Ét par, fordi hele filen er ude med det samme beløb
Input
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 siger, at denne replik ligger på fem sekunder, og videoen siger fire, så der kommer et sekund af hver tekstblok. Det er den to-gange-så-tunge version af at udfylde en forskydning: intet er regnet ud i hånden, og feltparret er dokumentationen for, hvorfor filen flyttede sig.
To par, fordi fejlen vokser
Input
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.
Den første blok er allerede rigtig, og tyveminutmærket er et sekund for sent, med referencepunkterne angivet som 00:00:00,000 → 00:00:00,000 og 00:20:00,000 → 00:20:01,000. Begge ankre lander præcis, hvor de blev bedt om, og blokken ind imellem – på fem minutter, altså en fjerdedel af vejen – kommer ud et kvart sekund for sent, hvilket er, hvad et enkelt forhold gør ved alt mellem enderne. Bemærk, at ingen kombination af forskydningsfelter kunne have givet dette: et vilkårligt beløb ville være rigtigt i den ene ende og forkert i den anden.
Det andet par er uenigt med det første
Input
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.
Det første punkt siger, at filen er et sekund for tidlig, det andet siger, at den er fire sekunder for sen. Taget bogstaveligt ville de to kræve, at tidslinjen løb baglæns, med hver blok, der slutter før den begynder, så der udledes ingen strækning, og kun det første punkts forskydning anvendes – alt flytter et sekund senere, præcis som hvis det nederste par var blevet efterladt tomt. Tabsrapporten tæller ét element, og det er sådan, du finder ud af, at de to referencer er uenige, i stedet for at få en fil, der ser rimelig ud.
Et referencepunkt midt i filen
Input
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.
Det øjeblik, du peger på, behøver ikke at være filens første tekstblok, og dette er, hvad det gør muligt: filen siger, at replikken ligger på fem sekunder, videoen siger et, fire sekunder går af alt, og den første blok – der kun startede på et sekund – har ikke noget sted at blive af. En blok, der slutter før nul, droppes og tælles med; en, der beholder sin sluttid, låses til nul og kommer ud kortere; blokken på referencepunktet lander præcis, hvor det blev bedt om. Numrene bliver, som filen havde dem, så de to overlevende læses som 2 og 3.
Ofte stillede spørgsmål
Hvordan afgør jeg, om min fil har brug for ét eller to referencepar?
Udfyld det første par, og tjek derefter et øjeblik ti minutter længere fremme. Lander det øjeblik, hvor du forventer, var filen ensartet ude, og de nederste to felter er ikke nødvendige. Er starten rigtig, og er timinutmærket stadig bag billedet, vokser fejlen, og det andet par er det, der retter den – intet andet på denne side gør.
Hvilke to øjeblikke udgør et godt par referencepunkter?
To, som du kan identificere uden tvivl og langt fra hinanden: en skiltetekst, et navnekort, den første replik efter en sceneskift, et ord du kan høre. Minutter fra hinanden, ikke sekunder. To punkter fem sekunder fra hinanden giver stadig et forhold, men en afrundingsfejl i en af tidskoderne bliver en stor fejl i forholdet, og jo længere fra hinanden de ligger, desto fastere låses hastigheden.
Hvorfor ignorerede værktøjet mit andet par og flyttede bare hele filen?
Fordi de to punkter modsiger hinanden. Hvis det første siger, at filen er for tidlig, og det andet siger, at den er for sen, eller hvis begge beskriver det samme øjeblik, kan ingen enkelt linje gå gennem dem begge, så kun det første punkts forskydning anvendes, og rapporten tæller ét droppet element. Tjek retningen af begge par mod videoen: filen skal være ude på samme måde ved dem begge.
Kan jeg rette den første halvdel af en fil med ét par og den anden halvdel med et andet?
Nej. De to par beskriver én ret linje, så begge er allerede fastlagt af det samme forhold og den samme forskydning, og et tredje par er ikke muligt. En fil, der er korrekt frem til et punkt og forkert derefter, er blevet samlet af to stykker eller timet mod en version, der er sat sammen af ruller med forskellig hastighed: opdel den, hvor fejlen begynder, og kør hver halvdel for sig.
Mine undertekster er bare et halvt sekund ude fra start til slut. Har jeg brug for det andet par?
Nej, og at udfylde det ville gøre tingene værre i stedet for bedre. En ensartet fejl er præcis det, ét par felter måler, og det er den sikreste af de to at arbejde med: et enkelt par kan kun flytte filen, så det kan ikke indføre en hastighedsfejl, hvor der ikke var nogen. Gem det andet par til en fil, der er rigtig i starten og forkert senere.
Hvad sker der, når det øjeblik, jeg peger på, ikke er filens første tekstblok?
Forskydningen anvendes stadig på hele filen, så blokkene før det øjeblik flytter også med – og hvis dit referencepunkt ligger tidligt i filen, kan nogle af dem blive skubbet før tidslinjens begyndelse. Dem håndteres på samme måde som negative forskydninger: en blok, der stadig har tid tilbage på skærmen, låses til nul og kommer ud kortere, en blok uden tid droppes, og begge tælles med i rapporten.