It was an awesome game. I thought about doing one of my RPG like this before, but I got worried about collision detection on certain maps and enemies getting stuck in locations and out of your reach. There would need to be something making sure enemies won't appear in the middle of nowhere. If they're on the map before battles, I guess that could solve that issue, though.

Why couldn't you designate special types of tiles like in Pokemon (the original) that were the ONLY tiles monsters would appear on? To avoid having monsters in inaccessible areas, don't draw those tiles there.

I'm thinking more like this:
It's sort of like a zelda game outside of battle: enemies start in one place, but unlike a zelda game they follow a set path, which, in the original, can have triggers in it, like falling onto the player. I could live without the map triggers part, but the enemies should be onscreen beforehand.

Also, this is not the part I'm working on right now I'm not quite to the point of having a menu on the screen I've sort of got the time system working though. After the movement system is in, I'll be able to accurately determine what that system needs to be calibrated to. Axe does a+1->a up to 50 almost instantly when by itself It'll be running in sync with the code for moving people around.

How important are double/triple techs to you? It would be a lot simpler to run without support for them, at least for now.

What about a kind of "charge" or "wait" command, that lets the other people get it up to the same point, so you can double/triple tech? That would be as simple as adding another bit value.

That's an interesting idea regarding battles. An arena, that is tiled according to your area (possibly with randomly placed objects for cover, etc.)

yeah...*sigh*

off to code I actually thought of a way to do it semi-active time though. I'll be working on that for a little while, plus the menus.

BTW everything is run by subroutines. I hope that's not a bad thing, it just works better that way.

Ah, that would be a nice idea actually. Else it can be kinda complicated to detect if all 3 chars are ready everytime.

Well that is kinda what I'm doing, except there can be up to 8 (for the 5 monsters, their attack subroutine will simply be different, probably just random possible attacks). If a char's time is filled, he is listed as ready (1->somevariable) and his time is reset to 0. For now it looks like the time bar will keep going from 0-their max over and over. It'll look weird but it won't cause any issues since I'll reset the time at the end anyways.

As of now I'm actually having trouble with a for( loop, but  think i have a workaround figured out.

Also, since I am not exactly known for creativity, later on (not now) I will probably ask for tech ideas and animations.

I have a quick question: is it a bad thing to call subroutines of a program with other subroutines inside of them, like so?

Lbl M
Sub(I
Return

Lbl I
Sub M
Return

Don't worry, the way I actually have it set up there won't be an infinite loop, but now I can't get it to compile. The idea is to have the time keep counting even though it's waiting for a button press within another subroutine, so it starts the outer subroutine within the inner one.

Right now I'm making it so it works standalone, with well-commented sections for where to remove stuff at the beginning.

I think I've got the Return thing worked out now, but it's giving me an error: Argument at this:
Pt-Off(Var*5+1,60)
and a few other of the pt-offs. These are for drawing the time bars.