BUGMENOT'S PROFILE

author=Shoobinator
This formula cannot be right

Mildly interesting: a weapon without "ignore enemy evasion" seems to cap the lowest success rate of skills to 50% if the quotient of Agi(t) / Agi(u) approaches zero.

If a hero has a weapon with IgnoreEnemyEvasion and has his hit rate reduced to zero, the Skill will fail at a 100% rate.

Here's what's happening in the game:


Float(A) = 100 - (SkillHit% x ConditionHit% x0.01)

without "ignore evasion" weapons:

Float(B) = ((Agi(t) / Agi(u))-1)x0.5+1

And the result is:
Success = 100 - Float(A) x Float(B) -25(EvasionArmor)


Might be a mistake in converting the negative floating point number.

author=Shoobinator
Would you be able to change this so that instead of checking whether the attribute has Weapon or Magic ticked in the database, it checks the actual name/string value of the attribute and sees if it equals "Physical"?

I am not a programmer (getting only parts of strings is... something). How about a single attribute_ID?

[QuickPatches]
RPSAttribute=4B9A6F,04,4B9A70,%1

So anything that has at least that specific attribute_ID checked gets the row bonus. % means it has to be somewhere within 1..127

edit:
Dammit, attribute damage multipliers would mess this up when calculating AttributeDmg bonus (highest percentages get picked out -> "Physical" attribute needs to be at 0% Dmg -> PhysAttributeDmg x MagicAttributeDmg may result in a zero.)

author=Shoobinator
And if you were also able to make changes to the patch regarding Blind, accuracy, row targeting, etc.

So... magic Skills that can still hit regardless of the caster being blind?

It sure would be possible to split up the accuracy calculation between two types of skills. Needs some time, though.

author=Shoobinator
is IncreaseEvasionArmor a boolean

It does not stack. Just like attribute resistance on equipment.

author=Shoobinator
Does row formation actually affect whether you are more likely to be targeted?

No. It's random.

author=Shoobinator
quick patches?

NoFrontDamagePlus(Hero)=4B9880,EB4A
NoBackRowDefensePlus(Hero)=4C0D68,EB44

...removes the effects of the rows on damage output. Some people removed the row command, calculated the base damage for an attack, but the game itself output 125% of the base damage. Not that useful, really.

Something like:
HeroPhysVariance(Inverted)=49B2AB,#1000
EnemyPhysVariance(Inverted)=49B687,#1000

...would remove the +|- 20% variance on physical attacks

author=Shoobinator
how much an enemy gets buffed if they use the basic "Charge Up" command?

Seems to be +100% BaseDamage for one turn... with a forced physical hit (haven't looked into that yet)

author=Shoobinator
Where did you find these quick patches?

... I made them?


Well, here's a thing:
download RowPhysSkills

The RPS patch makes skills (with a physical attribute) behave more like regular physical attacks. (Less damage suffered in the back row, more damage dealt in the front row. Does not apply to pure healing skills.) This makes it easier to have Skills that equate a regular attack. (if I understood your first post up there correctly)

The skill just needs at least 1 attribute checked, that has the attribute type 'Weapon' / 'physical' and target either an enemy or the enemy party (not self/ally/allies)

Also remove the QuickPatches
NoFrontDamagePlus(Hero) and NoBackRowDefensePlus(Hero)
to not unneccessarily crash the game.

author=Shoobinator
Could you explain a little more for what's going on with that hex that you quoted?

The player deals 25% more damage (of the calculated base damage) when having a character in the front row. And suffers 25% less damage in the back row.

The first two patches just get rid of that (some people calculate the base damage for DynPlugins but get deviances) ...another solution would be to apply the +|- 25% RowBonus to Skills with physical/weapon attributes (might take a while, I got other things to do).

author=Shoobinator
Also, I assume since the enemy party does not have row formation[...] Is that right?

Row positions aren't tracked if the enemy is of the type 'monster', so you could say they don't get +|- 25% on any of their attacks.

So enemies only deal x0.75 damage when the targetted hero character is in the back row. (or rather: the hero just suffers 25% less damage)

author=Shoobinator
such that front row gives up to +25% while back row gives down to -25% variance?

The RowBonus gets added(or subtracted) to the BaseDamage before the variance is applied.

Something like this: download TopAlt ?

Traditional layout up top when switching to the alternative battle layout (there was a plugin for doing that mid-game, wasn't there?). Any graphical changes to the traditional layout carry over.

Just be sure to not have any of the QuickPatches (or InfoDisloc.ips) that alter the position of the windows for items/skills/actions/enemyStatus/ItemDescription/SkillDescription.