verge updates controls automatically every showpage() and before it calls anything you've hookretraced. If I were you, I'd stay away from hooktimer, it just seems to be good practice. Okay, here's how I'd set up a rt battle sys.

void autoexec(){


	hookRetrace('RTloop');


}





void RTloop(){


	processAI();


	renderEffects();


	renderHUD();





	switch(lastpressed){


		case SCAN_A: doAttack();


		case SCAN_S: doDefence();


		case SCAN_D: doJump();


	}


	lastpressed=0;


}

hopefully it's self explainatory... does that help?

take it out of a hooktimer. If you ever use hooktimer, do not try to do any graphics. Also, if you have that being called in a retrace it will perform an infinite loop because render() will call the retrace again. And just for the record, you have to call showpage to update the monitor, render only blits the graphics into 'int screen'.

sooo... it could be the infinite loop that's screwing you up.

also, instead of resetting timer to 0, you should create a timeStamp variable unique to the doAttack function and set it to timer any time you would want to set timer to 0. This way, when you're checking if(timer > 20) you'd check if(timer-timeStamp > 20). This will help a lot you when you start stacking functions that use timer so that timer never gets reset without you realizing it.

I assure you, verge supports nested while loops perfectly well.

int fa,fb,fac,fbc;





void func()


{


  fa=0;


  while(fa<10)


  {


    fa++; fac++; fb=0;


    while(fb<10)


    {


        fb++; fbc++;


    }


  }


}





void autoexec()


{


  int a,b,c,d,e;


  int ac,bc,cc,dc,ec;


  while(a<10)


  {


    a++; ac++; b=0;


    while(b<10)


    {


      b++; bc++; c=0;


      while(c<10)


      {


        c++; cc++; d=0;


        while(d<10)


        {


          d++; dc++; e=0;


          while(e<10)


          {


            e++; ec++;


            func();


          }


        }


      }


    }


  }


  log('ac = ' + str(ac));


  log('bc = ' + str(bc));


  log('cc = ' + str(cc));


  log('dc = ' + str(dc));


  log('ec = ' + str(ec));


  log('fac = ' + str(fac));


  log('fbc = ' + str(fbc));


}

VC System Compilation stats:
4 ints (4 expanded), 0 strings (0 expanded), 3 functions, 48 total lines

ac = 10
bc = 100
cc = 1000
dc = 10000
ec = 100000
fac = 1000000
fbc = 10000000

EDIT: Although, it seems that you can use nested to achieve similar results.

In which case, I recommend that CrazyAznGamer try nested loops. I'm just saying I don't know how well Verge supports dual-condition While()s.

But maybe it does and I'm just ignorant.

--Omni again.

Oh...

Since you did figure it out, I think it's right, but...putting a Render() in a function that is HookRetraced() would keep called the HookRetraced() function, since Render() calls all Retraced functions again. I'll conclude that was the problem and I think it's what you meant to reword, right?

--Omni. ...again

Also, just to throw my two cents in about multiple-condition while loops.

As near as I've been able to find out, while loop conditions are treated as if statements internally anyway. I discovered this after searching for the if statement (it told me it was an if statement problem) that was making it crash for a while, only to eventually discover the problem was in a while condition.

That said, multiple conditions works fine in loops or if statements, if you only use one type of logic. You can, for instance, have either of:

if(flag[0] && flag[1] && !party[0].dead)


if(plot[0] == 1 || plot[0] == 2 || party[1].dead)

but you will run into trouble mixing ands and ors:

if((won_battle || ran_battle) && !party[0].dead)

will break with a bizaare and unhelpful error. Being an obsessive fan of obscure boolean logic constructs, this saddens me to an extent that flimsy textual communications cannot convey.

All this works with while loops as well, as near as I can remember, because, as I said, the while condition seems to be evaluated as an if statement internally anyway (if I'm wrong on that, vecna can correct me and I'll need to go over my drug-use history carefully).

Ahh... all is well with my RT battle system...
Except...I don't know where to improve it next. So I thought some AI would be GREAT, ya know. But, uhhh, I'm not sure how to make this work. I know where to put the AI if I can make the AI. <==That's the problem.
soo, how would you go about in making AI for a RT battle system?

I'm going to assume that you're not making a tactical battle in which you would need obstacle avoidance - and that you are working on something more like final fantasy.

So you gotta decide how the battle happens (as in an rpg system) ....

-- roll initiative
-- run Current unit's decision making function
-- perform the action
-- next turn

the decision making process would require the unit to look at itself - its friends and its enemies to decide ....


for example -

void CombatActions(int UnitID)
{
if(myHitPoints<myMaxHitPoints/2)
{
if(HasHealingPotion(UnitID))
{
DrinkHealingPotion(UnitID);
}
else if(HasHealingSpell(UnitID))
{
CastSpell('Heal', UnitID);
}
else if(ShouldEscape(UnitID))
{
Escape(UnitID);
}
else
{
PerformAttack(UnitID, SelectTarget(UnitID));
}
}
else
{
if(ShouldEscape(UnitID))
{
Escape(UnitID);
}
else
{
PerformAttack(UnitID, SelectTarget(UnitID));
}

}

}


//// hope that gives you some ideas

It's me, CrazyAznGamer. Too lazy to login.

Anyways, I know multiple Rs in renderstring is suppose to be for multiple HookRetraces, but I'm not sure where exactly to put the HookRetraces. The manual says 'at the end of each function'...but its worded vaguely and I'm not sure which function it's talking about.

So yeah. That's it.