Steenamaroo
-
Posts
3,534 -
Joined
-
Last visited
-
Days Won
205
Content Type
Profiles
Warranty Claims
Downloads
Forums
Store
Support
DOWNLOADS EXTRA
Services
Everything posted by Steenamaroo
-
Oh, cool idea! I'll look in to that. Thanks! -
Hi, I'm afraid neither of those is my plugin. Sorry!
-
For profiles where the monument doesn't exist, I'm not sure about forcing AutoSpawn false, or locking the button, because a lot of people deliberately keep those profiles set up and ready to go (autospawn true), so that they don't have to do anything when the map changes, but certainly the idea of separating them out or having filters makes perfect sense. That would probably tidy up the default-profiles page a lot! Thanks for the suggestion. -
Hi, I could add three filter buttons for "On this map" "Not on this map" and "All" The last used option would be remembered as preference. Would that cover it?
-
It certainly wont now. Thanks for the 1 star review of the product you want instead of the product which exists.
-
You'd think the guy who wrote that would have made it print the name of the container or something. Thank you.
-
If you have it enabled then, most likely, the environment people are throwing supply grenades in can't support bots. Try testing in an open terrain area, or in one of the vanilla monuments with open ground, like the airfield. It's possible something's changed - If you think that's the case I'll fire up the server and get is sorted, but it's not uncommon to get not-working reports for supply signals thrown in the water, for example.
-
That's great to hear. Thanks for letting me, and everyone, know. -
Hi, I'm afraid I've no idea what would be causing that. I'd be confident it's unique to your setup, though, I'm afraid, given how popular the plugin is. It might reinstalling your server files then reapplying oxide/carbon, to ensure everything's up to date and matching.
- 215 comments
-
- 1
-
-
- #permissions
- #admin
- (and 7 more)
-
@Papa Bear- Sounds like you're looking for global setting 'Supply_Enabled'?
-
After installing version 1.2.3, spam messages constantly appear on the console
Steenamaroo replied to laodu's Support Request in Support
I must have forgotten to reply to this. I didn't find a specific reason for it but I have added some additional null checking in that method. I'll be doing an public update soon, to include the Jungle scientist, and this fix. -
Ah, even better - If you can see on the map there are are upper case and lower case then that confirms it. They're just different locations and Facepunch have used simple and clever naming conventions, as is our expectation. Whether BotReSpawn will be fine with it... I don't know! If you're able to access both profiles via UI and manipulate them separately then we're good.
-
I fired up a Jungle map today and made the changes needed for the new animals, trees, and npc. I'll update fairly soon, after I'm sure I've got everything. Thanks for the info, folks.
-
No, the data profiles are automatically maintained by BotReSpawn. Making changes to, or adding new, profile names wont mean anything to BotReSpawn. On my map I have just Jungle ruin 0/1/2/3 profiles...all with lower-case 'r'. I don't have any with upper case r but maybe that's just luck of the draw or something. If you open up BotReSpawn UI, go to these two profiles ( Jungle ruin 0 and Jungle Ruin 0 ) and click the "TP me there" button, I expect they'll be two different locations.
-
Hi @pookins The upper and lowercase r show they are two independent entries. I'm loading up a jungle map this afternoon to check a few things about but those should be two different locations.
-
Are they all custom profiles? Custom profiles automatically disable themselves when wipe is detected, on the assumption that their locations wont make sense on the new map. If that was the case but you recycle maps and don't want this to happen, you can set Disable_Non_Parented_Custom_Profiles_After_Wipe to false.
-
I just checked - They should be added automatically. I'm seeing Panther, Tiger and Crocodile. Are there more?
-
Will do.
-
Nah, Enable Targeting Hook isn't related. That's a BotReSpawn call to let other plugins decide to let / not let BotReSpawn attack their npcs. CanBradleyApcTarget BotReSpawn - True (Boolean) Your BotReSpawn settings are saying that APC can target BotReSpawn npcs. That means you have APC_Safe false somewhere. You probably want it set to true.
-
Thanks for doing that and letting me know. For the vanilla loot profiles (Rust_Loot_Source) BotReSpawn does check if you have AlphaLoot and, if so, it does make a call to AlphaLoot to get its version of the loot for that particular source. `DefaultNPC` would be scientistnpc_roam so I guess maybe Alphaloot is set up to give them nothing? You could either make changes in Alphaloot to make sure that npc type gets loot, or change the `Rust_Loot_Source` to something else in BotReSpawn UI.
-
Hi @Lei_Wong I'd need to look into this. I never actually tested drone defence first hand - I had someone else testing and reporting back.
-
@Kaj Van der Hallen - Hi again. I just checked and they're getting vanilla Rust loot just fine over here. I had a profile on Default NPC and it gave me some pistol bullets and stuff, then I changed to Beehive and it gave me honey so all looks good. Maybe you've got some other loot plugin wiping the loot for these npcs? If you're struggling to track it down it might be worth unloading any plugins that manage loot (whether they're meant to affect npcs or not), then testing again.
-
@Kaj Van der Hallen - Thanks for letting me know. I'll check very shortly and see what's going on. @MelodyZE - Hi, I'm not seeing an issue here. Have you used `bot.count` command in console to 100% confirm? It gives you the total number of spawned npcs. `bots.count`, with the 's', gives you a per-profile breakdown. Also type nav_wait into console and see what the result is. It should be true. If it's false it means navmesh gets created after the server boots up, which means there's no navmesh for npcs at startup and you'd need to reload the plugin X minutes later. @TwoShoes - You've got APC_Safe set to false for some profile that's near a Bradley. Doesn't necessarily have to be a Bradley even or Launch site profile. It could be airdrop or a biome or...any profile that's close enough to an APC.
-
Don't worry about doing any more testing. I looked into this with a few other users and got to the bottom of it a few days ago. That'll also be addressed in the next update. If it's an issue, until then, you can run 1.3.9 without issues. Thanks for the info!
-
I understand. I have it sorted now. There'll be a an update on or before Thursday, for Jungle biome, so the fix will be in there. Thanks again for reporting. That was just pure oversight.
