Temporary Summon GO´s, why does it not exist?

[anti-freak]

Good morning everybody

I have a question because the GO´s. Creatures have a nice funktion to spawn them temporary and despawn them by myself quiet easyly, so I don´t understand, why GO´s haven´t this funktion, too.

I think it will be much better, for example the DB will be much smaller...

Haha, ok, a bad joke

Ahm.. I tell you, what problem I had, and why I think its that its usefull to add it to core (I wrote the class already, but I whant some answers from you^^).

I think you know something about Caverns of Time One, the part with Thrall. I had a big problem with some GO´s. The fire of the barracks should spawn, when the first boss appears, thats not the problem...

But it should disappear, when you whipe at this boss, and thats the point. I didn´t found any funktion to despawn the GO´s after spawning them by code. So I copy pasted the temporary creature methode, and did some changes, so that it worked.

I think there are no problems with that, and its not so difficult, so I asked myself, why it issn´t implemented, yet?

It´s alsow quiet usefull for some chests, which you want to spawn after a boss died, ore some other things.

[michalpolko]

I had similiar problem with portals in Obsidian Sanctum (Sartharion encounter). AFAI remember, setting new, shorter spawn duration (1 second) and refreshing the GO didn't work, had to wait for the full initial duration. But maybe I remember wrong and it did work somehow

[anti-freak]

Ok, here are the patches an the created class, so you can look about it.

We tested it at our server for a few weeks, and have no problems with that, so I think thats a good expansion for manogs.

so far

here the patchfiles:

Object.cpp patch

Object.h patch

TemporarySummonGO.h

TemporarySummonGO.cpp

[VladimirMangos]

Most GO that diff ppl attempt do as temporary spanws in reality pre-spawned in despawned mode until triggering (so exist at server but not viisible for clients) and have fixed pos. Other known cases have related summon spells. So if you need temporary GO spawn then possible you do dirty hack.

[Wojta]

...

But it should disappear, when you whipe at this boss, and thats the point. I didn´t found any funktion to despawn the GO´s after spawning them by code. ..

What about GameObject::Delete()?

[anti-freak]

I don´t know something about a spell which do this work for me for this GO. In clean mangos they are spawned in despawn mode, and yes I can spawn them, but can´t despawn. So, here is the big problem. Perhaps there is an other methode but, I didn´t find them, so that its quiet easier to write a funktion which you can use at different places, then look around and use a bad way for this. When you can tell me, how I can despawn a pre-spawned GO, then I do it that way, but for the moment I couldn´t find anything like that.

I don´t think that I use a hack or something like that, its only a feature which you don´t need often to use.

Edit:

@Wojta:

I don´t want to delete them realy. I need them later again, when the boss is summoned again.

[VladimirMangos]

its despawned by default, then you spawn its at some time by set timer, just set timer back to 0 and its will despawned.

[anti-freak]

I´´m sure that I test this way, but ok, I test it again, perhaps I did a mistake.

In a few weeks I push this thread and tell you, if it works (I can´t do anything at the moment ~.~)

so far

[anti-freak]

Ok, I let somebody test it (he knows what he have to do), but it didn´t work.

The entry of the GO is 182592.

We can spawn them, but not despawn on this way, so we need an other way, ... my way

so far

[VladimirMangos]

instance scripts use lot default despawned GOs. You can look sd2 sources for many examples how this done.

GAMEOBJECT_TYPE_TRAP (6) _don't must be despanwed/spawned/etc. In most cases it or static or spawned as linked object for different GO.

If this is limitation wrong for this object then need core support for.

[anti-freak]

Sry, but I don´t understand all of your sentences^^

You think that I need core support?, or what du you mean exactly. Can you tell me, why you are against this new funktion? I think it could very usefull.

so far

[Schmoozerd]

it is only usefull for people not willing to research proper behaviour..

GOs that are spawned at the same place always need to be spawned in despawned state, other GOs are used with spells.

And if you encounter a GO that should be spawned at dynamic places, and there is no spell for spawning this GO, then you have an example where a manual summon GO function is needed.

Good luck searching

[anti-freak]

I think, you don´t understand the problem. Yes, I spawn a GO at the same place as every time, not dynamic, but I can´t despawn it at your way. When you add this funktion, I can post my blizzlike nonhacky caverns of time 1 script, when not, it doesn´t make sense to post anything, beacause it wouldn´t work. Plz don´t understand me wrong, I worked at this problem a few days, I tryed everything to make it possible.

Like vladimir said, there is a conflict with the traps...

so far

[Schmoozerd]

yes, my answer was directed rather at the main topic (summon GOs manually)

about your very problem:

I currently have no database available, but:

- 182592 is type 6 (trap)?

- is 182592 linked with another GO as linked trap?

[anti-freak]

Yes, it is a trap, but not linked.

the flame (this GO) should spawn after a short time, after you used 5 barrels.

[VladimirMangos]

the flame (this GO) should spawn after a short time, after you used 5 barrels.

Hmm, its no have summon spells and currently can't be despawned. I think fix must be in way allow propertly expire traps.

Current core code not let do this.

[anti-freak]

So, which are the next steps?

Do you add this funktion, oder make it possible in the existing code?

I´m interested in this because its stupid work to add this by myself

[VladimirMangos]

this need research. I know about proble, but i don't want make any time notes.