On Jul 24, 2005, at 8:08 AM, rds wrote:
dean wrote:
Slimserver is a bit aggressive about
gathering song information. Users often
have volumes that become unmounted and
so we decided to let references persist
in the hopes that those files will come
back.
Features like this are great, but
dean wrote:
> Slimserver is a bit aggressive about
> gathering song information. Users often
> have volumes that become unmounted and
> so we decided to let references persist
> in the hopes that those files will come
> back.
Features like this are great, but they should be made available as
opt
Slimserver is a bit aggressive about gathering song information.
Users often have volumes that become unmounted and so we decided to
let references persist in the hopes that those files will come back.
(If we didn't, then the playlist would be missing tracks.)
On Jul 23, 2005, at 10:19 AM
fathom39 Wrote:
> Excellent, that fixed it. But ... why would an entry in a playlist
> back-populate to album contents?
Nevermind, I just realized playlists should be kept in a folder
separate from the music library.
--
fathom39
___
Discuss mailin
dean Wrote:
> Is it possible that there's a playlist with a reference to the
> missing file?
>
Excellent, that fixed it. But ... why would an entry in a playlist
back-populate to album contents?
--
fathom39
___
Discuss mailing list
Discuss@lists
JJZolx Wrote:
> Don't rely on 'guessing' - use anally meticulous file tagging if you
> expect any kind of order to be made of your files.
>
> Do you have any cue sheets in your music directory tree?
Agreed, this is the first time I have ever guessed. I have spent many
hours cleaning up Gracen
fathom39 Wrote:
> Please help. And, why doesn't SS have a delete option for each track in
> the left hand panel? Thank you.
Many would hope that this and a lot more interactive library management
are planned in the future. It's the Slim Devices party line that this
type of power isn't planned