![= Metroid Vanguard = Samus Aran in SRB2 [v1.5c]](https://srb2mb-externaldata.nyc3.cdn.digitaloceanspaces.com/data/resource_icons/2/2666.jpg?1617393704){kind=icon}
I suppose that technically works... I'm increasing the healing subject's Ring count via
P_GivePlayerRings, and I'm not sure if that would influence Samus's health meter.
deadtime tomfoolery yet), but if I ever feel like stepping up to that challenge, it might be fun to create an alternate Metroid Vanguard endgame where Fang gets revived by Annie (which Samus may or may not be somewhat ticked off by) and subsequently gets roped into helping Samus and Annie (and whoever else is in the netgame) take on Dark Samus, traverse the Red Volcano Zone, and put a stop to Eggman's plans with the Black Rock. (Fang would be a bot in this scenario, of course.)DMG_INSTAKILL, right? Right? …I'm gonna have to test Annie in ACZ4 again now that I've updated to the latest version of SRB2. I'm gonna be having some words if she gets insta-killed. She's supposed to be able to withstand insta-kill floors…
That's a bit tough...
P_KillMobj doesn't count as DMG_INSTAKILL. If it did, Annie would have minecart death resistance as part of her instakill resistance. As is, I'll have to code that separately as well… I'm still trying to figure out how that will work.mo.pzpaintime, does that normally stay at 0 unless the player's in Phazon, like pw_underwater or pw_spacetime?//Hard to Kill - Phazon (the Phazon in ACZ4 of Metroid Vanguard is coded differently from other instant kill floors)
addHook("PlayerThink", function(player)
if player.mo and player.mo.valid then
if player.mo.skin ~= "annie_belnades" then
return
end
if player.mo.pzpaintime == nil then --player.mo.pzpaintime gets defined in Metroid Vanguard's source code, but it makes sense to define it here as well so that it doesn't return errors if Metroid Vanguard isn't loaded.
player.mo.pzpaintime = 0
end
if player.mo.pzpaintime ~= 0
and player.mo.pzpaintime <= 4
and player.mo.energy >= 20*FRACUNIT then
player.mo.pzpaintime = $ + 44
player.mo.energy = $ - 20*FRACUNIT
player.mo.deathdefiance = 2
end
end
end)pzpaintime thing works, but I must have misinterpreted something.pzpaintime resets back to 0 upon exiting Phazon, like how pw_underwater and pw_spacetime work, and keeps it above 1 as long as sufficient energy remains, which would explain why Annie's energy inevitably drains to 0 upon touching Phazon. (I based the Phazon resistance code on the drowning/suffocation resistance code I wrote on Zarosguth's suggestion. And I also completely neglected to create a "Phazon delay" variable like I did for drowning and suffocation, which may explain the initial Ring loss.)
Basically, in most areas, the Power Grip latches to THE AIR and is stuck in a constant feedback loop of grabbing onto something that doesn't exist, then letting go, then grabbing again, over and over. Can't really send a GIF due to a personal lack of knowledge on how to MAKE a gif with gameplay footage, but maybe someone else with the same problem can send theirs.
It's the Fire key.
sega is kinda the reason esrb exists too
//Hard to Kill - Phazon (the Phazon in ACZ4 of Metroid Vanguard is coded differently from other instant kill floors)
addHook("PlayerThink", function(player)
if player.mo and player.mo.valid then
if player.mo.skin ~= "annie_belnades" then
return
end
if player.mo.pzpaintime == nil then --player.mo.pzpaintime gets defined in Metroid Vanguard's source code, but it makes sense to define it here as well so that it doesn't return errors if Metroid Vanguard isn't loaded.
player.mo.pzpaintime = 0
end
if player.powers[pw_underwater] == 0
and player.mo.pzpaintime ~= 0 then
player.mo.pzpaintime = 0 --Phazon appears to be a water sector property, so this should prevent energy from being drained while the player isn't in Phazon
end
if player.mo.pzpaintime == 44 --if the player has just entered Phazon
and player.powers[pw_underwater] == underwatertics --this code should run on the very first tic of Phazon exposure (Phazon is a water sector)
and player.mo.energy >= 20*FRACUNIT then --energy is required to stave off Phazon
P_GivePlayerRings(player, 10) --add 10 Rings to the player to counteract first-tic Ring loss/death (these Rings should be immediately lost as the first tic of Phazon exposure takes them away)
player.mo.energy = $ - 20*FRACUNIT --energy cost of staving off Phazon
player.mo.deathdefiance = 2 --prevent energy from regenerating until the player has exited Phazon (and for 2 seconds afterwards)
end
if player.mo.pzpaintime ~= 0 --main Phazon delay loop
and player.mo.pzpaintime <= 4
and player.mo.energy >= 20*FRACUNIT then --energy is required to stave off Phazon
player.mo.pzpaintime = $ + 44 --prevent player.mo.pzpaintime from hitting 1 and triggering death/ring loss
player.mo.energy = $ - 20*FRACUNIT --energy cost of staving off Phazon
player.mo.deathdefiance = 2 --Pause energy regeneration for 2 seconds after Phazon exposure
end
if P_PlayerInPain(player) == true
and player.mo.pzpaintime ~= 0 then
player.mo.pzpaintime = $ + 2 --safeguard against instantly dying upon getting smacked into Phazon
end
end
end)pw.underwater instead of pw_underwater. I'll try again after correcting the issue.
Why I cant load your video,
You need to update to SRB2 2.2.11 first, I can't focus on potential old version-exclusive issues.
Noted. The good news is that it affects ALL players, so it's an even enough playing field. Honestly, bonus rings for scoring kills is kinda neat.
MOST areas, not just a one-off? Just to make sure, your SRB2 is updated to v2.2.11? If not, see if you still have the issue.
Oh riiight, that bug's been around since the SRB2 2.1 release and I still haven't fixed it....
It's okay, I highly appreciate the initiative to post bugs anyway. One person can only bugtest so much compared to the public!I didn't know a new update for the game was made, I really gotta check this site more often
