Jump to content

Steenamaroo

Administrator
  • Posts

    3,330
  • Joined

  • Last visited

Everything posted by Steenamaroo

  1. 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.
  2. Steenamaroo

    New animals

    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.
  3. 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.
  4. 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.
  5. 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.
  6. Steenamaroo

    New animals

    I just checked - They should be added automatically. I'm seeing Panther, Tiger and Crocodile. Are there more?
  7. Steenamaroo

    New animals

    Will do.
  8. 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.
  9. 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.
  10. 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.
  11. @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.
  12. @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.
  13. 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!
  14. 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.
  15. Hi, I'll take a look at that right now. Thanks for reporting it.
  16. Is that a custom monument or a copy/paste?
  17. Hi, Thanks for the report. Someone else reported this exact thing yesterday ( @funky nugget ) i wasn't able to figure it out because I could replicated it, and even joined there server where i had no issue but they did, but... from your video, I notice that a cursor frequently flickers in the first empty text field. I think that could be the problem. Text fields in Rust are jank - Everything is treated as 'submit', including un-focussing (clicking outside of) the field. I think you're clicking behaviour then a tick or whatever later the input field is doing its thing and refreshing the current (to it) page. I'm going to DM you both a copy with autofucus set to false, to see if that solves the issue. If not I'll update BotReSpawn with 'Submit' buttons beside the textfields and ignore their built in triggers. Thanks for reporting.
  18. Ok, I'm looking into it. Thank you. In the mean time you should be able to use 1.3.9 without issue.
  19. Are you able to give an example of where this is happening at a vanilla monument, so I can recreate the issue?
  20. Hi, Can you show me some examples? Are these at vanilla monuments or custom?
  21. Hi, By default BotReSpawn looks for spawnpoints at terrain level which have an open view of the sky. In the case of the Dome, the structure gets in the way so the solution is either to increase the spawn radius for that profile, or to set UseCustomSpawns true then add some spawnpoints in the area via the UI. If you need any more info, let me know.
  22. Steenamaroo

    BetterLoot Compatibility

    There is a known bug with unwrappables getting loot when they shouldn't be right now. I have an update ready to go to address that. Barring that, though, no. CustomLoot is designed to do nothing upon installing, as all loot crates/corpses/barrels are automatically set enabled : false, If you enabled some kind of scientist and created a loottable for it, that's the only thing CustomLoot would alter.
  23. Thanks for the report. It'll be addressed in the next update.
  24. Steenamaroo

    Tree not paying out

    I don't know what those are. Maybe they're relics of an older version or something? They're not created by the current plugin or present in my current config file.
  25. Steenamaroo

    Tree not paying out

    @oxiigiin - What do you mean by reward per hit? Where do you see that?
1.7m

Downloads

Total number of downloads.

8k

Customers

Total customers served.

121.1k

Files Sold

Total number of files sold.

2.5m

Payments Processed

Total payments processed.

×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.