[SUBMISSION]: Heat-Seeker Launcher

Also, the firing sound is from Quake; credit only needs to go to id Software for that.

Good to finally the credits right

SMF_LOOK wasn't used as I thought, it would just make it fly off at random targets, while it is tracking ok, it is a bit of a pain having to get close to make it work properly,

Tested the weapon with it as well as the "SCREENSEEKER" flag on to stop it flying at anything not in the player's field of vision & the "SMF_CURSPEED" flag for a smoother curve but not pin-point accuracy set up. Will update the description when the updated file is added, this new update makes taking out flying enemies a lot easier & it's lot more compatible for those not using Free-Look settings to target enemies, the new changes really make the weapon stand out more now.

DBJ87 wrote: Good to finally the credits right

Mostly. It's WAzard, not WIzard. So, anyways, is this "complete" for now?

MagicWazard wrote:

DBJ87 wrote: Good to finally the credits right

Mostly. It's WAzard, not WIzard. So, anyways, is this "complete" for now?

Sorry about that, keep seeing Wizard lol, yes this weapon is now finished.

MagicWazard wrote:

DBJ87 wrote: Good to finally the credits right

Mostly. It's WAzard, not WIzard. So, anyways, is this "complete" for now?

Sorry about that, keep seeing Wizard lol... made the changes on the files credits...

Yes, this weapon is now finished.

Well, barring any outside objections, I'm going to approve it. It's a strong effort, and it beats the hell out of the wack-ass Seeker Bazooka currently in the "Other Styles" section. (Seriously, I need to go through the back-end and see who approved that. We must have been hurting for content at the time.)

Just a few issues that I hope would be addressed before this is added:

• The knock back from the missile on enemies is too high.
• The smoke trail could do with being offset so that it spawns from the back of the rocket instead from the front.
• There is no need for KEYCONF lump and the editor numbers. They should be removed.
• The sprites aren't in PNG format.

Blue Shadow wrote: Just a few issues that I hope would be addressed before this is added:

• The knock back from the missile on enemies is too high.
• The smoke trail could do with being offset so that it spawns from the back of the rocket instead from the front.
• There is no need for KEYCONF lump and the editor numbers. They should be removed.
• The sprites aren't in PNG format.

I left the Key-Config in to avoid problems with switching weapons- sometimes when collecting a new weapon you can't swap it or drop it, But that problem doesn't affect this so I'll take all the keyconfig off & remove the lump numbers.

I had no idea that images not being PNG was an issue, but will change them to PNG format. :oops:

I've set the smoke trails further back, when testing it's just behind the missiles (or a close I can get it without being too far behind). Thank you for pointing this out. It's made it look a lot better

Weapon's Kickback reduced to 300 from 800, it knocks weaker monsters & flying monsters back (but nowhere near as far or fast as before) so it's similar to the Rocket Launcher. So now, it won't knock back bigger enemies like Barons or bosses

The changes have been made, the file is uploaded. Thank you for your feedback Blue Shadow.

KEYCONF is usually only used when you want to completely redefine what weapons go in that slot. In that case, ONLY the weapons assigned in KEYCONF for that slot are accessible--that can prevent you from accessing pre-existing weapons if you don't assign them as well. Using the property "Weapon.SlotNumber", like you're doing now, is more advisable.

Using the property "Weapon.SlotNumber", like you're doing now, is more advisable.

Thank you for clarifying that. The Key Config & Lump summon numbers have been removed with the recent uploaded version as requested to stop any conflicts with other items using same number.

Blue Shadow wrote: There is no need for KEYCONF lump and the editor numbers. They should be removed.

You know, I was looking at the rules , and we don't seem to have an official rule about not including an editor number. I realize that we tend to discourage people from including editor numbers, but that seems to be on a thread-by-thread basis, rather than a hard rule. (We also have a TON of repo entries that ignore this *rule*.) Think we should officially update the rules?

You're right about the KEYCONF, though, and the other suggestions were all good.