Finn baklengse tidskoder
Eller lim inn underteksttekst
Innstillinger
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.
En tekstblokk som slutter før den begynner, er et tidsstempel som ikke kan være sant: 00:00:03,000 --> 00:00:03,000, eller verre, en slutt tidligere enn starten. Denne siden rapporterer filer som inneholdt en slik, og teller ut fra reparasjonene leseren måtte gjøre, fordi et tidsstempel av den formen ikke kan holdes i minnet i det hele tatt og erstattes med et ekte før noe annet skjer. Det du får tilbake, er en rapport, aldri en endret fil.
Derfor leder rapporten med det som gikk tapt under lesingen, og viser først deretter funnet. En tekstblokk der slutten ikke er etter starten, får én millisekund, slik at resten av filen i det hele tatt kan leses, forhåndsvises og eksporteres; tallet på slike reparasjoner står i rapportens overskrift, og funnet under sier én feil uten tekstblokknummer, fordi reparasjonene telles mens filen leses i stedet for å samles i en liste. Begge linjene beskriver samme ødelagte tidsstempel fra to sider, og derfor hører de hjemme i samme rapport og ikke i to.
Fellen denne siden måtte skrives rundt, er at en legitim tekstblokk på én millisekund ser nøyaktig ut som en reparert. Derfor ser kontrollen ikke på varigheter i det hele tatt — den ser på opptaket av reparasjoner — og en tekstblokk som virkelig varer én millisekund, får stå. En negativ varighet og en med nullengde er samme feil og telles sammen. To formater tas ikke imot i det hele tatt, og for en gangs skyld er grunnen den samme på begge sider: LRC utleder hver sluttid fra neste tidsstempel, så et par der kan aldri komme ut baklengs, og ren tekst har ingen tekstblokktider i det hele tatt. Å kontrollere noen av dem ville gitt en ren rapport om et felt formatet ikke har, og det er den ene typen svar som er verre enn ingen svar.
Eksempler
En tekstblokk uten varighet
Undertekster
1
00:00:01,000 --> 00:00:02,000
Where were you?
2
00:00:03,000 --> 00:00:03,000
I was working late.
Hva rapporten finner
Cues ending before they start — 1 found
Lost while reading: Timing × 1
Severity Cues Start End Measured
Error — — — 1 items
En slutt lik starten. Leseren gir tekstblokken én millisekund så filen kan holdes, registrerer reparasjonen, og rapporten skriver begge halvdeler: tapslinjen i overskriften og én feil under. Reparasjonen er beviset; millisekundet er bare formen beviset tar.
En tekstblokk som virkelig varer én millisekund
Undertekster
1
00:00:01,000 --> 00:00:02,000
Where were you?
2
00:00:03,000 --> 00:00:03,001
I was working late.
Hva rapporten finner
Cues ending before they start — Nothing found
Cues 2
Checks run 1
Lost while reading Nothing
Skrevet for hånd som en tekstblokk på én millisekund og ikke rapportert. Den avgjørelsen former kontrollen: en reparert nullengde kommer også ut som én millisekund, så en regel som flagget korte varigheter her, ville kalt hver fil med et ødelagt tidsstempel en fil full av umulig korte tekstblokker.
Slutten er før starten
Undertekster
1
00:00:01,000 --> 00:00:02,000
Where were you?
2
00:00:05,000 --> 00:00:02,000
I was working late.
Hva rapporten finner
Cues ending before they start — 1 found
Lost while reading: Timing × 1
Severity Cues Start End Measured
Error — — — 1 items
Fem sekunder til to sekunder: samme feil som nullengde-tilfellet, talt av samme regel og rapportert identisk. Ingenting i filen skrives om — de reparerte tidene finnes bare i leserens kopi så resten av filen kan behandles, og de er ikke en retting siden tilbyr.
Ofte stilte spørsmål
Hva regnes som en tekstblokk som slutter før den begynner?
En sluttid som ikke er senere enn starttiden: enten lik den, som i 00:00:03,000 til 00:00:03,000, eller tidligere, som i 00:00:05,000 til 00:00:02,000. Begge er samme feil og telles sammen, og begge telles fra reparasjonen leseren gjør snarere enn fra tekstblokken, fordi et tidsstempel av den formen ikke kan holdes i minnet.
Hvorfor navngir ikke rapporten tekstblokkene det gjelder?
Fordi disse reparasjonene telles mens filen leses, ikke samles i en liste. Rapporten gir tallet — én feil, ett element i overskriftens tapslinje — og de to halvdelene er samme faktum sett fra overskriften og fra funnene. Trenger du den nøyaktige tekstblokken, søker du i filen etter antallet tidsstempler snarere enn etter et tekstblokknummer.
Er en tekstblokk som varer én millisekund et problem?
Ikke her, og det er med vilje. En håndskrevet tekstblokk på én millisekund er lovlig og rapporteres ikke; det som rapporteres, er et tidsstempel som måtte repareres, og som tilfeldigvis lagres som én millisekund etterpå. Å kontrollere varigheter i stedet for reparasjoner ville flagget hver fil med en nullengde som full av umulig korte tekstblokker, og det er feil funn to ganger.
Retter denne siden tidsstemplene den finner?
Nei. De reparerte tidene finnes bare inne i nettleseren så resten av filen kan leses og rapporteres. Filen du lastet ned eller slapp inn, er uendret, og det finnes ingen måte å lagre den reparerte versjonen fra denne siden — å erstatte et ødelagt tidsstempel er en operasjon med en undertekstfil som resultat, ikke en kontroll.
Hvilke undertekstformater kan kontrolleres for tekstblokker som slutter før de begynner?
Ti av tolv: SRT, WebVTT, ASS, SSA, SBV, SMI, MicroDVD, TTML, JSON og CSV. To mangler, og ingen av dem er en forglemmelse. LRC lagrer én tid per linje, og leseren utleder hver slutt fra neste tidsstempel, så et par der kan aldri være baklengs — kontrollen ville dømt et felt formatet ikke har. Ren tekst har ingen tekstblokktider i det hele tatt. Er filen din i et av de to, konverterer du den først.
Kommer disse ødelagte tidsstemplene fra noe bestemt sted?
De er nesten alltid produsert snarere enn skrevet. En bildefrekvenskonvertering som runder feil vei, en forskyvning brukt to ganger på samme tekstblokk, en regnearkeksport der sluttkolonnen sto tom og ble lest som null, og en undertekst hentet fra en tidfestet tekstfil med en markør som ikke hadde varighet i utgangspunktet.
Kan flere filer kontrolleres i én kjøring?
Ja. Slipp inn så mange du vil, og de leses etter hverandre, hver med sin rapport, og rapportene lastes ned samlet som en zip. Køen viser framdrift per fil, kjøringen kan avbrytes underveis, og ingen fil lastes opp på noe tidspunkt.