Thanks! The path problem is solved per earlier msg; I just spaced out and wasn't looking at the log properly after I wiped out the playlists. I've set the options to persistent and rescanned. I don't see any problems in the resulting scanner log, except the previously noted error messages. Here's an example of an album with missing art...
[06:52:22.9962] Slim::Schema::Track::coverArt (271) Retrieving artwork for: file:///var/flexshare/shares/music/The%20Beatles/Rubber%20Soul/The%20Beatles%3B%20Rubber%20Soul%20-%2001%20-%20Drive%20My%20Car.flac [06:52:22.9973] Slim::Music::Artwork::_readCoverArtTags (195) Looking for a cover art image in the tags of: [/var/flexshare/shares/music/The Beatles/Rubber Soul/The Beatles; Rubber Soul - 01 - Drive My Car.flac] [06:52:23.0000] Slim::Music::Artwork::_readCoverArtFiles (237) Looking for image files in /var/flexshare/shares/music/The Beatles/Rubber Soul Looks OK by these messages, eh? If the previous error messages are masking something, perhaps someone can look at those? I have 41 of these, which is much fewer than the number of missing art items (about 200). Here's an example... [06:36:34.6729] Slim::Utils::Scanner::__ANON__ (156) Warning: Use of uninitialized value in concatenation (.) or string at /usr/local/slimserver/Slim/Utils/Scanner.pm line 156. [06:36:34.6735] Slim::Utils::Misc::msg (1185) Warning: [06:36:34.6732] ERROR: Thanks folks! kdf;228368 Wrote: > the puzzle icons is a new UI feature of 7, therefore not something that > has hit the documentation. > Enable or Disable from there is about the plugins themselves. good to > have them disabled, as it saves memory use, > but those have to be enabled and active in order to be doing anything > with scanning. You would have to have an itunes library or MusicIP > installed for either to have been active. > > > > Do you have any shortcuts that point to the old path? Be careful to > check in your music library as well, not just your playlist path. > CUE sheets, M3U, PLS files can all have an effect. > > > > ok, at least that rules out the resizing, leaving the find routine as > the problem. > > > > for now, I'd agree. There is clearly a problem grabbing the artwork > itself. > > > > Interestingly, line 156 is the errormsg generated by the error handler > of File::Next. > Unfortunately, with something wrong inside that, we've lost the real > reason for the error. > > Without a context, I can't really suggest what might be wrong or > whether it's a harmless result of unsupported files. > > Hrm, I think I may have forgotten a catch. If you are setting the > debug options from the web pages, then triggering a scan, you'll need > to also check the box for making the options persistant. it's at the > top of the debugging page. The scanner is a separate process, so it > loads it's logging settings from the log configuration file, as opposed > to getting them from the live server settings. When it's working, you > will see a lot of "looking for..." messages. You can use 'tail -f > /var/log/slimserver/scanner.log' to watch it live. > > -kdf -- NatureDude ------------------------------------------------------------------------ NatureDude's Profile: http://forums.slimdevices.com/member.php?userid=12104 View this thread: http://forums.slimdevices.com/showthread.php?t=38279 _______________________________________________ beta mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/beta
