Re: Scrolltext
Tor,
I hope I am not going to enhance your depression by saying that I
think there is probably not much that you can do *easily* to speed up
your text scroll routines significantly...
Several observations that might be of some help:
In recent years I really had to use a wait_retrace routine only when I
was messing around with page switching. Otherwise the 'modern'
hardware does not seem to need it. I ran your scroller and it was
reasonably smooth at the lowest speed setting - after I commented out
the line with the wait_retrace call. Some residual 'jerkiness' is due
to disproportionally long time required to actually write the text at
the bottom of the screen. You can probably copy several hundred frames
per second to the video screen on your P233, but the text display is
so slow it will always be a problem. BTW, you should never rely on the
hardware to dictate the top speed. Everybody's machine will be ten
times faster in three years time. Always use a timing loop to set the
maximum speed, even if you never get anywhere near it with your
present gear. In a decade or so software archeologists will praise you
for it...
Get Pete Eberlein's fontfont.e from his site if you want to call any
of the rom fonts. If I remember correctly, it can access any variation
of built-in fonts. Personally I dislike 8x8 rom font (I think it's
very ugly) and because the old 14x8 font is not supported on all newer
machines, I use only 16x8 set in my rfont.e; I think it is still on
the Recent User Contributions page and you may find it of some
interest too.
The above mentioned includes are pixel based. But it would be almost
trivial to replace all pixel calls with memory pokes for use with
virtual screens...
You also mentioned drawing lines, circles, etc. on virtual screens.
Have a look at my vgraph.e in the Archives. It is pretty old and
neglected, but it does lines, ellipses and polygons reasonably fast.
jiri
|
Not Categorized, Please Help
|
|
