# Konverter: Textdatei - Tag (Zeichensalat) **URL:** \ **Category:** Allgemein\ **Created:** [January 1, 2017, 2:16pm UTC](https://community.mp3tag.de/t/konverter-textdatei-tag-zeichensalat/18573 "2017-01-01T14:16:07Z")\ **Posts on this page:** 9\ **Page:** 1
**Author:** ![poster](https://community.mp3tag.de/user_avatar/community.mp3tag.de/poster/32/4881_2.png) [@poster](https://community.mp3tag.de/u/poster)\ **Post date:** [January 1, 2017, 2:16pm UTC](https://community.mp3tag.de/t/konverter-textdatei-tag-zeichensalat/18573/1 "2017-01-01T14:16:07Z")
Ich stecke mal wieder im Gestrüpp des Zeichensalats und zwar diesmal bei der Funktion Konvertieren Textdatei - \> Tag Es liegt eine Textdatei zum Importieren vor. Ich schaue mir die zunächst in Notepad++ an. Notepad++ steht bei mir auf automatischer Erkennung der Codierung und zeigt für die betreffende Datei "UTF-8 ohne BOM" an. Alle Zeichen sind so wie sie sein sollten. Meine MP3Tag-Einstellung bei den Tags zum Schreiben: ID3v2.3-UTF16. Wenn ich jetzt das Textfile über Konvertieren Textdatei \> Tag importiere bekomme ich Zeichensalat: Beispiel: "Gilbert Bécaud" wird zu "Gilbert Bécaud" Die Mp3Tag-Previewfunktion des Konvertierungsmenüs verwendet bei mir auch Notepad++. Notepad++ zeigt mir als Codierung für die erzeugte preview.txt "UTF-8" an. Änderungen bei den Optionen von MP3Tag zum Schreiben (UTF-8, ISO8859-1) bringen kein anderes Ergebnis. **Ein korrektes Ergebnis bekomme ich auf folgendem Weg** : Konvertieren der zu importierenden Textdatei mit Notepad++ in die Codierung "ANSI" - alle Zeichen werden weiterhin richtig angezeigt. Nach dem Import haben die Tags bzw. die preview.txt korrekte Sonderzeichen an. Als Codierung meldet Notepadd++ bei der preview.txt "UTF-8". Dieser Lösungsweg ist natürlich etwas umständlich und ich frage mich, ob sich da MP3Tag richtig verhält. Für mich sieht es so aus, als ob Mp3Tag eine UTF-8 codierte Datei nicht korrekt importiert und als Quelle eine ANSI-codierte Datei erwartet. ---
**Author:** ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)\ **Post date:** [January 1, 2017, 3:46pm UTC](https://community.mp3tag.de/t/konverter-textdatei-tag-zeichensalat/18573/2 "2017-01-01T15:46:19Z")
Du könntest mal in Datei\>Optionen\>Export die Option "Exportdatei mit BOM" checken und ob das je nach Einstellung einen Unterschied macht. ---
**Author:** ![poster](https://community.mp3tag.de/user_avatar/community.mp3tag.de/poster/32/4881_2.png) [@poster](https://community.mp3tag.de/u/poster)\ **Post date:** [January 1, 2017, 5:22pm UTC](https://community.mp3tag.de/t/konverter-textdatei-tag-zeichensalat/18573/3 "2017-01-01T17:22:08Z")
Tut es nicht und hätte mich an dieser Stelle bei den Einstellungen für den **Export** auch gewundert. ---
**Author:** ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)\ **Post date:** [January 1, 2017, 6:16pm UTC](https://community.mp3tag.de/t/konverter-textdatei-tag-zeichensalat/18573/4 "2017-01-01T18:16:07Z")
> [@poster](#): > > Tut es nicht und hätte mich an dieser Stelle bei den Einstellungen für den **Export** > auch gewundert. Also ich habe jetzt mal Gilbert Bécaud als String in 3 unterschiedlich codierten Textdateien untergebracht: ANSI: 47 69 6C 62 65 72 74 20 42 E9 63 61 75 64: Gilbert Bécaud Unicode: FF FE 47 00 69 00 6C 00 62 00 65 00 72 00 74 00 20 00 42 00 E9 00 63 00 61 00 75 00 64 00: G.i.l.b.e.r.t. .B.é.c.a.u.d UTF-8: EF BB BF 47 69 6C 62 65 72 74 20 42 C3 A9 63 61 75 64: ...Gilber Bécaud jeweils geschrieben mit dem stinknormalen Notepad von Windows. Dadurch, dass alle nicht-ANSI-Dateien einen Header haben, werden sie auch von MP3tag richtig erkannt. Anscheinend ist da ein Fehler im Arbeitsgang mit Notepad++ ---
**Author:** ![DJ\_Mucke](https://community.mp3tag.de/user_avatar/community.mp3tag.de/dj_mucke/32/224_2.png) [@DJ\_Mucke](https://community.mp3tag.de/u/DJ_Mucke)\ **Post date:** [January 2, 2017, 6:07pm UTC](https://community.mp3tag.de/t/konverter-textdatei-tag-zeichensalat/18573/5 "2017-01-02T18:07:11Z")
> [@ohrenkino](#): > > ...Anscheinend ist da ein Fehler im Arbeitsgang mit Notepad++... Hallo Ich selber habe die Arbeit mit Np++ schon lange aufgegeben, das stinknormale Editor-tools v. Win doof, macht was es soll - richtig importen. Gruß ---
**Author:** ![poster](https://community.mp3tag.de/user_avatar/community.mp3tag.de/poster/32/4881_2.png) [@poster](https://community.mp3tag.de/u/poster)\ **Post date:** [January 3, 2017, 8:51am UTC](https://community.mp3tag.de/t/konverter-textdatei-tag-zeichensalat/18573/6 "2017-01-03T08:51:02Z")
> [@DJ Mucke](#): > > Ich selber habe die Arbeit mit Np++ schon lange aufgegeben, das stinknormale Editor-tools v. Win doof, macht was es soll - richtig importen. Naja, dieser "stinknormale Editor" kann ja nur einen Bruchteil der Features, die ich am Notepad++ schätze und auch benötige. Allerdings liegt hier ein wohl Missverständnis des geschilderten Sachverhalts bei Ohrenkino und Dir vor, denn Notepad++ ist ja an dem geschilderten Problem überhaupt nicht beteiligt und es importiert ja auch nichts. Ich habe es nur erwähnt, weil es mir die Codierung der vorliegenden Textdatei und der preview.txt anzeigt. Die zu importierende Datei wurde nicht mit Notepad++ erstellt und ihr Ursprungsformat liegt auch außerhalb meines Einflussbereichs. Problem war, dass das Importieren dieser Textdatei bei Mp3Tag zu falschen Zeichen führte (obwohl Notepad++ den Text beim Öffnen der Textdatei korrekt anzeigte). Ich habe das Problem inzwischen jedoch wohl eingekreist. Die Ursprungsdatei lag in "UTF-8 ohne BOM" vor. Notepad++ erkennt das korrekt und zeigt auch korrekte Zeichen an. MP3Tag kommt aber wohl mit "UTF-8 ohne BOM" nicht zurecht. Nach Konvertieren der Datei mit Notepad++ in "UTF-8 (mit BOM)" oder in "ANSI" importiert auch MP3Tag korrekt. ---
**Author:** ![DJ\_Mucke](https://community.mp3tag.de/user_avatar/community.mp3tag.de/dj_mucke/32/224_2.png) [@DJ\_Mucke](https://community.mp3tag.de/u/DJ_Mucke)\ **Post date:** [January 3, 2017, 4:45pm UTC](https://community.mp3tag.de/t/konverter-textdatei-tag-zeichensalat/18573/7 "2017-01-03T16:45:23Z")
Hallo > [@poster](#): > > ... ohne BOM... Da lag ich schon richtig - ergo - gleiche Problematik Gruß ---
**Author:** ![poster](https://community.mp3tag.de/user_avatar/community.mp3tag.de/poster/32/4881_2.png) [@poster](https://community.mp3tag.de/u/poster)\ **Post date:** [January 3, 2017, 5:09pm UTC](https://community.mp3tag.de/t/konverter-textdatei-tag-zeichensalat/18573/8 "2017-01-03T17:09:04Z")
> [@DJ Mucke](#): > > Da lag ich schon richtig - ergo - gleiche Problematik Wozu gleich? ---
**Author:** ![DJ\_Mucke](https://community.mp3tag.de/user_avatar/community.mp3tag.de/dj_mucke/32/224_2.png) [@DJ\_Mucke](https://community.mp3tag.de/u/DJ_Mucke)\ **Post date:** [January 9, 2017, 2:25pm UTC](https://community.mp3tag.de/t/konverter-textdatei-tag-zeichensalat/18573/9 "2017-01-09T14:25:38Z")
Hallo, wenn auch spät von mir gelesen > [@poster](#): > > Wozu gleich? geschildert hast du das Problem [hier](https://community.mp3tag.de/t/18573/1) was ich ebenfalls hatte Gruß