Hi,

In upgrading to 6.1.1 I think some issues with the handling of
multi-byte characters have crept into the system.

I'm hosting slimserver on a Solaris 10 x86 box with LANG=en_US.UTF-8.
The filenames of my flac files are utf-8 encoded, and the
ALBUM/ARTIST/TITLE metadata contained in the embedded vorbis tags is
also utf-8. The files are stored on a network file server; when listed
via ls(1) on solaris and also when viewed from Windows, all the unicode
chars in the filenames appear correct and normal.

When I view strings that contain unicode chars via the browser UI or on
SqueezeBox I see \xE9 (for example) displayed instead of the unicode
chars. I also see lots of errors come from slimserver.pl's stderr such
as: 
Code:
--------------------
    utf8 "\xC9" does not map to Unicode at 
/home/slimserver/SlimServer_v6.1.1/Slim/Formats/Parse.pm line 153, <GEN539> 
line 60670.
--------------------


As a particular example, a vorbis TITLE tag might contain the raw bytes
"J'Y Suis Jamias Allé". The final two bytes are C3 A9, which I
understand is the correct utf-8 sequence for an accented e (é).

I am sure this used to work with 5.X, can anyone please help me restore
the proper behaviour with 6.1.1?

Many thanks,
Nico

Slimserver: Version: 6.1.1 - 3774 - solaris - EN - iso-8859-1
OS: Solaris 10 x86
Browser: FireFox 1.0.6


-- 
nico
_______________________________________________
Discuss mailing list
Discuss@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/discuss

Reply via email to