Bugzilla – Bug 550
Strange entries in Slim Music Cache
Last modified: 2008-12-18 11:53:54 UTC
In the Slim console, if I click on browse Genre and then "no genre", I am seeng files that do have a Genre. I have cleared the cache and I still have the same problem. - I have ~ 300 songs appearing in "No Genre". If I look at these, they have a Genre and also appear in the correct Genre section. - Within the browse Genre section, if I select a valid Genre, sometimes nothing is happening and sometimes the detailed list is appearing.
Stuart: are you using iTunes or are you scanning your music folder? What happens if you rescan or wipe your cache?
No I am not using iTunes. After wipe cache rebuilds, I still have the same problem.
Stuart: What kind of files are these songs? If you look at the song details for the duplicate entries, are they exactly the same? (i.e. have the same path, etc...)
These are WMA files and yes, exactly the same file name appears in Genres. This disappeared yesterday - I.E. nothing in "no genre", however, I downloaded the very latest update again and then rebuilt the cache and the problem came back? I can send you screen shots?
What would be more useful than screen shots would be the output from the --d_scan and --d_info debug options.
Created attachment 130 [details] debug of scan log log from scan to look for no genres
I hae uploaded log. For example file:///C:/Documents and Settings/Stu/My Documents/My Music/Kylie Minogue/Body Language/Kylie Minogue-Still Standing.wma has a genre of "Rock". Sometimes, if I leave the PC for a few days all the files do end up in the right Genre section and I have nothing in No Genres.
I don't see any entries for that song file in the log you uploaded. Is there another that is there?
Guess what! I can't see any of the files that have "no genre" shown in the debug log? I have sent you the entire log from the complete rescan... Any other ideas?
OK, I have just seen a "no genre" fly by in the log file, but when I refreshed it had disappeared. It seems the log file size is limited. How can I get the whole log?
Created attachment 131 [details] look for liberty X Jumpin' I have managed to find a snippet. Look for Liberty X Jumpin'.WMA. This has a Genre of ROCK
30 minutes after seeing Liberty X in "no genre", I went downstairs and checked my SB and there is nothing in "no genres", looked again at the server and there's nothing in "no genres" either. This has happened several times. It's wrong for 2-3 days and then it puts itself right again...?
Created attachment 132 [details] log file showing No Genre for LibertyX I managed to catch in the log the entry for Liberty X showing No Genre. You will see from the earlier log file that it shows a Genre. Something strange is happenng!!
can you send me a copy of that file? I want to check out the tags in it.
Created attachment 134 [details] Liberty X WMA file As requested, one of the files for you to look at the tags. I just checked and I still have 100's of No Genre entries today. This seems to be random, so I am expecting the file to be OK.....
Just been playing by turning off Moodlogic. When I do this, it seems that the Genres in the cache are correct.... Will update after more testing..
It seems Moodlogic will sometimes report No Genre, No Artist, etc for unprofiled songs. MoodLogic does not look to ID3 tags for info. Ideally, with an audio dir AND Moodlogic enabled, the merging of data would have clear this up. However, once a song has been put in the cache, its flagged as having been done so any subsequent info wouldn't overwrite whatever gets there first. Perhaps merging of info needs a bit more intelligence, but fully profiling Moodlogic songs should also help.
I've sent a query to Moodlogic about this. It seems their DB shows a genre, but slimserver can still be told by the COM that there isn't one.
Thanks. I have no intention of profiling my songs. Slim server needs someway of not overwriting tags that exist in cache if ML sends nothing..
if you are not profiling...what is the point of using moodlogic?
I have, on my windows system, several songs that also came up No Genre, No Artist etc. Once these were profiled, either automatic or manually, they were reported properly by moodlogic to slimserver. However, there was some delay. i have asked Moodlogic about lag time from DB to COM. It would be nice if the updateCache routines did something more intelligent. Maybe if a file has "no artist", "no genre", or "no album" then we shold overwrite with anything newer that comes along.
Sorry, may be miscommunication. I am using the auto profiling/activation features. This works for 80% of my library. I also use it to fix tags and file names. The feature I use is to generate the playlists...
any news from ML?
this eventually showed to be a profiling problem, from that I could find unprofiled songs will report no genre, etc. I have not seen fully profiled songs with this problem. ML has not resonded.
just to clarify, the problems I found with the genre not showing up went away after a while. I think the COM might not update its information in real time from the DB or the interface from slimserver is getting some sort of cached response to the queries. I profied a no genre song, and it was the proper genre after some time passed, and a wipe cache.
I agree that after time, it appears to fix itself. Can the Slim scan when it merges the tag info from ML not overwrite if ML reports no tag info, but tag info already exists. I.E. file tag shows ROCK and ML shows "no genre"m then cache should store ROCK.
Created attachment 166 [details] logfile showing SLIM scanning stuff it shouldn't I have turned off ML and it is still doing strange stuff. Take a look at this logfile. I ran with the debug options from the command line, but after 5 mins the whole thing froze. Anyway - it's enough to see stuff going on. Search for NOMAD. You will see a file that is not in "C:\Documents and Settings\Stu\My Documents\My Music" which is what my music and playlist dirs are set to. I have no shortcuts. - Why is it scanning this dir? - Why on every file scanned is it showing in the log "no genre"?
My recommendation would be that you contact Slim Devices support so that you can properly focus on the exact nature of your issue. You seem to be having more of a setup problem than an bug at times.
ok, so I decided I would TRY again to help and opened up your log. I gave up on reading the full 5500 lines of log to find "a file" that is not in the right folder. However, I did spot some http urls, which are probably from your playlists. All saved playlists are scanned as wel, so you might have entries in there that arent' in c:\documents and settings\...". I am hoping this will help. If you are referring to another specific file, please indicate the name so that those of us who are graciously taking time to help you get sorted out can have some hope of fiding it with search instead of reading line by line until the letters start damcing around like animated mushrooms.
I'm very sorry if this is taking up your time. If you read my comment #27 above you will see that I did give a file name of "NOMAD". All you neeed to do is search for this name. I have now cleaned out the paylists dir (which are not playlists that I have set up) and will try again. Some of these are from Moodlogic which is now turned off. I'll keep you updated.
thanks. I'm willing to bet that track is in there becuase its part of a playlist, DOES allow outside files, or it could be from iTunes or Moodlogic if you used that at the time. None of this is unexpected. I think at this point, we've drifted off teh main issue that you reported in teh beginning. I dont believe the NOMAD entry constitues a bug. No Genre doesn't either, but it is a good idea to have it overwritten if a better entry comes along
I imagine that this bug is fixed in the 6.0 beta. Please verify and reopen if it's still an issue.
There are 536 bugs in the database with targets of '---' that were fixed prior to new year 2006. I am setting them to targets of 6.2.1 to keep them from showing up in my queries.
Routine bug db maintenance; removing old versions which cause confusion. I apologize for the inconvenience.