Behold ett språk i tospråklige filer
Eller lim inn underteksttekst
Innstillinger
En tospråklig fil holder normalt to skriftsystemer — latin over kinesisk, japansk over koreansk — og det er det standardvalget leser: bokstavene på hver linje avgjør hvilken fil den hører i, og språket som dukker opp først i filen, blir den første filen. Det er ikke en gjetning om betydning, bare om skriftsystem, så det blander aldri sammen hvilken side som er hvilken når det først har sett den første linjen. Det det ikke kan, er å skille to språk som deler alfabet. En engelsk fil mot en spansk, eller en russisk mot en ukrainsk, leses som ett skriftsystem — og det gjør også en vanlig enspråklig fil der lange linjer er brutt over på en andre rad, som er det vanlige tilfellet og grunnen til at denne lesningen med vilje er forsiktig. Når hver linje i hver tekstblokk leses som samme skriftsystem, kommer ingenting ut: filen går gjennom uendret, og kjøringen rapporteres som å ikke ha endret noe. Det er signalet om å velge linjeposisjon i stedet. Velger du linjeposisjon, blir det regelen overalt: den første linjen i hver tekstblokk går til den første filen og resten til den andre. Det passer en fil der de to språkene alltid står på de samme linjene, og det er den eneste måten å dele et par som deler alfabet — men på en fil der rekkefølgen varierer, vil det dele feil linjer, og i motsetning til standardvalget sier det ingenting om at det har gjort det.
Denne siden beholder ett språk og utelater det andre, og dette er hvilket. Det første språket betyr det som dukker opp først i filen — den første linjen i den første tekstblokken som har noen bokstaver, så på en fil skrevet med originalen over oversettelsen er det originalen. Det andre språket betyr alt annet. Uansett hva du velger, er det andre språket borte fra resultatet: linjene står ikke i filen i det hele tatt, og en tekstblokk som bare holdt det språket, er heller ikke i filen. Det kjøringen forteller deg etterpå, er det som er igjen — hvor mange tekstblokker som kom ut, og listen over tekstblokker der teksten endret seg. Ingenting skrives til din egen fil på disken, så originalen er der fortsatt hvis du valgte feil side. Vil du ha begge språkene, hvert i sin egen fil som du kan levere separat, er siden som deler filen i to, den du vil ha — den beholder alt og gir deg en zip med begge.
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 én undertekstfil som holder to språk, og gir deg tilbake én fil som holder ett enkelt språk etter ditt valg. Den er den mindre halvdelen av et par: den andre siden deler samme slags fil i to filer og gir deg begge, denne lar en av dem falle på veien. Griper du etter denne når det du trenger, er en vanlig enspråklig undertekstfil å levere — til en oversetter som bare arbeider med sitt eget språk, til en avspiller eller plattform som tar ett språk per spor og ellers ville vist begge linjene stablet, til en video du brenner inn med ett språk valgt.
Hvilket språk som er hvilket, avgjøres av skriftsystemet hver linje er skrevet i, og det første språket betyr det som forekommer først i filen din — på en utgivelse med originalen over oversettelsen er det originalen. Linjer som ikke bærer noe språk i det hele tatt, som en musikksnote eller en parentesomkranset lyd, følger det første språket. Ingenting ved tidene endres: hver blokk som blir igjen, beholder starten, slutten og nummeret den hadde i kildefilen, så resultatet ligger på nøyaktig de samme øyeblikkene og stemmer mot filen det kom fra.
Ett utfall fortjener å sies rett ut før du kjører. Ber du om språket filen ikke har, er det ingenting å beholde: resultatet er en undertekstfil med null blokker i seg, og kjøringen rapporterer det som at den ikke har blokker og ikke som en feil, fordi siden ikke kan skille mellom en fil som bare holder ett språk og et klikk på feil side. Følg med på det hvis filen din ikke egentlig er tospråklig. En fil der de lange linjene er brutt til en andre rad, er den vanlige synderen: på bokstavnivå ser en brutt enspråklig fil og en tospråklig fil like ut, så den tryggeste lesningen er at det finnes ett språk og at det andre er tomt. En fil med to språk som deler alfabet — engelsk over spansk, russisk over ukrainsk — leses på samme måte, og der er veien ut å bytte delingen til linjeposisjon, som klipper etter rad i stedet for etter bokstaver og er den eneste regelen som kan skille to språk som bruker samme alfabet.
Formatene som tas imot, er SRT, WebVTT, ASS, SSA, SBV, SAMI, TTML, JSON og CSV, og MicroDVD i tillegg, der bilderutene leses og skrives med bilderutefrekvensen du oppgir. LRC er utelatt fordi det ikke lagrer noen sluttid, og ren tekst er utelatt fordi den ikke har tider i det hele tatt — ingen av dem har en blokk en linje kan høre til. Å beholde ett språk regnes ikke som tap i rapporten, siden å fjerne det er hele poenget med siden, men rapporten forteller deg når en blokk måtte deles etter rad i stedet for etter bokstaver. Ingenting lastes opp, ingenting registreres, og filen din leses og skrives inne i denne nettleserfanen.
Eksempler
Behold oversettelsen, dropp originalen
Inndata
1
00:00:01,000 --> 00:00:03,000
Good morning.
早上好。
2
00:00:05,000 --> 00:00:07,000
How are you?
你好吗？
Resultat
1
00:00:01,000 --> 00:00:03,000
早上好。
2
00:00:05,000 --> 00:00:07,000
你好吗？
Den vanlige kjøringen, med valget satt til språket som ikke er det første. Hver linje leses for seg, så kinesisk beholdes uansett hvor i blokken det står, og engelsk finnes ikke i resultatet i det hele tatt. Blokknumrene og tidene er urørt, som er det som gjør det andre språket enkelt å kontrollere etterpå mot den tospråklige filen det kom fra.
To språk som deler et alfabet
Inndata
1
00:00:01,000 --> 00:00:03,000
Good morning.
Buenos días.
2
00:00:05,000 --> 00:00:07,000
How are you?
¿Cómo estás?
Resultat
1
00:00:01,000 --> 00:00:03,000
Buenos días.
2
00:00:05,000 --> 00:00:07,000
¿Cómo estás?
Lest etter bokstaver er engelsk og spansk ett skriftsystem, så ingenting skiller dem, og standardvalget ville beholdt filen som den står. Bytt delingen til linjeposisjon og be om det andre språket: den første raden i hver blokk går én vei og resten den andre, så spansk kommer ut på egen hånd. Det virker fordi denne filen setter hvert språk på sin egen rad, i samme rekkefølge, hele veien ned.
Å be om et språk filen ikke har
Inndata
1
00:00:01,000 --> 00:00:03,000
Good morning, everyone.
Welcome back to the show.
2
00:00:05,000 --> 00:00:07,000
Today we are talking about
subtitle formats.
Resultat
(no cues)
Bare ett språk, med de lange linjene brutt til en andre rad. Det finnes ikke noe andre språk å beholde, så resultatet har ingen blokker, og filen merkes som at den ikke har noen. Dette er ikke en mislykket kjøring: siden kan ikke vite om filen din er enspråklig, eller om feil side ble valgt. Holder filen virkelig to språk som deler et alfabet, er linjeposisjon delingen som skiller dem.
Ofte stilte spørsmål
Hvordan beholder jeg ett språk og fjerner det andre fra en tospråklig undertekstfil?
Slipp filen inn, velg om du vil beholde språket som forekommer først i filen eller det andre, og kjør. Det første språket er det på den første linjen som bærer bokstaver, så på en fil med originalen over oversettelsen er det originalen, og det andre språket er alt som ikke er det. Du får tilbake én undertekstfil med det beholdte språket i, på kildens tider — en fil du kan gi til en plattform eller brenne inn uten å strippe noe først.
Jeg ba om det andre språket og fikk en fil uten tekstblokker.
Det betyr at språket ikke var der å beholde. Hver linje i filen din leses som ett skriftsystem, så det finnes ikke noe andre språk, og resultatet er tomt i stedet for å være filen du startet med — å gi hele filen tilbake ville gitt deg språket du nettopp ba om å få fjernet. De to formene som forårsaker dette, er en enspråklig fil der de lange linjene er brutt til en andre rad, som er den vanligste undertekstfilen som finnes, og en fil der de to språkene deler alfabet, som engelsk over spansk. For den andre setter du delingen til linjeposisjon og kjører igjen.
Hvilket språk kaller denne siden det første?
Det som forekommer først i filen din, lest i skriverekkefølge ovenfra: den første linjen i den første blokken som har bokstaver, avgjør, og hele filen følger den avgjørelsen. På en utgivelse der originalen står over oversettelsen, er det første språket originalen. Ingenting prøver å regne ut hvilket språk som er kilden og hvilket som er oversettelsen — bokstavene kan si hvilket språk en linje er, men ikke hvilket som ble skrevet først.
Rapporteres språket som fjernes, som tap?
Nei, og det er med vilje. Å fjerne det er det siden er til for, så å regne det som tap ville begrave det ene rapporten er verdt å lese for: antallet blokker som måtte deles etter rad fordi linjene deres ikke hadde bokstaver i det hele tatt, som er en gjetning og telles som en. En blokk som bare holdt språket du droppet, etterlater ingen spor i resultatet utover en manglende linje i listen over blokker hvis tekst endret seg.
Overlever tidene og blokknumrene når ett språk fjernes?
Ja, begge. Hver blokk som blir igjen, beholder starten, slutten og nummeret kildefilen ga den, så det beholdte språket ligger på nøyaktig de øyeblikkene det gjorde før, og numrene stemmer fortsatt med den tospråklige filen — blokk 2 i resultatet er samme øyeblikk som blokk 2 i kilden, på samme rad i paret. En blokk hvis eneste språk var det du droppet, vises ikke i det hele tatt, og numrene etter den lukkes ikke sammen for å skjule det.
Hvilke inndataformater virker her, og forlater underteksten min maskinen?
SRT, WebVTT, ASS, SSA, SBV, SAMI, TTML, JSON og CSV, pluss MicroDVD, der bilderutene leses og skrives med bilderutefrekvensen du setter — en tospråklig fil der er én linje med begge språkene skilt av en loddrett strek. LRC og ren tekst tas ikke imot: LRC lagrer ingen sluttid og tekst lagrer ingen tider, så det finnes ingen blokk en linje kan høre til. Ingenting lastes opp. Filen leses, filtreres og skrives tilbake inne i denne nettleserfanen, som er poenget for alle hvis materiale ikke har lov til å forlate maskinen.