Rockbox.org home
release
dev builds
extras
themes manual
wiki
device status forums
mailing lists
IRC bugs
patches
dev guide
translations



Rockbox mail archive

Subject: Screwed up scrolling? and Q about srolling

Screwed up scrolling? and Q about srolling

From: George Styles <george_at_ripnet.co.uk>
Date: Wed, 21 Aug 2002 16:15:28 +0100

Hi,

Using the latest Rockbox from CVS, the scrolling line at the top (filename)
on WPS seems to be slightly screwed at the right hand side. It seems to
flicker, and display the wrong character... i assume thisis somethign to do
with the updateRect patch?

on another, related note,

I have written some code to allow scrolling of an entire window (like a
scrolbox on Windows), the basic idea is that you have a screen buffer which
is larger than the area on screen, and it displays that before a LCD_UPDATE.
I have defined a structure, containing a pointer to the buffer (held in the
same format as the real LCDBuffer), and the width/height, and the XPos/Ypos
and XSize/YSize to display, and written a routine to display it in the real
LCD.

I have re-written some of the important display routines (SETPIXEL /
CLEARPIXEL & new GETPIXEL macros, and draw_line, putsXY etc) to take one of
these structures, and work on that, and using that, I hacked wps.c to scroll
all the lines.

In fact, by having one of these structures pointing at the real screen, we
could do away with the 'old' versions of these routines altogether.

I have got it working last week, but its kinda gonna need updateing against
the latest CVS.

Is anyone else interested in this? is it worth me continueing work on it?

At the moment, I copy the scrollbox pixel by pixel to the real LCD, but
ovbiously I could optimize to copy byte by byte, like the bitmap routine
does (or even word by word...)

Any thoughts?

cheers

g
Received on 2002-08-21

Page template was last modified "Tue Sep 7 00:00:02 2021" The Rockbox Crew -- Privacy Policy