"Kirby and the Amazing Mirror" Styled Enemy HP Meter v2.5.23

As a note to everyone, this patch also fixes SMW's janky health system. All damages (specifically stomps and fireballs), always deals 1 point of damage (increases RAM $1528 by 1), whenever the last damage accumulated reaches 3 for stomping any enemy, 5 for fireballs for chucks, and 12 for Ludwig, they'll be defeated.

You can easily defeat them with 2 fireballs followed by a stomp, because the fireball is worth a stomp without activating the invulnerability timer, and stomp so that it checks if 3 points of damage is reached instead of 5/12 points to kill.

Sorry for late reply, but by default, it uses the super status bar patch. I made a comprehensive documentation on both.

Does this patch strictly depend on the presence of the status bar to work correctly?

you mean 256 tile bytes (the number of 8x8 tiles the bar occupies and also the number of bytes the table the bar is stored in), not pixels. Very unlikely would anyone would need a bar that is over 32 tiles long (the width of the screen).

The only difference in this version is that you can control the multiplication (!Setting_GraphicalBar_SNESMathOnly) and allowing 256 pixels of the HP bar or not. Pretty minor so I went to accept it.

Edit: And note that if you use SA-1, you should use !Setting_GraphicalBar_SNESMathOnly to 0 because sprites run in SA-1 and they call codes about the HP bar which also means the code about multiplication also runs in SA-1.

@Final Theory

Actually, vanilla smw's HP system is stored in a single byte, thus up to 255HP is allowed. If your hack uses "varying damage" and needs more than 255HP, you want to use the new sprite tables directly (!Freeram_SprTbl_CurrHPLow,x AND !Freeram_SprTbl_CurrHPHi,x).

This could be very useful if other new custom bosses used the SMW HP system. Even though it wasn't used much in the original SMW you can still make use of it for future things.

Ack! I think I messed up the if statement for the digit glitch protection, because the user can specify 8/16bit health, the maximum number of digits to exclude the protection (3 for 8-bit, 5 for 17) could go wonkey. I’ll fix that when I get home today.

Edit: Yep, I did made a mistake, if the user makes HP 8-bit, and selects the number of digits at least 3 and less than 5, would still include the subroutine when it shouldn't (it checks if the user picks a number is below 5, which 5 isn't always the maximum number of digits if the user picks 8-bit). That is now fixed.

Note: On emulators that randomizes untouched RAM address (such as BSNES), if you're not using custom sprites, smw bosses HP bar fail to show up than intended when set to enabled. This is caused by $7FAB10,x (custom sprite bit) having bit 3 (#%00001000) being (randomly) set. I'm pretty sure that anyone wouldn't use this patch if they're not using any custom sprite, as for these reasons:

-All smw bosses take very few hits to defeat; either 3 stomps/thrown sprite or, 5 or 12 fireballs. And no, since Bowser boss fight have the HUD disabled (to accommodate the cutoff if it did exist), I don't think I need to add to that boss (and not many hackers would ever rehash Bowser again).
-Again, very few smw sprites ever use the health system AT ALL, either they die in one hit, or changes into a different sprite (such as a Dino Rhino turning into a Dino Torch).

For some reason, if you WANT to, open Uberasm_Tool_Files/GM_14.asm and comment out this code:

(note the semicolons on the left of each line).

Thanks.

... No? I have done it already, though.

Thanks! Did you edit the version history?

It happens generally with any ROM mapping being able to access more than 4MB and the SA-1 mapper (i.e. using the SA-1 chip) is one of them.

Though let me quickly fix it.

Edit: Done!

oops, I mean you only don't need RATS if banks $00-$0F and $80-$8F. My bad.

Another thing that I wasn't paying attention, is that on the shared subroutines patch, Erik stated that $80+ under the SA-1 effects is completely different (fastrom no longer accessible). Not sure if this only happens if you activate SA-1 mode, or if you patch the sa-1, it's permanently entirely inaccessible. I do understand many ppu and SNES registers become out of reach if the mode is active.

Added the SA-1 tag and changed "sprites" to "sprite" in the tag field.

Given its size, I'm pretty sure I missed something, lol. But as far as I'm concerned, the patch seems to work fine.

The insertion is quite difficult due to using UberASM and there are many stuff to consider (though that shouldn't be surprising for you).
And it also would have been nice if there were an easier way to get the subroutines for the patch and that you can disable the HP display for chuck when you have allowed the patch before.

Other then that, the patch works fine.

Bug found: ludwig boss has an HP underflow glitch where if you get his HP down to 5, and stomp on him on midair (1 HP left) (about halfway on his jump animation when he is able to be stomped), and shoot 2 fireballs on the frame he ends his "stomped animation", his HP will decrement TWICE (both fireballs absorbed) and ends up with 255 HP while dying. I recommend not having fireballs or not having the ludwig boss altogether until I'll update the patch.

Edit: Fixed.

Edit1: Fix another glitch where if the damage is large enough to exceed 255, will overflow (without death). Fixed by checking if the value goes over 255 via BCS after the ADC.

Edit2: Really optimized the damage subroutine code (only used by custom sprites), after learning that if the SBC underflows a value, the carry clears, it makes the CMP redundant.

New bug found: When a chargin chuck dies by falling off screen, SwitchHPBar will be executed every frame until its sprite status ($7E14C8 = #$00, when it goes far enough below the screen), causing the HP bar to instantly switch back to the dying enemy when the player attacks a different enemy, also freezing the record damage indicator should $9D is frozen while the enemy is dying. NOTE: I'll update this patch once my new graphical bar gets done updating.

Converting to SA-1 for freeram has never been easier, I made a "substitute" for your needs.

It's working fine with vanilla enemies and the included custom sprite. It's a great addition, so the player knows how much hp the sprite has.

The patch comes with very detailed documentation, so it's easy to set up.

Also it needs full SA-1 support on the sprite and the RAM address (sprites can't access to RAM in banks $7E/$7F, so you have to use a free BW-RAM/I-RAM address). I'll remove the tag until something is done about that.

Thanks, it uses a better counter to show the numbers now. Do note that for custom sprites, 9,999 HP is the highest value allowed, since only up to 4 digits can be shown.

I like this patch, it was a bit complicated to set it up but once I did, I liked what I saw. Good work, GHB!

@Mariofan64

You mean maintain the number of hits? Oops, should've added defines on the amount of damage also.

this patch would be better if Jumping did 6 damage to Chuck enemies instead of 5, so that 2 jumps + 1 fireball kills Chuck enemies, and if the status bar element was able to be turned off, so that the patch was purely a damage counter.

Great Patch GreenHammerBro but i sucks at make patch like this.

Due to a framerate issue, the flickering animation when taking damage on the bar does not show, until the end.