Bugzilla – Bug 3949
musicmagic - only 1 track mixable, duplicate album listings
Last modified: 2008-09-15 14:39:24 UTC
Using SlimServer Version: 6.5b1 - 8984 - Windows XP - EN - cp1252 My musicmagic mixable albums are listed twice (in Album view, New Music view, and Search Results). One album link will take me to the whole track list for that album, but only the first track will have the "mm" icon - despite all tracks being mixable in the Music IP Mixer application interface. The other link will bring up the track list for that album, but only showing the first track. That track will have the "mm" icon and is mixable. I've attached my log file using --d_scan, --d_import, --d_musicmagic, --d_parse. I have a folder path set in my SlimServer prefs (so I can browse by folder), and Use MusicMagic and Use iTunes are both enabled.
Created attachment 1434 [details] Slimserver log file
Your log shows numerous "can't read file" errors, as well as references from MusicMagic to \\Readynas_nv\media\Music\ and M:\Music\ mixing up paths will cause dupes, because files in different paths are considered different files. would also be good to fix the read errors.
I believe that my MusicMagic library may have been in a bad state - I had run "Refresh" in Music IP several times to try to clear out references to files that had moved or been deleted, but they still showed up as errors in my log file. I wiped and re-built my MusicMagic library, making sure the library path was \\Readynas_nv\media\Music (SlimServer wouldn't read my mapped drive letter a few versions ago, so I set everything to use the full path of my NAS). I also went into my iTunes library XML file and made sure all paths pointed to \\Readynas_nv\media\Music. I also opened every playlist I have and made sure all those paths were the same as well. Then I did a clear and re-scan from SlimServer. I've attached my latest logfile from that scan. The results are the same: From "New Music" view: -Clicking the "mm" icon next to an album returns a 404 error -Clicking an album name shows a full track listing, but only the first track in each mixable album has the "mm" icon next to it. From "Albums" view: Some mixable albums are listed twice. For those albums: --1st listing: "mm" icon does not appear for album. Clicking on album name shows all tracks, none of them have "mm" icon. --2nd listing: "mm" icon appears for album. Clicking on album name shows only the first track, with "mm" icon next to it. Other albums are listed only once with the "mm" icon next to them. Clicking on the album name shows all tracks, but only the first track has the "mm" icon next to it. In all cases, clicking the "mm" for the album listing brings up an empty MusicMagic Mix page (i.e. no songs are listed). Same results when clicking the "mm" for individual tracks that have it.
Created attachment 1448 [details] Latest logfile
update your build of 6.5. You should not see 404 errors with current builds. also from your log, I can see that the musicmagic scan appears to fail part way with a ->name error, which I'll have to leave for Dan to address.
Thanks. I just upgraded to the latest nightly and am re-running the scan with logging. I'll post that log when it finishes. Thanks for the help with this issue.
Got the latest nightly from Saturday, 8/19/2006 and did a clear and rescan (I accidentally used --d_sql when I ran it, sorry about the log file size). Same behavior, with a new twist: when I click on the "mm" icon from the New Music screen, SlimServer crashes and stops running.
Created attachment 1454 [details] log file with latest nightly
Update - tried a clear and re-scan again but this time left my Music Folder path blank. All tracks on mixable albums now showed up as mixable, but clicking on "mm" from any view crashed SlimServer entirely. Upon restart, my whole library was completely wiped out.
if your library was gone, probably crashed it while still scanning. in any case, a crash, is not meaningful unless you also report the information from the event viewer. For closer analysis of the log, this will have to go to Dan, especially as he is looking at this same log (I'm guessing from one of the comments) for another bug.
OK - is there another bug I should be updating instead of this one? Either way, here's what the event viewer (you mean the Microsoft Application Event Viewer, right?) reported for the crash: The description for Event ID ( 0 ) in Source ( Application ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. You may be able to use the /AUXSOURCE= flag to retrieve this description; see Help and Support for details. The following information is part of the event: Can't call method "string" on an undefined value at C:\Program Files\SlimServer 6.5\server/Plugins/MusicMagic/Plugin.pm line 907. There are a few events logged for different crashes, most of them put the offending line number for Plugin.pm at 878. Did a clear and re-scan again and this time clicking "mm" does not crash SlimServer, and clicking it for a track actually brings up a mix. Clicking it for an album brings up an empty mix, but instead of no songs listed as before, it now says "Empty" where the mix should be.
Another crash, this time the Event Log message is: The description for Event ID ( 0 ) in Source ( Application ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. You may be able to use the /AUXSOURCE= flag to retrieve this description; see Help and Support for details. The following information is part of the event: DBD::mysql::st fetchrow_array failed: fetch() without execute() at C:\Program Files\SlimServer 6.5\server\CPAN/DBIx/Class/Storage/DBI.pm line 825.
Jordan, a number of fixes have gone in for this area of the code - are you still seeing these errors? Thanks
Dan, I'm sorry, I was away all weekend and haven't had a chance to try the latest nightly yet. For the time being I'm using just MusicMagic to manage my library and it works like a charm. I'll try to test this out later this week and let you know how it goes.
I just noticed a similar issue. Do the songs you're using to create that 1 song playlist contains any non latin characters? If I pass a song by eg. Bj�rk as seed to MIP's API, it would only return that single song. I guess we'd need to encode the seed song in some way for it to be recognized by MIP. (see bug 3318)
Michael, my problem was not happening with non-latin character songs, it was happening all throughout my library. I just downloaded the latest nightly and am trying again; I'll post my logs when the scan is done.
Created attachment 1536 [details] Latest logfile
Using: SlimServer Version: 6.5b3 - 9697 - Windows XP - EN - cp1252 Perl Version: 5.8.7 MSWin32-x86-multi-thread MySQL Version: 5.0.22-community-nt Music Magic API v 1.7 I added a folder path and enabled "Use MusicMagic." I left "Use iTunes" disabled. Did a clear and re-scan. I did not get duplicate album listings. However, in every MM-mixable album, only the first track is mixable. When I have been doing nightly update re-scans up to this point using just MM and not a folder path, every track in an MM-mixable is mixable, not just the first track.
Jordan - I think I have a fix for you. Are you running the nightlies, or with ActivePerl/svn ? Thanks
Fixed in change 9726 Will be in the next nightly.
I am running the nightlies. I'll try tomorrow - at this point I wonder, am I missing anything if I just use Music Magic and don't specify a folder path (other than the ability to browse by folder)? Is it slower/faster one way or the other? Thanks for your work on this.
It's faster if you only use MMM. But you did find a real problem.