ridiculously fast ti-basic sprite routine

[elfprince13]

on my 84+SE I was getting 0.3 seconds of rendering time per 8*8 sprite.



and for download:

http://rancidmoose.unitedti.org/members/so...lc/RTSPRITE.zip

..btw, those sprites are for an upcoming Turn Based Strategy game I am planning, similar to the classic "Strategic Conquest"


actually making the sprites is as follows:

First you try to see the lines (and individual pixels if you can find groups of 2) in the sprite, but without overlapping if possible.
Second you use a for loop to transform half the lines to the other half.

if you have one extra line or one extra pixel, stick that outside the loop.

if you have both, just put the line inside the loop, and make it so the start and endpoint are the same second time around.

[kalan_vod]

Good work EP, but you aren't the first to do this (not saying you did). DA and Javaman also used this. Still is good though!

[L4E_WakaMol-King]

Nice! I haven't been keeping track of many of the basic games, but this is a nice routine. Deff the fastest pure basic sprites I've ever seen.

[kv83]

Still slower than with xLib, isn't it?

[tr1p1ea]

Very impressive elfprince13. There have been a few surprisingly fast basic sprite routines getting around recently. Basic continues to get better and better .

[elfprince13]

Still slower than with xLib, isn't it?

heathen.


@everyone else: thank you. Ive also got a routine that Ive been working on for doing simple, node-based, vector graphics in Basic.

[benryves]

Now that I would like to see

[elfprince13]

I had two 5 node stickmen running around my screen at about .5 fps.

[tr1p1ea]

And they can be scaled and everything?

[elfprince13]

yup. They are stored in a list as series of complex numbers representing the coordinates.

then I use Line() to connect the items in the list as wanted and then all you have to do is move the individual list elements and redraw.

[dysfunction]

Good work! Awesome as it is, xLib isn't everything.