Hopp til hovedinnhold
SubtitleMatrix

Behold én tidslinje ved sammenslåing

Tekst og stilSlå sammen to spor til én tospråklig fil
Eller lim inn underteksttekst
Eller lim inn teksten fra den andre filen

Innstillinger

To undertekster er sjelden enige tekstblokk for tekstblokk, og dette er valget som avgjør hva som skjer overalt der de er uenige. Overalt der en tekstblokk i den ene filen overlapper en tekstblokk i den andre, behandles de to som samme øyeblikk og bæres sammen, med overlappen som avgjør hvor lenge resultatet blir stående på skjermen. Resten er dette valget. Behold begge filene legger hver tekstblokk uten motpart til som sin egen linje, så ikke ett ord fra noen av inndataene mangler — og den andre filens tider bevares ikke, fordi en tekstblokk uten motpart fortsatt må ligge et sted på den første filens tidslinje. Behold den første filens tidslinje gjør det motsatte: den første filens tekstblokker beholder nøyaktig de startene og sluttene de kom med, ingenting nytt settes inn, og hver tekstblokk i den andre filen som ikke passer med noe, fjernes. Rapporten etter en kjøring navngir alltid hvor mange tekstblokker det var.

Når to tekstblokker først behandles som samme øyeblikk, må teksten deres dele skjermen. Ordnet som to linjer er hvordan tospråklige undertekster vanligvis kringkastes, og hvordan de fleste spillere forventer å se dem: den første filens linje ligger over den andre filens, og tekstblokken blir en tolinjes tekstblokk. Det krever at tekstblokken tillater et linjeskift, som er grunnen til at hvert format som lagrer en tekstblokk som én enkelt linje, er helt utelatt fra denne siden i stedet for å bli flatet ut her. Slått sammen til én linje setter begge språkene på en enkelt linje atskilt av det du skriver i feltet nedenfor, som er det du vil når leserne skal se oversettelsen først og originalen som et innskudd — en oversetters undertekst i stedet for en tospråklig kringkastingsundertekst.

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.

Denne siden tar to undertekstfiler og gir deg én, med ett løfte som står over alle andre: hver tekstblokk i den første filen kommer ut med nøyaktig den starten og slutten den kom inn med. Ingen blokk forskyves med én bilderute, ingenting settes inn mellom to blokker, og rekkefølgen i den første filens tidslinje er rekkefølgen i utdataene. Legg filen du stoler på tidfestingen av, i første boks og oversettelsen i andre.

Det løftet er verdt en egen side fordi tidslinjen vanligvis er den delen som allerede er godkjent. En fil blir gjennomgått, kontrollert mot bildet, signert og låst; oversettelsen kommer uker senere fra en annen person, tidfestet etter eget øre. Å slå de to sammen ved å la begge sider flytte seg, betyr at den låste filen ikke lenger er låst — hver blokk må kontrolleres mot bildet på nytt, som for en kringkastingsleveranse er hele kostnaden ved jobben. Å beholde den første filens tidslinje betyr at filen du allerede har godkjent, fortsatt er filen du har, med et andre språk under hver linje.

Prisen sies før du kjører, og telles etterpå: en blokk i den andre filen som ikke overlapper noe i den første, har ingen plass på en tidslinje som ikke får flytte seg, så den droppes, og antallet dropppede blokker går inn i rapporten. I praksis er det en håndfull blokker per program — en merknad fra oversetteren til kunden, en parentesomkranset ikke-taleblokk for en scene som ble klipt bort, en linje tidfestet ett sekund forbi bildet den hørte til. Det du bytter bort, er en liten mengde oversatt innhold mot garantien om at ingenting du allerede har kontrollert, har flyttet seg. Er det feil bytte for jobben, bytter det første valget på denne siden til å beholde begge filene, og siden som har det som standard, er lenket over.

Sammenkoblingen er den samme på hver side i denne familien: en blokk fra den ene filen pares med en blokk fra den andre når tidsområdene overlapper, uansett hva blokknumrene sier. To filer med samme antall blokker kunne vært matchet linje for linje, men antall blokker er nettopp det som skiller en original fra en oversettelse, siden en oversetter vil dele én lang linje i to korte eller slå to spørsmål sammen til ett. Det andre valget avgjør hvordan de to tekstene deler linjen: to linjer, eller én linje med det skilletegnet du skriver. Hvert format dette nettstedet leser, tas imot i begge boksene — SRT, WebVTT, ASS, SSA, SBV, SAMI, TTML, JSON og CSV — og de to boksene kan holde forskjellige formater, siden hver leses som det den inneholder; MicroDVD leses med én bilderutefrekvens for begge, og LRC og ren tekst er utelatt fordi ingen av dem kan uttrykke slutten på en blokk. Begge boksene tar imot mer enn én fil, og den første filen i den ene boksen pares med den første i den andre, så en sesong går gjennom i én kjøring. Ingen av filene lastes opp: de leses, slås sammen og skrives ut igjen i denne nettleserfanen.

Eksempler

En kinesisk blokk som den engelske filen ikke har

Inndata

First file:
1
00:00:01,000 --> 00:00:03,000
Good morning.

2
00:00:05,000 --> 00:00:07,000
How are you?


Second file:
1
00:00:01,000 --> 00:00:03,000
早上好。

2
00:00:05,000 --> 00:00:07,000
你好吗?

3
00:00:20,000 --> 00:00:22,000
这句在第一份里没有对应。

Resultat

1
00:00:01,000 --> 00:00:03,000
Good morning.
早上好。

2
00:00:05,000 --> 00:00:07,000
How are you?
你好吗?

De to parede blokkene kommer ut med den engelske filens numre og den engelske filens tider, som er hele poenget med denne siden. Den tredje kinesiske blokken, tjue sekunder uti, treffer ingenting i den engelske filen og droppes framfor å plasseres på sin egen tid; rapporten etter kjøringen sier at én blokk med innhold gikk tapt, så ingenting ved den avgjørelsen er stille.

En oversetter som delte én linje i to

Inndata

First file:
1
00:00:01,000 --> 00:00:06,000
We should leave before the storm gets worse.


Second file:
1
00:00:01,000 --> 00:00:02,500
我们该走了。

2
00:00:03,000 --> 00:00:05,000
趁暴风雨还没更大。

Resultat

1
00:00:01,000 --> 00:00:06,000
We should leave before the storm gets worse.
我们该走了。

Én engelsk blokk, to kinesiske — den vanlige formen på en original mot en oversettelse. Sammenkoblingen er én blokk til én blokk, så bare den første halvdelen pares, og den engelske blokken beholder sine fulle fem sekunder på skjermen i stedet for de 1,5 som oversettelsen ble skrevet for. Den andre halvdelen treffer ingenting og droppes. Begge fakta står i rapporten: tidfestingen som ble overstyrt, og blokken som gikk.

To filer som ikke har noe med hverandre å gjøre

Inndata

First file:
1
00:00:01,000 --> 00:00:03,000
Good morning.

2
00:00:05,000 --> 00:00:07,000
How are you?


Second file:
1
00:01:00,000 --> 00:01:02,000
一分钟处的旁白。

2
00:02:00,000 --> 00:02:02,000
两分钟处的旁白。

Resultat

1
00:00:01,000 --> 00:00:03,000
Good morning.

2
00:00:05,000 --> 00:00:07,000
How are you?

Et blokkark for det første minuttet av et klipp som varer åtte sekunder: begge de kinesiske blokkene faller utenfor og droppes, så den engelske filen kommer ut byte for byte. Det er ikke det samme som å ha ingenting å gjøre, og siden later ikke som det er det — rapporten sier at to blokker med innhold gikk tapt. En tom andre fil er tilfellet som virkelig ikke gjør noe, og det merkes som ingen endring i stedet.

Ofte stilte spørsmål

Hva skjer med en blokk i den andre filen som ikke treffer noe i den første?

Den droppes, og antallet skrives inn i rapporten du får etter kjøringen. Det finnes ikke noe tredje valg der den beholder sin egen tid, fordi å beholde sin egen tid betyr at den første filens tidslinje flyttet seg for å gi plass — som er det ene denne siden finnes for å forhindre. Alt under et sekund eller to med avvik parer fortsatt, siden paring bare krever at de to områdene overlapper: en kinesisk blokk som går fra 0,6 s til 3,2 s, treffer en engelsk blokk som går fra 1,0 s til 3,0 s og kommer ut med de engelske tidene.

Hvordan ser jeg hva som ble kastet før jeg leverer filen?

Rapporten ligger under resultatet og lister opp det som gikk tapt med et antall for hver slags, så kontrollen er å lese den før du laster ned og ikke etterpå. En typisk tospråklig sammenslåing på denne siden mister ingenting i det hele tatt — det er tilfellet når forskjellen bare er noen millisekunder og ingen blokk er uparet — og når den mister noe, er linjen som sier det, den ene linjen å lese. Er antallet større enn du forventet, bytter det første valget på denne siden til å beholde begge filene, som ikke dropper noe og i stedet lar parede blokker utvides til å dekke begge sider.

Hvorfor skulle noen beholde begge filene framfor tidslinjen til den første filen?

Fordi den andre filens egen tidfesting noen ganger er den bedre: en fanoversettelse tidfestet nøye mot en scene, eller en dokumentar der tolkens blokker ligger der talen faktisk er. Da er løftet du vil ha, at ingen tekst går tapt, og prisen er at utdataene ikke er noens eksakte tidslinje — parede blokker går fra den tidligere starten til den senere slutten, som kan utvide en blokk med noen hundre millisekunder og skyve den inn i den neste. Begge er én nedtrekksliste unna på denne siden; forskjellen er hvilken garanti du helst vil ha skriftlig.

Beholder utdataene blokknumrene fra den første filen?

Det gjør de når hver blokk i utdataene kom fra den første filen — som på denne siden betyr at det ikke var noen uparede blokker i den andre filen i det hele tatt. Så snart én blokk droppes, kommer alle blokkene fortsatt fra den første filen, og nummereringen er fortsatt dens egen, fordi dropping gjør filen smalere i stedet for å legge noe til. Siden som beholder begge filene, er den som nummererer om: en blokk som ikke kom fra den første filen, har ikke noe nummer fra den å beholde, så hele filen nummereres om fra 1.

Oversettelsen går forbi slutten på min siste blokk. Er det et problem?

Det er samme tilfelle som enhver annen uparet blokk, og det er det vanligste i praksis: et intervju som slutter på en latter, en medvirkningslinje, en frase oversetteren la etter at bildet klippes. Den blokken droppes. Har det betydning, hører rettelsen hjemme oppstrøms — forleng den siste engelske blokken slik at de to områdene overlapper, som holder garantien intakt, siden en blokk som overlapper, pares, og den første filens nye slutt er den slutten som likevel beholdes.

Må begge filene være i samme undertekstformat?

Nei. Hver boks leses som det den inneholder, så en WebVTT-fil fra et webinar mot en SRT fra en oversetter går fint, og utdataene skrives i formatet til den første filen — som er grunnen til at de to boksene er merket og ikke utbyttbare. Stiling er det du bør følge med på: er den første filen ASS med stilede blokker, blir den sammenslåtte filen ASS, og den andre filens tekst kommer inn i den med den første filens stiling i stedet for sin egen, med antallet berørte blokker i rapporten.

Relaterte verktøy