# ID3v2.3 tags to ID3v2.4 tags due to character display problems on Android
**URL:** https://community.mp3tag.de/t/id3v2-3-tags-to-id3v2-4-tags-due-to-character-display-problems-on-android/52729
**Category:** Support
**Created:** [April 8, 2021, 11:34am UTC](https://community.mp3tag.de/t/id3v2-3-tags-to-id3v2-4-tags-due-to-character-display-problems-on-android/52729 "2021-04-08T11:34:21Z")
**Posts on this page:** 18
**Page:** 1
### Author:  [@Lukolens](https://community.mp3tag.de/u/Lukolens)
#### Post date: [April 8, 2021, 11:34am UTC](https://community.mp3tag.de/t/id3v2-3-tags-to-id3v2-4-tags-due-to-character-display-problems-on-android/52729/1 "2021-04-08T11:34:21Z")
Hello, I have a problem with tags. My SamsungGalaxyA50 Andriod11 One UI 3.1 in Samsung Music probably can't process ID3v2.3 tags. When I move songs from my computer to my phone I always see weird letters. I'm from the Czech Republic and we have a bit of specific letters in our alphabet, but even so, it worked for me until recently. I noticed that my phone probably only supports ID3v2.4 tags. Unfortunately I don't know how to convert ID3v2.3 tags to ID3v2.4 tags. I have Mp3tag software version v3.06a. Please advise. Thank you for the solution.
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [April 8, 2021, 12:35pm UTC](https://community.mp3tag.de/t/id3v2-3-tags-to-id3v2-4-tags-due-to-character-display-problems-on-android/52729/2 "2021-04-08T12:35:31Z")
This is astounding as V2.3 tags are supported much more widespread than V2.4.
Check File\>Options\>Tags\>Mpeg which kind of tag version you write. Preferably, this shows V2.3 UTF-16.
If it shows V2.3 ISO ... then the characterset requires a specific code page.
A remedy would be to load the files and then press Ctrl-S to save the tags (again) but this time with the new encoding.
---
### Author:  [@Lukolens](https://community.mp3tag.de/u/Lukolens)
#### Post date: [April 8, 2021, 1:41pm UTC](https://community.mp3tag.de/t/id3v2-3-tags-to-id3v2-4-tags-due-to-character-display-problems-on-android/52729/3 "2021-04-08T13:41:16Z")
I tried your solution, but unfortunately it doesn't work. I have this on in the settings: picture 
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [April 8, 2021, 1:59pm UTC](https://community.mp3tag.de/t/id3v2-3-tags-to-id3v2-4-tags-due-to-character-display-problems-on-android/52729/4 "2021-04-08T13:59:01Z")
If you insist on V2.4 tags then you can change the tags to a different version wth the other options. So for V2.4 set write to V2.4, load the file and then press Ctrl-S to save the tag in the new version.
If you add a column with the setting for
Value: `%_tag_read%[(%_tag%)]`
then you can see in that column which tags are in the file and which one you see.
---
### Author:  [@Lukolens](https://community.mp3tag.de/u/Lukolens)
#### Post date: [April 8, 2021, 2:57pm UTC](https://community.mp3tag.de/t/id3v2-3-tags-to-id3v2-4-tags-due-to-character-display-problems-on-android/52729/5 "2021-04-08T14:57:18Z")
I think don't understand your solution.
If I choose ID3v2.4 UTF-8, my album art will not load, but the characters are correct.
If I choose the ID3v2.3 UTF-16 option, it will write weird characters.
If I choose ID3v2.3 ISO-8859-1 it will change the accent of the characters.
I've tried reinstalling Mp3tag several times and nothing helped.
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [April 8, 2021, 3:26pm UTC](https://community.mp3tag.de/t/id3v2-3-tags-to-id3v2-4-tags-due-to-character-display-problems-on-android/52729/6 "2021-04-08T15:26:38Z")
> [@Lukolens](#):
>
> If I choose the ID3v2.3 UTF-16 option, it will write weird characters.
Where do you see the weird characters? In MP3tag?
You could try an action of the type "Convert codepage" to get from the local codepage to a more international format.
ID3V2.4 has a cover but I don't know if you have written ID3V1 tags previously. What does your extra column say about the tag versions in the file? If there are V1 tags then it could be that your player does not understand V2.4 tags and reads the V1 tag instead which has no cover.
---
### Author:  [@Lukolens](https://community.mp3tag.de/u/Lukolens)
#### Post date: [April 8, 2021, 3:57pm UTC](https://community.mp3tag.de/t/id3v2-3-tags-to-id3v2-4-tags-due-to-character-display-problems-on-android/52729/7 "2021-04-08T15:57:44Z")
Everything is fine in Mp3tag, I see everything correctly there. Only when I switch to ISO-8859-1 do the diacritics disappear. The problem occurs when I move a song to my cell phone. Then everything changes on the phone. The picture shows a sample. I had the music in Mp3tag set to one album (UTF-16), but after transferring the music to my mobile phone, it was divided into three albums with strange names. What do you mean by the "Convert codepage" action?
 
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [April 8, 2021, 4:08pm UTC](https://community.mp3tag.de/t/id3v2-3-tags-to-id3v2-4-tags-due-to-character-display-problems-on-android/52729/8 "2021-04-08T16:08:10Z")
If the files look good in Mp3tag, there is no need to convert the codepage. It's simply your phone not supporting the ID3v2 standard to it's full extent.
> [@Lukolens](#):
>
> If I choose ID3v2.4 UTF-8, my album art will not load, but the characters are correct.
This is promising. Maybe your player simply doesn't understand unsynchronization. I have an update in the pipeline, which you might try later.
Until then, there is very little to do 🙂
---
### Author:  [@Lukolens](https://community.mp3tag.de/u/Lukolens)
#### Post date: [April 8, 2021, 4:20pm UTC](https://community.mp3tag.de/t/id3v2-3-tags-to-id3v2-4-tags-due-to-character-display-problems-on-android/52729/9 "2021-04-08T16:20:33Z")
It's weird because it worked normally a week ago. 😀
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [April 8, 2021, 4:22pm UTC](https://community.mp3tag.de/t/id3v2-3-tags-to-id3v2-4-tags-due-to-character-display-problems-on-android/52729/10 "2021-04-08T16:22:57Z")
With the ID3v2.4 UTF-8 option or something different?
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [April 8, 2021, 4:41pm UTC](https://community.mp3tag.de/t/id3v2-3-tags-to-id3v2-4-tags-due-to-character-display-problems-on-android/52729/11 "2021-04-08T16:41:30Z")
You can try again with [Mp3tag v3.06c](https://community.mp3tag.de/t/455) and ID3v2.4 with UTF-8.
---
### Author:  [@Lukolens](https://community.mp3tag.de/u/Lukolens)
#### Post date: [April 8, 2021, 5:07pm UTC](https://community.mp3tag.de/t/id3v2-3-tags-to-id3v2-4-tags-due-to-character-display-problems-on-android/52729/12 "2021-04-08T17:07:30Z")
Is there also the same top version in the Windows Store that I can download from your site? (I don't mean beta)
---
### Author:  [@Crissov](https://community.mp3tag.de/u/Crissov)
#### Post date: [April 8, 2021, 7:18pm UTC](https://community.mp3tag.de/t/id3v2-3-tags-to-id3v2-4-tags-due-to-character-display-problems-on-android/52729/13 "2021-04-08T19:18:08Z")
Just for the record:
_č_ is U+010D, i.e. `0x010D` in UTF-16 and `0xC48D` in UTF-8.
U+00C4 is _Ä_ and U+008D is the invisible control character REVERSE LINE FEED, which may be rendered as a crossed-out box. ISO 8859-1 is the same as Unicode for the first 256 code points, but it is of course limited to 8 bit/character. `0x8D` can safely be treated as unassigned there, and coincidentally it is also unassigned in Windows-1252, which does reassign most neighboring 8-bit codes.
So what’s happening in the upper left picture is that UTF-8 text is displayed as if it was encoded in Windows-1252.
_Ť_ as seen in the upper right picture is U+0164, i.e. `0xC5A4` in UTF-8. It is also available as `0xAB` in ISO 8859-2, but as `0x8D` in Windows-1250. This means, UTF-8 is treated like Windows-1250 in this case.
---
### Author:  [@Kofolytik](https://community.mp3tag.de/u/Kofolytik)
#### Post date: [April 14, 2021, 11:23am UTC](https://community.mp3tag.de/t/id3v2-3-tags-to-id3v2-4-tags-due-to-character-display-problems-on-android/52729/14 "2021-04-14T11:23:12Z")
Hi, I have similar problem. I´m using Pixel 2 and JetAudio+
1. If I choose ID3v2.4 UTF-8, my album art will not load, but the characters are correct. But, when I use for editing TagScanner 6.1.7, I see album art correctly.
2. If I choose the ID3v2.3 UTF-16 option, I see weird characters in JetAudio+. If I tried VLC player, characters were correct. Probably it´s due to bug in Android media scanner.
Tags written by TagScanner:
Tags written by Mp3Tag 3.06a:
If you check closely, you will see start of the image in the left upper corner.
---
### Author:  [@Kofolytik](https://community.mp3tag.de/u/Kofolytik)
#### Post date: [April 14, 2021, 11:32am UTC](https://community.mp3tag.de/t/id3v2-3-tags-to-id3v2-4-tags-due-to-character-display-problems-on-android/52729/15 "2021-04-14T11:32:35Z")
I try to edit in Mp3tag 3.06d and problem is solved. Thank you.
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [April 14, 2021, 11:37am UTC](https://community.mp3tag.de/t/id3v2-3-tags-to-id3v2-4-tags-due-to-character-display-problems-on-android/52729/16 "2021-04-14T11:37:48Z")
Excellent! It's probably due to this change:
> CHG: not using ID3v2 unsynchronization scheme anymore when writing ID3v2.4 due to compatibility reasons with apps that don't implement the standard.
More details here:
> [@Saving as ID3v2.4 with mp3tag = cover not showing in Serato](https://community.mp3tag.de/t/saving-as-id3v2-4-with-mp3tag-cover-not-showing-in-serato/52484/3):
>
> Just wanted to give a quick update here: it's actually an issue with Serato, which is not implementing the ID3v2 standard in this regard. However, the unsynchronization scheme was initially invented to not irritate software that isn't aware of ID3v2 tags. So it's very unlikely that not applying the unsynchronization scheme would cause any harm. I think most — if not all — of the apps that work with audio files are ID3v2-aware now. This is also the reason why I think that Serato and others are u…
---
### Author:  [@Lukolens](https://community.mp3tag.de/u/Lukolens)
#### Post date: [April 14, 2021, 11:57am UTC](https://community.mp3tag.de/t/id3v2-3-tags-to-id3v2-4-tags-due-to-character-display-problems-on-android/52729/17 "2021-04-14T11:57:07Z")
Hi, I finally managed to get the correct display of characters and images. In Mp3tag, I deleted all tags in all songs, including pictures. I left only the names of the songs themselves. When everything was deleted, I added tags, but using the name-tag function. Then I added pictures and it was done. I deleted everything and saved it in utf-8 format. And the Mp3tag version I have 3.06d. Version link: [Mp3tag Development Build Status](https://community.mp3tag.de/t/mp3tag-development-build-status/455)
Ahoj, mě se nakonec povedlo dosáhnout správného zobrazení znaků i obrázků. V mp3tag jsem vymazal všechny tagy ve všech skladbách včetně obrázků. Nechal jsem jen názvy samotných skladeb/souborů. Když bylo vše smazáno zase jsem doplnil tagy, ale pomocí funkce název-tag.. pak jsem přihodil obrázky a už to bylo hotovo. Vše jsem mazal i ukládal ve formátu utf-8. A verze mp3tag mám 3.06d. odkza na verzi: [Mp3tag Development Build Status](https://community.mp3tag.de/t/mp3tag-development-build-status/455)
---
### Author:  [@system](https://community.mp3tag.de/u/system)
#### Post date: [May 14, 2021, 11:57am UTC](https://community.mp3tag.de/t/id3v2-3-tags-to-id3v2-4-tags-due-to-character-display-problems-on-android/52729/18 "2021-05-14T11:57:32Z")
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.