Bugzilla – Bug 741
(Apple Lossless?) Genre info not collected when not using iTunes
Last modified: 2011-03-16 04:18:45 UTC
Not an issue for me anymore, another solution was found, but still a bug: When Slimserver is set up to directly read its data from the music files, and NOT from the iTunes XML file, the genre info is not read. The genre info is present in the files (confirmed), being put there by iTunes, but Slimserver ignores it. (This was an issue because I use a separate account dedicated just to ripping; and the alternative solution I now use involves changes the permissions on the music folder for that other account, such that Slimserver can still access it from the day-to-day account.)
I'm not seeing this myself. I use folder scanning, and I see plenty of genres. When you say genres are confirmed, have you tried confirming via a program other than iTunes? ITunes does have a habit of storing a great deal of info in its XML file that may not be written into the audio file itself.
I tried only with iTunes, but I did use two different computers. Ie. I assigned a new genre (one that not even exists in the default iTunes genre list) to a file on the first computer, then moved the file to another computer and imported it in iTunes again. After importing, the correct genre tag appeared in the second copy of iTunes.
any chance you could post a snip from a debug log, with d_info and d_itunes debug options?
actually d_info would do it, since the problem is specifically when NOT using itunes :)
I think this may only happen with Apple Lossless encoded files, and possibly AAC (but I have not had a chance to test AAC yet)...
The log info asked for was sent via direct mail.
Wim, Are your files apple lossless? I can see that they are .m4a, but I'm not sure if that is strictly for the lossy version of the codec or for both. If one of those files that don't show a genre could be made available for download (likely too big to email), I can try to check it out.
It seems that the code that determines genre for m4a files only allows genres picked from a list. If you have entered a genre manually, that might explain why it cannot be seen by slimserver. The genre entry to m4a files is usually just a number, so how and where the unique text string is being stored will have to be reverse engineered if anything. As an experiment, try changing the genre of a file to one that is supported by the iTunes list of genres. Then go into slimserver server settings->performance and wipe cache with 'dont use iTunes' selected. See if you can now see the chosen genre for that file.
it seems that m4a files (maybe just lossless, maybe all types don't HAVE to the be indexed hardcoded genres. 'gnre' is the binary tag for Genre, but I can also see a '@gen' which is a free string genre.
Created attachment 230 [details] read text genre tag There seems to be the option to use 'gnre' binary tag or a free string '@gen' tag for apple lossless files. I've modified Movie.pm to read the bianry tags first, and clean up the genre tag if found. Then to read the string tags, overwriting the genre tag (or creating it) if a string genre is found. This appears to now list the genre for the sample file provided.
committed to cvs for Dec 24, 6.0 and 5.4.1 builds
commit got lost somehow. reopening until I can confirm that its in tonight.
ok, this time for real
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.