Bugzilla – Bug 11161
Scrolling Text Timing
Last modified: 2010-04-08 17:24:36 UTC
The timing for the scrolling text (eg. now playing screen) needs to pause longer than 1sec. I would propose having the text pause 3-4sec before scrolling left off screen. Currently, the net effect is that the text is always scrolling.
In a related thread http://forums.slimdevices.com/showthread.php?t=60566 : If you have a song name that is not terribly long, but long enough to scroll, along with an album title that is very long, it can take a very long time for the sing title to scroll back into view. I guess you would have the same problem if the song title was very long, but the album name was medium length. and The way I have seen other devices do this is to only scroll one line at a time. I wonder if this is appropriate in this case. This would make short lines always appear and if multiple lines are too long then each is scrolled in turn with the other lines remaining at the start.
I think scrolling one item at a time would help tremendously. I also think having the first portion whether it be the track, artist, or album have a longer rest period would help the screen feel less busy.
Scrolling will be much less of an issue (at the very least) when the new design is implemented. We'll use as much space as we can to prevent the need for the text to scroll (though of course there will always be occasionally very long strings) See http://embargo.wiki.slimdevices.com/index.php/Now_Playing_design_spec
Tom, you did some work on this. You probably need to do a little more to get it right cross platform.
Reset priority before triage.
== Automatic comment from SVN commit #6915 to Repository: jive == https://svn.slimdevices.com/jive?view=revision&revision=6915 Bug:11161 Description: - return to JIVE_FRAME_RATE / 2 frame rate - Increased start and restart time. == Modified 1 files total == 7.4/private-branches/fab4/squeezeplay/src/squeezeplay/src/ui/jive_label.c
I put out a new version to try (r6915). It includes a ~2 second start (like original Jive) then a ~3 second restart (new - original jive restart time was less than a second). Also, I had recently (a few months ago) changed the scrolling to be smoother, but on baby, at least, this causes the scrolling to unpleasantly stagger occasionally while it's scrolling (I think due to occasionally long event loop cycles). So, I returned to a scrolling framerate of JIVE_FRAME_RATE / 2, and a higher "pixel shift per frame", like the original Jive behavior. As Richard said, we'll need per device scrolling behavior also. This is not yet in place.
Moving this to P2 since it now seems acceptible for launch
this is an administrative shuffle on priority fields to help make better judgment on the top end of the priority list. P4->P5, P3->P4, and P2->P3.
I suggest we demo a few options.... Also, the scroll rate is affected by the device effective frame rate, which fluctuates quite a bit on the various devices, so we probably need. Also the scroll rate if done as pixels/time make the large text skin rate appear much slower than the small text skin.
needs to be font size dependent
== Auto-comment from SVN commit #8002 to the jive repo by tom == == https://svn.slimdevices.com/jive?view=revision&revision=8002 == Fixed Bug: 11161 +4 Description: - scroll step now based on font size
This bug has been marked fixed in a released version of Squeezebox Server or the accompanying firmware or mysqueezebox.com release. If you are still seeing this issue, please let us know!