Bugzilla – Bug 1396
Missing line of pixels
Last modified: 2009-09-08 09:11:38 UTC
When the Bump-Up or Bump-Down method is called, a line of pixels is missed off from the top/bottom of the text. This can be seen with a plugin that displays the bumped up/down text for longer than usual i.e. the example Hello World plugin, although it is possible to spot it during normal usage. I have 2 Squeezboxes, one has the older display and does not have this bug. The second has the newer display and does have the bug. I do not have any Squeeze Box 2 to test them. This bug appears was present in 6.0 and is still present in the 19 April Nightly build.
My SB2 just arrived in the mail and that has a different response to the bump-up or bump-down... To start with, it's a lot faster as in the old SB would bump the text up and wait a short while, this does not in fact holding the up arrow in a Hello World plugin produces a flickering effect. Also when the text dissappears off the screen, about a quarted of the characters are still shown, to this end I think it is perhaps a design feature but just inconsistent across the model range.
there are bound to be inconsistencies becuase the client side animation for bumpUp and bumpDown is not possible on anything but an SB2. So the rest are faked in the best way that the hardware will allow. The 'flicker' is a timer overlap with the repeat and is unavoidable without creating a special case for holding up/down. I have no idea where this 'quarter of the characters' is. I can't see it. The line left over is something I do see and is either a feature to avoid completely losing the line off the screen or needs adjusting for the shift of the graphics. in SqueezeboxG::bumpUp() and bumpDown()
seems to be mostly due to the offset nature of the medium font on the SBG. small doesn't seem to suffer. Large/Huge show half as expected. flicker may be somewhat exacerbated by the occasional missed repeat trapping, as per bug 1573
I think this is a feature not a bug! bumpUp/Down on SBG simply moves the display up by 8 bits. The display is 16 bits high. So if the fonts for line 1 and line 2 are equal then you see just one line of text. If the fonts are different heights then you see the effect you notice. For SB2, the display is 32 bits high and the firmware in the player currently moves the display up/down by 8 bits [1/4 of display height]. It could be argued that SB2 should only bumpUp the second line (as only the second line scrolls.) But this would be an enhancement for the firmware. Agree with the missed repeat trapping - this makes bumpUp/Down look odd when it occurs.
Ah, this is working as designed. The bump-up/down is half a screen worth, independent of the font sizes (on Squeezebox1).