Seltsame mp3-Tags: Ãîðîä (russisch?)

Falscher Zeichensatz. Gibt ja verschiedene Standards (brauchst nur mal im IE unter Ansicht > Codierung schauen, was es alles gibt).

Jetzt ist das Kind natürlich schon in den Brunnen gefallen. Ursprünglich war das wohl KOI8-R oder Windows-1251, jetzt werden die Namen im Rahmen des lokalen Systemzeichensatzes (Windows-1252 oder ISO-8859-1) interpretiert.
Ich würde die Namen in eine Textdatei kopieren, diese im Browser mit dem richtigen Zeichensatz anzeigen lassen und dann einzeln die Namen kopieren und unbenennen. Windows und NTFS können schon lange Unicode, richtig kodiert muß es aber sein.

Danke erstmal für den Tip.

Wenn ich die verschiedenen Kodierungsoptionen durchprobiere, komme allerdings nicht zu einem sinnvollen Ergebnis.

Na ja, macht nix.

Hey, das geht ja doch!!!

Danke @audiophilanthrop

Komischerweise ging das erst, als ich eine .txt-Datei mit dem Browser geöffnet habe. Bei ergoogelten Websites mit ähnlichem Salat hat es nicht geklappt - wie ich ja soeben berichtet habe.

Müßte das nicht auch gehen?

Komisch, hab das mal im Seamonkey als Kyrillisch (1251) dekodieren lassen, und heraus kam dieses, was recht sinnvoll aussieht:

Город 312 - [Обернись (Бонус)] Обернись (Rock version)

Ich hatte allerdings ein Problem übersehen: Wenn die Dateien auch in CP1251 getaggt sind (MP3V2 erlaubt zwar auch Unicode, oft liegen die Tags aber doch im Systemzeichensatz vor), hast du wohl Pech gehabt.

EDIT: OK, das hat sich ja jetzt geklärt.

Komischerweise ging das erst, als ich eine .txt-Datei mit dem Browser geöffnet habe. Bei ergoogelten Websites mit ähnlichem Salat hat es nicht geklappt - wie ich ja soeben berichtet habe. Müßte das nicht auch gehen?

Das läßt sich leicht erklären, wie z.B. bei last.fm - die Seite verwendet UTF-8-Kodierung, kann also den gesamten Unicode-Zeichenumfang darstellen. Da steht dann auch tatsächlich "Ãîðîä 312" (entsprechend UTF-8-kodiert, was als ISO-8859-1 dekodiert "Ãîðîä 312" ist), die Fehlinterpretation von CP1251 als CP1252 fand schon vorher statt, wie oben erwähnt. Auf last.fm sieht man dann auch eine explizite Empfehlung des MusicBrainz-Taggers, vielleicht löst der auch dein Problem.

bei der freedb habe ich ähnliche Zeichensätze bisher nur bei einigen wenigen orientalischen und griechischen CDs gehabt.

audiophilanthrop schrieb:

K Das läßt sich leicht erklären, wie z.B. bei last.fm - die Seite verwendet UTF-8-Kodierung, kann also den gesamten Unicode-Zeichenumfang darstellen. Da steht dann auch tatsächlich "Ãîðîä 312" (entsprechend UTF-8-kodiert, was als ISO-8859-1 dekodiert "Ãîðîä 312" ist), die Fehlinterpretation von CP1251 als CP1252 fand schon vorher statt, wie oben erwähnt. Auf last.fm sieht man dann auch eine explizite Empfehlung des MusicBrainz-Taggers, vielleicht löst der auch dein Problem.

Jap, das leuchtet ein!

Da wundern sich dann wohl einige über die merkwürdigen Zeichen.

Was ich nicht wußte: Wenn ich eine Zeichenfolge als .txt speichere, geht die Unicode-Kodierung verloren. Hab's grad mal mit kyrillischen und chin. Zeichen aus der Arial Unicode probiert.

Was ich nicht wußte: Wenn ich eine Zeichenfolge als .txt speichere, geht die Unicode-Kodierung verloren. Hab's grad mal mit kyrillischen und chin. Zeichen aus der Arial Unicode probiert.

Ist aber logo, weil txt nur AINSI-Code (128 Zeichen) bzw. MS_DOS-Txt ASCII-Code (256 Z.) verwendet (beim Öffnen als Word kannst du KONVERTIEREN BESTÄTIGEN vorwählen und wirst dann nach dem Format gefragt (wo man auch zwischen normalem .txt und MS_DOS_txt unterscheidet). Kenne ich daher, weil ich MSDOS_txt-Dateien eines alten Schreibsystems mal konvertieren mißte.

Allerdings ist das hier wohl nicht relevant, denn die Tags in den mp3-Files waren von vornherein keine Unicode-Zeichen (im Gegensatz zu den völlig identischen, aber ander kodierten Zeichen auf der Website). Durch den Speichervorgang ist also nix verloren gegangen.

Auch bei schnöden Textdateien kommt es letztlich auf den verwendeten Editor an - Informationen zu ihrer Kodierung enthalten sie im Normalfall nicht. Die meisten Windows-Editoren werden per Default im ANSI-Zeichensatz anzeigen, das Windows-Notepad kann (zumindest ab 2000 oder so) auch UTF-16, welches dann am entsprechenden Marker-Byte am Anfang der Datei erkannt wird. Mein Standard-Editor (WinVi) kann noch mehr - ANSI, DOS (hier CP850), UTF-8, UTF-16 (big endian und little endian), sogar EBCDIC, das ganze noch mit zuschaltbarem Hex-Modus.

Danke, wieder was gelernt.

Hab auch Vista (32 b) und versuchsweise mit dem Editor chin. Zeichen gesperichert. Klappt. Im Speichern-Dialog kann ich zwischen AINSI, Unicode, Unicode Big Endian (nur Big) und UTF-8 wählen.

Ansonsten finde ich keine Optionen. Wie kann man denn zum Beispiel eine Datei hexadezimal anzeigen lassen?

Mein erster Versuch, Ãîðîä 312 - [Îáåðíèñü (Áîíóñ)] Îáåðíèñü zu "dechiffrieren" ging auch über den Winsdows-Editor, ohne Erfolg.

Sorry, kleine Missverständnis. Ich dachte WinVi heißt "Windows Vista".
http://www.winvi.de/de/

Nettes Teil, läuft ohne Installation.