Korjaa tekstityksen merkistö
Tai liitä tekstityksen teksti
Asetukset
Tämä muuttaa sitä, miten tiedosto luetaan, ei sitä, mitä kirjoitetaan. Normaalisti koodaus päätellään ensimmäisistä tavuista: BOM, jos sellainen on, UTF-8, jos tiedosto on kelvollista UTF-8:aa, ja muuten Windows-1252. Se osuu oikeaan länsieurooppalaisissa tiedostoissa ja väärään kaikessa muussa, joten japanilainen, kiinalainen, korealainen tai kyrillinen tiedosto saapuu näyttönä aksentillista roskaa. Nimeä koodaus tässä, niin arvailu ohitetaan. Tunnista automaattisesti on oletus eikä tee mitään, minkä vuoksi se on turvallista jättää rauhaan. Huomaa, että tulos kirjoitetaan takaisin UTF-8:na: selaimet pystyvät tuottamaan vain kourallisen koodauksia, eikä yksikään tämän luettelon koodauksista ole niiden joukossa. Juuri se on tämän sivun tarkoitus — teksti tulee ulos oikein ja muodossa, jonka jokainen työkalu osaa lukea.
Kuvanopeus, jossa ajoitukset on laskettu. Muotosivuilla tätä tarvitsee MicroDVD, koska se tallentaa ajoituksen ruutunumeroina. Kuvanopeussivuilla tämä on nopeus, jota vasten tiedosto ajastettiin — versio, jolle tekstitys tehtiin — ja sivun toinen laatikko ottaa sen videon nopeuden, jonka kanssa aiot tekstitystä käyttää. Yleisiä ovat 23,976, 24, 25, 29,97, 30, 50, 59,94 ja 60. Väärä arvo siirtää koko aikajanaa, ja kuvanopeussivuilla se siirtää sitä suhteellisesti eikä kiinteällä määrällä.
Jotkut tekstitystiedostot saapuvat ruudullisena symboleja, jotka eivät kuulu mihinkään kieleen. Tiedosto ei ole vahingoittunut eikä teksti ole kadonnut: sitä lukenut ohjelma sovelsi tavuihin väärää sääntöä, ja ulos tulleet merkit ovat se, mitä ne tavut tarkoittavat toisella säännöllä. Tämä sivu antaa sinun sanoa, mitä sääntöä käytetään, ja se soveltaa sitä ennen kuin tiedostolle tapahtuu mitään muuta.
Sen pitää olla sinä siksi, että tavut eivät yleensä kerro. Tekstitystiedoston avaava ohjelma arvaa: merkki alussa ratkaisee, kelvollinen UTF-8 ratkaisee, ja muuten se turvautuu johonkin — yleisesti työkalua ajavan henkilön paikalliseen koodisivuun eikä tiedoston kirjoittaneen. Japanilaiset, korealaiset ja kiinalaiset tekstitystiedostot ovat tapauksia, joissa arvaus menee useimmin väärin, koska ne merkistökoodaukset olivat oletuksia koneilla, jotka ne tuottivat, eivätkä niiden tavut ole kelvollista UTF-8:aa. Se, joka tietää, mikä ohjelma tiedoston kirjoitti, tietää enemmän kuin arvaaja, ja tämä sivu on paikka, johon se tieto pannaan.
Automaattinen on oletus ja tarkoittaa, että arvaus toimii täsmälleen kuten aina ennenkin, joten tämän sivun avaaminen tiedostolle, joka jo luetaan oikein, ei muuta mitään. Valitse tietty merkistökoodaus, niin tiedosto luetaan sen mukaisesti ennen tekstityksen jäsentämistä — minkä vuoksi tällä sivulla ei ole erillistä ”käytä”-vaihetta tavallisessa mielessä, ja minkä vuoksi oikein luettava tiedosto voi tulla ulos samoilla alaotsikoilla, aikakoodeilla ja rivinvaihdoilla ja täysin erilaisella merkkijoukolla. Valitset luennan, et muokkausta.
Kaksi asiaa tuloksesta kannattaa tietää etukäteen, ja sivu raportoi molemmat. Ensimmäinen on, että väärä valinta näyttää väärältä valinnalta: symbolit muuttuvat toisiksi symboleiksi eivätkä tekstiksi, eikä kokeilemalla vahingoita mitään. Toinen on selaimen todellinen rajoitus: merkistökoodauksia, joita selain osaa lukea, se ei osaa kaikkia kirjoittaa. Shift-JIS:nä, GBK:nä, Big5:nä tai EUC-KR:nä korjattu tiedosto kirjoitetaankin siksi ulos UTF-8:na, joka luetaan oikein kaikkialla ja jota nykyaikaiset työkalut odottavat — mutta se ei ole nimeämäsi merkistökoodaus, joten jos alavirran järjestelmä vaatii alkuperäistä, muunna tiedosto työpöytätyökalulla täällä korjaamisen jälkeen.
Yksi luettelon kohta ansaitsee oman maininnan. ISO-8859-1 ja automaattinen päätyvät selaimessa samaan kooditaulukkoon, koska standardi sanoo sen nimen tarkoittavan Länsi-Euroopan taulukkoa. Se kannattaa silti olla olemassa, koska se tekee jotain, mitä automaattinen ei voi: se kumoaa arvauksen. Länsi-Eurooppalainen tiedosto, jonka tavut sattuvat muodostamaan kelvollisen UTF-8-jakson, luetaan automaattisesti UTF-8:na, eivätkä näkemäsi merkit silloin ole ne, jotka tiedostossa ovat; ISO-8859-1:n nimeäminen pakottaa länsimaisen luennan. Kaikki kaksitoista tekstitysmuotoa kelpaavat, eikä mitään lähetetä — tiedosto luetaan ja kirjoitetaan selaimessasi.
Esimerkit
Automaattinen tunnistus tiedostolle, joka jo luetaan oikein
Syöte
1
00:00:01,000 --> 00:00:02,000
The room is dark.
2
00:00:03,000 --> 00:00:04,000
A cold night.
Tuotos
1
00:00:01,000 --> 00:00:02,000
The room is dark.
2
00:00:03,000 --> 00:00:04,000
A cold night.
Oletusasetus ja ainoa, joka ei pyydä mitään: automaattisella valittuna mitään merkistökoodausta ei nimetä, joten tiedosto luetaan täsmälleen kuten ennen tämän sivun olemassaoloa. Se tekee avaamisesta turvallista tiedostolle, josta et ole varma — jos mitään ei ollut vialla, mitään ei tapahdu — ja se on asetus, johon palata, kun tietty valinta pahensi asioita.
Sama tiedosto Shift-JIS:nä luettuna
Syöte
1
00:00:01,000 --> 00:00:02,000
こんにちは、いい天気ですね。
Tuotos
1
00:00:01,000 --> 00:00:02,000
こんにちは、いい天気ですね。
Sama tiedosto kahdella tavalla luettuna. Se, mitä ruudussa on, kun tavut on luettu Shift-JIS:nä, on se japani, jota ne olivat koko ajan sanomassa; länsimaisena tekstinä luettuina samat tavut ovat rivi asiaankuulumattomia aksentillisia kirjaimia, ja juuri se tila saa ihmiset etsimään tätä sivua. Tämän esimerkin molemmat ruudut näyttävät luettavan version, koska uudelleenluenta tapahtuu ennen tekstityksen jäsentämistä — sivulla ei ole vaihetta, jossa väärät merkit olisivat ruudulla eivätkä oikeat.
Länsimainen tiedosto, jonka automaattinen tunnistus lukee UTF-8:na
Syöte
1
00:00:01,000 --> 00:00:02,000
Café Ã la carte
Tuotos
1
00:00:01,000 --> 00:00:02,000
Café Ã la carte
Vaikea tapaus ja ainoa, jossa automaattinen ja nimetty merkistökoodaus ovat selaimessa eri mieltä. Tiedoston tavut sattuvat muodostamaan kelvollisen UTF-8-jakson, joten arvaus on UTF-8 eivätkä luovutetut merkit ole ne, jotka tiedostossa ovat. ISO-8859-1:n nimeäminen pakottaa Länsi-Euroopan luennan. Kooditaulukko on kummassakin sama, ja juuri se on osa, joka on helppo ymmärtää väärin vanhemmista ohjeista: valinta kumoaa arvauksen.
Usein kysytyt kysymykset
Miksi tekstitystiedostossani näkyy outoja merkkejä oikean tekstin sijaan?
Koska tavut luettiin väärällä säännöllä. Tiedostossa on japanilaista, korealaista tai kyrillistä tekstiä siinä merkistökoodauksessa, jota sen kirjoittanut ohjelma käytti, ja sitä lukenut ohjelma oletti jotain muuta — hyvin usein koneen paikallista koodisivua eikä tiedoston omaa. Mikään ei ole vahingoittunut: samat tavut oikealla säännöllä antavat oikean tekstin, ja juuri sitä merkistökoodauksen nimeäminen tällä sivulla tekee.
Miten saan selville, missä merkistökoodauksessa tekstitystiedosto todella on?
Yleensä siitä, mikä sen tuotti. Japanilaisesta Windows-työkalusta tullut japanilainen tiedosto on todennäköisimmin Shift-JIS, mantereelta tullut kiinalainen on GBK ja Taiwanilta tullut Big5, korea on EUC-KR ja kyrillinen on useimmiten Windows-1251. Ellei se riitä, kokeile niitä: väärä valinta antaa symboleja ja oikea antaa tekstiä, joten tiedoston voi tunnistaa sekunneissa tietämättä siitä mitään.
Mitä tapahtuu, jos valitsen tekstitystiedostolleni väärän merkistökoodauksen?
Merkeistä tulee eri joukko vääriä merkkejä eikä mitään muuta tapahdu — alkuperäinen tiedosto levylläsi on koskematon, eikä mitään lähetetä tai tallenneta minnekään. Uudelleen yrittäminen on ilmaista. Ainoa tulos, jota kannattaa varoa, on tiedosto, joka luetaan oikein mutta jonka yläreunassa on epäilyttävän pitkä symbolirivi: se tarkoittaa, että tiedostossa on myös merkki, jonka valittu merkistökoodaus luki merkkeinä.
Miksi korjattu tekstitystiedostoni kirjoitetaan UTF-8:na, vaikka valitsin Shift-JIS:n?
Koska selain osaa lukea sitä merkistökoodausta mutta ei kirjoittaa sitä. Shift-JIS:nä, GBK:nä, Big5:nä tai EUC-KR:nä luettu tiedosto kirjoitetaan ulos UTF-8:na, joka pitää sisältämänsä jokaisen merkin ja on se, mitä lähes kaikki nykyinen ohjelmisto odottaa. Tekstityksen teksti on täsmälleen se, minkä näet ruudussa; vain säiliö vaihtui. Jos alavirran järjestelmä vaatii alkuperäistä merkistökoodausta, muunna korjattu tiedosto työpöytätyökalulla.
Muuttaako merkistökoodauksen korjaaminen tekstitykseni tekstiä?
Ei. Tiedostosi tavuja ei muuteta, eikä yhtään merkkiä lisätä, poisteta tai korvata; mikä muuttuu, on sääntö, jolla ne tavut muutetaan tekstiksi, ja kaikki sen vaiheen jälkeen toimii oikealla tekstillä. Alaotsikkonumerot, aikakoodit ja rivinvaihdot ovat tiedoston omia, täsmälleen kuten ne ovat jokaisella muullakin tämän sivuston toimintosivulla.
Riittääkö automaattinen merkistöntunnistus, vai pitäisikö se aina asettaa?
Automaattinen on oikein suurimmalle osalle tiedostoja, ja se on oletus, koska oikein luettava tiedosto ei tarvitse sinun sanovan mitään. Aseta merkistökoodaus, kun teksti on näkyvästi väärin, kun tiedät mikä tiedoston tuotti, tai kun erä tuli yhdestä lähteestä ja pitäisi lukea yhdellä tavalla. Yksi tapaus, jossa siitä ei ole apua: tiedosto merkistökoodauksessa, jolle selaimella ei ole lainkaan purkajaa — se pysyy vääränä valitsitpa minkä tahansa.