PDA

View Full Version : 6 database question



Steven Moore
2005-03-11, 13:47
Will the new db in ver 6 server software be able to update with new
tracks incrementally or will it have to do a complete rescan of the
whole library?

Steven Moore

kdf
2005-03-11, 14:15
Quoting Steven Moore <steven (AT) mooreni (DOT) freeserve.co.uk>:

> Will the new db in ver 6 server software be able to update with new
> tracks incrementally or will it have to do a complete rescan of the
> whole library?

it catches new files/folders during browse and adds them. importers (itunes,
moodlogic, musicmagic, and future ones) occasionally have to re-run their
export/scan function when changes are detected on their data.

-kdf

Avi Schwartz
2005-03-11, 15:57
kdf wrote:

>Quoting Steven Moore <steven (AT) mooreni (DOT) freeserve.co.uk>:
>
>
>
>>Will the new db in ver 6 server software be able to update with new
>>tracks incrementally or will it have to do a complete rescan of the
>>whole library?
>>
>>
>
>it catches new files/folders during browse and adds them. importers (itunes,
>moodlogic, musicmagic, and future ones) occasionally have to re-run their
>export/scan function when changes are detected on their data.
>
>
I noticed with 5.4.x that if I remove or rename the physical tracks from
the file system and rescan that they are still listed, sometimes as
duplicates (when renaming). So it seems that the scanner examines the
file creation dates and does not verify the database against the file
system. In the cases I described, I have to clear the cache in order to
get these changes recognized. Is it the same with version 6?

Avi

--
Avi Schwartz
http://public.xdi.org/=avi.schwartz

Dan Sully
2005-03-11, 16:01
* Avi Schwartz shaped the electrons to say...

>I noticed with 5.4.x that if I remove or rename the physical tracks from
>the file system and rescan that they are still listed, sometimes as
>duplicates (when renaming). So it seems that the scanner examines the
>file creation dates and does not verify the database against the file
>system. In the cases I described, I have to clear the cache in order to
>get these changes recognized. Is it the same with version 6?

No - during a rescan (and a startup as well), we run through the database and
look for stale entries against the filesystem, and remove them from the db.

-D
--
<iNoah> kernel's original recipe: 11 secret args and switches