Steenamaroo
-
Posts
3,670 -
Joined
-
Last visited
-
Days Won
208
Content Type
Profiles
Warranty Claims
Downloads
Forums
Store
Services
Downloads Plus Support
DOWNLOADS EXTRA
Everything posted by Steenamaroo
-
Give me a few minutes - I'll send you something. -
Hi, The setting itself hasn't changed but the location of the check has, due to the addition of the Frankenstein clothing options. It used to be this setting was only checked if you had a kit specified whereas now it's checked regardless, because to give frankenstein clothing you'd need Keep_Default_Loadout false (to get rid of the hazmat suit). I've just realised this allows people to create profiles with no weapons so I'll have to juggle that a bit. For now, you'd need to set Keep_Default_Loadout : true for any profiles which aren't being given a kit. Thanks for flagging this! @Psyonide
-
S'all good. V1.1.4
-
No suggestions, no, but I could add that to the plugin...? -
I don't have any sample loottables, no. A default/newly created loottable from CustomLoot provides zero loot, so you start every table from scratch dialling in what you want. Maybe someone else here would be willing to share some of their tables? CustomLoot does a two tier thing, where you lay out probabilities for item categories, then you do probabilities for all the items in each category. You could make it extremely likely that you get something from resources rather than tools, but then make it extremely unlikely that you could scrap over wood, for example. It runs this process for every item that is created. -
Hi, No, I'm afraid not. CustomLoot doesn't really work like the vanilla system so it's probably not ideal if you're looking for slight deviations from, or multiples of, vanilla. If you have a very specific idea of what you want to see in certain containers, CustomLoot might be the plugin for those containers.
-
Hi, I never really had plans to make them raiding npcs, to be honest, although if you give them c4 or grenades they will start throwing those when a player breaks line of sight. That would include running inside a base.
-
I could add an option to clear player data but, to be honest, there are probably better ways to achieve what you want. since this would clear the players' UI/notification preferences. Am I right in thinking you want to reward only the players who have re-joined after wipe, or that you want to reward everyone who joins but only once? Either way, that would be a pretty easy standalone plugin to write. I wouldn't mind sorting you out with something, if that's all it is.
-
Hi, BotReSpawn needs navmesh for the npcs to walk around on. This message means BotReSpawn has failed to find random points for that profile. There's a few scenarios where that can happen. That could be because the profile is in the wrong place by mistake, or after a map change, Solution - Use UI to Show All Profiles and check the location of this one is where you expect it to be. Stand in the correct place and click the Move Profile Here button if it isn't. It could be that the profile is in the right place but the spawn radius is set quite small and/or there's a structure or something in the way. This often happens with Dome and SuperMarkets. Solution - Increase profile radius, so there's more open ground available. If you had UseCustomSpawns true and have added custom spawn points manually then I guess you weren't expecting BotReSpawn to look for random points at all. That probably means some of your custom placed spawnpoints are no good, in which case BotReSpawn attempts to fill up the rest of the population with random spawnpoints in the area. Solution - Both of the above, plus use BotReSpawn UI to Edit + View spawnpoints for that profile. The spawnpoints will show up in-game as large numbers. Remove, or replace, any which show red (no navmesh) in game.
-
Hi, The message you quoted is from June '21. I took over the plugin and gave it a full rewrite in August after that. That's not to say Mals won't still be happy to help you. What issue are you having?
-
That's exactly it, yes.
-
@Zoreeno Added to V1.1.3 update notes Fixed enable/disable command not working with custom profiles. Added botrespawn tempspawn "Profile Name" console command. Modified bots.count command to indicate temporary, or part temporary, spawn amounts. Thanks for that!
-
I'll check both things out tomorrow and give you a shout. Thanks again @Zoreeno
-
Hi, Can you confirm you've set `Wipe_Default_Clothing` to true for that profile? -
Hey, Thanks for the info. That doesn't sound right...If that's what happened I'll have to get in game and make sure I haven't made a mistake or something. Using console command botrespawn enable profilename or botrespawn disable profilename should do exactly the same thing as manually toggling autospawn then clicking reload, meaning it should set autospawn true and spawn the npcs, or set it false and kill them. No matter - I can do what you're asking for, where profiles are left AutoSpawn false, but you can have them spawn on command, and not respawn, as you say, like toplayer. Added to to-do list.
-
Hey, With Peace_Keeper true/false they should either 100% ignore you, or properly attack you, but they should never run at you and not attack, unless you're out of reach...standing on top of something like a foundation or vehicle. I'd need to check but it's possible one of those weapons is no good - I have a feeling there was something about the sickle not working? I'll check next time my server is up but you might want to try with just the knife or sword and see if the behaviour becomes predictable.
-
Hi, Does your profile name have spaces in it? If so you'd need to do botrespawn enable "profile name" There's also API to allow you to spawn a temporary profile which will eventually die off according to suicide timer, the same way npcs spawned for events do (airdrop, hackedcrate, etc), although you'd need someone would could write that into a plugin. If there's a need I can add console commands to do the latter. Let me know.
-
Hold up. RustRewards only gives open rewards for container names that are already listed in the config, under RewardTypes > Open. I can see having to set some entry to zero, but you shouldn't have to add new container names.
-
I'd need to check but I think turning off the default option doesn't necessarily remove everybody's physical backpack. The permissions that players have still entitle them to the corresponding backpack, so as far as I can see you'd need to disable the default backpack option, as you have, but then also make sure players don't have permissions for specific backpack models/sizes. -
Hi @byond1991 Have you set Enable default model Display to false?
-
Hi @MNfreakTim I don't see any info about identifying containers from Bag of Holding, but if the author can provide that info I'd be happy to update for it.
-
@Iron- Blacklist should be fixed now. Thanks for pointing that out!
-
It's a bit awkward - The dev who wrote it moved on a left it to someone else, and the someone else moved on and abandoned it broken, so I've just patched it up. I don't really want to take people's money for it, and it wouldn't be fair to those who paid to open it up as free. Leave it with me...Need a solution to this now that it's up and working properly again.
-
Ah, yeah. I see what changed. I'll get this patched up soon.
-
No worries. Thanks for letting me know. I'll look into it shortly and see what I can find.
