Naar de hoofdinhoud
SubtitleMatrix

Tekst tussen haken verwijderen

Tekst en stijlBeschrijvingen voor doven en slechthorenden verwijderen
Of plak ondertiteltekst

Opties

Eén vak, vijf keuzes, en elke keuze heeft zijn eigen pagina. Vierkante haken verwijdert paren van [vierkante] toevoegingen, ronde haken verwijdert paren van (ronde) toevoegingen, spreker verwijdert een volledig in hoofdletters geschreven naam en de dubbele punt erna aan het begin van een regel, en muziek verwijdert de nootsymbolen. Alle vier tegelijk is de keuze die Alles heet. Elk van deze bewerkt de woorden zelf en niet de opmaak, dus de regel wordt korter — en anders dan bij de opmaakpagina’s kan een verwijderde annotatie niet worden teruggezet door het hulpmiddel dat het resultaat leest. Deze pagina vult het vak met de keuze die haar titel noemt en toont geen andere.

In welke beeldsnelheid de tijden worden geteld. Op de formaatpagina’s is dit wat MicroDVD nodig heeft, want het slaat tijden op als framenummers. Op de beeldsnelheidspagina’s is het de snelheid waartegen het bestand getimed is — de versie waarvoor de ondertitels gemaakt zijn — en het tweede vak op de pagina neemt de snelheid van de video die je gaat gebruiken. 23,976, 24, 25, 29,97, 30, 50, 59,94 en 60 zijn de gebruikelijke. Een verkeerde waarde verschuift de hele tijdlijn, en op de beeldsnelheidspagina’s verschuift ze die met een verhouding in plaats van met een vast bedrag.

Deze pagina verwijdert alles tussen een paar vierkante haken en sluit de ruimte die daardoor ontstaat weer. Dat is het hele werk. `[door slams] I heard that.` wordt `I heard that.`, en het blok houdt zijn begin, zijn einde en zijn nummer.

Vierkante haken in een ondertitelbestand dragen twee dingen. Het ene is geluid en muziek: `[door slams]`, `[phone rings]`, `[music]`, `[inaudible]`. Het andere is wie er spreekt: `[BOB] I heard that.` Deze pagina maakt geen onderscheid tussen die twee, omdat ze voor een lezer dezelfde vorm hebben en het ding dat je weg wilt hebben ook dezelfde vorm heeft.

Het paren wordt geteld en niet aangenomen. Een haak binnen een haak is één annotatie en de hele terzijde gaat in één keer mee, dus `He points [at the door [twice]] and leaves` wordt `He points and leaves` zonder dat er iets achterblijft. Een haak die nooit wordt gesloten blijft volledig met rust: `Hello [door slams` zegt niet waar de annotatie eindigt, en een tool die dat zou raden, koos met niets in de uitvoer waaruit blijkt dat ze het deed welke van jouw woorden ze verwijdert. Een losse sluithaak zonder openingshaak blijft om dezelfde reden staan.

Ronde haakjes worden hier niet aangeraakt. Die horen bij de pagina voor non-verbale informatie, en het gescheiden houden van de twee is met opzet: bestanden in het wild gebruiken de ene of de andere vorm volgens huisstijl, en een pagina die beide nam, zou twee keer zoveel van je dialoog verwijderen als haar titel belooft. Mengt je bestand de twee, dan neemt de SDH-pagina beide in één run. Niets wordt geüpload, en elk formaat dat de site leest wordt geaccepteerd, omdat de annotatie in de woorden zit in plaats van in de opmaak van het bestand.

Voorbeelden

Een WebVTT-bestand met een annotatie aan elk uiteinde van de regel

Invoer

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]

Uitvoer

WEBVTT

00:00:01.000 --> 00:00:03.000
I heard that.

00:00:04.000 --> 00:00:06.000
She left.

Eén annotatie opent de eerste regel en één sluit de tweede, dus de spatiëring moet in beide richtingen worden opgeruimd. Zonder die stap zou de tweede regel `She left. ` lezen met een spatie aan het einde, en een haak aan het einde van een regel is precies waar dat opvalt. De WEBVTT-header en de timing van de blokken zijn die van het bestand en komen ongewijzigd terug.

Een haak binnen een haak

Invoer

1
00:00:01,000 --> 00:00:03,000
He points [at the door [twice]] and leaves

Uitvoer

1
00:00:01,000 --> 00:00:03,000
He points and leaves

Het binnenste paar hoort bij de buitenste opmerking, dus het geheel gaat in één stuk weg en de zin sluit erachter aan. De eerste sluithaak als einde nemen zou een losse `]` midden in de regel hebben achtergelaten — tekst die de tool niets aan ging, en moeilijk te vinden in een bestand met duizend blokken.

Een haak die nooit werd gesloten

Invoer

1
00:00:01,000 --> 00:00:03,000
Hello [door slams

2
00:00:04,000 --> 00:00:06,000
a stray ] bracket

Uitvoer

1
00:00:01,000 --> 00:00:03,000
Hello [door slams

2
00:00:04,000 --> 00:00:06,000
a stray ] bracket

Beide blokken komen byte voor byte terug. De eerste heeft een openingshaak zonder sluithaak, de tweede een sluithaak zonder openingshaak, en geen van beide zegt waar een annotatie begint en stopt. In het eerste geval tot het einde van de regel verwijderen zou woorden hebben meegenomen die nooit binnen een haak stonden.

Veelgestelde vragen

Wat beschouwt deze pagina als een annotatie tussen haken?

Alles tussen een vierkante haak en de bijbehorende sluithaak, op dezelfde regel. Het haakpaar wordt door tellen gematcht, dus een haak binnen een andere hoort bij dezelfde annotatie in plaats van het einde ervan te zijn. Zowel de haken als de tekst ertussen worden verwijderd, en de ruimte die de verwijdering achterlaat wordt dichtgeschoven zodat de regel als een zin leest.

Worden de ronde haakjes in mijn bestand ook verwijderd?

Nee. Deze pagina paart alleen `[` met `]`. Ronde haakjes worden behandeld door de pagina voor non-verbale informatie, wat dezelfde bewerking is maar dan op de andere haakvorm. Twee pagina’s in plaats van één omdat bestanden volgens huisstijl de ene of de andere vorm gebruiken, en één pagina die beide nam, zou opmerkingen verwijderen die je wilde houden. Wil je beide soorten in één keer weg, dan doet de SDH-pagina dat in één run.

Waarom staat er nog een haak in de uitvoer?

Omdat hij geen deel van een paar was. `[door slams` zonder sluithaak, of een `]` zonder openingshaak, geeft de pagina geen manier om te bepalen waar de annotatie begint en eindigt, dus laat ze de regel met rust in plaats van te raden. Controleer de regel in het bestand: een niet-passende haak betekent meestal dat de annotatie is afgekapt toen het bestand werd bewerkt, en het is de moeite waard dat bij de bron te herstellen.

Verandert het verwijderen van tekst tussen haken de tijdcodes of de bloknummers?

Nee. De pagina bewerkt de tekst van elk blok en niets anders, dus elk begin en einde blijft precies zoals het bestand het schreef en de bloknummers zijn die van het bestand. Het enige geval waarin een blok verdwijnt, is wanneer elke regel ervan een opmerking tussen haken was, want dan blijft er geen dialoog over om te tonen — en dat wordt in het rapport geteld.

Verwijdert de pagina een sprekersnaam tussen vierkante haken?

Ja, en voor de meeste mensen is dat juist de bedoeling. `[BOB] I heard that.` is een sprekerlabel tussen vierkante haken, wat dezelfde vorm is als een geluidsaanwijzing, dus beide worden verwijderd. Een bestand dat sprekers zo markeert en een bestand dat geluiden zo markeert, hebben dezelfde bewerking nodig, en de pagina kan zonder de film te lezen niet zien welke welke is.

Op welke formaten werkt het verwijderen van tekst tussen haken?

Op alle twaalf die de site leest: SRT, WebVTT, ASS, SSA, SBV, SAMI, LRC, MicroDVD, TTML, JSON, platte tekst en CSV. De haken staan in de tekst van het blok, en elk van die formaten draagt bloktekst, dus niets valt af. Het bestand wordt gelezen naar wat het is in plaats van naar zijn extensie, en WebVTT-bestanden houden hun header en blokindeling ongemoeid.

Gerelateerde hulpmiddelen