Damage HUD Indicators v1.0 (09/01/2023)

Projects that alter game functions but do not include new maps belong here.
Forum rules
The Projects forums are only for projects. If you are asking questions about a project, either find that project's thread, or start a thread in the General section instead.

Got a cool project idea but nothing else? Put it in the project ideas thread instead!

Projects for any Doom-based engine (especially 3DGE) are perfectly acceptable here too.

Please read the full rules for more details.
User avatar
Enjay
 
 
Posts: 27680
Joined: Tue Jul 15, 2003 4:58 pm
Location: Scotland

Re: Damage HUD Indicators v1.0 (09/01/2023)

Post by Enjay »

Cool. I look forward to trying it.

I don't think I mentioned it before, but any thoughts on providing alternative styles/graphics? Just a suggestion really, a nice to have. If it's not something that interests you, that's fine.
User avatar
Major Cooke
Posts: 8221
Joined: Sun Jan 28, 2007 3:55 pm
Preferred Pronouns: He/Him
Operating System Version (Optional): Windows 10
Graphics Processor: nVidia with Vulkan support
Location: GZBoomer Town

Re: Damage HUD Indicators v1.0 (09/01/2023)

Post by Major Cooke »

I'll consider it for the next version after this one.
User avatar
Enjay
 
 
Posts: 27680
Joined: Tue Jul 15, 2003 4:58 pm
Location: Scotland

Re: Damage HUD Indicators v1.0 (09/01/2023)

Post by Enjay »

Fair enough. Thanks.
User avatar
Enjay
 
 
Posts: 27680
Joined: Tue Jul 15, 2003 4:58 pm
Location: Scotland

Re: Damage HUD Indicators v1.0 (09/01/2023)

Post by Enjay »

I have just noticed something with the current release version and a specific set of circumstances that I wonder if it could be improved on.

Specifically, I am using it with a mod that has a system to "wake up" enemies that witness the death of a comrade, rather than standing around apparently blissfully unaware that their friend has just dropped dead beside them.

The system involves each enemy spawning a special alarm actor when they die. The alarm does a low amount of damage (of type "alarm") via an A_Explode pointer.
Enemies have a custom pain state that heals the small amount of damage they have received from the alarm and they then go to their see state label (i.e. they appear to start moving in response to their comrade dying). It's an older system adapted from an early version of Brutal Doom.

The player, of course, should not be affected by the alarm damage and they have been given a damage factor of 0.0 for Alarm damage.

However, I noticed with the damage HUD indicators active that sometimes, if I was reasonably close to an actor when it died, the HUD indicator would appear, even though I had not taken any damage (no health or amour reduction). Eventually, I realised that it must be to do with the alarm actor. I commented out the A_Explode line in the alarm actor and the damage indicators stopped appearing when enemies died.

I also use a derivative of the Alarm actor that gets fired by a flashlight beam so that the flashlight will wake up enemies (and encourage the player to turn off the flashlight when it isn't needed). Similar to the above, if the player walks towards a wall where the flashlight is shining, or they just point it at the ground, damage indicators appear even though the player is not taking damage.

So, short version, the damage indicators seem to be triggered by A_Explode even if the explosion does not damage the player at all (because they are immune to its damage type). They merely need to be inside the radius of the explosion. So, is there any way of making it so that the damage indicators do not respond to an A_Explode pointer if the player is immune to the type of damage that the explosion does?
User avatar
Major Cooke
Posts: 8221
Joined: Sun Jan 28, 2007 3:55 pm
Preferred Pronouns: He/Him
Operating System Version (Optional): Windows 10
Graphics Processor: nVidia with Vulkan support
Location: GZBoomer Town

Re: Damage HUD Indicators v1.0 (09/01/2023)

Post by Major Cooke »

I can add a JSON system where you can make a list of damage types that will never trigger the indicator. I'll also add such list for source and inflictors, and what playerpawn type they apply to, as well as parent checks options.

That's about the safest thing I can do, because I do enjoy having invulnerability pop it up, but I can add a toggle for that as well.

Here's probably what the whole system will look like.

Code: Select all

{
	"mod_id":	"MyModNameHere",
	"no.damagetypes":
	[
		"fire",
		"ice"
	],
	"no.sources":
	[
		"SpecialMarine:parent", // ":parent" will indicate to check the parent chain.
	],
	"no.inflictors":
	[
		"SpecialRocket",
	]
	"no.actors": // if a source or inflictor, will not trigger
	[
		"SpecialImp",
	]
}
User avatar
Enjay
 
 
Posts: 27680
Joined: Tue Jul 15, 2003 4:58 pm
Location: Scotland

Re: Damage HUD Indicators v1.0 (09/01/2023)

Post by Enjay »

That's a very thorough solution. It will certainly cover my problem and then some. :thumb:
User avatar
Major Cooke
Posts: 8221
Joined: Sun Jan 28, 2007 3:55 pm
Preferred Pronouns: He/Him
Operating System Version (Optional): Windows 10
Graphics Processor: nVidia with Vulkan support
Location: GZBoomer Town

Re: Damage HUD Indicators v1.0 (09/01/2023)

Post by Major Cooke »

Since I know this might be asked...
Why is there a mod_id requirement?
First, it's a carry-over from all my other mods, and that's mainly designed to ensure there's a difference and priority chain. Base mod is first, addons are added atop of it.

Second, and while this one doesn't really apply to this mod since it's far simpler, it'll allow for copying other definitions similar to how inheritance in DECORATE/ZScript works, in the event I do design something like that.
User avatar
Enjay
 
 
Posts: 27680
Joined: Tue Jul 15, 2003 4:58 pm
Location: Scotland

Re: Damage HUD Indicators v1.0 (09/01/2023)

Post by Enjay »

I guess the additional question to that is, how should the mod_id field be used?
Like, is it intended to be used if someone changes this mod to be something else?
Or does the name come from other mods that might be loaded with this (and, if so, how should that be done)?

Sorry if it's a daft question. You're significantly better at this stuff than I am.
User avatar
Major Cooke
Posts: 8221
Joined: Sun Jan 28, 2007 3:55 pm
Preferred Pronouns: He/Him
Operating System Version (Optional): Windows 10
Graphics Processor: nVidia with Vulkan support
Location: GZBoomer Town

Re: Damage HUD Indicators v1.0 (09/01/2023)

Post by Major Cooke »

As long as it's not "DamageHudIndicators", can be whatever you want.

The whole idea is to prevent clashes with other mods and for debugging purposes. So if I need to rescan one of the files, or add a function to perform rescanning, I can do a quick iteration and simply refresh just that one, especially when it comes to saves, for example. That way you don't have to restart the map or the whole run just to get it to work - though that's much less of a reason for it here than it is with some of my other mods.
User avatar
Enjay
 
 
Posts: 27680
Joined: Tue Jul 15, 2003 4:58 pm
Location: Scotland

Re: Damage HUD Indicators v1.0 (09/01/2023)

Post by Enjay »

Right, understood. Thanks for the clarification. :)
User avatar
TheVanessii
Posts: 33
Joined: Mon Feb 22, 2021 5:44 pm
Preferred Pronouns: She/Her
Graphics Processor: nVidia (Modern GZDoom)

Re: Damage HUD Indicators v1.0 (09/01/2023)

Post by TheVanessii »

Here's some ideas for options I made for this mod, different indicator styles. Purely a suggestion/idea and not in any way an edit of the original mod. Do NOT modify or replace the original graphics in this mod with these files.

One is just a kinda classic-doom-like style indicator, the other is kinda GMOTA-style.

Screenshots:
Spoiler:
You do not have the required permissions to view the files attached to this post.
User avatar
Major Cooke
Posts: 8221
Joined: Sun Jan 28, 2007 3:55 pm
Preferred Pronouns: He/Him
Operating System Version (Optional): Windows 10
Graphics Processor: nVidia with Vulkan support
Location: GZBoomer Town

Re: Damage HUD Indicators v1.0 (09/01/2023)

Post by Major Cooke »

If you're willing to supply additional graphics, I can add them in. Just make sure you provide me with stuff I can actually use.
User avatar
TheVanessii
Posts: 33
Joined: Mon Feb 22, 2021 5:44 pm
Preferred Pronouns: She/Her
Graphics Processor: nVidia (Modern GZDoom)

Re: Damage HUD Indicators v1.0 (09/01/2023)

Post by TheVanessii »

Major Cooke wrote: Sun Apr 12, 2026 4:38 pm If you're willing to supply additional graphics, I can add them in. Just make sure you provide me with stuff I can actually use.
Oh no, yeah you can use 'em, I just put that disclaimer there so you'd know I wasn't supporting the modification of your mod due to your permissions. Anyone can use these graphics for whatever they want (except for the modification of your mod); and if you'd like to put them in your mod, please feel free to! No attribution required. Also I'm a little confused on the "If you're willing to supply additional graphics" part; do you mean you're willing to add them in if I make more? If that's the case, I can try to replicate other styles if that's what you're asking, no guarantees though!
User avatar
Major Cooke
Posts: 8221
Joined: Sun Jan 28, 2007 3:55 pm
Preferred Pronouns: He/Him
Operating System Version (Optional): Windows 10
Graphics Processor: nVidia with Vulkan support
Location: GZBoomer Town

Re: Damage HUD Indicators v1.0 (09/01/2023)

Post by Major Cooke »

Oh boy, that old thing.

Thinking about it more, I've updated the permissions with better wording. I actually don't mind if people reuse the resources or borrow bits of code so long as they give credit to who it came from. I believe in giving back to the community so if people want to use them, go ahead.

I just don't want people to embed them wholesale into other mods because I've no desire to work on older outdated version they'll have over time. Let the player decide, and it's less work for other modders. Nor do I want them to redistribute the main mod itself because it will become outdated over time.

Anyway, I'll include your graphics with the next update. Thanks!
TheVanessii wrote: Sun Apr 12, 2026 8:19 pmAlso I'm a little confused on the "If you're willing to supply additional graphics" part; do you mean you're willing to add them in if I make more? If that's the case, I can try to replicate other styles if that's what you're asking, no guarantees though!
Oh I just meant if anyone wants to upload graphics for me to use in the mod to serve as alternative indicators, you can, so long as it doesn't have strings attached is all.

Return to “Gameplay Mods”