# Wrong parsing the German letter "ß" and the French "é", "î" **URL:** \ **Category:** Support\ **Tags:** player\ **Created:** [November 8, 2026, 5:24pm UTC](https://community.mp3tag.de/t/wrong-parsing-the-german-letter-ss-and-the-french-e-i/72051 "2026-11-08T17:24:21Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![MikeB](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/e95f7d/32.png) [@MikeB](https://community.mp3tag.de/u/MikeB)\ **Post date:** [November 8, 2026, 5:24pm UTC](https://community.mp3tag.de/t/wrong-parsing-the-german-letter-ss-and-the-french-e-i/72051/1 "2026-11-08T17:24:21Z")
Given the file `Variant_1 — Ein kleiner weißer Schneemann.[lng_deu].mp3`, when I convert file name to the ID3-tag 2.4, in the [Mi Music](https://play.google.com/store/apps/details?id=com.miui.player) and [Player FM](https://play.google.com/store/apps/details?id=fm.player) apps (under Android 16), the tag is displayed with the wrongly parsed the German letter "ß": ![with_error](https://community.mp3tag.de/uploads/default/original/3X/f/f/ff1afc3b59009cdfd5c73ab18cbce1274b3a27d0.jpeg) However, there is a workaround! If I copy `Ein kleiner weißer Schneemann` from the file name via Windows 11 File Explorer and paste this value manually to the file Properties -\> Details -\> Title, e.g. ![2026-11-08_181840](https://community.mp3tag.de/uploads/default/original/3X/1/4/14610d38199f23941cd7225cd33b5890175299c4.png) and press **Apply** , then everything looks fine: ![correct](https://community.mp3tag.de/uploads/default/original/3X/2/f/2fba4b588b785dbc5b73fd01571892987ce261d8.jpeg) The similar issue I'm experiencing with some french songs, containing "é" or "î", e.g.: - `Joe Dassin — La demoiselle de déshonneur.[lng_fra].mp3` - `Joe Dassin — On se connaît par coeur.[lng_fra].mp3` It's worth noting, among the entire collection of the tracks with the German and French names, only these three files face a problem with proper displaying its ID3-tags. **Mp3tag 3.37, 64-bit, Windows 11 26H2** P.S. If needed, I can provide a sample of the "wrong" file, with ID3-tag filled by Mp3tag 3.37 and the "fixed" one with the ID3-tag filled manually. ---
**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:** [November 8, 2026, 5:52pm UTC](https://community.mp3tag.de/t/wrong-parsing-the-german-letter-ss-and-the-french-e-i/72051/2 "2026-11-08T17:52:31Z")
> [@MikeB](#): > > Given the file `Variant_1 — Ein kleiner weißer Schneemann.[lng_deu].mp3`, when I convert file name to the ID3-tag 2.4, in the [Mi Music](https://play.google.com/store/apps/details?id=com.miui.player) and [Player FM](https://play.google.com/store/apps/details?id=fm.player) apps (under Android 16), the tag is displayed with the wrongly parsed the German letter "ß": So this happens outside MP3tag? where do you see MP3tag's role in this workflow? ---
**Author:** ![Florian](https://community.mp3tag.de/user_avatar/community.mp3tag.de/florian/32/5759_2.png) [@Florian](https://community.mp3tag.de/u/Florian)\ **Post date:** [November 8, 2026, 5:54pm UTC](https://community.mp3tag.de/t/wrong-parsing-the-german-letter-ss-and-the-french-e-i/72051/3 "2026-11-08T17:54:19Z")
> [@MikeB](#): > > I convert file name to the ID3-tag 2.4, in the [Mi Music](https://play.google.com/store/apps/details?id=com.miui.player) and [Player FM](https://play.google.com/store/apps/details?id=fm.player) apps (under Android 16), the tag is displayed with the wrongly parsed the German letter "ß" The players don't seem to support UTF-8 encoding. Please try ID3v2.3 with UTF-16 via **Options → Tags → Mpeg** ---
**Author:** ![MikeB](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/e95f7d/32.png) [@MikeB](https://community.mp3tag.de/u/MikeB)\ **Post date:** [November 8, 2026, 6:02pm UTC](https://community.mp3tag.de/t/wrong-parsing-the-german-letter-ss-and-the-french-e-i/72051/4 "2026-11-08T18:02:24Z")
> [@Florian](#): > > The players don't seem to support UTF-8 encoding. Please try ID3v2.3 with UTF-16 via **Options → Tags → Mpeg** This worked once ID3-tag 2.3 was selected! But my question: why doesn't this issue happen to other tracks with the same characters, like `L'été indien`? ---
**Author:** ![MikeB](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/e95f7d/32.png) [@MikeB](https://community.mp3tag.de/u/MikeB)\ **Post date:** [November 8, 2026, 6:04pm UTC](https://community.mp3tag.de/t/wrong-parsing-the-german-letter-ss-and-the-french-e-i/72051/5 "2026-11-08T18:04:56Z")
> [@ohrenkino](#): > > So this happens outside MP3tag? where do you see MP3tag's role in this workflow? My assumption was that the problem is the way Mp3tag proceeds these three tracks, since other mp3s' tags displayed correctly. ---
**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:** [November 8, 2026, 6:16pm UTC](https://community.mp3tag.de/t/wrong-parsing-the-german-letter-ss-and-the-french-e-i/72051/6 "2026-11-08T18:16:28Z")
> [@MikeB](#): > > since other mp3s' tags displayed correctly. Were these files also treated by MP3tag? If so: what would be the difference between these and other files? (TBH: I do not see MP3tag in the described workflow. I only understood that files got renamed by Android players and that these Android players have problems) ---
**Author:** ![MikeB](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/e95f7d/32.png) [@MikeB](https://community.mp3tag.de/u/MikeB)\ **Post date:** [November 8, 2026, 6:40pm UTC](https://community.mp3tag.de/t/wrong-parsing-the-german-letter-ss-and-the-french-e-i/72051/7 "2026-11-08T18:40:33Z")
> [@ohrenkino](#): > > Were these files also treated by MP3tag? > If so: what would be the difference between these and other files? > (TBH: I do not see MP3tag in the described workflow. I only understood that files got renamed by Android players and that these Android players have problems) All files have been preceded by Mp3tag and only these three files displayed in the wrong way. The players are just displaying these tags. ---
**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:** [November 8, 2026, 6:57pm UTC](https://community.mp3tag.de/t/wrong-parsing-the-german-letter-ss-and-the-french-e-i/72051/8 "2026-11-08T18:57:07Z")
Which leaves the question: What would be the difference between these 3 and other files in MP3tag? A screenshot of the extended tags dialogue from one of the good files and one from a single bad file would help. ---
**Author:** ![Sergius](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/s/ebca7d/32.png) [@Sergius](https://community.mp3tag.de/u/Sergius)\ **Post date:** [November 8, 2026, 8:10pm UTC](https://community.mp3tag.de/t/wrong-parsing-the-german-letter-ss-and-the-french-e-i/72051/9 "2026-11-08T20:10:30Z")
Hello @MikeB, The issue you’re experiencing is one I’m very familiar with now... When I first encountered it, it nearly drove me crazy... It took a long time of searching before I finally understood and resolved the problem... I frequently receive audio files, and I don’t know whether the French characters with accents were typed on a PC or an Apple system. My primary software for editing tags is BSI Info Editor (Simian). If I receive an audio file from a producer who typed French characters with accents on an Apple system, my tagging software displays an "Invalid Audio File" error and fails to load any file information. At first, I couldn't figure out what was wrong—I even assumed the file itself was corrupted... (see my image...) Meanwhile, other files from the same producer—those containing French text without accents—opened perfectly. It took me quite a while to realize that the issue stemmed specifically from those accented French characters. Through my research online, I discovered that very few people are aware of this problem. Most assume that both PC and Apple systems encode accented characters in the same way—but that is not the case: For the vast majority of users, an "é" is simply an "é," regardless of the screen they’re looking at. Few realize that, "under the hood," Apple and Windows use two completely different "languages" to encode this single letter. • On Apple (Mac) systems: To type "é," the system technically uses two characters (the letter "e" combined with the accent mark "´" placed over it). While this is invisible to the user, PC software perceives it as two separate, distinct codes. • On PC (Windows) systems: To type "é," the system uses a single, pre-composed character (the "é" unit). The solution I found is simple: in your filename, re-type the characters that include accents—the ones originally entered using an Apple system—using your PC keyboard instead; this will resolve the issue, and everything will work... 😉 👍 ![Characters with accents (Apple) appearing as _Invalid audio file_ on a PC](https://community.mp3tag.de/uploads/default/original/3X/d/2/d27c68a7c56177d43e763dd7da3960eef4b01fa4.jpeg) ---
**Author:** ![squonk57](https://community.mp3tag.de/user_avatar/community.mp3tag.de/squonk57/32/23812_2.png) [@squonk57](https://community.mp3tag.de/u/squonk57)\ **Post date:** [November 8, 2026, 9:32pm UTC](https://community.mp3tag.de/t/wrong-parsing-the-german-letter-ss-and-the-french-e-i/72051/10 "2026-11-08T21:32:22Z")
> [@Sergius](#): > > • On Apple (Mac) systems: To type "é," the system technically uses two characters (the letter "e" combined with the accent mark "´" placed over it). While this is invisible to the user, PC software perceives it as two separate, distinct codes. That is correct, although the actual problem is not so much that there are two separate characters, but that one of them (combining acute accent, U+0301) is not part of the Windows system codepage. Some programs still cannot handle Unicode correctly. This doesn't explain the "ß", however. ---
**Author:** ![Sergius](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/s/ebca7d/32.png) [@Sergius](https://community.mp3tag.de/u/Sergius)\ **Post date:** [November 8, 2026, 9:57pm UTC](https://community.mp3tag.de/t/wrong-parsing-the-german-letter-ss-and-the-french-e-i/72051/11 "2026-11-08T21:57:16Z")
> [@squonk57](#): > > This doesn't explain the "ß", however. > [@MikeB](#): > > in the [Mi Music](https://play.google.com/store/apps/details?id=com.miui.player) and [Player FM](https://play.google.com/store/apps/details?id=fm.player) apps (under Android 16), the tag is displayed with the wrongly parsed the German letter "ß": Hello @squonk57, I’m not familiar with this character, "ß"; it doesn’t appear on our PC keyboards. @MikeB is referring to the German letter "ß"—I imagine it must be marked on a key on keyboards used in Germany. I work with English and French-Canadian keyboards... ---
**Author:** ![LyricsLover](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c6cbf5/32.png) [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)\ **Post date:** [November 8, 2026, 10:07pm UTC](https://community.mp3tag.de/t/wrong-parsing-the-german-letter-ss-and-the-french-e-i/72051/12 "2026-11-08T22:07:17Z")
> [@Sergius](#): > > I’m not familiar with this character, "ß" The ß is a German special character, representing "s". In English, it is called "double s", "eszett" or "sharp s": > **[ß](https://en.wikipedia.org/wiki/%C3%9F)** > > ß (majuscule: ẞ) is a letter of the German alphabet. In German it is called Eszett (.mw-parser-output .IPA-label-small{font-size:85%}.mw-parser-output .references .IPA-label-small,.mw-parser-output .infobox .IPA-label-small,.mw-parser-output .navbox .IPA-label-small{font-size:100%}pronounced \[ɛsˈtsɛt\], 'S-Z') or scharfes S (\[ˌʃaʁfəs ˈʔɛs\], 'sharp S'). It represents the phoneme /s/ in Standard German when following long vowels and diphthongs. In English, it is called double s, eszett, or sharp  Th... German example words are die Straße (street) der Fuß (foot) der Spaß (fun) der Gruß (greeting) In the German speaking part of Switzerland they write the same German words as die Strasse der Fuss der Spass der Gruss ---
**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:** [November 8, 2026, 10:25pm UTC](https://community.mp3tag.de/t/wrong-parsing-the-german-letter-ss-and-the-french-e-i/72051/13 "2026-11-08T22:25:53Z")
These examples look like there is only a cosmetic difference - and it would make life much easier if we could do without the special character and simply use the double-s instead of `ß`. But there are some words that have actually a different meaning if spelt with `ss` or `ß`. Busse = busses Buße = repentance Masse = mass Maße = Dimensions in Massen = in great quantities in Maßen = in moderation. So it would be the opposite if you write Trinke Alkohol in Maßen (drink alcohol in moderation) Trinke Alkohol in Massen (drink alcohol in great quantities) ---
**Author:** ![Sergius](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/s/ebca7d/32.png) [@Sergius](https://community.mp3tag.de/u/Sergius)\ **Post date:** [November 8, 2026, 10:27pm UTC](https://community.mp3tag.de/t/wrong-parsing-the-german-letter-ss-and-the-french-e-i/72051/14 "2026-11-08T22:27:25Z")
Thank you, @LyricsLover and @ohrenkino, for your excellent explanations regarding the character "ß". 👍 By any chance, do you have an opinion on the issue related to this "ß" character that @MikeB mentioned in his text above? ---
**Author:** ![make-nz](https://community.mp3tag.de/user_avatar/community.mp3tag.de/make-nz/32/18236_2.png) [@make-nz](https://community.mp3tag.de/u/make-nz)\ **Post date:** [November 8, 2026, 10:39pm UTC](https://community.mp3tag.de/t/wrong-parsing-the-german-letter-ss-and-the-french-e-i/72051/15 "2026-11-08T22:39:22Z")
> [@MikeB](#): > > However, there is a workaround! > If I copy `Ein kleiner weißer Schneemann` from the file name via Windows 11 File Explorer and paste this value manually to the file Properties -\> Details -\> Title, e.g. > > ![2026-11-08_181840](https://community.mp3tag.de/uploads/default/original/3X/1/4/14610d38199f23941cd7225cd33b5890175299c4.png) > > and press **Apply** , then everything looks fine: > > ![correct](https://community.mp3tag.de/uploads/default/original/3X/2/f/2fba4b588b785dbc5b73fd01571892987ce261d8.jpeg) Are your files on a NAS, by any chance? (You seem to edit under Windows and reload on Android) ---
**Author:** ![MikeB](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/e95f7d/32.png) [@MikeB](https://community.mp3tag.de/u/MikeB)\ **Post date:** [November 8, 2026, 10:51pm UTC](https://community.mp3tag.de/t/wrong-parsing-the-german-letter-ss-and-the-french-e-i/72051/16 "2026-11-08T22:51:31Z")
> [@make-nz](#): > > Are your files on a NAS, by any chance? > (You seem to edit under Windows and reload on Android) What do you mean under NAS? I'm editing the files on Windows and then transport it to smartphone via cable. ---
**Author:** ![make-nz](https://community.mp3tag.de/user_avatar/community.mp3tag.de/make-nz/32/18236_2.png) [@make-nz](https://community.mp3tag.de/u/make-nz)\ **Post date:** [November 8, 2026, 10:57pm UTC](https://community.mp3tag.de/t/wrong-parsing-the-german-letter-ss-and-the-french-e-i/72051/17 "2026-11-08T22:57:18Z")
NAS = Network Attached Storage Synology and alike for storing files in central location, which can have different ways to write data. But your don't have that, so no problem. ---
**Author:** ![MikeB](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/e95f7d/32.png) [@MikeB](https://community.mp3tag.de/u/MikeB)\ **Post date:** [November 8, 2026, 11:02pm UTC](https://community.mp3tag.de/t/wrong-parsing-the-german-letter-ss-and-the-french-e-i/72051/18 "2026-11-08T23:02:15Z")
> [@make-nz](#): > > Are your files on a NAS, by any chance? No, I'm using the standard laptop's SSD. ---
**Author:** ![MikeB](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/e95f7d/32.png) [@MikeB](https://community.mp3tag.de/u/MikeB)\ **Post date:** [November 8, 2026, 11:24pm UTC](https://community.mp3tag.de/t/wrong-parsing-the-german-letter-ss-and-the-french-e-i/72051/19 "2026-11-08T23:24:30Z")
> [@ohrenkino](#): > > What would be the difference between these 3 and other files in MP3tag? > A screenshot of the extended tags dialogue from one of the good files and one from a single bad file would help. Below, you can see screenshots of the extended tags dialogue for three files: - `Joe Dassin — L'été indien.[lng_fra].mp3` (correct) - `Joe Dassin — La demoiselle de déshonneur.[lng_fra].mp3` (wrong) - `Roy Black — Ein kleiner weißer Schneemann.[lng_deu].mp3` (wrong) To exclude the possible differences in files (e.g. codes), I took a file, made two copies of it, named these files as shown on screenshots, converted file names to ID3-tag 2.4 and moved to the smartphone. ![Joe Dassin — La demoiselle de déshonneur.lng_fra](https://community.mp3tag.de/uploads/default/original/3X/5/d/5db6a15eeeda8786928632312a6ec572cd5bace6.png) ![Roy Black — Ein kleiner weißer Schneemann.lng_deu](https://community.mp3tag.de/uploads/default/original/3X/6/b/6bd44444e5fe1156c53f22cd71ef2828f4e4a641.png) ![Joe Dassin — L'été indien.lng_fra](https://community.mp3tag.de/uploads/default/original/3X/b/0/b097293e0844de7b49294939d899c2dad7177141.png) ---
**Author:** ![MikeB](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/e95f7d/32.png) [@MikeB](https://community.mp3tag.de/u/MikeB)\ **Post date:** [November 8, 2026, 11:44pm UTC](https://community.mp3tag.de/t/wrong-parsing-the-german-letter-ss-and-the-french-e-i/72051/20 "2026-11-08T23:44:22Z")
> [@ohrenkino](#): > > where do you see MP3tag's role in this workflow? I've tried multiple combinations and I've paid attention that perhaps the filling of `%album%` field or the next after `%title%` field might leads to the problem. But I still need to verify my assumption. [Next page](https://community.mp3tag.de/t/wrong-parsing-the-german-letter-ss-and-the-french-e-i/72051.md?page=2)