Sonderzeichen

Hi All,

habe ein skurriles (derzeit für mich) Problem, mit dem ich zwar leben könnte jedoch wäre es angenehmer wenn dies irgendwie zu beheben wäre.

Ich wollte alle meine Audio-Dateien neu tagen, so das sich nur noch eine Schreibweise habe und zwar die der original Sprache, was gerade bei Klassik.Sachen ungemein die Suche nach Komponisten und Sängern, Dirigenten etc. erleichtert.

So, weit so gut.
Also wird z.b. aus einem Breslik eben ein Brešlík und aus einem Beczala ein Beczała etc. etc.

So, weit so gut. Im Programm selbst sieht das alles auch immer fantastisch aus, bis .... ja bis man das teil mit dem mp3-player des Handys anhören möchte.

Dann wird zb. eben aus diesem Brešlík ein BreÅjlÃk oder aus einem Beczała ein Beczŗa und ähnliches - nicht immer, aber immer öfter ;(
Zudem erscheint alles teilweise nicht mehr unter einen Album und teils sogar ohne Cover . und dass obwohl laut mp3tag alles enthalten ist ;( Es ist auch nicht immer ein unterschiedlicher Name des Albums, der hier durch die Durcheinanderschmeissung der Zeichen zustande kommt.

Siehe Pixx - so sehen die files dann im player aus.

Erschwerend kommt hinzu, dass manche Sachen richtig dargestellt werden, manche aber wieder nicht mehr.
Und damit noch nicht genug, in fast jeden mp3-play sieht es anderes aus ;(

Das macht mich noch kirre! Wisst Ihr eine Lösung?


guck dir mal bei den FAQs den Thread zu Unicode an:
/t/2786/1

Und dann check mal deine Dateien, ob es da ggf. Unterschiede gibt.
Dazu erzeugst du dir am besten eine Spalte mit dem Wert
%_id3v2_character_encoding%
und guckst mal, ob das überall dasselbe ist.
Wenn nicht, pass die Zeichenkodierung den Beispielen an, die auf dem Abspieler laufen.

Moin und vielen Dank fürs schnelle Antworten.

Da darf ich doch mal bitte eine Frage stellen, als jmd. der kein ausreichende englisch-kenntnise hat und evtl. nicht so firm ist in all den Sachen:

Wenn ich doch ALLE files jeweils mit dem gleichen Programm ausgelesen habe und ALLE Files, ausnahmslos, per Reihentaggen auf einmal getaggt habe - mit einem Programm in einem rutsch: wie kann es sein, dass dann die Files mit verschiedenen Formaten geschrieben werden? Mal so, mal so.
Der Player ist der Standardplayer von Samsung, der von amazon, edge player, Itag Pro, Mimi Music, Music Folder Player full, Music player, musikspieler und die app: Autoagger - also schon einige. Alles sind neueste Versionen, ebenso wie der mp3tag.

Also frage ich mich doch jetzt, denn es ist für mich unlogisch dass der eine Tag STANDARDMÄSSIG ID3v2 Tags im Unicode Format (UTF-16) schreibt und die nächsten wieder in einem anderen.
Das riecht doch gerade zu eigentlich nach einem Bug, oder?

Würde es gern verstehen.
Die Formastumwandlung kann ich ja mal bei den Versuchsfiles gerne machen bevor ich die 31.000 Files umformatiere und mir dann alles zerschieße ;(

Grüße
Michael

Du hast Recht: wenn immer der gleiche Weg mit den gleichen Einstellungen eingeschlagen wird, sollte auch ein berechenbares Ergebnis herauskommen.
Nur siehst du ja selbst, dass die Ergebnisse nicht immer gleich sind.
Und wenn du der Ursache auf den Grund kommen willst (ob es an den Tag-Daten liegt oder doch an was anderem), dann kannst du mit MP3tag eben die Tag-Daten überprüfen - nichts anderes schlage ich dir vor.
Die Idee, dass es da irgendwo einen Bug geben kann, solltest du noch ein bisschen ausführen: bei wem vermutest du den Bug? MP3tag zeigt doch alle Tags richtig an, oder?
Und zu dem Problem, dass die Zeichenkodierung nicht von allen Programmen gleich flexibel gehandhabt wird, gibt es einen, sogar schon etwas abgehangenen Beitrag von 2006: /t/2786/1

Mein Vorschlag lautet: guck dir die Zeichenkodierung an von 2 Dateien, einer, die geht und einer, wo es nicht geht.
Wenn es keine Unterschiede gibt, war das wohl nicht die Ursache. Aber theoretisch und aus der Ferne die Annahme zu diskutieren, dass alles gleich sein müsste, bringt uns überhaupt nicht weiter.

Naja, da ich nur mit mp3-tag gearbeitet habe und es mal so, mal so ist, bin ich der Ansicht, dass da beim Magenta irgendetwas schief geht. Da die Player selbst ja die Zeichen darstellen können, da sonst die Darstellung ja nicht mal so mal so wäre, oder?

Das umstellen des Formats bringt mich nicht weiter, da ich dann ja auch gleich mit Breslik und Beczala schreiben kann anstelle der landesüblichen Schreibweise.

und mit dem UTF-16-Foprmat sollten die Player ja zurecht kommen, denn sonst würden die ja nicht mal diese Schreibweise und diese Zeichen akzeptieren und richtig darstellen und beim nächsten Titel wieder Sonderzeichen rausschmeißen.

Da der Fehler dann ja offensichtlich demnach weder beim mp3tag zu suchen ist noch beim Player läuft es dann wohl wieder auf den berühmten Satz aus: dann machst DU was falsch...! bzw. "der User ist das Problem" Danke, doch hierfür hätte ich mich hier nicht anmelden müssen, denn zu dieser Erkenntnis wäre ich selbst gekommen.

und nur das wiederholen eines Links auf ein ähnlich gelagertes Thema, macht diese Vorgehensweise und Erklärung auch nicht richtiger ;(

Das Problem scheint zu sein, mit Mp3tag die passende ID3 Tag Version zu schreiben, damit Sonderzeichen angezeigt werden, z. B. š oder ł, auf einem Handy MP3-Player (Marke, Modell unbekannt).

Beigefügt findest Du eine zip-Datei mit 4 MP3 Testdateien ohne Audio, nur mit ID3 Tag.
Bei welcher Datei wird der Artist Name richtig angezeigt auf dem externen Player?

Wenn noch nicht vorhanden, dann in Mp3tag Listenansicht zwei Spalten einrichten:
1.
Name=Char Enc
Wert=%_id3v2_character_encoding%

Name=TagRead (TagTypes)
Wert=%_tag_read%[' ('%_tag%')']

[attachment entfernt]

DD.20171013.1409.CEST

Beigefügt findest Du eine zip-Datei mit vier MP3 Testdateien, jeweils mit unterschiedlichem ID3 Tag Typ. Länge: 10 Sekunden Stille, MPEG-2 Layer 3, 40 Kbit, 22050Hz Mono.
Die Dateien sind abspielbar, zumindest mit WinAmp.
Bei welcher Datei wird der Artist Name richtig angezeigt auf dem externen Player?

Brešlík ... ID3v1
Brešlík ... ID3v2.3 UTF-16
Brešlík ... ID3v2.4 UTF-8
Breslík ... ID3v2.3 ISO8859-1

[attachment entfernt]

DD.20171019.0623.CEST

... was ist Magenta?...

Du wirst feststellen, dass auch DetelvD dir letztlich dasselbe empfiehlt wie ich: lass dir die Zeichencodierung anzeigen.
Dass DetlevD dir nun 4 Dateien zum Testen mitliefert: Hut ab.
Letztlich hättest du das aber auch mit deinen Dateien tun können: einer die funktioniert und einer die es nicht tut.
Auch dies schon als Vorschlag enthalten.
Hier wäre es schön, wenn du die Ergebnisse dieser konkreten Tips zur Fehlersuche öffentlich machen könntest. Deine Angaben, was du ggf. getan oder nicht getan hast, kann niemand von außerhalb nachprüfen und helfen deshalb nicht wirklich weiter.

Vielleicht noch zum weiteren Fahrplan:
Wenn die Anzeige der Textkodierung keine Auffälligkeiten zeigt, wäre zu prüfen, welche Tag-Versionen du in den Dateien hast (macht DetlevD dann über die Spalte mit %_tag%).
Und wenn das alles nichts bringt, ist noch eine Konsistenzprüfung mit einer der gängigen Softwaren wie Foobar, Mp3val und Mp3diags dran.
Die gestellten Fragen verfolgen also durch aus eine gewisse Systematik, die aber nicht zum Ziel führen, wenn sie unbeantwortet bleiben.
Wobei ich unter "Ziel" verstehe, dass anschließend ein Muster erkannt wird, bei welchen Dateien die Zeichen richtig gezeigt werden und wie ggf. die Ursache für falsche ANzeigen abgestellt werden kann.
Aber vielleicht irre ich ja auch.

Moin DetlevD,

vielen lieben Dank für die Mühe und die Antwort.
alle 4 Dateien sind laut mp3tag einwandfrei.

ich werde in der nächsten Antwort mal meine mp3 posten... 2 mit richtiger Darstellung und zwei mit falscher

Moin ohrenkino,

Sorry, das war wohl die Rechtsschreibprüfung die eh nichts bringt...lol

Es sollte heissen: taggen
Wie Magenta daraus wurde ist mir allerdings schleierhaft.... sorry dafür.

Ja, sicher hätte ich das nur wie gesagt, wenn ich die Dateien mit mp3-tag einlese ist alles ok....
lade sie aber auf die SD-Karte und in den Player (diverse, Liste weiter unten), dann habe ich Unterschiede in den Titeln unter einander.
Mal so, mal so halt...
Klar könnte ich auch ohne die original Zeichen leben, doch ich finde es halt so nicht nur angenehmer sondern auch übersichtlicher.
HIer werden nicht nur die fremdsprachigen Zeichen schlecht dargestellt sondern auch deutsche Umlaute, wie z.B. "ü".

Und alle Dateien sind per Massen-tagg benannt und gespeichert worden, also in einem Vorgang und nach dem auslesen und EAC also sind sie nach meiner Ansicht in ein und der gleichen Formatierung formatiert und mit dem gleichen Zeichensatz versehen - also mit diesen Grundgerüst auch abgespeichert worden... oder entspricht dies nicht den Tatsachen, falls ja so entzieht es sich gerade meiner Kenntnis von Logik (sorry, bin kein Informatiker sondern seit 2 Jahrzehnten nur noch der Enduser mit relativ guten Kenntnissen - teilweise kenne ich Vorgänge nicht, gebe ich zu. Daher bezeichne ich mit als klaren nur Anwender der logisch denkt).

Deswegen verstehe ich nicht so ganz was hier mit

eigentlich nun gemeint sein soll? sorry

bin auch sehr überrascht und dankbar.... zumal ich damit mehr anfangen konnte (bis dato).

Hätte ich, sicher... wenn ich denn gewusst hätte worauf du hinaus möchtest.... denn dass die Informationen in jedem File übereinstimmen sofern ich es mit mp3tag öffne, einlese und mir anzeigen lasse, das habe ich bereits in meinem Hautpost geschrieben. Oder? :wink:
Also, alles ok .... (für mich!)

Ich habe, um es noch detaillierter zu beschreiben,:

  1. Die CD mit EAC 1.3 eingelesen und durch einen externen EAC-Komprimierer (LAME MP3) mit ID3V1 und ID3V2 in den mp3-Format komprimiert, mit den Angaben: "%albumartist%~%albumtitle%~%year%".
    Anschließend habe ich die Dateien mit mp3tag, Ver2.84a rel. am 26 August 2017, getaggt und im Format ID3v1, ID3v2.3 UTF-16 abgespeichert.

Anschließend auf die 128 GB kopiert und mit dem Standard Samsung-Player Version 16.1.94.8 geöffnet wobei mir das dann aufgefallen ist dass mal so, mal so alles geschrieben steht.

Daraufhin habe ich es mit folgenden Playern versucht:
Amazon Music V7.1.5
Edge Player V5.0.6(S.T.E.P)
Mimi Music V1.8.0 (BARMER)
Music Folder Player Full V2.3.8 (Zorillasoft)
Music Player V2.2.7
Musikspieler V1.1.4

ebenso:
AutoTagger V2.3.3(35) by Sergey Chuprin

iTagPro V2.0.9 (LLC?) - ups... ist das Einzige Programm, welches es richtig anzeigt....
Aber vielleicht ist das ja eine Spur?

Alles mit dem gleichen Ergebnis, mehr oder weniger).

Bzgl. des Geräts selbst:
Samsung S-4 GT-19506
Android-Version 5.0.1
(Updates werden stets gefahren also von hier aus auf dem neuesten Stand)

Mit Foobar habe ich gerade die 4 mp3-Files aus dem Rar-Archiv aufgemacht foobar zeigt alles bestens an - zumindest was die Sonderzeichen angebtrifft. Alle anderen Ein-/Angaben scheinen auch zu stimmen.

Na dieses Ziel habe ich auch und daher bin ich der Ansicht, dass ich halt mit meinem Latein am Ende bin.
Schaut Euch selbst die Files oben an.
Wie ich mit ihnen vorgegangen bin, habe ich Euch bereits erläutert... eines nicht erwähnt, da ich das als selbstverständlich ansehe:

Die ersten Dateien, die auf der sd-karte waren und diese Ergebnisse im mp3-player brachten, habe ich gelöscht und mit dem mp3tag neue - von den originalen (schon mal mit dem mp3tag) angefertigte - Kopien bearbeitet. Also nicht die ersten gerade nochmals getaggt.
Die Dateien wurden aber bereits min. 1 zuvor, nach dem auslesen, vom mp3tag nach dem auslesen min. 1x neu getaggt.

Herzlichste Grüße
Michael, der hofft, dass er nun alle Informationen gab und vor allem, auch für Euch verständliche und nicht nur solche die es in meinem Kopf sind... :wink:

Irgendwie kommen wir nicht voran:
dass MP3tag DetlevDs Beispieldateien richtig anzeigt, ist meiner Ansicht nach kein Wunder.
Denn nach deinen Schilderungen hast du doch Schwierigkeiten mit der Darstellung in den Abspielern.
Wie sehen die Dateien denn in denen aus?

Die Schilderung eines vermeintlich einheitlichen des Erzeugungswegs führt so lange nicht weiter wie nicht analysiert wurde, was die Ursache für die unterschiedliche Darstellung ist.

Eine eindeutige Ursache wäre, wenn die Zeichenkodierung in den Tags unterschiedlicher Dateien nicht gleich wäre.
Dazu lass dir bitte die Zeichenkodierung anzeigen, indem du eine Spalte mit dem Eintrag für
Wert= %_id3v2_character_encoding%
anlegst.
Und dann lade eine Datei, die OK ist und eine die nicht OK ist. Gibt es Unterschiede?

Achtung: das Problem ist doch ... bei welcher Datei wird der Artist Name falsch angezeigt auf dem externen Player?

DD.20171016.1931.CEST

Ja, selten dämlich, ich gebe es zu LOL
Aber da ich die Dateien nicht abspielen kann, krieg ich sie nicht geöffnet. also sieht das so überall (bei jedem player) aus... (bin halt jetzt der echte Enduser-End-keien-Ahnung-Anwender was überhaupt Handy, mp3-taggen und co anbetrifft. sorry Jungs, hoffe, dass ich mich jetzt nicht allzu doof anstelle

haltet mich für blöde, aber ich bekomme nur diese Informationen angezeigt, die auf dem Bild zu sehen sind - zumindest was die diversen mp3-player auf den Handy anbetrifft.

also itagpro zeigt sie gar nicht als Audiodateien an.
Autotagger erkennt sie zwar, sagt aber "Cannot read tags"

ganz Deiner Meinung :wink:
Daher habe ich Euch meine Files zur Verfügung gestellt.... :wink:
wenn ihr in euren Playern und mp3tag-proggi und anderen keine Unterschiede seht und alles ok ist,
dann wird es wohl definitiv an mir und meinem Handy liegen bzw. den darin enthaltenen Einstellungen bei der mp3-playern.

Doch die Frage wieso einige völlig korrekt angezeigt werden und andere wiederum nicht, bleibt für mich dann ein Rätsel...

das kann aber ausgeschlossen werden, da alle tags das letzte mal nur mit mp3tag angefasst und definitiv von diesem Programm gespeichert wurden und sonst von keinem Programm, außer Totalcommander/Explorer mehr angefasst und verändert wurden!
Das ist ja der Sprung in der Logik - nach meiner Ansicht. Wie kann DAS sein?

Oh ja!... :wink:
Also (ich kann jetzt natürlich nur sagen was mp3tag mir sagt):
01.20171013.enter.Problem.CharEnc -> NICHTS
02..... -> UTF-16
03..... -> UTF-8
04..... -> ISO-8859-1

Wie ich das in den jeweiligen playern am handy angezeigt bekomme, kein Ahnung - bitte verzeiht.

Was meine Audiodateien anbetrifft, so meint mp3tag, dass (bis auf eine, und die wird so richtig angezeigt, ISO-8859-1) alle Breslik und Beczala tags im UTF-16 Kodiert sind.

Somit sind wir wieder am Anfang, nach meiner Analyse ... :wink:


Das wird aber schon immer seltsamer: erst sind es nur besondere Zeichen, die Probleme machen, jetzt lassen sich die Dateien gar nicht mehr öffnen?!

Die Dateien von DetlevD enthalten NUR Tag-Daten und sind nicht zum Abspielen (kein Audioteil).
Wenn aber deine Abspieler gar nichts anzeigen ...

Also noch mal ein Stück zurück: nimm von deinen Dateien bitte eine Datei, die gut angezeigt wird und eine, die es nicht tut.
Und von diesen beiden Dateien kontrolliere bitte die Zeichenkodierung mit Hilfe von MP3tag.
Oder - wenn diese Dateien ordentlich zu kürzen gehen - lade die kleinen Stücke hoch und wir gucken mal aus der Ferne.

Noch eine Methode:
Du suchst nach dem Programm" mp3diags", lädst es runter und installierst es.
Dann lässt du MP3diags ein Verzeichnis mit problematischen Dateien durchsuchen und guckst mal die Meldungen an.
Und dann sagst du uns, was dabei rausgekommen ist.

Siehe ...
Sonderzeichen

Ich habe noch einmal vier MP3 Testdateien erzeugt mit 10 Sekunden Stille, vielleicht wird damit auf einem externen Abspieler der Name des Artisten angezeigt, so dass man die korrekte Schreibweise prüfen kann.

DD.20171019.0605.CEST

Die Abspieler zeigen nur den Dateinamen an und mehr nicht. Kann ich doch auch nichts für.
Wie das bei denen ausschaut, das habe ich ja gepostet - siehe Bild.
Ebenso wie die anderen Dateien (von mir) angezeigt werden. Auch hiervon habe ich Bilder gepostet.

Des weiteren habe ich auf meinen Server 4 Audio Dateien im RAR-Archiv hochgeladen.
Je zwei mit Breslik und Beczala.
Jeweils eine davon wird im Audioplayer (Samsung) des Handy falsch angezeigt (mit Sonderzeichen) und die andere richtig.
Habt ihr sie Euch denn schon auf Euren Playern angeschaut?

Habe ich bereits getan und dies auch beim letzten Post geschrieben.
Die Zeichenkodierung ist überall gleich, siehe:

[quote]
Mit Foobar habe ich gerade die 4 mp3-Files aus dem Rar-Archiv aufgemacht foobar zeigt alles bestens an - zumindest was die Sonderzeichen angebtrifft. Alle anderen Ein-/Angaben scheinen auch zu stimmen.
....
Was meine Audiodateien anbetrifft, so meint mp3tag, dass (bis auf eine, und die wird so richtig angezeigt, ISO-8859-1) alle Breslik und Beczala tags im UTF-16 Kodiert sind.
[/quote]

das ist mal eine Idee. Werde es mal machen und schauen was ich gesagt bekomme

Hier NOCHMALS der Link zu 4 Audiodateien.
2 davon sind mit Beczala und zwei mit Breslik.
Jeweils eine davon wird mit der korrekten Schreibweise angezeigt und je weine mit Sonderzeichen.

http://www.htuer.de/privat/Enter-Audio.rar

Ich hab selbst leider kein Android-Gerät zum Testen: was Du aber mal machen könntest, ist den ID3v1 Tag aus den Dateien zu entfernen.

Dazu wählst Du unter "Optionen > Tags > Mpeg" nur ID3v1 bei "Entfernen" aus und entfernst die Tags dann über [Ctrl+R].

Viele Grüße
– Florian

Mir fällt auf, dass "Don Giovanni" mit ISO-8859-1 kodiert ist.
In dieser Datei wird auch nur
"Pavol Breslík, Münchener Rundfunkorchester, dir. Patrick Lange"
gezeigt.
"Cosi fan tute" (sic! "Cosi fan tutte" wäre wohl richtig) zeigt
Pavol Brešlík, Münchener Rundfunkorchester, dir. Patrick Lange
und ist mit UTF-16 kodiert.
François Bazin und Maître Pathelin: Je pense à vous werden richtig gezeigt.

die anderen beiden Dateien zeigen jeweils UTF-16 und da sehe ich keinen Unterschied in den Labels. Wo sollte bei "Salut!" das Sonderzeichen vorkommen?

Edit: so, ich habe mal einen Android-Abspieler gefunden.
1.: der mochte den Dateinamen mit dem Ausrufezeichen nicht (Salut!)

2.: die Sonderzeichen werden nur in der ISO-8859-1-Datei richtig gezeigt. Vielleicht kannst du das mal bei deinem Abspieler testen, ob ISO die Lösung ist.

Maître: Und das obwohl die anderen zeichen definitiv falsch angezeigt werden...grummel

"Salut!" wird so richtig dargestellt, darin ist kein Sonderzeichen vorhanden.
Die Verzeichnisse selbst (auch mit diesen Sonerzeichen) werden im übrigen komplett richtig dargestellt.

Selbst bei dem Wort "Münchener" solpern bei einer oder mehr dateien die player und zeigen selbst also das "Ü" falsch an ;(

Also bei meinen playxern ist es völlig egal. Mal ja, mal nein. Also auch hier leider keiner gemeinsame linie.

Das ist leider keine Lösung, dann dann diese Fremdsprachenspezifische Buchstaben nicht korrekt angezeigt werden. Dann könnte ich ja alles so lassen wie es ist und wir bräuchten diesen Thread nicht :wink:

Deine Beobachtungen sind richtig, bei mir ist es genauso. Eine Datei wurde mit ISO kodiert und hat daher natürlich keine UTF-16-Zeichenkodierung.

Die anderen aber ja.
und die Titel Nr.4 bei Beczala und Nr. 4 bei Breslik werden bei meinen Playern korrekt angezeigt und der Titel Nr.: 5 bei Breslik und Beczala wird mit Sonder-Sonderzeichen angezeigt :wink:
Wobei bei Beczala

ok, verstehe. Kein ding, dann gehts natürlich nicht. Und wie schaut es bei deinen playern aus?

Hmmm, das wäre doof.
Meine ganzen Dateien die ich damals mit dem EAC ausgelesen habe, sind ja fast alle mit ID2v1 und 2. kodiert. Sprich da brauche ich ja nichts zu machen, da dann Beczala und Breslik ja ohnehin alle ohne die richtigen "Sonderzeichen"geschrieben werden sondern nur nach dem "internationalen" Alphabet, bis auch wenige ausnahmen halt :wink:

Abgesehen davon habe ich über 40Tsd Dateien bis dato und dann kann ich diese Titel gleich mit dem EAC oder anderen Programm neu mit der UTF-16-Kodierung im ID3V1-Format auslesen. Genau dies möchte ich vermeiden.
Zumal noch min. einmal so viele Titel vor mir liegen, die ich dann aber gleich im UTF-16 auslesen und komprimieren werde, ist ja logisch... :wink:

So, und nun versteht ihr vlt. mein Dilemma.

  1. Am Auslesen kann es nicht liegen, dann müssten alle falsch formatiert/kodiert worden sein
  2. Am mp3-tag ebenfalls nicht, da wenn dann ja alle falsch sein müssten und nicht nur einzelne aus EINEM Verzeichnis.
  3. Am Player eigentlich auch nicht, da auch hier es nach der Logik nicht sein kann, dass ein Titel richtig und das nächste wieder falsch angezeigt wird,
  4. Am Telefon auch nicht, denn siehe Punkt 4, das müsste hier genauso sein, entweder alle oder nichts...
  5. An der Version des mp3tag auch nicht, da ich alle mit der gleichen Version bearbeitet habe.
  6. Am Zeichensatz irgendeiner Komponente (ob Hard- oder SW) ebenfalls nicht.
  7. An irgendeinen abgeschalteten oder deaktivierten Dienst/App etc. des Telefons auch nicht, da sonst ja auch hier entweder alle oder keine falsch Dargestellt werden sollten/können/müssten....

Soweit meine logische Überlegung. Also sind wir nun genauso weit wie am Anfang

Was schießt da also quer?
Ich werde jetzt mal folgendes, später, ausprobieren:

  1. Werde ich Deine Files mir nochmals vornehmen und anschauen
  2. Werde ich beide CDs mit EAC nochmals auslesen jedoch gleich mit UTF-16 kodieren. dann schauen wir weiter....

Das alles mache ich allerdings erst heute Nachmittag. Und da ich gestern auch keine Zeit mehr hatte, konnte ich mich mit diesem Thema nicht beschäftigen, sorry

Liebe Grüße zurück
Michael

Um das mal zusammenzufassen:
MP3tag speichert Tags gemäß der eingestellten Zeichenkodierung korrekt ab.
In einem Zoo von Abspielern gibt es Kandidaten, die nur mit einer Variante klar kommen, die aber von anderen wiederum nicht verstanden werden.
Ich habe den Eindruck, dass es in dieser diversen Welt keine universelle Lösung gibt.
Es wäre jetzt an dir, mit den neuen Erkenntnissen eine hinsichtlich Zeichenkodierung einheitliche Sammlung von Werkzeugen zusammenzustellen.
Oder Konverierungsprozesse zwischenzuschalten, mit denen die vorgefundenen Quellen auf die Zielsysteme angepasst werden können.