PDA

View Full Version : Populating Cover Art



Kevin Hawkins
2004-03-07, 13:01
> -----Original Message-----
> From: discuss-bounces (AT) lists (DOT) slimdevices.com
> On Behalf Of kdf
> Sent: 07 March 2004 19:39
> To: Slim Devices Discussion
> Subject: [slim] Populating Cover Art

> That is correct. SlimServer will look for ID3v1 and
> ID3v2.3 PIC and APIC tags for image data. This can be
> jpg, gif, or png formatted. I'm not aware of any spec that
> embeds pathnames. Slimserver only loks for image data,
> not for embedded pathnames.
>
> > Or it will look for specific file names in the music
> directory and
> > apply the art in those files to the directory.
> >
> > I'm not sure what the SlimServer does for different
> tunes in a single
> > directory, clearly you'd want differnt art. I just don't
> have any
> > example of that in my collection.
>
> Slimserver looks in the same path as the song, thus you
> would be looking for the same artfile in this case.
> However there is an option in Server Settings, Additional,
> Interface for setting filenames for Artwork and Artwork Thumbnail.
> You can enter a specific filename if you use something
> not found in the list (eg, artwork.jpg). You may also
> create filenames based on song variables. If your first
> character is %, the server then parses the rest of the
> string as an InfoFormat, the same as title format is created:
>
> Available data elements are: CT (content type), TITLE,
> GENRE, TRACKNUM (tracknumber as an int), FS (file size),
> ARTIST, ALBUM, COMMENT, YEAR, SECS (total seconds),
> DURATION (minutes and seconds), VBR_SCALE (vbr/cbr),
> BITRATE, TAGSIZE, VOLUME (volume name), PATH, FILE, EXT
> (file extension), LONGDATE (current date, long), SHORTDATE
> (current date, short), CURRTIME(current time).
> Elements can be separated by anything (or nothing). The
> separators are only used if the data elements are present.
>
> As an example, you could create a single directory of
> songs and name all your artwork as artist-album.jpg. For
> this, enter a setting of %ARTIST-ALBUM.jpg for Artwork or
> Artwork Thumbnail.
>
> The rest of the info, you alreayd have from Pat.

This is exactly what I need - in that MediaCentre automatically creates such
a cover art directory - a single directory divided Artist-Album.jpg so that
is great. My only problem is that from what you say MediaCentre is writing a
non standard tag back to the mp3 file which contains the path to the cover
art file. I can see this in a tag editor as 'cover art path'.

Now obviously the SliMP3 ignores this but it is filling my drive up due to
my NTFS problem. This as I now understand it is sort of expected as the IDV2
tag is at the beginning of the file so to update it you have to rewrute the
whole music file. This then is consistent with my first problem where my
space is not being released correctly - so if I can fix that I can use one
directory for cover art I guess.

Having said that I have now got Victor Brilon's Perl script running OK on
Windows and am also having a play with Pat's Java application - which is not
quite running yet due to my deficient knowledge of Java.

Thanks foer the info - it's really nice when you are pleasantly
surprised that an extra feature is already there that you wanted ..

Kevin

kdf
2004-03-07, 13:23
Quoting Kevin Hawkins <lists (AT) ukusa (DOT) demon.co.uk>:


> This is exactly what I need - in that MediaCentre automatically creates such
> a cover art directory - a single directory divided Artist-Album.jpg so that
> is great. My only problem is that from what you say MediaCentre is writing a
> non standard tag back to the mp3 file which contains the path to the cover
> art file. I can see this in a tag editor as 'cover art path'.

The server still looks for these files in the same path as the song. There was
a bug report asking for media centre compatibility, and it seemed to indicate
that the artist-album.jpg files were stored in a directory of artwork, separate
from the audio files. This part of the functionality is still not there.

-kdf