If you (1) tell LMS to treat multi-disc albums as a single album
(somewhere in the LMS settings, I forget exactly where), (2) ensure
that the ALBUM tags are perfectly identical for all tracks in the
album, and (3) use the DISCNUMBER tag to indicate which tracks are from
which disc, then you only n
Thanks, I agree it's no big deal space wise but I tend to be anal about
duplicate files. Maybe I will try putting shortcuts in the lower level
folders and see if LMS picks them up.
--
paulgj
*Squeezebox:* Touch
*Server:* LMS 7.7.1 on Home Built Ubuntu Server 11.10 (64-bit) Intel
Celeron G530,
interesting question, would a shortcut in one folder pointing to a
folder.jpg file in another folder work? let us know. but while not as
large, its still something of a kludge, as it creates another file.
personally, i think its not worth worrying about, since most album art
files aren't too bi
Well I tested using Windows shortcuts instead of actual copies of the
folder.jpg file and it didn't work (LMS didn't find the art). I think
hard links would do the trick but they are a PITA to work with so it's
not worth it.
I think it would be a cool feature though to add the ability to "look
h
paulgj;682508 Wrote:
> Well I tested using Windows shortcuts instead of actual copies of the
> folder.jpg file and it didn't work (LMS didn't find the art). I think
> hard links would do the trick but they are a PITA to work with so it's
> not worth it.
According to your sig your server is runni
Yes, I figured the Windows shortcuts were a long shot but I was in
experimentation mode.
Yes, If I create symbolic links to the art then the server picks it up
and displays the art properly. When I list the directory contents,
instead of seeing a folder.jpg of the original size (in this case 2
paulgj;682727 Wrote:
> [image: http://img69.imageshack.us/img69/8779/linuxsymboliclink.png]
>
> Still a PITA to fiddle around on the command line but at least now
> known to work. Thanks for the tip!
You'd better use relative pathnames, so that your soft links will still
be valid if you move you
paulgj;682727 Wrote:
> Yes, If I create symbolic links to the art then the server picks it up
> and displays the art properly. When I list the directory contents,
> instead of seeing a folder.jpg of the original size (in this case 28737
> bytes), I see the size of the link which turns out to be
sebp;682763 Wrote:
> You'd better use relative pathnames, so that your soft links will still
> be valid if you move your music from /home/paul/data/music to
> elsewhere.
>
> Using aubuti's example:
> cd "/Miles Davis/Complete Live Nickel/Disc 2 - Set 2"
> ln -s "../Disc 2 - Set 1/folder.jpg" .
aubuti;682766 Wrote:
> Right, that's the way symlinks normally work.
>
>
> No problem, and glad you got something working. And since you rejected
> the two easier gui solutions -- (a) making a copy of folder.jpg or (b)
> telling LMS to treat the two discs as a single album -- to some degree
> y
paulgj;682846 Wrote:
> The way I have this album set up using the LMS Single Album option
> wouldn't work as I want to have each set have it's own different Album
> Name.
Fair enough. I vary how I do it depending on the album, so I can
certainly see arguments for each way.
paulgj;682846 Wrote:
aubuti;682854 Wrote:
>
> There's no universal optimum except "not too big", because sometimes
> large art files clog the scanner. I usually use 500x500, and I wouldn't
> go for less than 300x300. Part of the decision depends on what you use
> to view the art. For example, you'll want bigger file
You may also be interested in using the advanced options for cover art,
see Help -> Technical information -> Artwork Setup -> Technical details
in your LMS.
In your case you would probably set a common path for all cover art and
a filename pattern in the first box which will find the cover for th
13 matches
Mail list logo