A89: Re: Re: Why does this slow down?
[Prev][Next][Index][Thread]
A89: Re: Re: Why does this slow down?
Well, actually there is no DrawClipString that I'm aware of. I wrote my own,
and it's not very smart at all (the source is all there). But it mainly uses
DrawClipChar, so what you said may still apply. So basically, rendering more
characters is going to slow it down simply because the drawing part is
fairly time consuming compared to the figuring-out-whether-to-draw part?
-Kevin
-----Original Message-----
From: Niklas Brunlid <e96nbr@efd.lth.se>
To: assembly-89@lists.ticalc.org <assembly-89@lists.ticalc.org>
Date: Thursday, January 04, 2001 6:17 PM
Subject: A89: Re: Why does this slow down?
>
>> I wrote a simple DrawClipString routine and tested it by writing a
scrolling
>> marquee program. It appears to scroll faster during the beginning and end
>> (in other words, when there is less text on the screen). Can anybody
explain
>> why this is? I only tested it in VTI, not on a real calc. I'll probably
make
>> an effort to increase the routine's efficiency later, and this info might
be
>> useful. Source follows. Thanks.
>
>You answered your own question: there is less text on screen, and therefore
less
>gfx to draw. DrawClipString (and all of TIOS:s DrawStr routines AFAIK) draw
the
>text character by character, and the clipping is smart enough to stop
drawing
>when the edge is reached. :)
>
>--
> / Niklas Brunlid
>Check out Prosit for the TI-89 / TI-92+ at http://prosit.ticalc.org
>Random PQF v5.1 Quote follows:
>
>English Burger Lords managed to take any American fast food virtues (the
>speed with which your food was delivered, for example) and carefully remove
>them; your food arrived after half an hour, at room temperature, and it was
>only because of the strip of warm lettuce between them that you could
>distinguish the burger from the bun. The Burger Lord pathfinder salesmen
>had been shot 25 minutes after setting foot in France.
> -- (Terry Pratchett & Neil Gaiman, Good Omens)
>
>
>
>
Follow-Ups: