Fjern firkantparenteser i undertekster
Eller indsæt underteksttekst
Indstillinger
Én boks, fem valg, og hvert valg har sin egen side. Firkantede parenteser fjerner parrede [firkantede] indskud, runde parenteser fjerner parrede (runde) indskud, talernavne fjerner et navn med store bogstaver og kolon efter det i begyndelsen af en linje, og musik og lydangivelser fjerner notesymbolerne. Alle annotationer er valget, der gør alle fire på én gang. Hvert eneste af dem redigerer selve ordene i stedet for formateringen, så linjen bliver kortere – og i modsætning til formateringssiderne kan en annotation, der blev fjernet, ikke sættes tilbage af det værktøj, der læser resultatet. 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 sletter alt inde i et parrede sæt firkantede parenteser og lukker hullet, hvor det stod. Det er hele opgaven. `[dør smækker] Det hørte jeg.` kommer ud som `Det hørte jeg.`, og tekstblokken beholder sin start, sin slutning og sit nummer.
Firkantede parenteser i en undertekstfil bærer to ting. Den ene er lyd og musik: `[dør smækker]`, `[telefon ringer]`, `[musik]`, `[utydeligt]`. Den anden er, hvem der taler: `[BOB] Det hørte jeg.` Denne side skelner ikke mellem dem, fordi de for en læser har samme form, og det, du vil have væk, også har samme form.
Parringen tælles, den antages ikke. En parentes inde i en parentes er én annotering, og hele indskuddet går med, så `Han peger [på døren [to gange]] og går` kommer ud som `Han peger og går` uden noget tilbage. En parentes, der aldrig lukkes, lades helt i fred: `Hej [dør smækker` siger ikke, hvor annoteringen slutter, og et værktøj, der gættede, ville vælge, hvilke af dine ord der skulle slettes, uden at noget i outputtet viste det. En løs lukkende parentes uden en åbnende lades i fred af samme grund.
Runde parenteser røres ikke her. De hører til siden om ikke-verbal information, og at holde de to adskilt er med vilje: filer i den virkelige verden bruger den ene eller den anden form efter husstil, og en side, der tog begge, ville fjerne dobbelt så meget af din replik, som dens titel lover. Bruger din fil begge, tager SDH-siden dem begge i én kørsel. Intet uploades, og alle formater, siden læser, accepteres, fordi annoteringen ligger i ordene frem for i filens markup.
Eksempler
En WebVTT-fil med en annotering i hver ende af linjen
Input
WEBVTT
00:00:01.000 --> 00:00:03.000
[door slams] I heard that.
00:00:04.000 --> 00:00:06.000
She left. [footsteps fade]
Resultat
WEBVTT
00:00:01.000 --> 00:00:03.000
I heard that.
00:00:04.000 --> 00:00:06.000
She left.
Én annotering åbner den første linje, og én lukker den anden, så mellemrummene skal ryddes i begge retninger. Uden det trin ville den anden linje læse »She left. « med et efterfølgende mellemrum, og en parentes i slutningen af en linje er netop, hvor det viser sig. WEBVTT-headeren og tekstbloktiderne er filens egne og kommer uændrede tilbage.
En parentes inde i en parentes
Input
1
00:00:01,000 --> 00:00:03,000
He points [at the door [twice]] and leaves
Resultat
1
00:00:01,000 --> 00:00:03,000
He points and leaves
Det indre par er en del af den ydre bemærkning, så det hele går som ét stykke, og sætningen lukker sig bag det. At behandle den første lukkende parentes som slutningen ville have efterladt en løs `]` midt på linjen — tekst, værktøjet ikke havde noget at gøre med, og svær at se i en fil med tusind tekstblokke.
En parentes, der aldrig blev lukket
Input
1
00:00:01,000 --> 00:00:03,000
Hello [door slams
2
00:00:04,000 --> 00:00:06,000
a stray ] bracket
Resultat
1
00:00:01,000 --> 00:00:03,000
Hello [door slams
2
00:00:04,000 --> 00:00:06,000
a stray ] bracket
Begge tekstblokke kommer byte for byte tilbage. Den første har en åbnende parentes uden en lukkende, den anden en lukkende uden en åbnende, og ingen af dem siger, hvor en annotering begynder og slutter. At slette til slutningen af linjen i det første tilfælde ville have taget ord, der aldrig var inde i en parentes.
Ofte stillede spørgsmål
Hvad behandler denne side som en tekst i firkantparenteser?
Alt mellem en firkantet parentes og dens matchende lukkende parentes, på samme linje. Parentesparet matches ved at tælle, så en parentes indlejret i en anden er en del af samme annotering frem for dens slutning. Både parenteserne og teksten mellem dem slettes, og mellemrummet, sletningen efterlader, lukkes, så linjen læses som en sætning.
Fjernes de runde parenteser i min fil også?
Nej. Denne side parrer kun `[` med `]`. Runde parenteser håndteres af siden om ikke-verbal information, som er samme handling rettet mod den anden parentesform. To sider frem for én, fordi filer bruger den ene eller den anden form efter husstil, og en enkelt side, der tog begge, ville fjerne bemærkninger, du gerne ville beholde. Vil du have begge slags væk på én gang, gør siden med SDH-annoteringer det i én kørsel.
Hvorfor står der stadig en parentes i outputtet, når jeg fjerner firkantparenteser?
Fordi den ikke var en del af et par. `[dør smækker` uden en lukkende parentes, eller en `]` uden en åbnende, giver siden ingen måde at afgøre, hvor annoteringen begynder og slutter, så den lader linjen være frem for at gætte. Se på linjen i filen: en ubalanceret parentes betyder som regel, at annoteringen blev skåret af, da filen blev redigeret, og det er værd at rette ved kilden.
Ændrer fjernelse af tekst i firkantparenteser timecodes eller tekstbloknumre?
Nej. Siden redigerer teksten i hver tekstblok og intet andet, så hver start og slutning forbliver præcis som filen skrev den, og tekstbloknumrene er filens egne. Det eneste tilfælde, hvor en tekstblok forsvinder, er, når hver linje i den var en bemærkning i parentes, fordi der så ikke er replik tilbage at vise — og det tælles i rapporten.
Fjerner den et talernavn i firkantparenteser?
Ja, og for de fleste er det pointen. `[BOB] Det hørte jeg.` er en taleretiket skrevet i firkantparenteser, hvilket er samme form som en lydeffekt, så begge fjernes. En fil, der markerer talere sådan, og en fil, der markerer lyde sådan, har brug for samme redigering, og siden kan ikke se forskel uden at læse filmen.
Hvilke formater virker fjernelsen af firkantparenteser på?
Alle tolv, siden læser: SRT, WebVTT, ASS, SSA, SBV, SAMI, LRC, MicroDVD, TTML, JSON, ren tekst og CSV. Parenteserne står i tekstblokkens tekst, og hvert af de formater bærer tekstbloktekst, så intet er udelukket. Filen læses for hvad den er frem for for sin endelse, og WebVTT-filer beholder deres header og bloklayout urørt.