Craig, James (IT) Wrote: > It's interesting because I use pretty much the same code in > iTunesUpdate > (well I did copy SlimScrobbler to start with!) and the UTF8 has been > working fine.
That is odd... I think the problem crept in with the new way of getting track data in SlimServer v6. Interestingly, in the tests I did, everything printed out to the trace consistently (incorrectly - as UTF8 bytes interpreted as latin-1 - but at least consistently). The difference between the artist name and the other pieces of data only came up on an explicit convert-to-UTF8: this was no-op'ed on the artist name for some reason. Doing an explicit artist->name() rather than relying on auto-stringification of the artist object seems to have solved the problem. I don't know why, it's presumably something do to with the way Perl handles strings. If you're reading from the iTunes library, I guess it's possible you'll see different behaviour; hopefully the fix will work for you as well as for me... -- iwp _______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/plugins
