Bugzilla – Bug 12674
Music scanner chokes on .cue that refers to file using ISO-8859-1
Last modified: 2011-09-19 06:45:25 UTC
Created attachment 5406 [details] Cue file that will not work, since it is pointed to a flac with ¢ character Albums are stored as one flac file, with matching .cue file in the same folder. With albums that have special characters (cent sign, and accented characters for sure, but possibly any character after the standard alphanumeric keys in the standard ascii chatacter map.) Example: The file "Jonatha Brooke - 10¢ Wings.cue" and associated file "Jonatha Brooke - 10¢ Wings.flac" do not function correctly. Once the file name of the FLAC file is changed to no longer have a special character, and the cue file is pointed to this renamed flac file, all is fine. The scanner should be able to correctly scan flac files with special characters.
Same problem. I'm on SC 7.3.3, Mac OS X 10.5.7. When I try to play the CUE file, SC very often correctly lists the tracks within the CUE, but plays from the beginning of the APE/FLAC file on each track.
this is an administrative shuffle on priority fields to help make better judgment on the top end of the priority list. P4->P5, P3->P4, and P2->P3.
Moving P3 and lower bugs to next release target
This bug no longer occurs from what I can tell. The FILE line in a cue sheet is read as a raw string (we don't know or care what encoding it's in) and we then look for a filename with that exact byte string. I tested using your ISO-8859-1 0xA2 cent character and it worked for me. I tested on OSX 10.6 with HFS+, where ISO-8859-1 filenames are displayed using percent-encoding: Jonatha Brooke - 10%A2 Wings.flac The cue sheet's FILE tag correctly finds this file.