You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is my guess at least, seeing at how the spawns reacted to me fiddling with the GROUP_FOREST spawn locally to resolve the feline world domination problem. Currently it looks like it includes the group as is, inserting all the entries of the group with their original weights intact instead of considering the group as a whole. So in our example, there is a 50/50 chance of the monster being a cat (like intended), but with the group being used, the chance of a monster being any cat is nigh 99% since all the entries are inserted into the array.
The intended behavior is that the chance the monster is any cat is still 50/50 and the chance of said cat being e.g a calico kitten is a different, irrelevant chance which is internal to said monstergroup. The monstergroups weights should affect only itself.
I hope I explained that right since I am a total noob.
Steps to reproduce
See above.
Expected behavior
The weights inside of a monster group stay inside of it and entries do not get inserted into the parent group.
Screenshots
No response
Versions and configuration
git
Additional context
No response
The text was updated successfully, but these errors were encountered:
NetSysFire
added
<Bug>
This needs to be fixed
Spawn
Creatures, items, vehicles, locations appearing on map
[C++]
Changes (can be) made in C++. Previously named `Code`
labels
Jul 15, 2022
See #59174 for a related problem. Another slight problem with nested mongroups is that default monsters are ignored (so a monstergroup needs at least one proper entry to spawn anything).
I'm sorry about pointing you at something I didn't try myself causing a slight catocalypse, by the way.
Describe the bug
See #59215. Copying my comment in here:
I am understanding it currently works like this:
The above works as expected but however this does not:
Because it basically turns into:
This is my guess at least, seeing at how the spawns reacted to me fiddling with the
GROUP_FOREST
spawn locally to resolve the feline world domination problem. Currently it looks like it includes the group as is, inserting all the entries of the group with their original weights intact instead of considering the group as a whole. So in our example, there is a 50/50 chance of the monster being a cat (like intended), but with thegroup
being used, the chance of a monster being any cat is nigh 99% since all the entries are inserted into the array.The intended behavior is that the chance the monster is any cat is still 50/50 and the chance of said cat being e.g a calico kitten is a different, irrelevant chance which is internal to said monstergroup. The monstergroups weights should affect only itself.
I hope I explained that right since I am a total noob.
Steps to reproduce
See above.
Expected behavior
The weights inside of a monster group stay inside of it and entries do not get inserted into the parent group.
Screenshots
No response
Versions and configuration
git
Additional context
No response
The text was updated successfully, but these errors were encountered: