0000578: New decorate function: A_SpawnItemExTID; very useful for skulltag mods

Chat on our Discord Server Get the latest version: 3.2
Source Code

View Issue Details [ Jump to Notes ]

[ Issue History ] [ Print ]

Project

Category

View Status

Date Submitted

Last Update

0000578

Zandronum

[All Projects] Suggestion

public

2011-09-09 14:10

2014-05-12 00:17

Reporter

Watermelon

Assigned To

Priority

normal

Severity

feature

Reproducibility

N/A

Status

closed

Resolution

waiting for zdoom

Platform

Microsoft

Windows

OS Version

XP/Vista/7

Product Version

98d

Target Version

Fixed in Version

Summary

0000578: New decorate function: A_SpawnItemExTID; very useful for skulltag mods

Description

Skulltag supports the following:
A_SpawnItemEx (string type, float xoffset, float yoffset, float zoffset, float xvelocity, float yvelocity, float zvelocity, float angle, int flags, int chance)

One of the problems is that it creates a monster with a TID of 0, and the only way to change it is to define a monster that uses Thing_ChangeTid(0, xyz) in it's [spawn, or one of] state. This means that if you wanted to have a unique range of monsters for each player, this could now be done. One of the major things limiting projects I'm working on and projects I love to play (ex: Zdoomwars) is the inability to assign dynamic TID's to monsters that are spawned via this action function.

An example of how this could be useful is that it would allow me to add in code to zdoomwars to create a refunder if you failspawn a unit. One of the problems with A_SpawnItemEx is that it passes the units down the chain and if you fail, there's nothing that can really be done to ensure the actor that spawned it gets refunded for any errors.
There are many other ideas that have been limited from not having this code. I technically can make my way around it, but it'd increase the project size dramatically to account for one piece of code that could make life much easier (which usually means more bugs and mess ups when you have to inflate the library 32x, especially when the current decorate library is 30-40k [and/or more] lines of code)

This would be my proposed action function:
A_SpawnItemExTID (string type, float xoffset, float yoffset, float zoffset, float xvelocity, float yvelocity, float zvelocity, float angle, int flags, int chance[, int TID])

Forgive my lack of computer programming knowledge with respect to Skulltag, but I assume it would just be a cut and paste of the A_SpawnItemEx code and adding a code pointer to assign it if the monster is spawned.
Naturally/probably obviously: Easier said than done.
If this can be implemented it'd open up a lot of modding capabilities and idea's I had that are currently a headache to do without this line of code.

As you can see, one of skulltag's specialties that set it apart from other ports like Zdaemon is it's massive customization ability with respect to making unique wads (GvH, ZDW, Zombie Horde, AOW, MoP...etc, the list goes on). This would open some doors.

NOTE: Does this have to be part of the zdoom revisions or can it be something unique to skulltag?

Attached Files

Relationships

Notes
(0002161) Ijon Tichy (reporter) 2011-09-17 15:48	This is the wrong place to suggest this. Take it to ZDoom instead.

**Issue Community Support**
This issue is already marked as resolved. If you feel that is not the case, please reopen it and explain why.
Supporters:	No one explicitly supports this issue yet.
Opponents:	No one explicitly opposes this issue yet.

Issue History
Date Modified	Username	Field	Change
2011-09-09 14:10	Watermelon	New Issue
2011-09-17 15:48	Ijon Tichy	Note Added: 0002161
2014-05-12 00:17	Watermelon	Status	new => closed
2014-05-12 00:17	Watermelon	Resolution	open => waiting for zdoom

Questions or other issues? Contact Us.

Links

Doom and Doom II are the property of id Software.