Bugzilla – Bug 2399
Album artwork not found if vorbis tag has UTF-8 characters
Last modified: 2011-03-16 04:39:13 UTC
Hello, Slimserver 6.2.0 build 4753 on a Gentoo server can't find variable name artwork cover for flac file if the artist or album tag contains UTF-8 encoded accentuated characters. It seems that slimserver tries to open the file using the UTF-8 string which doesn't look like what linux is expecting. kdf suggested that I turned on the d_artwork debug flag. Here's an example of failed loading: Updating image for file:///home/music/audio/flac/French/Pop/Myl%E8ne%20Farmer/Innamoramento/Myl%E8ne%20Farmer%20-%2001%20-%20L%27amour%20naissant.flac 2005-10-27 19:16:48.3001 Looking for image in FLAC metadata blocks - in file /home/music/audio/flac/French/Pop/Mylène Farmer/Innamoramento/Mylène Farmer - 01 - L'amour naissant.flac 2005-10-27 19:16:48.3027 Looking for image files in /home/music/audio/flac/French/Pop/Mylène Farmer/Innamoramento 2005-10-27 19:16:48.3083 Variable Thumbnail: Mylène Farmer - Innamoramento.jpg from ARTIST - ALBUM 2005-10-27 19:16:48.3088 Image File empty or couldn't read: /home/music/audio/flac/French/Pop/Mylène Farmer/Innamoramento/Mylène Farmer - Innamoramento.jpg 2005-10-27 19:16:48.3092 Image File empty or couldn't read: /Mylène Farmer - Innamoramento.jpg 2005-10-27 19:16:48.3686 My albums are organized by Language/Genre/Artist/Album And I use %ARTIST - ALBUM.jpg format for my album art. You can clearly see in this line (from the log.txt) /home/music/audio/flac/French/Pop/Mylène Farmer/Innamoramento/Mylène Farmer - Innamoramento.jpg That it uses the proper encoding for the Artist directory but it uses the UTF-8 encoding for the artwork filename. echo $LC_TYPE; echo $LANG return empty strings. There may be different syntax for that under Gentoo but I don't know what that would be. Please let me know if you need more information.
Found on another forum that I should use the locale command to display some variables: slimserver # locale LANG= LC_CTYPE="POSIX" LC_NUMERIC="POSIX" LC_TIME="POSIX" LC_COLLATE="POSIX" LC_MONETARY="POSIX" LC_MESSAGES="POSIX" LC_PAPER="POSIX" LC_NAME="POSIX" LC_ADDRESS="POSIX" LC_TELEPHONE="POSIX" LC_MEASUREMENT="POSIX" LC_IDENTIFICATION="POSIX" LC_ALL= Not sure what that means but I thought I'd post it just in case it's important.
It is. Please make sure you have the en_US.UTF-8 locale installed, and your LC_CTYPE variable set to it.
Is this still an issue? Please attach an Ogg file that is exhibiting this behavior if it is.
Sorry my server's HD crashed. I will need to buy a new HD an reinstall before I can test that. But I read in a forum that settings root's LC-TYPE to anything else than POSIX could break a few things under gentoo. I will try to see if I can set the slim user's LC_TYPE to what you recomend as soon as I can.
Well, you probably shouldn't run SlimServer as root.. create a user just for it.
I don't run it as root. the locales I showed earlier were from root though. I didn't even know that function existed before, even less how to display these values for the slim user. If you know the command to set the local for the slim user I'll gladly use it first thing when my server is back up.
this should be a matter of using the setlocale function, or editing the /etc/profile or /etc/csh.cshrc files. I cannot detail the exact procedure, however,as I got there in a rather rounabout way through several reboots and reinstalls with knoppmyth
This has been fixed in the 6.5 tree. Change 7208