Bugzilla – Bug 4280
random mix plugin doesn't gracefully handle several unplayable tracks in a row
Last modified: 2009-01-22 09:04:59 UTC
I saw a similar bug report that I can't find now. Sorry. In the 9-29-06 build of 6.5.x, if the Random Mix plugin was in random album mode and added an album of unplayable tracks (Apple DRM) and "repeat all" was on the player would jump to the first track in the playlist but report that it was playing the first track in the unplayable album and continue to misreport the current track though incrementing each time. In today's build (10130) the playlist will update as the player tries the first two unplayable tracks and will then loop back to playing the first track while reporting it is playing the third unplayable track. After that, behavior seems to be the same as above. In pre-6.5 releases, the player would attempt each unplayable track in turn and the random mix plugin would append another album to the playlist and the player would continue from there. There was also a default behavior of not including unplayable tracks in the library or some such thing that seemed like a good idea.
re bug 3696
whether or not "Add new items when old ones finish" sometimes affects behavior, but there seem to be other forces at work. I'm not sure I'm encountering merely a single discreet bug.
If you're getting DRM tracks in your database, that shouldn't happen and could be another bug. The fix for bug 3696 makes the plugin restart if the last track in the list fails. I think that should work for this case too, but I'll do some more testing.
I'm assigning this on to you Andy since you made the mistake of taking an interest. :) Feel free as always to assign it back to me, or on to someone else.
I can't reproduce this bug. Any amount of unplayable tracks are skipped over and the next valid track is played. If the last item in the random mix is unplayable, the entire random mix is restarted with fresh tracks. I don't think the value of the repeat setting has any effect when in random mode. If you can reproduce this I'd like to see a --d_plugins --d_source log from the latest nightly 6.5.1 build.
I spent a little time yesterday trying to reproduce this, and I wasn't able to. The workaround is fairly easy, too (figure out which tracks are the bad ones and remove them from the playlist). I'm setting this to fix for 7.0 and assigning it back to me to look at after 6.5.1 is in the can.
Chris - any update on this one?
Apparently fixed. Please reopen if you can reproduce in 7.0. Thanks.
This bug is being closed since it was resolved for a version which is now released! Please download the new version of SqueezeCenter (formerly SlimServer) at http://www.slimdevices.com/su_downloads.html If you are still seeing this bug, please re-open it and we will consider it for a future release.
Andy had to back this change out due to bug 7702. The right fix for this bug will hopefully be possible after the 7.2 new streaming work.
If you really have that many unplayable tracks in your library then just increase the random play window.