Ah, good to hear. I was just curious if the engine would have a limit to the number of animation frames per tile or not.

Thats a large tileset! .

What format will the map data be in?

I mean that counting all of the frames of all of the tiles in the total tileset, it could be >256, but the initial frames would total to less than 256 (not just on the screen, I mean in all).

@HOMER-16: I read the tiles going down first, then across.

EDIT: I do this for a good reason, too ! I plan to use my own sprite drawing routine at some point, and it leaves the pointer to the screen data pointing to the next sprite down. This just makes tilemapping a bit faster

Hehe, cool! I only just started adding support. I made a test program first (I still have to add it to the main program)

If you check out the screenie, I had to add a big delay between frames Also, you will see that there are 4 different kinds of tiles, though they share the same tiles. Some animate between two frames (Filled circle and empty circle or little circle and blank tile), one tile remains blank, and the other tile cycles between the non-blank sprites (black circle, empty circle, little circle). In all, there are 8 frames between 4 tiles and it takes up 72 bytes for the data. Oh, and though this can to grayscale for now, I won't suggest trying it until after I get masked tiles supported. As it is, it is going to be a pain scrolling the screen with masked tiles and a 16x16 character sprite (When I show the program without a delay, it flickers, but if you adjust the sprites, it'll look great in gray on an actual calc) No worries, I have an idea of how to make the masking work properly and quickly It involves copying 64 bytes to a buffer I am already using (cmdShadow)

I was experiencing a chocolate high last night (I was really craving chocolate and I got some ^_^) and for whatever reason, I could program that map engine, but it took me about a half hour to figure out how to get the tiles in the right format (after I created the format of all things O_o) I think I am going to have to make an on-calc tile editor for animated tiles, because my syntax really warped my brain. On the other hand, 72 bytes for 8 frames is 8 bytes less than it would have been With the method I have, each tile is represented by 3 bytes, then you have all the sprites that take 8 bytes each (for now, it will be 16 later when I add masks). Anywho, I have to go to my final, g'bye

With my engine, each animation is 1 byte + 8 bytes per frame (I'll post screen+code in 2 hours).

Also Xeda, how big is your engine ?

Wow that's a long pt-on i like your and Xeda's

work on it together and make it even greater xD