fix(DB/Gameobject): Rebuild all Eastern Kingdoms gathering nodes using sniffed data #18898
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Thank you @heyitsbench and @neifion-00000000 for snoffs
Thanks @sudlud for giving me all the data curated
The method I used is a simplified version (due to large amount of nodes and zones) of my earlier work in Outlands. After sorting the nodes, I then create between 2 and 5 "sub-zones" which rotate their own spawn points and are pooled separately.
This is done for 2 reasons:
In Blizz, the likely method they use is single pools. See my post for proof: Gultask/Research-Wotlk#1 (comment)
Two examples of a zone divided into sub-zones:
Caves are separate as well, and some special cases too. To see all subzones, use
Oh, and the amount of nodes each pool can spawn is (number of spawn points)/4 rounded up
Changes Proposed:
This PR proposes changes to:
Issues Addressed:
maybe more
SOURCE:
The changes have been validated through:
Tests Performed:
This PR has been:
How to Test the Changes:
Known Issues and TODO List:
How to Test AzerothCore PRs
When a PR is ready to be tested, it will be marked as [WAITING TO BE TESTED].
You can help by testing PRs and writing your feedback here on the PR's page on GitHub. Follow the instructions here:
http://www.azerothcore.org/wiki/How-to-test-a-PR
REMEMBER: when testing a PR that changes something generic (i.e. a part of code that handles more than one specific thing), the tester should not only check that the PR does its job (e.g. fixing spell XXX) but especially check that the PR does not cause any regression (i.e. introducing new bugs).
For example: if a PR fixes spell X by changing a part of code that handles spells X, Y, and Z, we should not only test X, but we should test Y and Z as well.