MrMo DVV Add-On #3: Cassandra's Personality Edit

[DerVVulfman]

Mr.Mo's ABS
DVV Addon #3:
Cassandra's Personality Edit
Version 1.5

Introduction
This system is an enhancement feature for Mr.Mo's ABS version 4.5, likely to be the final version of his singular ABS system (other than his SBABS and his SBABS lite). It enhances the way enemies behave on the field map. So rather than them running blindly to the hero, they may back off and use distance attacks. Or the enemies may even run away when a fellow enemy dies.


Demo
The Demo


Script
The Script


Instructions
Built into the script.


Repairs to Original!
Yes, the original system may have an error or two that could not be repaired without direct editing of the script. These errors were not brought on by the Add-Ons but were bugs in the original. As such, this demo also includes repairs. These repairs will be noted below.

Player Damage Pop

Almost immediately after it is shown, the damage the player receives disappears from the screen rather than waiting the entire 40 frame delay as defined by the system. Enemy damage is fine, but the player damage just vanishes. This was repaired by doing the following:

I went down to the update method in the Sprite_Character class in Mr.Mo's ABS (roughly line 2480) and found the following.

Code:

#Display damage
        damage(a.damage, a.critical) if !a.dead? or a.damage != nil

While this looks like it would only show the damage pop if the character was dead or there was no damage, it performed the damage pop constantly. This is because the character was 'not' dead. One of the conditions was already met. As such, this statement was changed to this:

Code:

#Display damage
        damage(a.damage, a.critical) if !a.dead? and a.damage != nil

Dash/Sneak Animation Fix

Apparently unnoticed for some time, the dash and sneak animation system had a bug. Normally, the system allows for the character graphics to change when the dash or sneak keys are pressed and revert back to the normal character when released. However, it did not properly reset the graphics for your character when the dash or sneak bars were emptied. As such, the system attempted to look for an unexpected '_dash_dash' graphic.

This fix repairs that issue.......

From lines 1544 to 1547 in the update_dash method, you will have a block of code like this:

Code:

if @dash_min <= 0
          @dashing = false
          $game_player.move_speed = 4
        end

This code checks the status of the dash bar and disables the 'dash mode' when your bar is empty. However, the dash animation is not reset...

You will want to insert the following small block of code right below the above. This new snippet checks the status of the dash animation and resets it back to normal when dashing is OFF.:

Code:

if !@dashing
          $game_player.character_name = $game_player.character_name.sub(/#{DASH_ANIMATION}/){} if DASH_SHO_AN
        end

Likewise, you will want to check lines 1575 to 1578 (or 1578 to 1581 after inserting the last fix) in the update_sneak method which should be a block of code that looks like this:

Code:

if @sneak_min <= 0
          @sneaking = false
          $game_player.move_speed = 4
        end

This code checks the status of the sneak bar bar and likewise disables the 'sneak mode' when the sneak bar is empty.

So you will want to add the following snippet right below the above block so the character resets back once the sneak bar is emptied:

Code:

if !@sneaking
          $game_player.character_name = "#{$game_player.character_name}#{SNEAK_ANIMATION}" if !@sneaking and SNEAK_SHO_AN
        end

That's it.

Restart/Continued Skill/Item Hotkeys

No complaint has been mentioned and may have gone unnoticed, but if a player hot-keyed a skill and then decided to restart their game, that hotkey remained linked to a skill. The hotkeys did not reset when you restarted.

So a very minor fix was needed to remedy this...

From lines 343 to 346 in the initialize method of the MrMo_ABS class itself, you will have a block of code like this:

Code:

#Skill Keys
    @skill_keys = SKILL_KEYS
    #Item Keys
    @item_keys = ITEM_KEYS

This code loads the values from the skill and item hotkey constant. However, when you change your hotkey, these values change to hold these keys.

I know what you are thinking. If the arrays are constants, shouldn't they not be uneditable? That was my thought. But because of the way this system accepts values 'pushed' into the @skill_keys and @item_keys array, these somehow become changed. The hotkey values actually get passed back into the configurable SKILL_KEYS and ITEM_KEYS array and will remain there even when you restart.

This was a very simple fix, and all you need to do is add the .dup suffix to the configurable array names like below:

Code:

#Skill Keys
    @skill_keys = SKILL_KEYS.dup
    #Item Keys
    @item_keys = ITEM_KEYS.dup

This will not attach the actual configuration values of SKILL_KEYS and ITEM_KEYS, but will paste an empty duplicate in their place.

So now, each time you restart a game, the hotkeys will be fresh and new.

Compatibility
The bulk of this script aliases methods within or adds new methods to Mr.Mo's ABS. Two methods within the MrMo_ABS class have been rewritten that involve enemy behavior. One accesses the lengthy set of comments from the map event while the other uses the new data and changes the way the enemy behaves in battle. If any other system compatible with MrMo's ABS changes enemy behavior, it may interfer with or may be interfered by this script.


Terms and Conditions
This Add-On is free for use, guys. Even commercial games.

[DerVVulfman]

Le Bumpe.

There was an incompatability between this script and add-on #4: Francesca's Companions whereby enemies did not flee if a fellow monster dies. But the new version of Cassandra and a few edits to Francesca now allows cowardly monsters when both work together.

[DerVVulfman]

BUMP... to version 1.3

A routine that checked if an enemy can or cannot perform actions, and was modified for an additional battle behavior interfered with Companions when used with Francesca's Companions.

But ya know... I'd fix it.

[DerVVulfman]

Bump to version 1.4

Afraid of those monsters and you think you got away? Be afraid. Monsters may not be in attacking range, but a new feature added allows any on-screen monsters to still try to track you for a few more seconds. Getting out of range isn't going to help in some cases anymore. These guys can hunt.

[DerVVulfman]

Doin' the Bump!

Okay, the last version that introduced the enemy Hunting feature interfered with the enemy behavior towards opponents that needed to respawn. They actually attacked 'non-respawned/invisible' enemies, looking like they were attacking air.

That bug has been squished real good.

[polo12]

*Glitch Detected!
I found a bug in the script



it happen when i use the hunting feature,is there a way to fix it?

[DerVVulfman]

:s There are a couple of enemies I did not re-configure to match and use the hunting system. It's not the script, but the enemy event.