Fjern fed skrift fra undertekster
Eller indsæt underteksttekst
Indstillinger
Én boks, syv valg, og hvert valg har sin egen side. Kursiv, fed, understregning og farve fjerner netop den ene slags interval og lader resten af linjens formatering være. Alle fjerner hvert interval, som værktøjet modellerer – de fire plus karaoke-timing – mens alt andet i teksten lades urørt. HTML gør det samme og fejer derefter også den vinkelbeslag-markering væk, der blev efterladt i teksten, fordi værktøjet ikke modellerer den, som VTT's <v Bob>-talerkoder og <c.className>. ASS gør det samme for override-blokke i stedet og rydder de {...}-koder, der ikke blev genkendt ved parsing, som {\fad(500,500)}. Denne side udfylder boksen med det valg, dens titel nævner, og viser ingen andre.
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.
Denne side tager fed skrift af hver undertekstlinje og ændrer ikke andet. Ordene kommer ud, som de blev skrevet, med deres tidsstempler, deres rækkefølge og deres linjeskift intakt, og eventuel kursiv, understregning eller farve på samme linje bliver stående præcis, hvor filen satte den. Fed skrift fjernes, fordi det blev bedt om det, ikke fordi fed skrift er forkert.
Fed skrift er den formatering, man griber efter, når en linje har en anden opgave end dialog. En kapiteloverskrift, en sangtitel, en tekst på skærmen, et telefonnummer, et skilt i billedet, en billedtekst som selve programmet viser — alt det bliver gjort fedt af den, der klargjorde filen, og når filen skal leveres, er fremhævningen ofte i vejen. Korrekturlæsere beder om at få den fjernet, fordi deres husstil reserverer fed skrift til noget andet, eller fordi formateringen kom fra en skabelon, ingen valgte.
Fjernelsen er formatuafhængig på den måde, der betyder noget: SRT, WebVTT, SBV og SAMI skriver fed som <b> og </b>, ASS og SSA skriver den som {\b1} og {\b0}, og TTML skriver et span med en fed skriftvægt. En fil læses efter det format, den faktisk er, frem for efter den filendelse, den bærer. Én detalje er værd at kende, hvis du arbejder med fansubs: en vægtet fed som {\b700} beder om en tungere vægt end almindelig fed, og den læses alligevel som fed, så den går samme vej som {\b1}.
Intet uploades — filen læses og skrives inde i browserfanen. En fil uden fed skrift kommer ud byte for byte, og det er det ærlige resultat af en kørsel, der ikke fandt noget at lave.
Eksempler
En overskriftstekstblok og et fremhævet ord
Input
1
00:00:01,000 --> 00:00:02,000
<b>CHAPTER ONE</b>
2
00:00:03,000 --> 00:00:04,000
The <b>room</b> was dark.
Resultat
1
00:00:01,000 --> 00:00:02,000
CHAPTER ONE
2
00:00:03,000 --> 00:00:04,000
The room was dark.
En tekstblok, der er fedet som helhed, og et enkelt fremhævet ord midt i en linje mister deres fed skrift på samme måde. Versalerne i den første tekstblok bliver stående, fordi denne side aldrig rører store og små bogstaver — vil du det, er siderne, der skifter underteksttekst til store og små bogstaver, dem, du skal bruge.
Fed og kursiv på samme linje
Input
1
00:00:01,000 --> 00:00:02,000
<i>A voice off screen.</i> <b>She left.</b>
Resultat
1
00:00:01,000 --> 00:00:02,000
<i>A voice off screen.</i> She left.
Kursiven overlever, og fed skriften forsvinder på samme linje. Det er den kørsel, der holder filens konventioner intakte: kursiv til tale uden for billedet, fed til fremhævning, og kun den anden af de to tages væk. At fjerne begge på én gang er en anden side, og det er den, du griber efter, når du har besluttet, at filen slet ikke skal have formatering.
En vægtet fed skrift i en ASS-fil
Input
[Script Info]
Title: bold
[V4+ Styles]
Format: Name, Fontname, Fontsize, PrimaryColour, Bold, Italic, Underline, StrikeOut, ScaleX, ScaleY, Spacing, Angle, BorderStyle, Outline, Shadow, Alignment, MarginL, MarginR, MarginV, Encoding
Style: Default,Arial,20,&H00FFFFFF,0,0,0,0,100,100,0,0,1,1,1,2,10,10,10,1
[Events]
Format: Layer, Start, End, Style, Name, MarginL, MarginR, MarginV, Effect, Text
Dialogue: 0,0:00:01.00,0:00:02.00,Default,,0,0,0,,{\b1}hello{\b0} {\b700}there{\b0}
Resultat
[Script Info]
Title: bold
[V4+ Styles]
Format: Name, Fontname, Fontsize, PrimaryColour, Bold, Italic, Underline, StrikeOut, ScaleX, ScaleY, Spacing, Angle, BorderStyle, Outline, Shadow, Alignment, MarginL, MarginR, MarginV, Encoding
Style: Default,Arial,20,&H00FFFFFF,0,0,0,0,100,100,0,0,1,1,1,2,10,10,10,1
[Events]
Format: Layer, Start, End, Style, Name, MarginL, MarginR, MarginV, Effect, Text
Dialogue: 0,0:00:01.00,0:00:02.00,Default,,0,0,0,,hello there
Begge runs forsvinder, også den vægtede. {\b700} er ikke en override-kode, værktøjet ikke forstod — det er fed skrift med en vægt, og den fjernes som enhver anden fed skrift, så en fansub-fil, der beder om tungere skrift, klarer sig med samme kørsel. Ordene mellem de to runs beholder deres egen afstand.
Ofte stillede spørgsmål
Hvordan skrives fed skrift i SRT, VTT, SBV og ASS?
SRT, WebVTT og SBV bruger et par <b>-tags omkring ordene. ASS og SSA slår fed skrift til med {\b1} og fra med {\b0}, med en valgfri vægt som {\b700} til tungere skrift. SAMI og TTML beskriver den samme ting på deres egen måde, og siden læser alle varianterne som det samme, så resultatet ikke afhænger af, hvilket format din fil tilfældigvis er i.
Behandles en vægtet fed som {\b700} som fed skrift på denne side?
Ja. {\b700} er ikke en kode, værktøjet fejlagtigt læser som noget andet — det er fed skrift med en angivet vægt, og den læses som fed ligesom {\b1}. Den fjernes derfor på samme måde, og en fansub-fil, der har brugt den til at få tungere skrift, kommer ud med almindelig tekst på det sted. Der er ingen særindstilling for vægtede koder; de hører til samme slags interval.
Hvad sker der med kursiven på samme linje, når fed skriften fjernes?
Den bliver stående. Kursiv, understregning, farve og karaoketiming er separate intervaller fra fed-intervallet, så en linje, der både er fed og kursiv, kommer ud kursiv og ikke fed. Det er med vilje, og det er grunden til, at denne side findes ved siden af Fjern al formatering fra undertekster: den almindelige opgave er at tage én slags fremhævning ud af en fil, mens resten af filens konventioner bliver som de var.
Kan jeg beholde fed skrift på overskrifter og fjerne den andre steder?
Ikke på denne side, som arbejder på hele filen. Den praktiske vej er at køre siden og derefter sætte fed skriften tilbage på de få tekstblokke, der skal have den, eller at dele filen først og køre siden på en del af den. En beslutning pr. tekstblok kan ikke læses ud af en enkelt droppet fil, så der er intet for siden at gå efter.
Hvorfor ser min ASS-fil stadig fed ud efter kørslen?
Kontrollér, om det virkelig er fed skrift. ASS kan få tekst til at se tung ud gennem den navngivne typografi i sit typografiark frem for gennem en linjeintern tag, og denne side fjerner kun de linjeinterne intervaller — den rører ikke typografiarket eller den typografi, en tekstblok peger på. En tekstblok, hvis typografi selv er fed, ser stadig fed ud, fordi fedheden er en egenskab ved typografien frem for ved teksten.
Ændrer fjernelsen af <b>-tags tidsstemplerne eller linjeskiftene?
Nej. Kun markupen omkring ordene skrives om, så hver tekstblok beholder sin start og slutning til millisekundet, og tekstblokkene bliver i den rækkefølge, filen havde dem. Linjeskift inde i en tekstblok er en del af tekstblokkens struktur frem for af dens formatering, så en tekstblok med to linjer stadig har to linjer bagefter — skiftet ligger, hvor filen havde sat det.