I've been ripping a lot of music with my mac and since I listen to a lot of world music it produces folder names with non-ascii (ie beyond the safe 7 bit encoding) characters in them. I use OSX and I think it encodes the file names in UTF-8. I then copy the files over to a Debian Sarge server on which my slimserver runs. When I ls a directory the characters show correctly. I'm pretty sure the server is using UTF-8 to encode the file names.
The problem occurs with the slimserver in a couple of ways. If I browse my music folder the high end characters show up wrong. I've tried setting the browser to UTF-8, latin-1 (and even UTF 16) but none show correctly. I'm guessing that slimserver is doing some conversion behind the scenes that it shouldn't be doing - is there a way to fix that? The second problem is probably related to this. Since I'm too lazy to choose music these days I have a random playlist generator that runs overnight. It produces these playlists as m3u files, one file per line in UTF-8. The slimserver however doesn't play (I guess since it can't find) those with high end characters. Is there a way to fix this (I realize it may be the same way as the previous problem.) I'm running slimserver 6.2 on a Debian Sarge Celeron machine. -- martinfowler _______________________________________________ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/unix
