BUGMENOT'S PROFILE

author=s_w
Also, RMXP can't do this VarA=VarB?

You'd have to know some Ruby or someone that knows Ruby to get that working. (Probably... dunno)
Also, it's about getting a variable_ID into VarB so VarA is set to the contents of the variable that is referenced in VarB.

author=s_w
I am still trying to understand how it works.

Sorry. I need to up my software documentation skills.

Let's go by the Var_IDs I stated in my first post here (you can, of course, change them). Let's say you have your participants' SPEED values in Var[0385] to Var[0394] and only 3 participants in battle:

A = Var[0385] = 10
B = Var[0386] = 8
C = Var[0387] = 9
D = Var[0388] = 0
...
K = Var[0394] = 0

Var[0021:VC_ID_First/Now] should be set to the first variable that has to be considered (= 385 in this example) and Var[0022:VC_ID_Last] should be set to the last variable (= 387 in this example).
That's why it might be a better idea to assign 'ID_First/Now' and 'ID_Last' before calling the CallEvent / function.
Yes, the event code cycles through the variables from 'ID_First/Now' up to 'ID_Last' and only memorizes a variable_ID if its value is higher than the previously memorized one.


1. You set 'ID_First/Now' and 'ID_Last' (to refer to where any values that you want to get the highest value from are stored in variables).

2. You call the Event with the VarCheck FUNCTION (either CommonEvent or MapEvent if on a CBS map).

3. The result gets written into Var[0023:VC_ID_Memory], which states the variable that contains the highest value amidst 'ID_First/Now' and 'ID_Last' (= 385 in this example).

4. You have your turn order in, for example, Var[0501] and the consecutive variables. You make a
So Var[0501:TOrder_1st] = 1(A)

5. To get the next highest number you have to knock the already tested values out of the system by multiplying the variable that is referenced in Var[0023:VC_ID_Memory] by -1.

6. 'ID_First/Now' and 'ID_Last' stay the same as in step 1. and you call the Event with the VarCheck FUNCTION again, which outputs 387 in Var[0023:VC_ID_Memory] this time.

7.So Var[0502:TOrder_2nd] = 3(C)

8. Multiply the variable referenced in Var[0023] by -1, and rinse and repeat until you get to the last participant.

X. Multiply every variable in the range between 'ID_First/Now' and 'ID_Last' by -1 to get back to the initial SPEED values, so you can work with them normally again.


Bear in mind that this event code FUNCTION thingy considers only positive values.
(you would have to change the first conditional branch after the <Label> to ask for another digital cue... for example if a value is still within -1.000.000 and +1.000.000 when working with 6 digit numbers... marking negative numbers by reducing them by 1.000.000 and marking positive numbers by adding 1.000.000 to them. Like, thinking up an easy way to make variables into pseudo-booleans without making it too complicated (like comparing it with what's already in the TOrder list))

author=s_w
when I got the highest value, which say, var3 = [9]
I just multiply it by -1 so it becomes -9, and gets ignored?

Indeed. Reusable and revertable (instead of wasting other variables to make backups of values to work with 'em)

Likewise you can use this to ignore variables beforehand that interrupt the range of values you want to test (for example you have the participants stats not ordered as "SPD(A) SPD(B) SPD(C) ..." but in a sequence of "ATK(A) DEF(A) SPD(A) ATK(B) ...")

author=NeverSilent
With a maximum number of 10 partcipants in battle, you will have to set up at least 200 Conditional Branches

Bollocks. I say 3.

If there is no sorting FUNCTION, you make one (as a CallEvent):
You could also delete from the CallEvent and assign those values before calling the CallEvent.




This picks the highest number (if equal, it's prioritizing participants with a lower ID) out of a range of values stored in variables referenced by Var[0021:VC_ID_First/Now] (participant A) and Var[0022:VC_ID_Last] (participant XYZ).

You can use this to make a list of turn orders by taking the participant_ID from Var[0023], put it into your list, go one position down your list, multiplying Var[V[0023]] by -1 (that 'marks' the participant as 'ignore me' in the sorting function and can be easily reverted by multiplying every participants SPEED value by -1 when all the sorting was done.) and calling the sorting function again, getting the next highest number (while ignoring the marked values).

Or just go turn-by-turn (sort once -> do turn -> sort next turn) without a list of turn orders (if turn order is not shown).


edit:
To reduce lag: AntiLagSwitch

+disengaging vacation mode+
Awfully quiet here...

author=GhostRider
Is there no way at all to move the "Quit" option from the last spot?

To what position?


Or are you talking about removing?

[QuickPatches]
NoEnd=4A0FE8,90,4A24D9,909090909090

Or replacing it? Pepsi's QuitSwitch Plugin allows for other stuff/menus to be opened up instead.

I still don't get what you mean by "- Target defence (if unchecked)." Was that just default stuff you mentioned that didn't require any changes?

Or do you mean that this should only apply to physical defense (if the AtkMod is above 0) instead of both phys.defense and magic defense?

[QuickPatches]
IgnorePhysDefense=4C0E0D,15

And keep in mind, that "magic defense" as it is in the code of the rpg maker is not a reduction of damage caused purely by the Int stat but a reduction of the total damage.

So with your Def(target) divisor set to #2 and the Int(target) divisor set to #1 the "magic defense" may thwart the attacker's Atk stat on a Skill with AtkMod=1 IntMod=1 if the target has high enough of an Int stat (much higher than the Skill user's Atk stat).

He meant battle animations. Not battler sprites.

Something like this:
download BattleAnimationPointer