Bugzilla – Bug 10027
FLAC external cuesheet ARTISTSORT ignored
Last modified: 2010-04-08 17:26:49 UTC
When scanning a flac file with an external cuesheet the ARTISTSORT tag in the flac file is ignored. Observed most lately using: SqueezeCenter Version: 7.2.1 - 23157 @ Fri Sep 12 02:03:38 PDT 2008 - Windows 2000 - EN - cp1252 I have experimentally deleted the cuesheet and ARTISTSORT is respected. This is the case even if I eliminate all PERFORMER references from the cuesheet, i.e. it isn't the PERFORMER tag from the cuesheet superseding the ARTIST/ARTISTSORT in the flac, but rather the ARTIST tag superseding ARTISTSORT when a cuesheet is processed. The album volume adjustment gets populated no matter what, which demonstrates that the flac file tags are being read to some degree whether or not there is a cuesheet. I surmise that different code reads them when the cuesheet is being processed than when the flac is being processed in absence of a cuesheet. Scanner logfile snips from scanning without external cuesheet and with below. NO CUESHEET: [08-11-14 11:41:00.8589] Slim::Music::Import::runImporter (489) Starting Slim::Music::MusicFolderScan scan [08-11-14 11:41:00.8600] Slim::Music::MusicFolderScan::startScan (77) Starting music folder scan in F:\foo [08-11-14 11:41:00.8613] Slim::Utils::Scanner::scanDirectory (289) About to look for files in F:\foo [08-11-14 11:41:00.8633] Slim::Utils::Scanner::scanDirectory (290) For files with extensions in: (?i-xsm:\.(?:ape|wma|wv|wav|wave|mp3|mp2|flc|flac|fla| m4a|mov|m4b|mp4|mp+|mpc|ogg|aif|aiff|lnk|cue)$) [08-11-14 11:41:00.8849] Slim::Utils::Scanner::scanDirectory (319) Found 1 files in F:\foo [08-11-14 11:41:00.8973] Slim::Utils::Scanner::scanDirectory (337) Adding file:///F:/foo/Coltrane,%20John/From%20The%20Original%20Master%20Tapes/John%20Coltrane%20-%20From%20The%20Original%20Master%20Tapes.flac to database. [08-11-14 11:41:01.1590] Slim::Music::MusicFolderScan::startScan (86) Finished background scan of music folder. [08-11-14 11:41:01.1597] Slim::Music::Import::endImporter (594) Completed Slim::Music::MusicFolderScan Scan in 0 seconds. WITH CUESHEET: [08-11-14 12:43:36.1803] Slim::Music::MusicFolderScan::startScan (77) Starting music folder scan in F:\foo [08-11-14 12:43:36.1850] Slim::Utils::Scanner::scanDirectory (289) About to look for files in F:\foo [08-11-14 12:43:36.1871] Slim::Utils::Scanner::scanDirectory (290) For files with extensions in: (?i-xsm:\.(?:ape|wma|wv|wav|wave|mp3|mp2|flc|flac|fla| m4a|mov|m4b|mp4|mp+|mpc|ogg|aif|aiff|lnk|cue)$) [08-11-14 12:43:36.2093] Slim::Utils::Scanner::scanDirectory (319) Found 2 files in F:\foo [08-11-14 12:43:36.2243] Slim::Utils::Scanner::scanDirectory (353) Adding playlist file:///F:/foo/Coltrane,%20John/From%20The%20Original%20Master%20Tapes/John%20Coltrane%20-%20From%20The%20Original%20Master%20Tapes.cue to database. [08-11-14 12:43:36.2891] Slim::Utils::Scanner::scanPlaylistFileHandle (400) Will scan file:///F:/foo/Coltrane,%20John/From%20The%20Original%20Master%20Tapes/John%20Coltrane%20-%20From%20The%20Original%20Master%20Tapes.cue, base: file:///F:/foo/Coltrane,%20John/From%20The%20Original%20Master%20Tapes [08-11-14 12:43:37.0513] Slim::Utils::Scanner::scanPlaylistFileHandle (443) Playlist item file:///F:/foo/Coltrane,%20John/From%20The%20Original%20Master%20Tapes/John%20Coltrane%20-%20From%20The%20Original%20Master%20Tapes.cue changed from cue to ssp content-type [08-11-14 12:43:37.0585] Slim::Utils::Scanner::scanPlaylistFileHandle (467) Found 7 items in playlist: [08-11-14 12:43:37.0594] Slim::Utils::Scanner::scanPlaylistFileHandle (471) file:///F:/foo/Coltrane,%20John/From%20The%20Original%20Master%20Tapes/John%20Coltrane%20-%20From%20The%20Original%20Master%20Tapes.flac#0.4 93333333333333-325.226666666667 [08-11-14 12:43:37.0600] Slim::Utils::Scanner::scanPlaylistFileHandle (471) file:///F:/foo/Coltrane,%20John/From%20The%20Original%20Master%20Tapes/John%20Coltrane%20-%20From%20The%20Original%20Master%20Tapes.flac#325 .226666666667-727.626666666667 [08-11-14 12:43:37.0607] Slim::Utils::Scanner::scanPlaylistFileHandle (471) file:///F:/foo/Coltrane,%20John/From%20The%20Original%20Master%20Tapes/John%20Coltrane%20-%20From%20The%20Original%20Master%20Tapes.flac#727 .626666666667-1063.96 [08-11-14 12:43:37.0614] Slim::Utils::Scanner::scanPlaylistFileHandle (471) file:///F:/foo/Coltrane,%20John/From%20The%20Original%20Master%20Tapes/John%20Coltrane%20-%20From%20The%20Original%20Master%20Tapes.flac#106 3.96-1343.06666666667 [08-11-14 12:43:37.0620] Slim::Utils::Scanner::scanPlaylistFileHandle (471) file:///F:/foo/Coltrane,%20John/From%20The%20Original%20Master%20Tapes/John%20Coltrane%20-%20From%20The%20Original%20Master%20Tapes.flac#134 3.06666666667-2136.42666666667 [08-11-14 12:43:37.0627] Slim::Utils::Scanner::scanPlaylistFileHandle (471) file:///F:/foo/Coltrane,%20John/From%20The%20Original%20Master%20Tapes/John%20Coltrane%20-%20From%20The%20Original%20Master%20Tapes.flac#213 6.42666666667-3052.16 [08-11-14 12:43:37.0633] Slim::Utils::Scanner::scanPlaylistFileHandle (471) file:///F:/foo/Coltrane,%20John/From%20The%20Original%20Master%20Tapes/John%20Coltrane%20-%20From%20The%20Original%20Master%20Tapes.flac#305 2.16-3300.21333333333 [08-11-14 12:43:37.0692] Slim::Music::MusicFolderScan::startScan (86) Finished background scan of music folder. [08-11-14 12:43:37.0699] Slim::Music::Import::endImporter (594) Completed Slim::Music::MusicFolderScan Scan in 0 seconds. Edit/Delete Message
I suspect this will need to be addressed in the new schema work.
Version: 7.3.3 - 27044 @ Mon Jun 15 15:14:08 PDT 2009 Operating system: Windows XP - EN - cp1252 Platform Architecture: 586 Perl Version: 5.8.8 - MSWin32-x86-multi-thread MySQL Version: 5.0.22-community-nt Update: As of version 7.3 I started to notice that ARTISTSORT was sometimes ignored and sometimes respected. I have finally discovered a pattern to this behaviour: On initial scan, ARTISTSORT is ignored, full stop. If a FLAC file is updated in any way (including just resaving it with no changes), running scanner using "Look for new and changed music" causes ARTISTSORT to be respected. In short, there is some subtle problem in the initial scan.
Created attachment 6344 [details] Support for ARTISTSORT and ALBUMSORT in cue files I think the changes in this file will help - see the lines where I put a comment about bug 10027. It also has the effect of allowing ARTISTSORT and ALBUMSORT in the .cue itself. (Hope this is the right format for a patch file.)
Thanks, I see you also added COMPILATION and ARTWORK? I think COMPILATION will be OK but I'm not sure about ARTWORK since we expect that to be binary image data. Is it OK if I remove that?
Created attachment 6345 [details] Experiment for defining ARTWORK in cues
My mistake - I've been using COMPILATION tag, but I'm still experimenting with ARTWORK. I imagine being able to add a line like this to the cue: REM ARTWORK "J. S. Bach - 1939 - Cello Suites 1-6 (Pablo Casals Naxos).jpg" and have it pick up that file. Originally I tried setting Advanced / Formatting / Artwork to "%ARTIST - YEAR - ALBUM", but the server likes to re-capitalize names and wouldn't find "Crosby Stills Nash and Young - 1971 - 4 Way Street (Disc 1).jpg" under Ubuntu because of the lowercase "and". Also specifying artwork for Various Artist albums is a nightmare. I've been trying out code like in the attachment I just made, but I am lacking a clue somewhere along the line. It can find and read the image file, but it doesn't show up in the server. What forum would be best to ask about this?
== Auto-comment from SVN commit #29503 to the slim repo by andy == == https://svn.slimdevices.com/slim?view=revision&revision=29503 == Fixed bug 10027, patch from Timothy Byrd to add ARTISTSORT, ALBUMSORT, COMPILATION to CUE sheets
Note and limitation: This fix relies on the fix for Bug 2668, which only scans the audio file for tags if it is scanning the audio file anyway to figure out the end of the last track. It will do so for any cue sheet that does *NOT* have an "END mm:ss:ff" statement. The moral of the story: Either leave the END out of the cue to make sure the audio file gets scanned, or make sure all the desired tags are in the cue and put the END in to make scanning go faster.
This bug has been marked fixed in a released version of Squeezebox Server or the accompanying firmware or mysqueezebox.com release. If you are still seeing this issue, please let us know!