first, let me state the "CLEAR and rescan" worked, it now does what i want.
second, i figured out (or so i think) that patsy cline worked prior b/c i had moved it around. so it looked like a new entry on the overnight scan. just a fyi. anyway: JJZolx Wrote: > The wiki ordering looks odd. The thumbnail filename order shown there > isn't exactly the reverse of the cover art filename ordering, as it > says. > > But in any case 'albumartsmall.jpg' comes before 'folder.jpg' so I > don't see why you should be "ok". Since you have 'albumartsmall.jpg' > files, SlimServer will see them and store them as the thumbnails. i think you lost track... if you look at it again, you'll see in the post ( #3 ) i was parsing the explanation for "Artwork"'s explanation, not the Artwork thumbnail explanation. that being the case, for "Artwork" as opposed to "Artwork thumbnails" i should be ok b/c i want it to use Folder.jpg first for that option as well. (and i simply have left it blank, as opposed to naming it) it is interesting to note, as you did, that the order for artwork thumbnails is NOT an exact reverse. and as i now know, i did have to name a filename for that, and it is in no way related to "Artwork" JJZolx Wrote: > Yes, it really should be stated in the server settings. But I think > very few people use any of these settings. well, thats hardly a reason not to, is it? JJZolx Wrote: > Or when they do, it's a one-time set-it-and-forget-it type thing. At > one time I was using the pattern '%album%.jpg' for artwork, but this > was broken for a number of the 5.x and early 6.x releases. Anyone who > was using this type of file naming convention got wise and just went to > cover.jpg or folder.jpg, which always works. luckily, i don't need to figure that out. :) in any case, i don't think that when something doesn't work, the solution should be to either ignore it, or perform some workaround. i think the answer is to give feedback which is useful to the developers, and try to get the feature they've obviously intended to include to actually work properly. JJZolx Wrote: > I'll bet an exceedingly small percentage of users even use thumbnails > other that those generated from the full sized artwork images. and i'm trying to NOT use thumbnails! the problem was i couldn't figure out how to get SS to NOT use them, b/c the documentation wasn't where the function was, or on the wiki, for reasons i can't understand. just b/c very few people might want to "browse artwork" with pics that don't look crappy, (and i don't believe that btw) doesn't mean it shouldn't be fixed. not trying to be argumentative, just saying i shouldn't have to defend the notion of something working properly, or having full and useful documentaion, especially IF the function is there! and thats regardless of however few people use it. JJZolx Wrote: > No, the rescan plugin has never been able to do a wipe (clear) and > rescan. I'd always wished it would allow that, as the non-clearing > scan has always been lacking and unless you're waiting around for it to > finish you may as well do a full clear & rescan. well, we completely agree here. :) if you can tell it to rescan nightly, is it so hard to modify it so you can specify what kind of scan? given that the kinds of scans are available already manually, i would hope not. thx again, -mdw -- MrSinatra www.LION-Radio.org Using: Squeezebox2 w/SS 6.3 - Win XP Pro SP2 - 3.2ghz / 2gig ram ------------------------------------------------------------------------ MrSinatra's Profile: http://forums.slimdevices.com/member.php?userid=2336 View this thread: http://forums.slimdevices.com/showthread.php?t=25387 _______________________________________________ discuss mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/discuss
