Bugzilla – Bug 1304
current song in Now Playing gets shifted sometimes
Last modified: 2008-08-18 10:54:16 UTC
r2859 from trunk. haven't been able to find a way to reproduce this very consistently but it's happened to me 3 times today so far. for example: - playing mc chris 'eatings not cheating' in apple lossless - repeat playlist is on, using full screen background viz with prog bar and elapsed time - currently says it's playing track 11, but it's actually playing track 1. - if i press play on the current display (now playing track 11) it actually does play track 11 - one thing of note, there are two copies of track 9, one in mp3 and one in apple lossless.
crossfading is also set to none, btw.
Vidur: do you know what's going on here?
saw a post on the mailing list with a somewhat similar gist to it but i can't find it now... basically someone mentioned that his wife noticed that the next song was being displayed well before it actually began. could that be related?
That posting was just talking about the 2 second display delta on SB1. That's existed since the beginning and won't be fixed.
Vidur says this is fixed in the latest nightly. Please confirm and reopen if it's still an issue.
well, i've been having a hell of a time getting this to happen again. do you have any ideas on specific ways to cause this behavior? if not, i can just let the bug sit in the fixed state for a while and if i don't hear anything back for a few weeks i'll mark it verified.
just saw this again in the 6.0.2 release. actually dean noticed it--i didn't have the audio hooked up at the time, but he noticed that the spectrum analyzer looked a little wrong for a "5 min 440Hz sine wave"--it was playing an eagles song that was 3 track entries previous.
Can you recreate?
just did, but not at will, it just happens randomly.
--d_source log would help. Could be related to bug 1242.
I've noticed a similar bug -- Now playing displays the title of one song in the playlist (complete with the status bar) while playing another. In my case, I think that the incorrect title comes from an earlier song in the playlist, not a later song. Pressing the "skip back" key starts the song over, and the title does not change -- it remains incorrect. Sorry, but I can't provide steps to duplicate it. It just happens while the SB2 is left alone playing through a "shuffle by song" (all artists) playlist. I am using the 6.0.2 May 5 nightly release. Can the summary for this bug be changed to be more accurate? To me, "jilted" means that the song got dropped from the playlist...perhaps you meant "out of kilter", but something non-slangy like "Sometimes Now Playing does not match current song" would be easier to understand.
I've commited a patch at change 3169 that should improve the now playing displays. I've not been able to reproduce this problem, but it may help. If you can find a reliable way to trigger this bug, try the same with the May 13 6.1 nightly and see if that helps. d_playlist has a bit more debug info added as well that may help
does this recent summary change mean it is still reproduceable in 6.1?
no--was just changing it due to comment #11
*** Bug 1531 has been marked as a duplicate of this bug. ***
<I>haven't been able to find a way to reproduce this</I> It seems to be due to playing a corrupt file. I am able to reproduce this consistantly. create a zero byte file, call it 'broken.mp3' add id3 tags to the file. add the file to a play list. play the play list. when it reaches the broken file, the display will display the information from the broken file, but the audio will be the next file in the play list. the display and audio will remain 1 song out of sync until you manually skip ahead, skip back, or it wraps around and plays the broken song again (at which point it just hangs) for entertaning results, make sure you have 'time remaining' displayed, it will be calculated based on the song it is displaying, and will often go negative.
That's interesting, because it's different from the problem that I am experiencing. In my case, the now playing gets hung up displaying the infrom from a track that was already played (and that track plays back fine later). The Now Playing information never changes, even though the player plays many subsequent songs. I just got the 6.0.3 nightly on May 23 and haven't seen the problem lately.
I've seen it as well in a recent build of 6.1, also without any indication that any of the tracks in the playlist were corrupted at all.
can we see any logs with d_source and d_playlist in and around the point where the now playing display first loses track?
Vidur says that the bug described in comment #16 is fixed in the latest 6.1 nightly. John: can you open a new bug with details requested by KDF if you are still having your issue?
This bug was marked resolved in Slimserver 6.1, which is several versions ago. If you're still seeing this bug, please re-open it. Thanks!