PDA

View Full Version : Artwork Artwork Artwork



MrSinatra
2006-07-06, 02:50
first, my apologies if this has been covered before, but i searched and couldn't find the info i wanted. i'll start with my questions, and then give my own hints that someone else might find useful.

one of my biggest pet peeves with SS is how it displays artwork.

1. if u choose "browse artwork" it puts all your albums in alphabetical order according to album name! no regard for artists.

is it possible to modify SS somehow so that when i, or someone from the internet, chooses to browse my artwork, they view it in artist order, (arranged alphabetically), and then view the artist's albums grouped under each artist [also] alphabetically?

this is the MOST annoying thing... i can't believe there aren't simple "click and pick" options to choose from in arranging artwork when browsing. (if i'm wrong, i'll gladly wear the egg on my face)

2. in a similar vein, almost all my CDs are ripped so that the artist is one dir, the album is a sub dir, and the artwork is stored in the album dir.

for most albums, i have 4 jpgs... 2 have strange codes in the filename, so we'll ignore those. HOWEVER, the other two have normal filenames of:

Folder.jpg (200x200 pixels)
&
AlbumArtSmall.jpg (75x75 pixels)

for some reason, SS defaults to showing 100x100 pixels. now i know i can configure that to whatever i want... but what i want to know is why does SS look for or use AlbumArtSmall.jpg first instead of Folder.jpg?

would it not be wise to use the larger jpg and scale it down, rather than use the smaller one and scale it up? (i assume it can scale down Folder.jpg, yes?)

so how do i tell SS to look for Folder.jpg first? i saw some related options, but i got the impression i could only tell it one name if i told it anything, and it would then ignore other possibilities if not found.

what i want to do is simply rearrange the pecking order, so if i don't have a "Folder.jpg" it will still look at the other possibilities.

anyway, i'll leave it at that for this post.

as to my advice, here's what i do to get artwork, and it works rather well:

i use EAC to rip, and i always rip to a "staging" dir where i check the rips out b4 placing them in my collection proper.

prior to doing a rip, i also open WMP, (windows media player) and have it display the CD in the now playing. of course, i don't have it play, its set to stop.

but in WMP's options, i set it to monitor my staging dir for new files, and i also tell it to ONLY ADD MISSING info, and not replace any info... this is for tags or ARTWORK.

it works VERY well, and if it fails, i can still find the artist in the WMP library and do a search (find info) on any given title, and it usually shows that there were multiple possibilities, allowing me to pick whichever one is appropriate. it may rename the tag for that one song, but thats easily fixed... and i still get the artwork in the album dir for the whole CD. well worth it.

i haven't found a 3rd party pgm that places artwork as easily or as well or as accurately... and that isn't to say my solution is elegant, it isn't, its a bit of a kludge actually, but it is pretty effective and easy. if i'm missing out on something better, please inform.

thx, -mdw

aubuti
2006-07-06, 04:17
I don't have an answer for your second issue. As for the first, slimserver 6.5b1 has just the option you are asking for. I don't know if it is in 6.3.0 or not.

Note that 6.5b1 is clearly beta software and is not yet stable, so if you upgrade to 6.5b1 to get this feature then be prepared to also get some new problems. If you'd rather not venture into that, you should either wait until 6.5 is stable, or see if it is in 6.3.0 (you don't mention what version you're running, which would be helpful for these kinds of questions).

Siduhe
2006-07-06, 04:52
Would setting up a central store of artwork sort issue 2 for you ? Server Side resizing is also available, but only in 6.5 currently according to the wiki.

As I understand it, there's only limited functionality to change the way that Slimserver handles artwork by default, but the central store idea is to allow people to customise the handling to some extent. Big disclaimer, I just use the standard handling so can't help with practical advice, but others here may have more experience.

Also, what format are your files ? Would embedding the artwork at your preferred size if they are mp3 sort out your issue 2 ?

http://wiki.slimdevices.com/index.cgi?AlbumArtwork

MrSinatra
2006-07-06, 10:55
first, thx for the reply.

i am currently running 6.3 and my file format is mp3, (256kbps).


I don't have an answer for your second issue. As for the first, slimserver 6.5b1 has just the option you are asking for. I don't know if it is in 6.3.0 or not.

Note that 6.5b1 is clearly beta software and is not yet stable, so if you upgrade to 6.5b1 to get this feature then be prepared to also get some new problems. If you'd rather not venture into that, you should either wait until 6.5 is stable, or see if it is in 6.3.0 (you don't mention what version you're running, which would be helpful for these kinds of questions).

well, at least its in the next beta... assuming they skip over 6.4 to release 6.5

i suppose i'll wait, i usually avoid beta software. but its good to know its in there in some form.

the way i'd like to see it handled, as i said, is in artist groupings (going alphabetical of course) with their albums then also arranged alphabetically... HOWEVER what i'd like to see extra done, and please let me know if your version can do this, is:

instead of the album covers just continuing to form a solid column that can be hard to follow, i'd like to see each new artist, even if they only have one album, starting or creating a new "row" (like in excel) so that way you could see visually right away where each new artist starts in the artwork.

i realize this probably shouldn't be the default, but i do think it would be a valuable option.

any idea when your beta version will be officially released? (i'll take a guess) thx again, -mdw

MrSinatra
2006-07-06, 11:07
hi, thx for your reply as well, i'll answer inline:


Would setting up a central store of artwork sort issue 2 for you?

not really... i like to keep the artwork in with the album folder, so i don't get a big mess, and so it is separate from the files. i can visually see right away what art files are missing; and anyway, this is how WMP obtains them.

i am curious as to how to add artwork to a tag, but i don't want to use that method.

i also want the music and artwork together for anyone who may want sometihng i have.


Server Side resizing is also available, but only in 6.5 currently according to the wiki.

i'm a little confused here...

for as long as i've had SS it seems to always grab the 75x75 jpg, and then scale it up to 100x100, which is why i noticed b/c that looks crappy, but it does do it... is that not server side resizing?

or do i have that wrong?

or do you mean to say DOWN sizing won't be available till 6.5?


As I understand it, there's only limited functionality to change the way that Slimserver handles artwork by default, but the central store idea is to allow people to customise the handling to some extent. Big disclaimer, I just use the standard handling so can't help with practical advice, but others here may have more experience.

i don't even know enough to be dangerous, BUT i was hoping the sort methodology was written in perl or something, and someone might he instructions on how to edit it in that case.

i really do think the developers NEED to allow users via context menus to arrange the pecking order to their liking. imo, that should be a basic function of the product.


Also, what format are your files ? Would embedding the artwork at your preferred size if they are mp3 sort out your issue 2 ?

http://wiki.slimdevices.com/index.cgi?AlbumArtwork

they are mp3, but i don't want to do that, (nor do i know how). it probably is a good workaround, but its not applicable to my desires or how i get artwork to begin with. (not to mention, it wastes space)

thanks for the link... i might have some followup questions based on that and the info in the SS menus. thx again, -mdw

JJZolx
2006-07-06, 12:02
1. if u choose "browse artwork" it puts all your albums in alphabetical order according to album name! no regard for artists.
6.5, which should be out within the next couple months addresses this. I haven't quite kept up with the latest release of 6.5, but there is an option to select the sort order for artwork. Mine is sorted by artist/year/album.

I think newer changes may enable artwork to be displayed in this "gallery" view for any of the browse methods, so Browse Albums would behave similarly to the pre-6.5 Browse Artwork, sortd by album name (as you've observed, nearly useless for most people). But Browse Artists would give your desired sort order. I'm hoping the ability to sort albums by year under the artist is addressed before this is released.


for some reason, SS defaults to showing 100x100 pixels. now i know i can configure that to whatever i want... but what i want to know is why does SS look for or use AlbumArtSmall.jpg first instead of Folder.jpg?
It doesn't - SlimServer is capable of knowing exactly _one_ image for an album (and its tracks). It resizes that one image in the Browse Artwork view.

kdf
2006-07-06, 12:19
Quoting JJZolx <JJZolx.2ajfeb1152212703 (AT) no-mx (DOT) forums.slimdevices.com>:


> It doesn't - SlimServer is capable of knowing exactly _one_ image for
> an album (and its tracks). It resizes that one image in the Browse
> Artwork view.

There are two: cover and coverThumb (as slimserver sees them). The
cover images look for artwork with some known filenames, ordered for
typically large to small. The thumbnail looks for the same
filesnames, but ordered small to large. This assumes that thumbnails,
being displayed at lower resolution, need only grab the smaller files
if available.

There is a pref to size the thumbnails in browse artwork (server
settings->interface) so you can set those to the thumbnail size of
your images if you really want. Fro 6.5, If you have the GD library
installed, then slismerver will resize the images before they are sent
to the browser (for better quality render and faster caching).

There is also a pref to set extra or preferred filename for cover and
for thumbnail. For example, if you want AlbumArtSmall.jpb to be the
default image in every case, you can enter that for the Artwork
filename and it will override teh normal first name, which is cover.jpg.

-kdf

JJZolx
2006-07-06, 13:25
for as long as i've had SS it seems to always grab the 75x75 jpg, and then scale it up to 100x100, which is why i noticed b/c that looks crappy, but it does do it... is that not server side resizing?
My apology for the bum advice. I think kdf's post should clear up thumb/cover art somewhat.

Seems like all you'd need to do to get this behavior is have SlimServer not see your thumbnails, either by renaming or by deleting them.

kdf
2006-07-06, 13:37
Quoting JJZolx <JJZolx.2ajjbz1152217801 (AT) no-mx (DOT) forums.slimdevices.com>:

>
> MrSinatra Wrote:
>> for as long as i've had SS it seems to always grab the 75x75 jpg, and
>> then scale it up to 100x100, which is why i noticed b/c that looks
>> crappy, but it does do it... is that not server side resizing?
> My apology for the bum advice. I think kdf's post should clear up
> thumb/cover art somewhat.

so many options that it is very confusing. I have the advantage of
being familiar with that section of code, so when I had to look it up,
I could.

> Seems like all you'd need to do to get this behavior is have SlimServer
> not see your thumbnails, either by renaming or by deleting them.

I'd try puttiong Folder.jpg in as the thumbnail pref in Server
Settings->interface first. If that works (I think it should) then it
does save the effort of renaming. The price of this is that the
loading of the page will take longer, as the browser needs to load
much more data, then scale it down. With 6.5, the server does the
work, so you get CPU usage increases on the server, but less bnadwidth
used in sending to the browser and a faster page render.
-kdf

JJZolx
2006-07-06, 13:40
There is a pref to size the thumbnails in browse artwork (server
settings->interface) so you can set those to the thumbnail size of
your images if you really want. Fro 6.5, If you have the GD library
installed, then slismerver will resize the images before they are sent
to the browser (for better quality render and faster caching).
For 6.5 it would seem that the only way to really make practical use of user-created thumbnails is to have them already in the preferred size so that they're not sent through GD. Would it make sense to eliminate support for user generated thumbnails altogether? If a cover art image is going to be resized, it would be better (as the original poster points out) to generate them from a larger image scaled down, rather than a smaller one scaled up.

kdf
2006-07-06, 14:01
Quoting JJZolx <JJZolx.2ajk0z1152218701 (AT) no-mx (DOT) forums.slimdevices.com>:

>
> kdf Wrote:
>> There is a pref to size the thumbnails in browse artwork (server
>> settings->interface) so you can set those to the thumbnail size of
>> your images if you really want. Fro 6.5, If you have the GD library
>> installed, then slismerver will resize the images before they are sent
>>
>> to the browser (for better quality render and faster caching).
> For 6.5 it would seem that the only way to really make practical use of
> user-created thumbnails is to have them already in the preferred size so
> that they're not sent through GD.

What makes sense, appears to be completely different depending on the
user in question.

> Would it make sense to eliminate
> support for user generated thumbnails altogether?

already under discussion. One argument against removing this is that
idea that users might desire the ability to request one image or the
other via a url. Currently, no skins really make use of this, but
there is no reason you could not have a skin that showed the album
cover when browsing albums in gallery view, and showing a preferred
photo of the artist in the now playing section.

Given that the handling already exist for two images, that the
processing effort isn't much different either way, and that a single
image in the folder automatically work when called from either url,
there isn't much reason to get rid of the feature. It won't really
save us much. The secondary thumbnail scan was the worst part (in my
mind) and that's already dealt with.

If a cover art image
> is going to be resized, it would be better (as the original poster
> points out) to generate them from a larger image scaled down, rather
> than a smaller one scaled up.

that would again depend on what the users' obsession of the day
happens to be. If it is bandwidth, then smaller images woudl prevail.
Also, GD isn't included or available on all systems, so the older
methods of browser scaling are still the fallback possition when GD
can't be found.

-kdf

MrSinatra
2006-07-06, 14:28
guys...

you're kinda losing me here. what is GD? is it part of slim server? what is its connection to this issue?

here's how i think artwork should be handled by slim server:

1. you should be able to set within reason whatever pixel size you want displayed in browsing artwork. i know you can set this already, and the default is 100x100

i would probably set mine to be 125x125 - 150x150.

2. you should then be able to have slim server, on its own, resize any given image, up or down, to fit whatever amount you set.

3. you should also be able to determine the pecking order SS will use, AND add filenames to that pecking order. this would allow anyone to add whatever specific filename they want, AND prioritize in what order SS should make use of them.

in my case, i would tell it to always look for my 200x200 files first, which would be great for me, b/c it would then scale them down as is my wont. BUT someone else interested in bandwidth could set the pecking order in reverse, see my point?

also, this would allow SS to seek and use other images in the pecking order if the "preferred" image isn't there.

also, i think SS should use ANY .jpg or image available if one exists, even if none exists conforming to KNOWN filenames.

4. finally, i think there should be a toggle switch for SS so it knows to maintain aspect ratio if thats what the user wants for browsing artwork.

am i on the right track here guys?

JJZolx
2006-07-06, 15:14
you're kinda losing me here. what is GD? is it part of slim server? what is its connection to this issue?
GD is a package(?) added to SlimServer 6.5 to resize artwork on the fly. It generates, server-side, a resized image. SlimServer then caches that image so that it's not constantly resizing them whenever it needs to send an image other than the size de

In versions prior to 6.5 there's no server-side image resizing going on. If you have a 100kbyte 900x900 pixel artwork image, then that image is sent to the browser and resized by the <img> tag to make a 125x125 thumbnail. There's also some javascript that sometimes resizes the image on the album pages, but since that too is client side, the original 100k image is the one being served.


4. finally, i think there should be a toggle switch for SS so it knows to maintain aspect ratio if thats what the user wants for browsing artwork.
In 6.5 I belive the aspect ratio of resized images is always retained. I think in prior versions you always had a square NxN image.

kdf
2006-07-06, 15:42
Quoting MrSinatra <MrSinatra.2ajm3z1152221401 (AT) no-mx (DOT) forums.slimdevices.com>:

> you're kinda losing me here. what is GD? is it part of slim server?
> what is its connection to this issue?

GD is a library of image manipulation tools. The server can use these
to do much better resizing and offer several options for aspect ratio,
background fill colour and more. The server includes the library
where possible, but some linux users will have to install it for
themselves.

> here's how i think artwork should be handled by slim server:
>
> 1. you should be able to set within reason whatever pixel size you want
yup, already there.

> 2. you should then be able to have slim server, on its own, resize any
> given image, up or down, to fit whatever amount you set.

This is also there, within certain limits. Some skins dictate a
layout requirement, so not all artwork can be resized at will.
However, a custom skin can request any sizing. 6.3 woudl require
width/height tags in the html, 6.5 pushes the resize to the server by
requesting the filename with sizing info included. The naming is
documented in the wiki.

> 3. you should also be able to determine the pecking order SS will use,
> AND add filenames to that pecking order.

There is a fixed pecking order, with no plans to change that. You do
have the one optional name that overrides the built-in order. This is
also documented in the wiki. In your case, I'd set the thumbnail pref
to Folder.jpg so that it grabs your larger file.
>

> 4. finally, i think there should be a toggle switch for SS so it knows
> to maintain aspect ratio if thats what the user wants for browsing
> artwork.

6.5 will maintain aspect ratio if requested, and the GD libraries are
in working order. This can be skin dependant, given filename
requested from the url. This, again, is defined in the wiki:
http://wiki.slimdevices.com/index.cgi?AlbumArtwork

Not all skins handle artwork, and not all present it in the same way.
The framework is there in slimserver to do a great deal more than what
is shown by the included skins. The nokia770 skin is a good example
of what can be done differently from all other skins if an author is
motivated.

-kdf

Mongo
2006-07-07, 08:42
I have tried using WMP to download artwork and it seems to work only sporadically. Is there a reliable method built into the program that I am missing? "Find Album info" pulls up the artwork, but even verifying the album track by track does not always download the art.

Secondly, I failed to access artwork as I ripped each CD, and now I wold like to add it. Is downloading it album by album on WMP the best way to go, or is there an alternate source and/or easier method?

thanks

MrSinatra
2006-07-07, 11:09
I have tried using WMP to download artwork and it seems to work only sporadically. Is there a reliable method built into the program that I am missing? "Find Album info" pulls up the artwork, but even verifying the album track by track does not always download the art.

i'll try to explain, but no guarantees i'm complete... my technique has evolved slowly and organically, so i don't know i recall it all. i use the newest WMP available btw.

1. open WMP, go to "tools - options"

2. under "library" check "retrieve info from the net..." and then check "only add missing info"

3. also under library, click "monitor folders" and then tell it both the root folder where you store your rips, AND the more specific "staging" folder where you create your new rips before you place them into your collection proper. if you don't use a staging folder, you should start, and it makes it very likely that WMP will be aware of whatever you're ripping by mid CD or so.

4. you'll want WMP to be already open BEFORE you open EAC, and you'll want it to be displaying the cd in the rip drive in the now playing tab, with the visualization being "album art." you do NOT want it actually playing the CD however.

you may also need to check "update music files by retrieving media info from the net" under the "privacy" tab, i don't know.

anyway, thats the basic system, and when WMP isn't confused, it will place artwork into the album folder. it may help or matter that i use this as my filename creation:

[staging folder]\artist\album\artist - ## - track title.mp3

which i then move when i have it all done up right. i use a slightly different one for "various" cds.


Secondly, I failed to access artwork as I ripped each CD, and now I wold like to add it. Is downloading it album by album on WMP the best way to go, or is there an alternate source and/or easier method?

thanks

if you tell it to monitor folders it will place what it can, BUT what frequently happens is that it is confused by multiple choices.

this can happen if you are trying to retroactively get artwork, BUT it can also happen even if you follow my system above.

what i do when WMP got no artwork or the wrong artwork, is i go into the WMP library, go into "album artist" and find the first song of the given CD, and then do a right click directly on the song itself, and then click "find album info"

at that point there should be some multiple choices, but not always. sometimes there are no choices. i check every song on the cd until i find it if its there to be found. i have had cds where i found it on just one random track...

but i always check the first one first, b/c once you find the album (with the right art) that you want to use, you have to actually click on the album cover, and WMP then updates your track, changing its tag, and placing the artwork in the album folder.

it can take several minutes, but not usually.

i always do the first track b/c its easier to recall its that one i need to edit the tag info back on, (or vice versa, depending who has the better info).

WMP can be messy in how it stores all the tracks in the WMP library off of any one given CD, BUT if you poke around you will find all the tracks, as long as you monitor your folders as i described above. be sure to have WMP scan your collection once to get started.

let me know if i can clarify anything, -mdw

egd
2006-07-07, 16:43
I don't have an answer for your second issue. As for the first, slimserver 6.5b1 has just the option you are asking for. I don't know if it is in 6.3.0 or not.

I presume the option you're referring to is Server settings/Interface/BROWSE BY ARTWORK ORDER? I've just updated to the latest nightly and set this to Artist, Album, however, slimserver continues to present me with the albumlist sorted by album title, ignoring altogether the artist as a sort criterion.

Is there something else I need to set or have overlooked?

Pale Blue Ego
2006-07-07, 23:31
A few thoughts -

For mp3s, I think embedding the album art into each file tag is a viable choice. For a 200x200 pixel jpg we're usually talking about an extra 8k-10k per track. For a 10,000 track library, that's only about 100MB total. You'll never have a problem with image filenames or losing the image. The image will always go where the music goes. There are a lot of programs that can display embedded album art, and many more future interfaces will use the feature. It's just easier and more elegant to put the image in the tag.

Now if there was a good way to embed images in FLACs, I'd be a happy camper.

MrSinatra
2006-07-08, 00:01
its a great suggestion, as long as you're willing to come over to my place and embed all the jpgs into the 51+days worth of songs i have. ;)

no thx, i don't know how to, don't want the extra step, and don't want to waste the space.

cbemoore
2006-07-08, 01:27
I presume the option you're referring to is Server settings/Interface/BROWSE BY ARTWORK ORDER? I've just updated to the latest nightly and set this to Artist, Album, however, slimserver continues to present me with the albumlist sorted by album title, ignoring altogether the artist as a sort criterion.

Is there something else I need to set or have overlooked?

It's a bug....

"Browse by artwork order" used to work perfectly in 6.5, but it broke when the split-scanner code was merged to 6.5. I don't know if a bug has been filed or not (I couldn't find one after a quick seach), but kdf will probably know....

Chris

Patrick Dixon
2006-07-08, 05:21
I think it's more a 'work in progress' than a bug, as the way that 'browse artwork' works is being changed.

MrSinatra
2006-07-08, 14:06
Quoting MrSinatra <MrSinatra.2ajm3z1152221401 (AT) no-mx (DOT) forums.slimdevices.com>:
> you're kinda losing me here. what is GD? is it part of slim server?
> what is its connection to this issue?

GD is a library of image manipulation tools. The server can use these to do much better resizing and offer several options for aspect ratio, background fill colour and more. The server includes the library where possible, but some linux users will have to install it for themselves.

since i use XP not my concern... i assume most linux folks are savvy enough to figure out how to do what they need to. as long as its built in to SS for XP fine by me.

at this point, i think i will wait for 6.5 and see how it works to see what concerns, if any, aren't met. but i do want to respond to the rest of what you wrote, and ask some followups:


> here's how i think artwork should be handled by slim server:
> 1. you should be able to set within reason whatever pixel size you want
yup, already there.

> 2. you should then be able to have slim server, on its own, resize any
> given image, up or down, to fit whatever amount you set.
This is also there, within certain limits. Some skins dictate a
layout requirement, so not all artwork can be resized at will.

well, to be clear, i mean whatever size you set as per #1, which you could use to set the limits that would be suitable for the various skins.


However, a custom skin can request any sizing. 6.3 woudl require width/height tags in the html, 6.5 pushes the resize to the server by requesting the filename with sizing info included. The naming is documented in the wiki.

i looked at the wiki, and found it very confusing. where would one input those command switches?

in any case, i def think server side as opposed to browser/client side "resizing" is the right way to go.


> 3. you should also be able to determine the pecking order SS will use,
> AND add filenames to that pecking order.

There is a fixed pecking order, with no plans to change that.

why not change it?

frankly, i think having two set systems (one for big pics, one for thumbs) doesn't make sense if you do server side resizing.

what i propose makes more sense... allow the user to switch the pecking order and add as many as they want to it. that way they could emphasize quality, or saving bandwidth.

i'm not advocating removing the two array system if it has some other utility, but i don't see why giving the user total control over the pecking order, and ability to add as many filenames wherever they want in that pecking order, wouldn't be embraced as the way to go given the conversion to server side resizing.

perhaps in the short term a toggle switch could be used to enable or disable one array or the other...? (or something similar)


You do have the one optional name that overrides the built-in order. This is also documented in the wiki. In your case, I'd set the thumbnail pref to Folder.jpg so that it grabs your larger file.

yes, i know i can add one name... but my question for you is IF i do that, and that one filename i use ISN'T there, will it then simply give up? or will it go back to using the default order?


> 4. finally, i think there should be a toggle switch for SS so it knows to maintain aspect ratio if thats what the user wants for browsing artwork.

6.5 will maintain aspect ratio if requested, and the GD libraries are in working order. This can be skin dependant, given filename requested from the url. This, again, is defined in the wiki:
http://wiki.slimdevices.com/index.cgi?AlbumArtwork


yeah, but it looks like you have to set at least one side. do you just put " X " in as the other side? and what if the pic is vertical or horizontal, and u set the "wrong" side as a set number?

i would rather SS just always maintain aspect ratio and fit it as well to the given size i set, ie. 125x125

btw, i am only concerned with the default skin. i wouldn't expect everything i'm asking for in every skin out there.

thx for the replies, -mdw

kdf
2006-07-08, 15:17
On 8-Jul-06, at 2:06 PM, MrSinatra wrote:
>>
>
> i looked at the wiki, and found it very confusing. where would one
> input those command switches?
>
c:\program files\slimserver\server\slim.exe is the command line for
windows
or you can set the debug switches in server settings->debugging (link
for the log is at the top)

> what i propose makes more sense... =

for you. other users, and reviewer complaints have cited 'too many
prefs' as confusing.
the argument goes on and on forever and I'm not really taking part in
that. I just stated the current situation.

>>
>
> yes, i know i can add one name... but my question for you is IF i do
> that, and that one filename i use ISN'T there, will it then simply give
> up? or will it go back to using the default order?
>
it is a name to stick ahead of the rest in preference. it can be a new
name, or one of the other. It is just meant to be your "preferred"
filename.
this works for most people. of course, you can always argue that one
user might want "butuglypic.jpg" and "reallynice.tiff" and be able to
use both, but they they are welcome to make their own software and/or
modify the current Open Source software to do exact what they want at
any time.

>
> i would rather SS just always maintain aspect ratio and fit it as well
> to the given size i set, ie. 125x125
>
that's what the 'fit' options are for.
-k

kdf
2006-07-08, 15:18
On 8-Jul-06, at 1:27 AM, cbemoore wrote:
>
> "Browse by artwork order" used to work perfectly in 6.5, but it broke
> when the split-scanner code was merged to 6.5. I don't know if a bug
> has been filed or not (I couldn't find one after a quick seach), but
> kdf will probably know....
>
http://bugs.slimdevices.com/show_bug.cgi?id=3573
-k

MrSinatra
2006-07-12, 12:20
just figured out another tip that may help those getting artwork from WMP...

earlier, i described my process of using WMP to get artwork either during a rip, or after the fact.

in a small, but 'annoyingly speaking' statistically significant amount of the time, WMP will show you the correct artwork in the now playing window, and yet won't place it during a rip, OR even give you the option to choose it when doing "find info" in the media library as i mentioned before!

that is of course very frustrating but there is an obvious workaround i never thought of till now. simply rip a track or two with WMP! you'll get the artwork, and you can delete the rest. tell it to rip to a dir that u mark special for WMP, so as not to confuse yourself and possibly overwrite the wrong thing.

the artwork files from WMP might be system files btw, so you need to make sure windows is showing them to you. then just cut and paste.

now my followup Qs:


On 8-Jul-06, at 2:06 PM, MrSinatra wrote:
>>
>
> i looked at the wiki, and found it very confusing. where would one
> input those command switches?
>
c:\program files\slimserver\server\slim.exe is the command line for
windows
or you can set the debug switches in server settings->debugging (link
for the log is at the top)

so in my shortcut for SS i put the switch i want to use with the artwork? kinda clumsy, but i at least know how to do that. can i use more than one switch for artwork? what if they conflict?

and what if some artwork is taller than wide, while others are wider than tall?



> what i propose makes more sense... =

for you. other users, and reviewer complaints have cited 'too many prefs' as confusing.
the argument goes on and on forever and I'm not really taking part in that. I just stated the current situation.

i think in this case i was unclear...

from a design perspective, IF SS is going to incorporate server side resizing, then in that case, design wise, it makes much more sense to allow the user to set a single sequence to fit quality or bandwidth, rather than having a clunky and unnecessary two array system for large and small images.

you could even allow the user to simply toggle the sequence with one switch between "quality" and "bandwidth."

if there is another use for the two array system, then surely it could be left in... but at the moment i can't think of one.

i also think allowing the user to insert their own filenames into that squence wouldn't be much harder than setting up a playlist. but i agree it is an "advanced" request.

as to "too many prefences" i agree SS is overwhelming for many users. on that broader issue, i think a beginner interface would be appropriate, (something like SN's) and a user could be given the option to get to the more advanced options via a click to them from whatever beginner's SS settings page they're on.

one could also just pick global "advanced mode" to avoid the extra step.



>>
>
> yes, i know i can add one name... but my question for you is IF i do
> that, and that one filename i use ISN'T there, will it then simply give
> up? or will it go back to using the default order?
>

it is a name to stick ahead of the rest in preference. it can be a new
name, or one of the other. It is just meant to be your "preferred"
filename.
this works for most people.

ok, so i am taking that to mean that if my specified filename is not present, it will use the list it has as the next best alternative.

i do wish that after that, if it found nothing, it would use the first *.jpg or whatever image file in there, it may find.



of course, you can always argue that one
user might want "butuglypic.jpg" and "reallynice.tiff" and be able to
use both, but they they are welcome to make their own software and/or
modify the current Open Source software to do exact what they want at
any time.

i would argue that if SD were to see that allowing users to set the sequence given server side resizing makes sense, and if they would allow for the user to input one filename into that sequence wherever they choose, then allowing them to name X amount more filenames would not be a difficult extra option to implement, given what would already be there.



>
> i would rather SS just always maintain aspect ratio and fit it as well
> to the given size i set, ie. 125x125
>
that's what the 'fit' options are for.
-k

i'll have to play with those in the next release. greatly looking forward to 6.5, hope it comes out soon. -mdw

radish
2006-07-12, 13:04
so in my shortcut for SS i put the switch i want to use with the artwork? kinda clumsy, but i at least know how to do that. can i use more than one switch for artwork? what if they conflict?

and what if some artwork is taller than wide, while others are wider than tall?

I think you misunderstand (or I do). Assuming you're referring to the new 6.5 image resizing flags detailed on the wiki (http://wiki.slimdevices.com/index.cgi?AlbumArtwork):



As of version 6.5, Skins can control the behaviour of the server side resizing performed on the image by adjusting the filename requested.

At present, there are three parameters that can be passed to the server:

* The requested size
* The resizing mode to be used
* The background colour to be used

All three parameters are optional, and should be appended to the filename, before the file extension, and separated with underscores.
...
...

These are not command line options for slimserver, the text is describing how a skin can ask for album art in a specific size.

MrSinatra
2006-07-12, 13:09
kdf, can u clarify for us?

u said the switch goes on the windows command line for slim, is this not the case?

kdf
2006-07-12, 13:55
Quoting MrSinatra <MrSinatra.2aumen1152735001 (AT) no-mx (DOT) forums.slimdevices.com>:

>
> kdf, can u clarify for us?
>
> u said the switch goes on the windows command line for slim, is this
> not the case?

You asked about "command switches", so my response explained how to
set command switches for slimserver. These would include any commands
output from "slim.exe --help". Now that I've loaded the thread and
read over it again, I see we got a bit of a disconnect there.

When it comes to cover art sizing as explained in the wiki, then those
are determined by the filename used in the image tags of the skin
html. The filename used for cover art sends the
sizing/cropping/colouring requests for slimserver to handle. There are
a standard set of urls for skins, but any skin can make use of the
standard set or use their own urls to request different variations on
the cover art.

-kdf

MrSinatra
2006-07-12, 18:03
i see, so its not a command line switch, its a function that the skin you use itself decides.

for those of you using 6.5, do any of the skins allow the user to determine which option to use?

kdf
2006-07-12, 18:09
after all this, even I've forgotten. What option was it that you need exactly ?

MrSinatra
2006-07-12, 18:12
on this link:

http://wiki.slimdevices.com/index.cgi?AlbumArtwork

under the last part regarding server side resizing, six options are given:

s - Stretch
S - Squash
p - Pad
c - Crop
f - Fit stretch
F - Fit squash

do any skins allow the user to set these, or its whatever the skin says it is?

kdf
2006-07-12, 18:33
On 12-Jul-06, at 6:12 PM, MrSinatra wrote:
>
> do any skins allow the user to set these, or its whatever the skin says
> it is?
>
currently the skin determines it in every case.
just about every skin aside from the nokia770 skin takes artwork image
tags from the fallback (EN) skin (EN/hreftemplates).
this means that the gallery view is using fit stretch sized to the
server preference for thumbnail size. this means artwork files that
are too small, are stretched to fit while all large files are shrunk to
fit, maintaining aspect ratio.

the nokia770 skin handles things through ajax updates, so the mechanism
there is a bit different but I believe it still uses the same fit
stretch. The trend for artwork handling is moving more toward assuming
users have artwork files large enough that most will need to be
resized down to fit a limited screen space. Since the grid layout of
the gallery view depends on somewhat consistent layout, that is
critical. Other views are in progress. there is still plenty of room
for more skins to be developed to suit the needs of other users.
-k