Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Feature Request: Add flag to prevent spawn from being sent to client. #4156

Open
jdestefx opened this issue Mar 4, 2024 · 3 comments
Open

Comments

@jdestefx
Copy link

jdestefx commented Mar 4, 2024

image

I am using various spawn2 entries that act as location markers for quest mechanics. In this case, when a mob dies, I randomly pick one of the chest anchors and spawn a chest. I have many anchors, so it clutters up the MacroQuest map. These spawns are invisible and serve no use to the client. It would be nice if there was some flag (maybe on npc_type?) that would indicate to the server to omit sending any information about it's existence at all (think like some kind of GM-hide status or flag on the spawn).

This would also be very useful for anyone wanting to implement scavenger-hunt type events, where a trigger needs to be 100% hidden from the client.

Thanks

@joligario
Copy link
Contributor

Perhaps use a zone global or an encounter to spawn from an array of locations on npc death?

@fryguy503
Copy link
Contributor

Yea, can use an array of AABoxes or if you need to enter an area can have an array checks of enter areas

@jdestefx
Copy link
Author

jdestefx commented Mar 4, 2024

I'm avoiding using hard-coded coords in the script. It's much easier and more manageable in my ecosystem to use spawngroups and spawn2s. It also allows me perl/lua access to convenient functions. This isn't an "on enter" mechanic, either. They are simply a collection of possible places where I can spawn a chest when a mob in proximity is killed.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants