I tried Jukes 4.1.0.35 to see how it handles XSPF files (I am tryingto write an XSPF plug-in for foobar2000, and I would like to make itcompatible with other software). It seems that Jukes is writingincorrect XSPF files on Windows. I found three problems:

I noticed that the character ă (a with breve, seehttp://en.wikipedia.org/wiki/%C4%82 ), which appeared in the title ofa song, was not encoded correctly to UTF-8 when it was written to theXSPF playlist.

2. I am using the java File.toURI().toURL() method which always returns files in that format. The Javadoc for File.toURI says that the output of this is platform dependent.

It turns out that using "file:/" instead of "file:///" might not be wrong after all. However, non-ascii characters should still be encoded as UTF-8 and %-escaped propery, i.e. no accented characters should appear in the final URL. I am not familiar with Java at all, but after readinghttp://java.sun.com/j2se/1.4.2/docs/api ... t/URI.htmlit seems to me that using File.toURI().toASCIIString() might do this. Could you please try it?

3. I actually found it is a bug in Java decoding the ă properly in URLs.

Sorry, I was not very clear about this. This is a separate issue from URL encoding. The ă character appeared in the metadata for a song. To reproduce the problem, do the following:

1. Insert the ă character into the title of a song using Jukes.2. Export a playlist containing that song to XSPF.3. Check the resulting file with a text editor: The character should have been encoded to UTF-8 as 0xC4, 0x83, but it was written as 0xC4, 0x3F, which is not valid UTF-8, therefore most text editors will try to display the file as Latin-1.