Ramza's Shield Block Plugin -UPDATED APRIL 3 2019-

ramza · 2016-11-30T11:26:56+0900

Announcement: This plugin, as well as my dual wield plugin have been moved over to my itch.io page as paid plugins from this point on. Anyone who was previously using these plugins can continue to do so, but no further updates will be posted tho this thread. The most up to date version will be available on my itch.io page at all times, and I'd recommend paying for the plugin to ensure you continue to get updates and bugfixes in the future. This thread will remain here, as a place for users to discuss the plugin, and bring up any errors or problems they find with it, but download links to the plugin have been removed. If there is a ToS problem with this thread, I will do what I can to correct it. Spoiler: Old Thread info Greetings. I come yet again with a new plugin. One that by itself doesn't do much, but allows other plugins to get a lot of use out of it. TL;DR Shield block chance as an xparam download here. Free for commercial or non-commercial use with credit. To explain what this plugin does, it's best to start from the beginning... As a few of you might know, I had/have a workshop topic where I often shared custom states that I'd made, for general use, to spice up other peoples game mechanics. The first state I released in the topic was a shield block state, where with a % chance, with a shield equipped, an actor could 'block' an incoming physical attack, displaying a quick little shield animation, and taking no damage. Right off, this was pretty basic, but quite in depth. Perfection required me to set various shield types to have different block chances, it wouldn't make sense, after all, that a buckler and a tower shield would have the same chance to block, right? Well, with the state as it was, the only was to do this was to bloat the notebox up with if conditions. This was compounded when I later decided that shields should also look different, as each block now required a check to see which shield was equipped, and how much block chance that shield had. This became messy, and if I added any more shield later? More if conditions. And then it hit me. Why not store the block chance on the actor, as a parameter, and store the animation as values on the actual equipment. And thus, this plugin was born. Updated to v2.21: note tag added in v2.20 has been modified to allow a negative value. This will have the reverse effect in battle. A defender's block chance will be increased by x% when struck by an attacker that has a negative shield piercing value. If that defender couldn't normally block (he doesn't have a shield equipped/doesn't have the block state) this increased block chance has no effect. Updated to v2.20: Added the new note tag to weapons, enemies and states. When an incoming action is checked to see if a block has happened, the total shield pierce value of the attacker is subtracted from the total block chance value of the defender (to a minimum of 0%). Added a function that will return the total shield pierce value of the actor that it is called from: Game_Actor.prototype.getPiercing() Properly documented that YEP_BuffsStatesCore is a dependency for this plugin. Revision a: The note tag has been modified to allow a negative value. is still functional, but has been effectively replaced. Revision b: A crash error that happened when a target who has the block state is targeted by a skill that can be blocked has been corrected. This was introduced by the shield pierce effect, and was 100% reproducible. Updated to v 2.17: An issue was identified where devs using the YEP_ExtraParamFormula plugin together with this plugin were having block chance never properly be calculated. Despite an earlier patch rolled into the block plugin itself, which prevented the engine from outright crashing, an actor's block chance was simply being calculated as NaN, which would cause a block to never happen. This has been corrected, but in order for it to work, you need to be following the Yanfly recommended load order, specifically YEP_ExtraParamFormula needs to load before your battle plugins and before this plugin. Revision a; fixed an issue where the parameters scene in the Status menu core would show NaN values for all exparams until the scene had been refreshed at least once (by switching actors). Updated to v 2.16: Aliased Game_ActionResult.prototype.clear() instead of overwriting it. This has no effect on the actual functionality of the plugin, but should make it more compatible with other plugins that also modify the ActionResult sequence. Updated to v 2.15: Equipment optimization will now take shield block chance into account when comparing shields, at a rate of 1% block chance == 1 param. As such, a shield with a higher chance to block will be equipped over another shield that is otherwise the same. Added some backend compatibility changes to make this plugin more compatible with some of my other plugins. Updated to v 2.11: Added…

● ARCHIVED · READ-ONLY

Started by ramza Nov 30, 2016, 02:26 AM 126 posts Page 2 of 7 View original ↗

Lionheart_84

#21 Dec 8, 2016, 10:53 PM Source

ramza said:
Edit:

I'm feeling pretty good about this shield slam thing, so I made an action sequence you can use to make your own shield slam-like skill. Here's what it looks like in action.

<Setup Action>
display action
move user: target, front base, 20
wait for move
immortal: target, true
</Setup Action>
<Target Action>
wait: 15
motion spell: user
eval: user.startAnimation(user.equips()[1].slamAnimation, true)
action effect: target
if target.result().isHit()
se: hammer, 90, 100, 0
action animation: target
wait for animation
end
wait: 20
</Target Action>
<Finish Action>
clear battle log
perform finish
wait: 10
immortal: target, false
</Finish Action>

You can do that such action is carried out only if the user has to equip a shield ???

I do not the shield graphic appears !!! ;_;
ramza

#22 Dec 8, 2016, 11:44 PM Source

Lionheart_84 said:
You can do that such action is carried out only if the user has to equip a shield ???

I do not the shield graphic appears !!! ;_;

For this to work, you need an animation set up (like the one in the demo project) and you need the shield to have the note tag <Slam Animation: x> set on it, where x is the Id of the animation you set up (or copied from my demo project).

Yanfly's skill core plugin can allow you to restrict a skill if a state isn't applied on your battler. Being more specific, you'd use the <Custom Requirement> Tag to check for a state on the battler, a state you'd use a passive state on the shield.

Example:

<Custom Requirement>
value = user.isStateAffected(31)
</Custom Requirement>

Where state 31 is a passive state given by every shield in the game, via a passive state note tag on the shield:

<Passive State: 31>

@Nol: I'm going to try to figure out where this incompatibility is coming from in the next few days, and see if I can't make a patch or something.
Lionheart_84

#23 Dec 9, 2016, 09:39 AM Source

ramza said:
For this to work, you need an animation set up (like the one in the demo project) and you need the shield to have the note tag <Slam Animation: x> set on it, where x is the Id of the animation you set up (or copied from my demo project).

Yanfly's skill core plugin can allow you to restrict a skill if a state isn't applied on your battler. Being more specific, you'd use the <Custom Requirement> Tag to check for a state on the battler, a state you'd use a passive state on the shield.

Example:

<Custom Requirement>
value = user.isStateAffected(31)
</Custom Requirement>

Where state 31 is a passive state given by every shield in the game, via a passive state note tag on the shield:

<Passive State: 31>

@Nol: I'm going to try to figure out where this incompatibility is coming from in the next few days, and see if I can't make a patch or something.

Where can I download your demo ???
Nol

#24 Dec 9, 2016, 11:45 AM Source

ramza said:
Also, since someone was looking for it, I have created a small demo project, which contains a couple of the yanfly plugins, a block state, a block and slam animation that uses an RMVX icon (which you can't legally use in a commercial game unless you also own VX), and the ~~mangled~~ modified statusmenu core plugin with the settings already set to show block chance on the menu. You can get that here.

Just Read the post man

I put it in Bold for you
Lionheart_84

#25 Dec 9, 2016, 04:25 PM Source

You can do that the graphics of the shield appear even when you select the command "guard" in battle ??? :D
ramza

#26 Dec 9, 2016, 06:20 PM Source

The shield graphic appearing is only a reaction to being hit, the guard animation loops until you are no longer guarding, and is outside of the scope of this plugin. You'd need something else to loop an animation over a battler continuously.
Lionheart_84

#27 Dec 9, 2016, 06:40 PM Source

ramza said:
The shield graphic appearing is only a reaction to being hit, the guard animation loops until you are no longer guarding, and is outside of the scope of this plugin. You'd need something else to loop an animation over a battler continuously.

I see ... ok ... I will see to do something !!! ;)

sorry ... but I can not make that skill is performed without a shield equipped !!! ;_;
Ashouse

#28 Dec 10, 2016, 05:01 PM Source

Lionheart_84 said:
I see ... ok ... I will see to do something !!! ;)

sorry ... but I can not make that skill is performed without a shield equipped !!! ;_;

I solved this in my old project by adding a shield animation directly to the sv sprite sheet's guard possition. A limitation is that it was always the same sheild graphic, but that didn't bother me because none of the armor ever changed graphics.
Lionheart_84

#29 Dec 10, 2016, 07:37 PM Source

Ashouse said:
I solved this in my old project by adding a shield animation directly to the sv sprite sheet's guard possition. A limitation is that it was always the same sheild graphic, but that didn't bother me because none of the armor ever changed graphics.

For graphics of the defense SAY I solved alone in my own way ... !!! ;)

I just can not make that skill is performed without a shield equipped !!! :headshake:
ramza

#30 Mar 13, 2017, 10:00 AM Source

It's finally happened. I got a chance to take a look at the compatibility issues, and found that YEP_ExtraParamFormula was forcing my blk exParam to return a NaN value. I updated my plugin to v1.02 to address this incompatibility issue. While you still can't use the YEP_ExtraParamFormula plugin to modify the block chance (and why would you?), this plugin will no longer cause the block chance to not work at all.

(maybe I should tag that one guy who was having this problem? XD @Nol )
edit: I had to make a quick change to the compatibility patch part, if you're reading this now, the change was already made in the plugin, so you will already have the update. If you downloaded it between when I posted the update and this edit, redownload the plugin or it will only work if you're using the YEP_ExtraParamFormula plugin (because I derped)
Nol

#31 Mar 14, 2017, 11:44 PM Source

Yayyy, i'll have to re work on that at the first available moment, thanks !
ramza

#32 Mar 18, 2017, 11:38 AM Source
I just updated the main post with V3 of the block chance state. I identified a potential problem, where a blocker who successfully blocked an incoming action that would add a state (like a venomous bite) would still have the state applied to him as if the ability had landed a hit.
I did this by storing the states the target had before being hit, and then reverting the target's current states back to what they were before being hit, but only if a block was successful.

One potential problem I can see with this, is that if an attack was supposed to remove a state from the target, but was blocked, that state will not be removed. So be aware that if that is something you've used, you might need to find another way to remove the state in that case.
Also, because of the way I am negating these states, a <custom apply effect> will still apply to the blocking actor, but a <custom remove effect> will not. Depending on what you were using this for, this could cause some unintended behavior, so watch out for that as well.

Edit:
I just updated the main post again with v4 for the state paste code. This will correct the above issue where states didn't play their remove effect when removed by the blocking state.
There is still an issue where a state that was applied by a skill that was blocked will still be applied to the battler for a couple of frames, and will continue to perform it's custom apply effect, as well as it's remove effect now. This will prevent issues arising from states that relied on the remove effect to restore missing values from an affected battler when the state clears.
Unfortunately, it still has the side effect that the state is applied briefly, instead of being completely resisted.
There are two examples where this could prove to be a problem:
1. A state that sets a 'cannot move' restriction will cancel the afflicted battler's action during the turn he is hit with it. This is only an issue using the DTB
2. If state that is being used as a custom death condition is applied to the only living actor will immediately cause a game over condition, even though the state was only on the battler for a few frames. Likewise, if this happens to an enemy, the party will immediately be victorious.
I am still looking for a way to strip the added states off an incoming action from inside a react effect, in the same way I can make the damage = 0.
clitvin

#33 Mar 22, 2017, 02:37 PM Source

Is there anyway to add a "Blocked" Text like the "Missed" txt that pops up when evading?
ramza

#34 Mar 22, 2017, 03:27 PM Source

Not without another plugin, I'm afraid.
waynee95

#35 Mar 22, 2017, 03:29 PM Source

You could do that with http://sumrndm.site/state-popups/ I guess
ramza

#36 Mar 30, 2017, 11:07 PM Source
Updated the plugin to v1.1
- New plugin parameter allows the user to mass-set all physical skills to be blockable or not
- Previous note tags now support being added to enemies to allow enemies to block and slam
- New note tags added to allow individual skills to be blockable or unblockable
- Updated block state paste-code and slam action sequence in main post to allow for enemies slamming and blocking, and individual skills to be blockable regardless of whether they are physical or not
Download the latest version here.
ramza

#37 May 2, 2017, 10:18 PM Source
Updated the plugin to version 2.00. Updated the info in the main post, but here's the jist of it:
- Blocking happens as an action result, allowing states and action sequences to check if the result of their action was a block.
- Blocking now by default, doesn't show any damage popup on a successful block
- Blocking an attack that would've caused a status effect or debuff will no longer still cause that status effect or debuff, even momentarily.
- Blocking an attack that would've removed a state on the defender if the attack had been successful will likewise, also act as if the attack hadn't been successful.
- State paste code for block chance updated to make use of the action result changes
- YEP_BattleEngineCore and YEP_BuffsStatesCore are now required dependencies.
- New plugin parameter to define what the block state's Id is. This is needed for the plugin to work correctly
Download it here
HasdrubalBarca

#38 May 2, 2017, 10:25 PM Source

Hey ramza I have a quick question.

Is it possible to instead of playing an animation you can play a motion for a successful block?
ramza

#39 May 2, 2017, 11:43 PM Source

It sure is. Without changing the plugin, if you set the <block animation: x> tag to a battle animation that is blank, no animation will play.

The state posted in the help file already calls a guard motion during the blocking effect, so just change that to whatever (custom?) motion you want and you're good to go.
HasdrubalBarca

#40 May 2, 2017, 11:47 PM Source

Ah, thank you for letting me know.