Bug 1013 - Now playling track does not update when scrolling
: Now playling track does not update when scrolling
Status: RESOLVED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Player UI
: unspecified
: PC Windows XP
: P2 normal (vote)
: ---
Assigned To: Blackketter Dean
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2005-03-10 13:27 UTC by Richard Titmuss
Modified: 2008-08-18 10:53 UTC (History)
0 users

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Richard Titmuss 2005-03-10 13:27:48 UTC
On the SB2 and Softsqueeze the now playing track does not update when the
display is scrolling. This looks like a slimserver bug, as the STMs events are
being sent at the start of each track.

If the display is not scrolling then the track data is updated correctly.
Pressing 'Now playing' on the remote, or looking on the web ui always shows the
correct track.
Comment 1 KDF 2005-03-10 15:27:37 UTC
is this entirely different from bug992?
Comment 2 KDF 2005-03-10 20:33:03 UTC
Triode supplied a patch to kill animation when the server detects a change in
line2. committed to r2421
Comment 3 KDF 2005-03-12 18:42:56 UTC
testing for a change on line2 in graphics scrolling doesn't help the nongraphics
players.  Will commit a patch shortly that uses a different method.  instead, we
kill animation from Slim::Player::Playlist::jump which is called at every song
change to update the player to the correct current song.  This is a good place
to kill animation and let the displays render the new info.

for radio, I've put in a simple couple lines in Info::setCurrentTitle to check
all clients for matching url and calling Playlist::jump if there is a match.
This lets jump handle the killAnimation for all cases. i've tested here using
albums on slimp3, sbg and sb2, as well as a live365 stream on all.  Will look
for reports from the next nightly.