Song titles displayed weird

olev

Hello to all!
I am a total newbie in Runeaudio world -- just installed it on a Pi Model 1. All works nicely, but I have a language problem. It turns out that some (actually, most) song titles are displayed with hieroglyphs, and I even cannot say which set it is. See screenshot at
http://valorem.ee/Clipboard03.jpg
I tried to search this forum but could not find anything. Any ideas?
Thank you!

hondagx35

Hi olev,

sorry but I don't have any access to RP1 at the moment.

You can try to set the correct locale for your country, please try this.
After setting the locale you should also rebuild your music library.

Frank

olev

Hello Frank,
thank you!
I set the locale and it now looks like this:
http://valorem.ee/Clipboard01.jpg
but the hieroglyphs still remain. I do not know what's in a .mp3 file, maybe there's the language specified?

janui

Hi olev,
You could try mp3tag to see what is stored in the tags inside you mp3 music files, see here: #47541 I see in your screenshot that some music is displayed 'normally'.
janui

olev

Hello again,
the MP3 tags seem quite normal, as seen on
http://www.valorem.ee/Clipboard04.jpg
Also, VLC and Aimp3 (and Windows media player, for that matter) display song info correctly. Am confused

hondagx35

Hi olev,

from your pictures, it can be seen that the songs displayed correctly are not tagged at all.

I set the locale and it now looks like this:

Did you rebuild the library?

Frank

olev

Hi Frank,

thank you, I didn't notice the lack of tags in some files. So it seems that all tags are displayed in hieroglyphs.
But yes, I did rebuild the library.

Edit: some tags are displayed in Latin characters....

janui

Hi olev,
Your last edit addition is importent. I suspect that one of your files has a tag containing an escape sequence which switches the character set. After MPD reads this sequence when building it's library all following entries are saved as hyrogrphics. To test this hide 50% of you files from MPD and rebuild the library. You can hide the files by changing their protection on your nas. Then try it again with the other 50%. If one set is good you have a solution.
You can then repeat this (recursivly) by using 50% of the bad set until you have found the one bad directory or file.
janui

olev

Hello janui,
thank you for the advice.
I am experimenting on this now but it seems that the "hieroglyph case" is album-dependent. There are some albums that are always displayed in Latin and some that are always dispplayed in (Cinese, i think). And when I delete some first songs of a particular "Chinese" album, then the remained are still displayed in "Chinese".
BTW, in which order are the songs of a source played? I thought that it may be alphabetically ascending, but it defienitely is not the case. In my test source, the "album-free" songs are played first, followed by albums (e.g. Smokie, Boney M, and so on).

janui

Hi olev,
I don't think the order in which songs are played is relevant, the order which MPD uses to build It's library is. I don't know how or why MPD reads files in a particular order. This is why I suggested the initial 50% 50% split. One set should be good (or at least significanly different) otherwise the escape sequence theory is busted.
Could you post your debug, it really helps.
janui

olev

Hello janui,
let's get started. I made a test set of 12 songs. These are downloadable at
http://www.valorem.ee/RuneAudio/test_source.zip

and the Windows directory looks like this:
http://www.valorem.ee/RuneAudio/songs.txt

In RuneAudio, this source looks like this:
http://www.valorem.ee/RuneAudio/Clipboard01.jpg

where the hieroglyphed songs are as follows:
12 - Lay Back In The Arms Of Someone (1976).mp3
13 - For A Few Dollars More (1997).mp3
14 - Needles And Pins (1976).mp3
16 - In The Heat Of The Night (1976).mp3
17 - Baby It's You (1976).mp3
19 - If You Think You Know How To Love Me (1978).mp3

I'll start to split the source tomorrow.
Thanks for help!

janui

Hi olev,

The problem is not escape sequences, so you do not need to test with a split music library.
I tested the files (unchanged) on my Pi 3B with the latest build and got exactly the same results as you.
Then I used MP3TAG to open the files and then save them. This is the way to use MP3TAG to correct possibly damaged tags. I tried again and everything is OK. So the problem seems to be related to incorrect, damaged or broken tags.

So install MP3TAG and try it yourself

See this post for a MP3TAG download link: #47541

You can find information on internet to explain how MP3TAG can be used in batch scripts, this may help automating the fix, but I don’t know how to do it. Otherwise you will need to open the damaged files directory by directory. MP3TAG can be included in the context menu in windows, this is really handy. If you are successful in making a batch file to correct a complete library please post it on the forum.

Janui

PS For copyright reasons please delete the download link containing the test files from the previous post. My test copy has already been deleted.

olev

Hello janui,,

thanks! I already browsed the files with MP3Tag, but the idea to save them didn't occur to me.