Some obituaries don't work quite as intended

Bugs that have been investigated and resolved somehow.

Moderator: GZDoom Developers

Forum rules
Please don't bump threads here if you have a problem - it will often be forgotten about if you do. Instead, make a new thread here.
Post Reply
User avatar
Anakin S.
Posts: 1067
Joined: Fri Nov 28, 2003 9:39 pm
Location: A long time ago in a galaxy far, far away...

Some obituaries don't work quite as intended

Post by Anakin S. »

When I have a decorate monster shooting a fireball that has fire damage and a radius explosion, it only displays "player melted" in the obituary rather than the obituary I set for the monster.

Also, when I have a decorate monster have a suicide attack where it charges up to the player and explodes and dies, it says "player killed himself" rather than the obituary I made for the monster.

In both cases, shouldn't the obituary set for the monster itself have priority over generic flame and explosion damage obituaries?
User avatar
Electronic Samurai
Posts: 177
Joined: Mon Mar 27, 2006 1:54 am
Location: Wandering the open plains

Post by Electronic Samurai »

Yeah, I've noticed this myself.
User avatar
Anakin S.
Posts: 1067
Joined: Fri Nov 28, 2003 9:39 pm
Location: A long time ago in a galaxy far, far away...

Post by Anakin S. »

Another bug related to a different aspect of decorate is that when I made an actor use a chainsaw-like melee attack using A_JumpIfCloser where it continues sawing if close enough to the target and then stops if further away, it doesn't stop sawing when the target is dead.
User avatar
Graf Zahl
Lead GZDoom+Raze Developer
Lead GZDoom+Raze Developer
Posts: 49252
Joined: Sat Jul 19, 2003 10:19 am
Location: Germany

Post by Graf Zahl »

The obituary bug has been fixed for the next version. For your second one, please post the DECORATE code.
User avatar
Anakin S.
Posts: 1067
Joined: Fri Nov 28, 2003 9:39 pm
Location: A long time ago in a galaxy far, far away...

Post by Anakin S. »

Thanks, Graf. Here's the melee attack for the actor.

Code: Select all

	Melee:
		BRNA ABC 4 A_FaceTarget
		BRNA D 0 A_PlaySound("skeleton/swing")
		BRNA DE 4 A_FaceTarget
		BRNA F 4 A_MeleeAttack
		BRNA GH 4
		BRNA H 0 A_JumpIfCloser(80, 6) // continue firing like chainsaw
		BRNA EDCBA 4
		Goto See

		BRNA F 0
		Goto Melee+5
User avatar
Graf Zahl
Lead GZDoom+Raze Developer
Lead GZDoom+Raze Developer
Posts: 49252
Joined: Sat Jul 19, 2003 10:19 am
Location: Germany

Post by Graf Zahl »

It's not surprising that hat doesn't work. You have to give the actor a chance to reacquire a new target. You have to put A_CPosRefire or A_SpidRefire into the looping state to end the attack.
User avatar
Anakin S.
Posts: 1067
Joined: Fri Nov 28, 2003 9:39 pm
Location: A long time ago in a galaxy far, far away...

Post by Anakin S. »

Thanks. It works now, but is there any way to ensure that it plays its wind down animation after killing the target? Technically the title of the thread should say [Fixed] and [Not a bug].
User avatar
Anakin S.
Posts: 1067
Joined: Fri Nov 28, 2003 9:39 pm
Location: A long time ago in a galaxy far, far away...

Post by Anakin S. »

Is there a way to have it play its wind down animation after killing the target? Using A_CposReFire or A_SpidReFire in the middle of the loop simply aborts the sequence right in the middle without doing the wind down animation I have there. How do I get it to stop sawing when the enemy is dead and put his chainsaw away before chasing you again rather than having the chainsaw simply disappear?
User avatar
Graf Zahl
Lead GZDoom+Raze Developer
Lead GZDoom+Raze Developer
Posts: 49252
Joined: Sat Jul 19, 2003 10:19 am
Location: Germany

Post by Graf Zahl »

Right now: Not at all.
User avatar
Risen
Posts: 5263
Joined: Thu Jan 08, 2004 1:02 pm
Location: N44°30' W073°05'

Post by Risen »

Put it away at the beginning of the walk sequence? Though that would probably make things look funny in a number of other situations.
User avatar
Graf Zahl
Lead GZDoom+Raze Developer
Lead GZDoom+Raze Developer
Posts: 49252
Joined: Sat Jul 19, 2003 10:19 am
Location: Germany

Post by Graf Zahl »

I'd say a new A_CheckRefire(label) code pointer is the best solution. Now that custom state labels are available it will make even more sense.
User avatar
TheDarkArchon
Posts: 7656
Joined: Sat Aug 07, 2004 5:14 am
Location: Some cold place

Post by TheDarkArchon »

Graf Zahl wrote:Right now: Not at all.
Not true. The "ZDoom Advanced" mod's chaingunners work in a manner that does this: An inventory item is give when the chaingunner starts firing and when the see state checks for this, jumping to the cooldown sequence if it's there (During which said item is removed)
User avatar
Graf Zahl
Lead GZDoom+Raze Developer
Lead GZDoom+Raze Developer
Posts: 49252
Joined: Sat Jul 19, 2003 10:19 am
Location: Germany

Post by Graf Zahl »

That's a hack, not a solution.
User avatar
Cutmanmike
Posts: 11354
Joined: Mon Oct 06, 2003 3:41 pm
Operating System Version (Optional): Windows 10
Location: United Kingdom
Contact:

Post by Cutmanmike »

For the first one, is this the same as Archviles giving you the melted message? That's been in there for AGES and I didn't think it was going to get fixed.
User avatar
Anakin S.
Posts: 1067
Joined: Fri Nov 28, 2003 9:39 pm
Location: A long time ago in a galaxy far, far away...

Post by Anakin S. »

@Cutman: probably.

@Graf: Thank you for making that new code pointer.
Post Reply

Return to “Closed Bugs [GZDoom]”