[slim] Re: Another Artwork Problem ?

2006-02-13 Thread catdna
kdf Wrote: > > that would be because it was only partly correct. The db is checked, > > and will use the info there to grab teh file. If not found, it will > look for artwork and place a found file path into the db. > > browse by artwork page is a bit different, since grabbing from the db

Re: [slim] Re: Another Artwork Problem ?

2006-02-13 Thread kdf
Quoting catdna <[EMAIL PROTECTED]>: JJZolx Wrote: I recall being confused by this as well. The answer is that SlimServer always "looks" for artwork files when you get to the album view, rather than using the database to get the file location. Dunno why exactly. Hmmm.. that sounds a bit...

[slim] Re: Another Artwork Problem ?

2006-02-13 Thread catdna
JJZolx Wrote: > > I recall being confused by this as well. The answer is that SlimServer > always "looks" for artwork files when you get to the album view, rather > than using the database to get the file location. Dunno why exactly. > Hmmm.. that sounds a bit... cludgy ? Can someone from Sl

[slim] Re: Another Artwork Problem ?

2006-02-12 Thread DJanGo
catdna Wrote: > Hi All > > I've found an oddity in the Artwork setup of SlimServer : > > I noticed that the 'artwork_path' of an album in my database is > (correctly) set to the id of the first 'track_id' of the album. > > eg. artwork_path : 1662 in the 'albums' database > > However, when I t

[slim] Re: Another Artwork Problem ?

2006-02-12 Thread JJZolx
catdna Wrote: > Now, if I go through the slimserver interface and navigate to that > album, it's displaying the correct album cover art. > > What I really want to know is, "how does slimserver know which coverart > url to use ?" > I though it was always the first track id for the album (or the >