ZDoom

"made setting actor TID more explicit" - What does this mean?

Ack no, please disregard that! SLADE was misbehaving and not updating the compiled script, and I didn't realise it until much later. I'm very sorry, I was hastily trying to figure out what was going on, I didn't mean to give misinformation. I think APROP_ViewHeight is the only one that has an issue.

Yeah uh, it's always worked for me, with two PlayerPawn inherited actors with differing viewheights defined. I just tried getting the actors' Player.JumpZ by the same method and was perfectly successful in 3.7.2 and prior versions, though this also crashes in 4.0.0. I thought since the parameter was ...

I'm not sure how else to grab the default view height if it's been changed midgame? I didn't think it was incorrect due to always successfully retrieving the property.

So the mod that I've worked on for years through different GZDoom versions now just straight up crashes GZDoom, and it turns out it's because I'm spawning the player class' actor and getting its viewheight from it. I've simplified it down to a small script showcasing the error. In versions earlier ...

Try using this .wad and shooting an explosive barrel with the rocketlauncher, the rockets should go into their XDeath states and turn into health bonus sprites briefly. I also replaced zombiemen and imps with +NOBLOOD versions so the bug can be observed on them, too. This behaviour seems to have ...

Playing this in GZDoom 3.7.2, the DeadMarineNew actor causes my game to crash most of the time on load, It seems to be something about the RandomSpawners being spawned with A_CustomMissile. Using A_SpawnItem instead fixes the crashing, at any rate.

Did monsters wake up when actually damaged with NOPAIN flag, assuming they weren't alerted? I made a +NOPAIN zombieman and tested both normal and ambush flagged versions of them, they seem to behave the same in 2.4.0, 3.4.1, and 3.7.2, being that they notice they're taking damage and retaliate if ...

Major Cooke wrote:What versions were you using previously where it worked like this?

From 2.4.0 to 3.4.1.
The next version that I downloaded after 3.4.1 is 3.7.0, and turns out the bug is present there, so it's not specific to 3.7.2.

I don't know how recent this bug is, but it didn't exist in older versions of GZDoom that I've used. Normally if an idle monster is attacked with a silent weapon that does 0 damage, they won't react to it at all. However currently if they're hit by an attack that's reduced to 0 by DamageFactor (in ...

I know it's a deprecated function but A_FireCustomMissile has this problem as well.

Gutawer wrote:Guys:

Wow, I feel stupid now, I hadn't checked the previous page of the thread since I felt it was a more recent, unreported bug at the time. Thank you.

I found the big boss of world 8 to be extremely easy if you just pummel it with the (upgraded, in this case) star shooter's alt fire, it stunlocks and does massive damage and the big boss goes down without even managing a single attack.

The ZScript spawners don't seem to be accounting for actor angle, so all of the imp/demon replacements spawn facing the same direction. (should probably track spawn flags, tags and action specials too!)

I can't seem to get this to work on GZDoom 3.3.2. Something changed that just isn't agreeing with JoM5.