PDA

View Full Version : Rescan vs. wipe cache - Once more, with feeling!



Jason
2005-01-23, 08:51
Actually I can always use "browse music folder" to find stuff that I just
added. It sure acts like it is doing it in real time to me.

> -----Original Message-----
> From: discuss-bounces (AT) lists (DOT) slimdevices.com
> [mailto:discuss-bounces (AT) lists (DOT) slimdevices.com] On Behalf Of dbls
> Sent: Sunday, January 23, 2005 8:47 AM
> To: Slim Devices Discussion
> Subject: [slim] Rescan vs. wipe cache - Once more, with feeling!
>
> The FAQ item 'What is the difference between the "Rescan" and
> "Wipe Cache" buttons?' reads:
>
> The Rescan button should find any changes made to you [sic]
> music library. When the MP3 Tag Database is being used, it
> is possible that data in the cache can be corrupt. If that
> is the case, the "Wipe Cache" button can be used to make
> the server rebuild everything from scratch.
>
> The first sentence is simply untrue. My server is set to
> rescan at midnight, and a CD I added three days ago still
> hasn't shown up. (I have deliberately chosen not to wipe
> cache yet out of a perverse curiosity about whether Rescan
> will ever find the new CD.) And since "Browse Music Folder"
> doesn't actually read the folder contents in real time, but
> apparently relies on the cache to follow the directory tree,
> I can't find it that way either.
>
> As far as needing to wipe cache to correct corrupt tag data,
> when I changed some track titles in the tags for an album
> recently, the new titles appeared almost instantaneously,
> without doing a rescan.
>
> So it looks to me like SlimServer is reading the tags in real
> time, which is not what I would expect. It does *not* read
> the music folder in real time when I "Browse Music Folder",
> as I would expect. Rescan...does what? Checks to see
> whether the physical files for tracks that are in the
> database are still there? The FAQ statement implies that it
> doesn't correct tags (you must wipe cache for that), so what
> *does* it do?
>
> One hopes that this confusion will be cleared up with the
> advent of the SQL backend.
>
> (Server: Win98SE, 400MHz Pentium II, 384MB ram, SlimServer
> 5.4.1)
>
> -:- dbls
>

dbls
2005-01-23, 09:33
"Jason" wrote:

> Actually I can always use "browse music folder" to find stuff that I just
> added. It sure acts like it is doing it in real time to me.

To quote kdf in a message from Nov. 23,

Browsing music folder should spot any new files, but it
seems some systems have a problem with recognising the
last-modified date of files.

This clearly implies that SlimServer only reads the folder
content in real time unless it thinks it needs to, and on some
installations, it's wrong, or being lied to. Since SlimServer
is clearly *capable* of reading the folder in real time, I
think there should be a way of forcing it to do so, e.g.

Browse Artists
Browse Genres
Browse Music Folder
Browse Music Folder, and I really mean it! (stamps foot)

-:- dbls

Jack Coates
2005-01-23, 10:35
> "Jason" wrote:
>
>> Actually I can always use "browse music folder" to find stuff that I
>> just
>> added. It sure acts like it is doing it in real time to me.
>
> To quote kdf in a message from Nov. 23,
>
> Browsing music folder should spot any new files, but it
> seems some systems have a problem with recognising the
> last-modified date of files.
>
> This clearly implies that SlimServer only reads the folder
> content in real time unless it thinks it needs to, and on some
> installations, it's wrong, or being lied to. Since SlimServer
> is clearly *capable* of reading the folder in real time, I
> think there should be a way of forcing it to do so, e.g.
>

good point -- that would certainly explain why you're the only one that
sees the problem (any other Win98 users out there?).

I'd say it's worth entering a bug for.

--
Jack At Monkeynoodle.Org: It's A Scientific Venture...
"Believe what you're told; there'd be chaos if everyone thought for
themselves." -- Top Dog hotdog stand, Berkeley, CA

dbls
2005-01-23, 11:36
----- Original Message -----
From: "Jack Coates" <jack (AT) monkeynoodle (DOT) org>
To: "Slim Devices Discussion" <discuss (AT) lists (DOT) slimdevices.com>
Sent: Sunday, January 23, 2005 12:35 PM
Subject: Re: [slim] Rescan vs. wipe cache - Once more, with feeling!


>>
>> This clearly implies that SlimServer only reads the folder
>> content in real time unless it thinks it needs to, and on some
>> installations, it's wrong, or being lied to. Since SlimServer
>> is clearly *capable* of reading the folder in real time, I
>> think there should be a way of forcing it to do so, e.g.
>>
>
> good point -- that would certainly explain why you're the only one that
> sees the problem (any other Win98 users out there?).
>
> I'd say it's worth entering a bug for.
>

I have the same problem when I run SlimServer on my WinXP laptop,
using the same library via a network share.

Also, if you check the archives, I'm hardly the only one with this
issue:

Tim Downie, "Music folder browsing problem", Nov 23, 2004, 3:58 AM
Steve Bernard, "Re: Music folder browsing problem", Nov 23, 2004, 6:03 AM

Finally, it is filed as a bug:

http://bugs.slimdevices.com/show_bug.cgi?id=704

-:- dbls

Aaron Zinck
2005-01-23, 11:36
Windows 2000 user here running the 1/16 nightly: rescan never seems to pick
up new music, nor does browse music. I always have to wipe cache. This has
been the case the entire time I've been dabbling with slimserver (since v.
5.2.1). Out of habit I always wipe cache after messing with my tags so I'm
not 100% sure as to the behavior when simply changing tags.


----- Original Message -----
From: "Jack Coates" <jack (AT) monkeynoodle (DOT) org>
To: "Slim Devices Discussion" <discuss (AT) lists (DOT) slimdevices.com>
Sent: Sunday, January 23, 2005 12:35 PM
Subject: [slim] Rescan vs. wipe cache - Once more, with feeling!


>
> > "Jason" wrote:
> >
> >> Actually I can always use "browse music folder" to find stuff that I
> >> just
> >> added. It sure acts like it is doing it in real time to me.
> >
> > To quote kdf in a message from Nov. 23,
> >
> > Browsing music folder should spot any new files, but it
> > seems some systems have a problem with recognising the
> > last-modified date of files.
> >
> > This clearly implies that SlimServer only reads the folder
> > content in real time unless it thinks it needs to, and on some
> > installations, it's wrong, or being lied to. Since SlimServer
> > is clearly *capable* of reading the folder in real time, I
> > think there should be a way of forcing it to do so, e.g.
> >
>
> good point -- that would certainly explain why you're the only one that
> sees the problem (any other Win98 users out there?).
>
> I'd say it's worth entering a bug for.
>
> --
> Jack At Monkeynoodle.Org: It's A Scientific Venture...
> "Believe what you're told; there'd be chaos if everyone thought for
> themselves." -- Top Dog hotdog stand, Berkeley, CA
>
>

dbls
2005-01-23, 12:08
From: "Aaron Zinck"


> Windows 2000 user here running the 1/16 nightly: rescan never seems to pick
> up new music, nor does browse music. I always have to wipe cache. This has
> been the case the entire time I've been dabbling with slimserver (since v.
> 5.2.1). Out of habit I always wipe cache after messing with my tags so I'm
> not 100% sure as to the behavior when simply changing tags.
>

One way to trick SlimServer into adding a folder to the Browse
Artists menu is to navigate to the folder by entering the
correct URL, e.g.

http://servername:9000/browse.html?dir=Artist%20Name%5CAlbum%20Name

That is, replace blanks in the names with %20 and backslashes with
%5C. (Don't be lazy and use Windows short names; I did that and now
SlimServer thinks I have two different albums with the same tracks!)

Oddly, the album still doesn't show up in Browse Music Folder.

-:- dbls

Aaron Zinck
2005-01-23, 17:45
Thanks for the tip but it's actually just as easy for me to hit wipe cache
and avoid any of those potential pitfalls you mention (besides, I have a
fairly small library which can be scanned in a reasonable amount of time).

It'd be great if rescan would actually work--I have my server set up to
record npr shows overnight and I keep a running library of current and past
shows. I currently have to manually hit wipe cache to see the new shows
every day. (as I think about it now I suppose I could have a script delete
the cache file then restart the slim.exe service, but I'd certainly prefer
it if scheduled rescans did what they're supposed to do that way my shows
would just be "there" when I want them)

"dbls" <dbls (AT) comcast (DOT) net> wrote in message
news:10ca01c50184$978df160$38a1fea9 (AT) DBLSV (DOT) ..
> From: "Aaron Zinck"
>
>
> > Windows 2000 user here running the 1/16 nightly: rescan never seems to
pick
> > up new music, nor does browse music. I always have to wipe cache. This
has
> > been the case the entire time I've been dabbling with slimserver (since
v.
> > 5.2.1). Out of habit I always wipe cache after messing with my tags so
I'm
> > not 100% sure as to the behavior when simply changing tags.
> >
>
> One way to trick SlimServer into adding a folder to the Browse
> Artists menu is to navigate to the folder by entering the
> correct URL, e.g.
>
> http://servername:9000/browse.html?dir=Artist%20Name%5CAlbum%20Name
>
> That is, replace blanks in the names with %20 and backslashes with
> %5C. (Don't be lazy and use Windows short names; I did that and now
> SlimServer thinks I have two different albums with the same tracks!)
>
> Oddly, the album still doesn't show up in Browse Music Folder.
>
> -:- dbls


----------------------------------------------------------------------------
----


>