Vai al contenuto

Riconoscere e convertire la codifica

Encoding Detector & Converter

Indovina la codifica dei caratteri di un file — CP949, Shift_JIS, GB18030, Windows-1252 e altre — mostrando l’anteprima di ogni candidata affiancata, poi lo risalva in UTF-8 (con o senza BOM), UTF-16 o EUC-KR/CP949.

Si trascina un file di testo e si vede, una accanto all’altra, la decodifica sotto ogni codifica candidata, per scegliere quella in cui il testo si legge correttamente. Legge UTF-8, UTF-16, CP949, Shift_JIS, GB18030, EUC-JP e Windows-1252 e salva in UTF-8, UTF-8 (BOM), UTF-16 LE (BOM), UTF-16 BE (BOM) e EUC-KR / CP949, con i fine riga convertiti se serve: la lista in entrata è più lunga di quella in uscita, perché quello che ha scritto un sistema di una volta non è quello in cui si deve scrivere adesso.

🔒 Funziona interamente nel tuo browserencodingcharsetutf8convert

Trascina qui un file di testo

CSV, sottotitoli, log, sorgenti: qualunque file di testo. Non esce da questa scheda.

Oppure incolla il testo

Il testo incollato è già decodificato, quindi non c’è niente da indovinare: serve solo la codifica con cui salvarlo.

Coreano che appare come °í°´¸í vuol dire che un file CP949 è stato letto con un’altra tabella; ê³ ê° vuol dire che un file UTF-8 è stato letto come Latin-1. Il candidato che mostra l’hangul per bene è la codifica di partenza.

Il testo già salvato rotto — quando hai il testo ma non il file originale — è quello che lo strumento «깨진 한글 복구» disfa.

Come si usa

  1. Trascinare il file

    CSV, sottotitoli, log, sorgenti: qualunque cosa sia testo. Un BOM in testa risolve la questione all’istante e viene segnalato come tale.

  2. Scegliere il candidato in cui il testo si legge

    Ogni candidato mostra un’anteprima e quanti caratteri non è riuscito a leggere. L’ordine tiene conto di quanto di ogni decodifica cade nella scrittura di chi usa quella codifica, e le lettere accentate sono la prova più debole di tutte: ogni byte alto ne può produrre una, mentre l’hangul esce solo da 25 delle righe di testa di CP949. Su un testo italiano il rilevamento automatico ha quindi poco su cui lavorare — è un’ipotesi, gli occhi no.

  3. Scegliere la codifica in cui salvare

    UTF-8 per qualunque cosa moderna; UTF-8 con BOM quando il CSV deve aprirsi in Excel; EUC-KR solo quando lo pretende un sistema vecchio. Windows-1252 e Latin-1 si leggono ma non si scrivono. Il pannello dice quanti caratteri quella codifica non riesce a contenere, prima di salvare.

Domande frequenti

Le mie accentate si vedono come à e è

È un file UTF-8 letto con una tabella Latin-1 o Windows-1252: va scelto il candidato UTF-8. Se invece dove doveva esserci una «à» si vede un �, è un file Latin-1 o Windows-1252 letto come UTF-8: va scelto il candidato Windows-1252. Il coreano che si vede come °í°´¸í è un file CP949 letto con una tabella occidentale.

Excel apre il mio CSV UTF-8 come testo illeggibile

Excel su Windows presume la tabella codici di sistema, a meno che il file non cominci con un BOM. Salvando come «UTF-8 con BOM» si apre correttamente, al prezzo di tre byte che qualche strumento Unix mostra come caratteri.

Alcuni caratteri sono diventati punti interrogativi

EUC-KR non ha un codice per loro: le emoji, alcuni caratteri han e quasi tutte le lettere europee accentate, à ed è comprese. L’elenco viene mostrato prima di salvare. Se quei caratteri servono, l’unica risposta è UTF-8.

Ho solo il testo rotto, non il file

Allora questo è lo strumento sbagliato: lavora sui byte. Lo strumento per il recupero dell’hangul rotto (깨진 한글 복구) prende il testo illeggibile e ripercorre a ritroso la decodifica che lo ha prodotto.

Può ricevere da

Dopo

Questi accettano ciò che produce questo strumento, così il risultato può passare direttamente.