Dan Sully <[EMAIL PROTECTED]> writes: > Gordon - it's not really a bug. If you are doing some type of file sharing - > the character sets / code pages on the machines need to be the same...
Again, just to be clear, ALL my machines are running WinXP, and ALL of them return "437" (United States) from a "mode con codepage /status" query. None of the flac files with diacritic characters in their filenames were ripped on or stored on a linux box or anything with a UTF8-aware file system. All the filenames are straight Win32 ANSI. Also, I'm only noticing this problem with whole-album flac files. Individual track MP3 files with diacritic names seem to scan just fine, though they don't always display right. E.g.: "C:\Recordings\Music\l_Modern_Central_European\JanÃcek, L\Orchestral Works -- CSP, Serebrier\06 - LaÅskà tance (1924) - 1 StarodÃvnà I.mp3" scans and plays just fine, though Slimserver doesn't like to display the "Å". If I take an otherwise good flac file and rename it to that same "LaÅskà tance" filename (but with a .flac extension) it becomes invisible to slimserver, even after forcing a rescan via stopping the service and deleting the .db file from the cache dir. Also, it seems like the problem only crops up if the diacritic character is in the flac filename itself. Flac files with out diacritics in the filename, but with diacritcs in directory names seem to scan ok. So, unless I'm doing something really inane here, I do think this is a bug. _______________________________________________ Discuss mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/discuss
