Zum Inhalt springen

Zeichenkodierung erkennen und umwandeln

Encoding Detector & Converter

Errät die Zeichenkodierung einer Datei – CP949, Shift_JIS, GB18030, Windows-1252 und mehr – mit einer Vorschau jedes Kandidaten nebeneinander und speichert sie als UTF-8 (mit oder ohne BOM), UTF-16 oder EUC-KR/CP949 neu.

Legen Sie eine Textdatei ab und sehen Sie nebeneinander, wozu sie unter jeder Kandidatenkodierung dekodiert, damit Sie die wählen können, in der der Text richtig lesbar ist. Gelesen werden UTF-8, UTF-16, CP949, Shift_JIS, GB18030, EUC-JP und Windows-1252, gespeichert wird als UTF-8, UTF-8 (BOM), UTF-16 LE (BOM), UTF-16 BE (BOM) und EUC-KR / CP949, auf Wunsch mit umgestellten Zeilenenden — die Liste beim Lesen ist länger als beim Schreiben, denn was ein Altsystem hinterlassen hat, ist nicht das, worin heute geschrieben werden sollte.

🔒 Läuft vollständig in Ihrem Browserencodingcharsetutf8convert

Legen Sie hier eine Textdatei ab

CSV, Untertitel, Protokolle, Quelltext – jede Textdatei. Sie verlässt diesen Tab nicht.

Oder fügen Sie den Text ein

Eingefügter Text ist bereits dekodiert, es gibt also nichts zu raten – nur die Kodierung zum Speichern.

Koreanisch, das als °í°´¸í erscheint, heißt: eine CP949-Datei wurde mit einer anderen Tabelle gelesen; ê³ ê° heißt: eine UTF-8-Datei wurde als Latin-1 gelesen. Welcher Kandidat das Hangul richtig zeigt, ist die Ausgangskodierung.

Text, der bereits kaputt gespeichert wurde – wo Sie den Text haben, aber nicht die Originaldatei –, ist das, was das Werkzeug „깨진 한글 복구“ rückgängig macht.

So funktioniert es

  1. Legen Sie die Datei ab

    CSV, Untertitel, Logs, Quellcode – alles, was Text ist. Eine BOM am Anfang entscheidet die Frage sofort und wird als solche gemeldet.

  2. Wählen Sie den Kandidaten, in dem der Text lesbar ist

    Jeder Kandidat zeigt eine Vorschau und wie viele Zeichen er nicht lesen konnte. Die Reihenfolge der Liste wird danach bewertet, wie viel jeder Dekodierung in die eigene Schrift des Kandidaten fällt – Umlaute und ß für Windows-1252, Hangul für CP949, Kana für Shift_JIS – und die Liste nennt den Grund. Eine deutsche Datei mit einem einzigen Umlaut landet bei Windows-1252 oben, und diese Codepage wird nie mit den CJK-Codepages verwechselt; die Vorschau hat trotzdem das letzte Wort. Maschinelle Erkennung ist eine Vermutung; Ihre Augen sind es nicht.

  3. Wählen Sie die Kodierung zum Speichern

    UTF-8 für alles Moderne; UTF-8 mit BOM, wenn Excel die CSV öffnen muss; EUC-KR nur, wenn ein altes koreanisches System es verlangt. Windows-1252 und Latin-1 lassen sich lesen, aber nicht schreiben. Das Feld sagt vor dem Speichern, wie viele Zeichen die Kodierung nicht aufnehmen kann.

Häufige Fragen

Meine Umlaute erscheinen als ä und ß

Eine UTF-8-Datei, die mit einer Latin-1- oder Windows-1252-Tabelle gelesen wurde – wählen Sie den UTF-8-Kandidaten. Sehen Sie stattdessen ein � dort, wo ein ä stehen sollte, ist es eine Latin-1- oder Windows-1252-Datei, die als UTF-8 gelesen wurde – wählen Sie den Windows-1252-Kandidaten.

Excel öffnet meine UTF-8-CSV als Zeichensalat

Excel unter Windows nimmt die System-Codepage an, wenn die Datei nicht mit einer BOM beginnt. Speichern Sie als „UTF-8 mit BOM“, und sie öffnet sich richtig, um den Preis von drei Bytes, die manche Unix-Werkzeuge als Zeichen anzeigen.

Manche Zeichen wurden zu Fragezeichen

EUC-KR hat keinen Code für sie – Emoji, manche Han-Zeichen, die meisten europäischen Buchstaben einschließlich ä, ö, ü und ß. Die Liste wird vor dem Speichern angezeigt. Wenn Sie diese Zeichen brauchen, ist UTF-8 die einzige Antwort.

Ich habe nur den kaputten Text, nicht die Datei

Dann ist das das falsche Werkzeug – es arbeitet auf Bytes. Das Werkzeug zur Reparatur von kaputtem Hangul (깨진 한글 복구) nimmt den Zeichensalat selbst und kehrt die Dekodierung um, die ihn erzeugt hat.

Eingabe aus

Danach

Diese Tools nehmen an, was dieses hier erzeugt, das Ergebnis kann also direkt weiter.