Bugzilla – Bug 159
Mp3 tag database caching doesn't work
Last modified: 2004-02-19 12:35:30 UTC
Setting the mp3 tag database to "cache" does not prevent slimsvc.exe from scanning the hard drive each time slimsvc.exe is started. A slimserver.db file exists in the server directory. This occurs without iTunes or Moodlogic being enabled.
is it really scanning the hard drive, or just scanning through the db file? --d_info will show it updating the memory cache.
Here is the beginning of the --d_info log. This continues on for all the songs on the hard drive. C:\Program Files\SlimServer\server>slim.exe --d_info Name "Ogg::Vorbis::Header::PurePerl::DATA" used only once: possible typo at perl app line 1097. 2004-01-20 22:45:27.2187 loading types config file... 2004-01-20 22:45:27.2187 ID3 tag database support is ON, saving into: C:\Program Files\SlimServer\server\slimserver.db 2004-01-20 22:45:27.2187 Cleared infoCacheDB 2004-01-20 22:45:27.2187 starting DB cache scan 2004-01-20 22:45:27.2187 done DB cache scan 2004-01-20 22:45:27.2187 saving DB cache 2004-01-20 22:45:27.2968 updating D:\Mp3\U2\The Best Of 1980-1990\U2 - Sunday Bloody Sunday.mp3 with mp3 for CT 2004-01-20 22:45:27.2968 Inc SongCount(3) D:\Mp3\U2\The Best Of 1980-1990\U2 - Sunday Bloody Sunday.mp3 2004-01-20 22:45:27.2968 Content type for D:\Mp3\U2\The Best Of 1980-1990\U2 - Sunday Bloody Sunday.mp3 is cached as mp3 2004-01-20 22:45:27.2968 updating D:\Mp3\U2\The Best Of 1980-1990\U2 - I Still Haven't Found What I'm Looking For.mp3 with mp3 for CT 2004-01-20 22:45:27.2968 Inc SongCount(3) D:\Mp3\U2\The Best Of 1980-1990\U2 - I Still Haven't Found What I'm Looking For.mp3
I'm not sure what's going on here. Can you check and see if this file: C:\Program Files\SlimServer\server\slimserver.db exists and how big it is?
The C:\Program Files\SlimServer\server\slimserver.db file exists, and it is 3.33MB in size. I have ~12600 mp3 files in the collection.
Also, if I close slimserver, then add music to the collection, then restart slimserver, it lists the new music in Slimserver. This occurs with caching enabled, which doesn't seem to be the expected behavior.
The server will still find new music with caching enabled. That is a feature! :). This means it does scan though the hard drive when the server starts up but this is a quick scan rather than pulling the tags out of every file. Does enabling the tag cache speed up (or change) the server start up times at all? (or how long you see the "still scanning messages"?) Did you add music when you posted the log below? If so can you resend a log of the server startup with no changes to the music library please?
Below is the beginning of the log file from starting slim.exe --d_info without adding any new music since the last time slimserver was started (tried attaching the entire file). Should the entries for "updating genre cache" and "Inc SoungCount(1)" be there with caching enabled? C:\Program Files\SlimServer\server>slim.exe --d_info Name "Ogg::Vorbis::Header::PurePerl::DATA" used only once: possible typo at perl app line 1097. 2004-01-26 21:00:39.9218 loading types config file... 2004-01-26 21:00:39.9218 ID3 tag database support is ON, saving into: C:\Program Files\SlimServer\server\slimserver.db 2004-01-26 21:00:39.9218 Cleared infoCacheDB 2004-01-26 21:00:40.5312 starting DB cache scan 2004-01-26 21:00:41.9062 deleting D:\New Mp3\Dance\PEOPLE_CAN_FLY_.mp3 from cache as it has changed 2004-01-26 21:00:44.7031 deleting D:\New Mp3\Rock\J Ralph - One Million Miles Away.mp3 from cache as it has changed 2004-01-26 21:00:45.8750 deleting D:\New Mp3\Dance\TKA - Feel The Music.mp3 from cache as it has changed 2004-01-26 21:00:46.6406 deleting D:\New Mp3\Dance\Plummet - Damaged.mp3 from cache as it has changed 2004-01-26 21:00:47.5937 deleting http://www.slimdevices.com/update/? version=5.0.3&lang=EN from cache as couldn't confirm it's validity 2004-01-26 21:00:48.4687 deleting D:\Playlists\__00_04_20_04_17_da.m3u from cache as it has changed 2004-01-26 21:00:48.9843 deleting D:\New Mp3\Dance\Kim Sozzi - Feelin' Me.mp3 from cache as it has changed 2004-01-26 21:00:49.4062 done DB cache scan 2004-01-26 21:00:49.4062 saving DB cache 2004-01-26 21:00:51.1718 updating genre cache with: Rock - Rage Against The Machine - The Matrix - 13 --- for:D:\Mp3\Soundtracks\The Matrix\Rage Against The Machine - Wake Up.mp3 2004-01-26 21:00:51.1718 Inc SoungCount(1) D:\Mp3\Soundtracks\The Matrix\Rage Against The Machine - Wake Up.mp3 2004-01-26 21:00:51.1718 updating genre cache with: Rock - Marilyn Manson - The Matrix - 1 --- for:D:\Mp3\Soundtracks\The Matrix\Marilyn Manson - Rock Is Dead.mp3 2004-01-26 21:00:51.1718 Inc SoungCount(1) D:\Mp3\Soundtracks\The Matrix\Marilyn Manson - Rock Is Dead.mp3 2004-01-26 21:00:51.1718 updating genre cache with: Rock - Hive - The Matrix - 10 --- for:D:\Mp3\Soundtracks\The Matrix\Hive - Ultrasonic Sound.mp3 2004-01-26 21:00:51.1718 Inc SoungCount(1) D:\Mp3\Soundtracks\The Matrix\Hive - Ultrasonic Sound.mp3 2004-01-26 21:00:51.1718 updating genre cache with: Rock - Deftones - The Matrix - 9 --- for:D:\Mp3\Soundtracks\The Matrix\Deftones - My Own Summer (Shove It).mp3 2004-01-26 21:00:51.1718 Inc SoungCount(1) D:\Mp3\Soundtracks\The Matrix\Deftones - My Own Summer (Shove It).mp3 2004-01-26 21:00:51.1718 updating genre cache with: Rock - Rob Zombie - The Matrix - 8 --- for:D:\Mp3\Soundtracks\The Matrix\Rob Zombie - Dragula (Hot Rod Herman Remix).mp3 2004-01-26 21:00:51.1718 Inc SoungCount(1) D:\Mp3\Soundtracks\The Matrix\Rob Zombie - Dragula (Hot Rod Herman Remix).mp3 2004-01-26 21:00:51.1718 updating genre cache with: Rock - Prodigy - The Matrix - 7 --- for:D:\Mp3\Soundtracks\The Matrix\Prodigy - Mindfields.mp3 2004-01-26 21:00:51.1718 Inc SoungCount(1) D:\Mp3\Soundtracks\The Matrix\Prodigy - Mindfields.mp3 2004-01-26 21:00:51.1718 updating genre cache with: Rock - Lunatic Calm - The Matrix - 6 --- for:D:\Mp3\Soundtracks\The Matrix\Lunatic Calm - Leave You Far Behind.mp3 2004-01-26 21:00:51.1718 Inc SoungCount(1) D:\Mp3\Soundtracks\The Matrix\Lunatic Calm - Leave You Far Behind.mp3 2004-01-26 21:00:51.1718 updating genre cache with: Rock - Meat Beat Manifesto - The Matrix - 5 --- for:D:\Mp3\Soundtracks\The Matrix\Meat Beat Manifesto - Prime Audio Soup.mp3 2004-01-26 21:00:51.1718 Inc SoungCount(1) D:\Mp3\Soundtracks\The Matrix\Meat Beat Manifesto - Prime Audio Soup.mp3 2004-01-26 21:00:51.1875 updating genre cache with: Rock - Rob D - The Matrix - 4 --- for:D:\Mp3\Soundtracks\The Matrix\Rob D - Clubbed To Death (Kurayamino Mix).mp3 2004-01-26 21:00:51.1875 Inc SoungCount(1) D:\Mp3\Soundtracks\The Matrix\Rob D - Clubbed To Death (Kurayamino Mix).mp3
Upon restart the server rebuilds some of the data structures instead of storing them which include the genreCache and the songCount. The messages you can see are the ones I would expect for normal startup - It's just running though it's data structures rebuilding them. To be honest, I can't see a problem here. You haven't said whether the startup time changes with caching enabled but I looking at the logs I would expect it does improve. They show it is just checking the files still exist and not reading data from them.
Sorry, forgot to check start-up time. It does seem a lot quicker, so I apologize for posting something that isn't a bug. One question, is there anything wrong based on the first line of the log: "Name "Ogg::Vorbis::Header::PurePerl::DATA" used only once: possible typo at perl app line 1097." Thanks!