Bugzilla – Bug 8755
NowPlaying screensaver not being updated sometimes
Last modified: 2008-12-15 12:39:54 UTC
I created a play list using MusicIP, if I remember correctly about 50 tracks. At some point the now playing view on the controller freezes on a certain track. The album art freeze as well as the information and the time remaining becomes a negative value. If I try and view the play list, the controller just shows the 3 wheels (hourglass) and never gets the list. The Squeezeserver continues playing the list correctly but its not possible to see which tracks playing on the controller. I can stop, pause and resstart the current(correct)track. If I reset the control then the "now playing" track is correct (in sync), but its not possible to get the orginal play list. I'm using the beta release and the same problem occurred on the last two updates SqueezeCenter-7.1-21511 SqueezeCenter-7.1-21761 (7.1 r2697) It seems consistance in that it occurred every time I've create and MusicIP playlist
*** Bug 8754 has been marked as a duplicate of this bug. ***
I created a new playlist (MusicIP) this afternoon and I have not touch the remote, other than check what’s playing (pressed no buttons) and it all seems to be working. (Now playing is showing the right track) Well so far anyway, it got to 42 of 75. Therefore I have suspicions that it is something to do with using the controller.
please leave target undefined as this is used by qa during reviews.
this has been reported a few other times in different contexts. I will try to investigate a fix for 7.1
additional information from FredFredrickson via the forums: - Now Playing screen gets out of sync. This one's hard to replicate, but does happen. I connected to one squeezebox. Started a playlist. Connected to a different squeezebox, started a different playlist. Connected back with the original squeezebox and it shows the first track in the playlist on the "Now Playing Screen" no matter what track is actually playing (in this instance, i'm listening to the 3rd track in the list). The time bar shows that I'm at 12:00 minutes, with -51:08 remaining. The time bar is full. None of the tracks in this list are that long. The details and album art are still on the first track in the playlist. Nothing will fix this except a reboot of squeezecenter and the controller. -After the Now Playing screen gets out of sync, most of the home menu options dissapear, for that player only. I can still connect to the other receiver and use it fully.
more info from forums: I think I found a decent way to replicate the now playing bug- If you do the Music IP trick (start playing a musicip mix with "Play this mix" and make sure the playlist isn't working correctly) and then go to the home menu, connect to a different sbr that's still working. after that, wait for a few songs to pass on the first sbr, and then reconnect to that sbr. My experience is that it will not connect correctly- or will take longer than usual. If it doesn't connect, click back. This will bring you to a half-hearted home menu, apparently connected to the squeezebox, but not fully. The now playing screen bug will appear, and the home menu bug will as well.
I've read both the scenarios given below: Regarding the comments from FredFredrickson, other than the fact that in my experience it was not the first track that is continuously displayed, but some track in the middle of the queue the symptoms are the same. In my case, I did not restart the server; I just stopped the playlist and created a new one. Regarding switching players between tracks, I do not believe that was the cause in my case, I do not remember switching players. I had two quick attempts to reproduce the problem as described but unfortunately, everything worked correctly. I tried twice once when the second device was switch off, the second attempt I switched it on. I will try again because I was in a little bit of a rushed this time and I only waited for one track change. Although based on these descriptions I would believe there was more than one-way to reproduce the problem.
I just put in a fix for bug 8767, which was a problem with MusicIP adding tracks that had to a different file path with the old file path (i.e., the MIP database goes out of date after any file reorg). That definitely caused *bad* problems with the playlist data coming to the controller from SC, which caused bug 8767, and likely also caused this one. There is now a check in SC as to whether that file exists at that location, and it will not add it unless it's there. Paul, could you retest with 7.1 revision 21847 or greater? Also, if you could comment as to whether you've done any file reorganization since generating your MIP database, that would be helpful.
It is very possible I did some file re-organisation, if memory serves me correctly I did alter a track in the playlist, I moved it. I am leaving the Netherlands tomorrow for the UK, will be back Thursday, so that is the first opportunity I will be able to test.
We can continue to work on this for the 7.2 release.
Sorry it taken me a little time to update this case. I have not been able to reproduce this problem since your fix. I moved tracks that were in the playlist created by MIP and these tracks were then just ignored my the SC. i.e. skipped.
Looks like this is fixed. Please reopen if it can be reproduced.
Verified with SqueezeCenter Version: 7.2 - 22900
This bug has been fixed in the 7.3.0 release version of SqueezeCenter! Please download the new version from http://www.slimdevices.com/su_downloads.html if you haven't already. If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.