Steenamaroo
-
Posts
3,473 -
Joined
-
Last visited
-
Days Won
203
Content Type
Profiles
Warranty Claims
Downloads
Forums
Store
Support
DOWNLOADS EXTRA
Services
Everything posted by Steenamaroo
-
How to prevent bots from being run over by cars
Steenamaroo replied to Runcul's Support Request in Support
Hi, I think PVE_Safe should cover this. It stops the npcs from being killed by damage where there's no known attacker, like fire, cacti, barricades. Hopefully it should cover vehicles too. -
Yes, that's all correct. That's exactly how it works. No trouble at all. Don't hesitate if you have any other questions.
-
You could set the same number for many but there isn't really an advantage, because all you're doing is putting several titles in a group but then you have no control over the order of titles within that group. You may as well just give them unique numbers so the order is 100% within your control.
-
-
My pleasure.
-
Yes, you can put colour tags in the Title field and / or TitleStart and TitleEnd fields, like this "Title": "<color=#d4d3d3>[Killer]</color>", or to keep your brackets white "Title": "[<color=#d4d3d3>Killer</color>]",
-
Hi, I guess you have "TitleStart": "[", "TitleEnd": "]", ? Remove the brackets from those two ^^, then manually add them around each title entry, like this "Title": "[BotKiller]",
-
Good to know. Do please drop a support request to Mevent, though. Chances are they aren't aware of the issue. Edit : Didn't realise you tagged Mevent. That'll do. Thanks for updating me.
-
Would you be willing to roll back to 2.2.10 to test? I expect something has changed in the Kits update, especially considering I see no issue with uMod Kits. If rolling back one version solves the problem, you'd want to let Mevent know.
-
@Markiii - Going to handle this here, as it's the same issue as yours. @MichuX and @Markiii Do your npcs hold their weapons and refuse to fire, or not get the weapon at all? I just tested here with current public version of BotReSpawn and mp5, then LR300, and there's no issue. Which Kits plugin do you use, and what is the version number?
-
Someone else just reported the same so I guess something happened in the Rust update. Looking into it now. Thanks.
-
Hi, Second report on this so I'll fire up the server now and find out. Thanks for reporting.
-
Hi, There hasn't been a BotReSpawn update for a while so nothing's changed here. When did the issue begin? If it's some time after wipe then you're looking for a change in your set up. Think back over what changes were made recently - plugin additions, plugin updates, that kind of thing. Some main troubleshooting approaches I'd take are 1: Strip completely naked and redeem one of the kits in question, to be 100% sure it's being given out as you expect. 2: Disable belt wipe for the npcs with that kit and kill the npc to confirm whether or not it has the weapon in its inventory. 3: I think all weapons should work but if it's some new or unusual weapon, change the kit to have a known quantity like an AK or LR. 4: Unload all plugins then load Kits, then load BotReSpawn. Each of those will confirm something useful.
-
Last I checked that was only the only way to change the avatar shown before a chat message in game, because Rust Client retrieves the image based on steam ID. All our mods are for the server - We can't modify the client.
-
You can change "ChatIcon" in your RustRewards config json file. You need to change it to a SteamID where the account avatar is the image you want.
-
You can change "BackgroundImage" in your RustRewards config json file.
-
It's not something I'm pursuing myself - I'm just aware that fairly often Facepunch reverse decisions or roll things back. Maybe Razor has some info? Regarding the npc prefab, I doubt it's relevant as the sound effect is run as a separate thing. The npc is really only used for location. -
No, it's always been how I described. The reason all profiles have this option is because you can specify any existing profile when making a ToPlayer call, or when some other plugin makes a call to spawn npcs somewhere. As with the airdrop (etc) problem, there's nothing to stop someone, or some plugin, making this call dozens or hundreds of times, resulting in countless npcs, with no guarantee they'll be killed by anything. So in cases where npcs are spawned outside of regular maintained + controlled populations, suicide timer is engaged. Roam distance is just managed by Roam_Range setting, but is completely ignored when an npc is agressive to a player. When aggressive Aggro_Range and Memory_Duration are used together to determine when the npc should give up, and when it gives up it goes back to respecting roam range (from initial spawn point). The known issue is with expiration of Aggro. There are cases where a player can bait an npc right across the map and it never gives up, but that's patched for the next update.
-
Hi, Thanks for reporting. There's a known issue in some cases with deaggro which is patched for the next update. It would have resulted in NPCs remaining aggressive towards players for too long and, potentially, chasing them farther from spawn than they should. I'm not aware of anything affecting idle / non-aggressive state npcs, though. Suicide timer only applies to populations which aren't maintained, which would include all the event profiles (Airdrop, crate hack, etc), and ToPlayer calls. For example, there's nothing to stop you having airdrops every few minutes on a 10 pop server. Most likely that would eventually result in thousands on npcs, so suicide timer kills them off after a suitable period. Regular custom and default location based profiles are population maintained and, so, there's no need for this.
-
Feature added - testing now. I'll do the same in NPCKits.
-
Ok, I'll add something now. If either of you would like to test prior to public update, feel free to reach out in DMs or through discord.
-
From your description it sounds like that plugin would be no use because the kit is being given directly to an npc. Most likely, and I'm just guessing here, that plugin is going to be concerned with kits given directly to players, and would treat npcs as exempt. Regardless, I can add the dlc item / approved skin checks when npcs die, after all their loot is handled, and give you a global true/false to delete dlc items and zero out approved skins, if that would be helpful? I'm not 100% certain on Facepunch TOS changes but it *seems* like it's fine for npcs to have such items and skins, as long as they don't fall in to the hands of players who aren't entitled to them. If anyone can confirm or correct that, it'd be very welcome.
-
I don't really know much about that plugin but BotReSpawn's npc prefab is scientistnpc_roam, if that's helpful. That approach will put the same loot on all of BotReSpawn's npcs, though, which may or may not suit you.
-
Hi, The plugin covers all the trees in the game already, with the exception of Shizolobium and Vine_Swinging_Tree, which are added for the next update. It should, anyway. Was there something other than those two you think is missing? Adding entries yourself is no good - The plugin automatically removes entries that it didn't find, or isn't coded to have.
-
Our replies came in at the same time. Yeah, if you want a more complex arrangement with item probabilities, CustomLoot can do that on a per-profile bases, or you can specify an AlphaLoot profile per npc profile (in BotReSpawn UI), if you use that.
