-
-
Notifications
You must be signed in to change notification settings - Fork 11
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
Improve loading zone spawning #35
base: v1.1.1
Are you sure you want to change the base?
Improve loading zone spawning #35
Conversation
MildlyInterested
commented
Mar 28, 2023
- no longer a distinction between spawnpoint or cratefiller base
- removed unused variables
- use KPCF_spawnRadius as area to spawn crates in
- no longer a distinction between spawnpoint or cratefiller base - removed unused variables - use KPCF_spawnRadius as area to spawn crates in
There's an open todo in your comments, what's the exact problem you've to deal with? |
If findEmptyPosition fails and returns an empty array it won't spawn in the crate and will fail silently. As for the interact radius, that's a remnant of our mission framework changes, have reverted that. |
There was a check for it, which you've removed with your edits. |
That check only ran if the KPCF_cratefillerSpawn wasn't also the KPCF_cratefillerBase (https://github.com/MildlyInterested/KP-Cratefiller/blob/720ff9b44f92fc90eca22c2ca78ab23dfd148ae9/KP-Cratefiller/KPCF/fnc/fn_spawnCrate.sqf#L36-L38) I've removed it because I didn't see a reason to treat spawning on KPCF_cratefillerBase or KPCF_cratefillerSpawn differently. findEmptyPosition should find a suitable spawn location either way. |
You're right, but it wouldn't be much work to implement a check for an empty array and exit with the same hint. |
Commit is untested but how does that look for you? |
Should work as intended |