[v1.0.2] DamNums - Universal Damage Numbers

[Lord Misfit]

Not sure how much you're working on this right now, but I had an idea for a suggestion: when enemies get hit and take damage, they emit a sound akin to Quake 3 Arena when you hit an opponent, as an togglable option. I added this recently to my own mod, by adding the sound code into the "override int DamageMobj" part of the central monster actor [you can do your own method of course], but have the monster taking damage use A_PlaySound on an unused sound channel.

Just a suggestion though. o.o

If you want me to try to add it myself sometime for you, I could make an attempt at it, but it might not happen immediately due to my own workload at the moment.

[namsan]

Not sure how much you're working on this right now, but I had an idea for a suggestion: when enemies get hit and take damage, they emit a sound akin to Quake 3 Arena when you hit an opponent, as an togglable option.

Try Hitmarkers mod, this mod has hitsound and killsound option (and you can choose sounds from Quake)
viewtopic.php?f=46&t=60356

[StroggVorbis]

Dunno what causes this, but if the player is hit on some maps (discovered this with Joy of Mapping 4 & 5, so it might be because of scripted maps) more than one DamNum appears. e.g. Imp hits the player with a fireball for 6 damage, and two or more 6's are spewing out.

Edit: Didn't test if it has something to do with loading a saved game or of the aforementioned map compilations' built-in pistol start option.

Thanks to printinv, I found out that it's because for unknown reasons on some maps the player has more than one DamNumTracker in his inventory. That's why on each hit you get like 8 times the same number.

Valve Xaser pls fix

[goldenmob72]

This is really awesome dude!

You should Redneck Rampage , Duke Nukem , and Shadow Warrior [Classic] Fonts

[NeuralStunner]

This is really useful for mod development as well, for getting an idea how much damage your weapons are doing in practice.

Minor suggestion: Put NOTIMEFREEZE on the numbers, so they'll still function properly under the powerup/cheat effect. (Otherwise they have a bad tendency to stack up and be unreadable.)

[StroggVorbis]

Dunno what causes this, but if the player is hit on some maps (discovered this with Joy of Mapping 4 & 5, so it might be because of scripted maps) more than one DamNum appears. e.g. Imp hits the player with a fireball for 6 damage, and two or more 6's are spewing out.

Edit: Didn't test if it has something to do with loading a saved game or of the aforementioned map compilations' built-in pistol start option.

Thanks to printinv, I found out that it's because for unknown reasons on some maps the player has more than one DamNumTracker in his inventory. That's why on each hit you get like 8 times the same number.

Valve Xaser pls fix

I think I finally know why. If you enter a map that contains one or more voodoo dolls, you get an additional DamNumTracker for each of them.

[Lippeth]

I had no idea that something like this could be so satisfying to use, I guess the only thing cooler would be if the numbers were to separate from each other as they disappear, more like flying blood but with damage numbers, or if something like the ssg were to show the number from each bullet hit, like a small cloud of numbers.

Great job, this is autoload material for sure!

[StroggVorbis]

I had no idea that something like this could be so satisfying to use, I guess the only thing cooler would be if the numbers were to separate from each other as they disappear, more like flying blood but with damage numbers, or if something like the ssg were to show the number from each bullet hit, like a small cloud of numbers.

Great job, this is autoload material for sure!

There is. The mod adds "Damnums Options" to the menu, the setting is called shotgun spray.

You're welcome

[Lippeth]

Thanks, I should've also read the first page as well. I just saw picture, download, make fun, ugg.

Very cool mod!

[Starman the Blaziken]

Nice mod
I have a suggestion to add an IWAD font to this, FreeDoom. Not sure if you heard of it but it has been around for a while since 2001.

[Sgt Major Kiwi]

ok, so, I might be doing it wrong, but. not entirely universal, I tried to run it with hideous destructor as one of my hdest autoloads, and it did... nothing. I really wanted it to work, but I guess it didn't. I'll try to run it without hdest, I might just be doing it wrong.

[wildweasel]

Since this has been bumped, I'd like to bring up that there are some circumstances under which the damage numbers stop appearing on specific monsters. I think LegenDoom legendaries have already been brought up (any monster whose health is above their spawn health stops spawning numbers), but Corruption Cards helped to expose another one: a monster that has respawned can stop spawning numbers as well.

[StroggVorbis]

Not only that, but monsters which have been morphed, e.g. chickens and pigs, spawn numbers twice for each hit.

[Xaser]

It may be a bit before I get back around to this 'cause I'm busy with a bunch of other projects, but it's probably about time to rework a bunch of stuff under the hood. It's a bit messy 'cause I had to work around some oddities that no longer exist in the latest versions of GZDoom, so hopefully I can make it work a bit more sanely so it's less susceptible to unexpected edge cases. Fingers crossed, at any rate.

[rayburn]

Hi,
I understand at some point DamNums was "adopted" by Wrath of Cronos RPG mod. Apparently the version in WoC is outdated and doesn't take sprite XScale/YScale values into consideration spawning numbers at incorrect height, does it sound like a version old enough to (not) be salvageable?

I am working on a fantasy monster pack where it is important for the player to attack enemies with an attack of counter element (i.e. Ice vs. Fire). I need to assign certain colors to a long list of elements used by major fantasy gameplay mods like WoC/Walpurgis/Schism/HereticalDoom.

And WoC gives me trouble because the version of DamNums that is already included produces zscript errors when I try to run DamnNums 1.0.2 with it as a separate pk3. I am thinking of the best method to counter this, either patch WoC or somehow rewrite DamNums to not be incompatible (sigh), or whatever.

If you can recommend best approach overall I will be grateful!

Here are the errors ZDoom shows me:

---

damnums_1.0.2.pk3:zscript/damnums/damnum.txt, line 5: Class name DamNum already exists
damnums_1.0.2.pk3:zscript/damnums/events.txt, line 7: Class name DamNumEventHandler already exists
damnums_1.0.2.pk3:zscript/damnums/events.txt, line 53: Class name DamNumTracker already exists
damnums_1.0.2.pk3:zscript/damnums/fonts/base.txt, line 9: Class name DamNumFont already exists
damnums_1.0.2.pk3:zscript/damnums/fonts/doomclassic.txt, line 7: Class name DamNumFontClassic already exists
damnums_1.0.2.pk3:zscript/damnums/fonts/doomsmall.txt, line 7: Class name DamNumFontSmall already exists
damnums_1.0.2.pk3:zscript/damnums/fonts/doommodern.txt, line 7: Class name DamNumFontModern already exists
damnums_1.0.2.pk3:zscript/damnums/fonts/ravenbig.txt, line 7: Class name DamNumFontRavenBig already exists
damnums_1.0.2.pk3:zscript/damnums/fonts/ravensmall.txt, line 7: Class name DamNumFontRavenSmall already exists
damnums_1.0.2.pk3:zscript/damnums/fonts/raventory.txt, line 7: Class name DamNumFontRaventory already exists
damnums_1.0.2.pk3:zscript/damnums/fonts/strife.txt, line 7: Class name DamNumFontStrife already exists
damnums_1.0.2.pk3:zscript/damnums/fonts/chex.txt, line 7: Class name DamNumFontChex already exists
damnums_1.0.2.pk3:zscript/damnums/fonts/hacx.txt, line 7: Class name DamNumFontHacx already exists
damnums_1.0.2.pk3:zscript/damnums/fonts/harmony.txt, line 7: Class name DamNumFontHarmony already exists
damnums_1.0.2.pk3:zscript/damnums/fonts/square.txt, line 7: Class name DamNumFontSquare already exists
damnums_1.0.2.pk3:zscript/damnums/fonts/urbanbrawl.txt, line 7: Class name DamNumFontUrbanBrawl already exists
damnums_1.0.2.pk3:zscript/damnums/fonts/borderlands.txt, line 7: Class name DamNumFontBorderlands already exists
damnums_1.0.2.pk3:zscript/damnums/fonts/gamedefaults.txt, line 7: Class name DamNumFontGameDefault already exists
damnums_1.0.2.pk3:zscript/damnums/fonts/gamedefaults.txt, line 8: Class name DamNumFontGameSmall already exists
damnums_1.0.2.pk3:zscript/damnums/fonts/base.txt, line 11: Cannot add field fontPrefix to DamNumFont. DamNumFont has native children which means it size may not change
damnums_1.0.2.pk3:zscript/damnums/fonts/base.txt, line 12: Cannot add field fontTrans to DamNumFont. DamNumFont has native children which means it size may not change
damnums_1.0.2.pk3:zscript/damnums/fonts/base.txt, line 14: Unable to add property prefix to class DamNumFont
damnums_1.0.2.pk3:zscript/damnums/fonts/base.txt, line 15: Unable to add property DefaultTranslation to class DamNumFont
damnums_1.0.2.pk3:zscript/damnums/damnum.txt, line 5: DamNum already has defaults
damnums_1.0.2.pk3:zscript/damnums/events.txt, line 53: DamNumTracker already has defaults
damnums_1.0.2.pk3:zscript/damnums/fonts/base.txt, line 9: DamNumFont already has defaults
damnums_1.0.2.pk3:zscript/damnums/fonts/doomclassic.txt, line 7: DamNumFontClassic already has defaults
damnums_1.0.2.pk3:zscript/damnums/fonts/doomsmall.txt, line 7: DamNumFontSmall already has defaults
damnums_1.0.2.pk3:zscript/damnums/fonts/doommodern.txt, line 7: DamNumFontModern already has defaults
damnums_1.0.2.pk3:zscript/damnums/fonts/ravenbig.txt, line 7: DamNumFontRavenBig already has defaults
damnums_1.0.2.pk3:zscript/damnums/fonts/ravensmall.txt, line 7: DamNumFontRavenSmall already has defaults
damnums_1.0.2.pk3:zscript/damnums/fonts/raventory.txt, line 7: DamNumFontRaventory already has defaults
damnums_1.0.2.pk3:zscript/damnums/fonts/strife.txt, line 7: DamNumFontStrife already has defaults
damnums_1.0.2.pk3:zscript/damnums/fonts/chex.txt, line 7: DamNumFontChex already has defaults
damnums_1.0.2.pk3:zscript/damnums/fonts/hacx.txt, line 7: DamNumFontHacx already has defaults
damnums_1.0.2.pk3:zscript/damnums/fonts/harmony.txt, line 7: DamNumFontHarmony already has defaults
damnums_1.0.2.pk3:zscript/damnums/fonts/square.txt, line 7: DamNumFontSquare already has defaults
damnums_1.0.2.pk3:zscript/damnums/fonts/urbanbrawl.txt, line 7: DamNumFontUrbanBrawl already has defaults
damnums_1.0.2.pk3:zscript/damnums/fonts/borderlands.txt, line 7: DamNumFontBorderlands already has defaults
damnums_1.0.2.pk3:zscript/damnums/fonts/gamedefaults.txt, line 7: DamNumFontGameDefault already has defaults
damnums_1.0.2.pk3:zscript/damnums/fonts/gamedefaults.txt, line 8: DamNumFontGameSmall already has defaults

Execution could not continue.

41 errors, 0 warnings while compiling damnums_1.0.2.pk3:zscript.txt

So, uh, I understand worst case scenario I need to rename each one of those variables and classes?

UPD.
Nvm I figured it out. The key is to replace zscript/damnums/events.txt in WoC with zscript/damnums/events.txt (file under same path) in my own pk3, so that my file rewrites the one in WoC. The whole issue was in the weird way monster height was acquired via texture height in WoC. I replaced it with behavior from DamNums 1.0.2 and it works perfectly now.