Friendly Decorate Error

Scuba Steve · Post by **Scuba Steve** » Thu Jun 23, 2005 10:08 am

http://www.doomworld.com/gbd2/files/test.wad

To see how this doesn't work correctly, load up this wad and then summon from the console "HelperImp". Shoot the imp so it dies and it should fire a fireball. Now... try this in 2 situations, with enemies around and without. If there are no enemies nearby the imp shoots at you (which is to be expected) and he shows his death frames. However, should there be nearby enemies, he fires his shot at the nearest one (again to be expected) but he disappears and never shows his death frames.

Is it something I'm doing or is it a bug with Zdoom. I think it's correct, I seriously doubt the imp is supposed to just disappear if it fires at another enemy.

Post by **Graf Zahl** » Thu Jun 23, 2005 10:20 am

Remove the A_Look from the death state. That doesn't work because it tries to enter the non existing see state.

Scuba Steve · Post by **Scuba Steve** » Thu Jun 23, 2005 2:10 pm

If A_Look is removed, then the monster no longer targets other enemies and only fires at the player.

Daniel · Post by **Daniel** » Thu Jun 23, 2005 2:19 pm

I faced a problem like this a couple of days ago... my conclusion is that you can't use A_Look, or they will lose the +FRIENDLY flag. Just step straight to A_Chase.

Post by **Graf Zahl** » Thu Jun 23, 2005 2:51 pm

Scuba Steve wrote:If A_Look is removed, then the monster no longer targets other enemies and only fires at the player.

Then you have to define a valid see state somewhere (preferably directly after A_Look.) Without it it doesn't work.

Scuba Steve · Post by **Scuba Steve** » Thu Jun 23, 2005 5:59 pm

This still doesn't make any sense. Shouldn't a stationary friendly be just as simple to create as a moving one? Why is this so difficult?

Post by **Graf Zahl** » Thu Jun 23, 2005 6:08 pm

Because A_Look jumps to the see state if it finds a target to attack. You are using the function in a place where it doesn't belong so you shouldn't be surprised that it doesn't work.

Scuba Steve · Post by **Scuba Steve** » Thu Jun 23, 2005 6:20 pm

So is ZDoom capable of making htis or not? Is it possible to make a friendly enemy that when they are attacked by YOU they fire a shot at the nearest ENEMY and die?

Anakin S. · Post by **Anakin S.** » Thu Jun 23, 2005 7:28 pm

Code: Select all

	States
	{
		Spawn:
			TROO A 8
			Loop		
		Death:
			TROO B 1 A_Look
			Loop
		See:
			TROO B 0 A_CustomMissile ("ImpShot", 32, 0, 0, 0)
			TROO B 0 A_Fall
			TROO B 0 A_Scream
			TROO MOPQRSTU 2
			TROO U 2
			Goto Death + 11
	}

Would this work? What were you trying to do with the loop at the last frame of the death sequence? If you were trying to make the corpse, just use a duration of -1 for the last frame. Your imp will probably just sit in place since it doesn't have a walking sequence defined and doesn't inherit one, so you could use the see state for the fireball.

EDIT: No it doesn't. The fireball just shoots right back at me. The fireballs shoot at the enemy if you put MONSTER in there. One fireball shoots at you while the other shoots at the enemy. Why two?

Scuba Steve · Post by **Scuba Steve** » Thu Jun 23, 2005 7:44 pm

I just tried it and you're right it shoots two, and I can't figure out why.

Scuba Steve · Post by **Scuba Steve** » Mon Jun 27, 2005 3:59 pm

So Graf, any word now on why this latest method fires 2 projectiles and why one seeks you while the other seeks the closest enemy?

Anakin S. · Post by **Anakin S.** » Mon Jun 27, 2005 9:03 pm

I'm experiencing some similar problems with my friendly weapon. I tried the friendly aiming thing by making something like the doom 3 bfg with the laser that shoots out at nearby enemies while the projectile is firing and making it so the projectile can be shot down without triggering the bfg wave. Unfortunately, the bfg shot cannot be shot down - attacks just go right through. The lasers also act strangely. They aim at nearby enemies, but they just pass right through them without harm. However, they can hit enemies that are further away from the projectile and happen to be in the path of the lasers. They also hit the player if the player happens to be in the path. I noticed that the lasers seem to be owned by the nearby monster that happens to be targeted by them. What I mean is that when the player is killed by a laser, the obituary displayed says that he was killed by the monster that the laser was supposed to be aiming at. Monsters have also started infighting as a result of the laser passing through the targeted enemy and striking the one behind it. This also explains why they pass through the targeted nearby monsters without harm. If there are no targets around, the lasers simply shoot at the player once the laser spawners are awakened.

Spoiler:

Post by **Graf Zahl** » Tue Jun 28, 2005 2:09 am

Remove the NOBLOCKMAP flag from the shootable missile. That flag prevents any passive collision detection which includes being hit by another weapon.

The rest is just a result of doing something unsupported. To do this cleanly you'd have to program it in C++ to handle all the dependencies properly. I won't change A_CustomMissile because too many WADs already depend on the current behavior.

Anakin S. · Post by **Anakin S.** » Tue Jun 28, 2005 10:26 am

Could there be a new function or monster seeking flag for projectiles?

Post by **Graf Zahl** » Mon Apr 10, 2006 2:29 pm

Fixed in 2.0.99