Steenamaroo
-
Posts
3,390 -
Joined
-
Last visited
Content Type
Profiles
Downloads
Forums
Store
Support
DOWNLOADS EXTRA
Services
Everything posted by Steenamaroo
-
Hi, The tempspawn command doesn't use your custom spawnpoints - It just spawns npcs at randomly found points around the profile's location. Setting Off_Terrain to true for the profile may let it find random points underground rather than on the surface, although I'd have to test to be sure.
-
Plugin getting compiling errors and wil not load
Steenamaroo replied to vi-joe's Support Request in Support
It always worked - It was a release for *after* yesterday's forced wipe. -
Where were the missing items meant to have come from? Kit, or a loot source? -
Hi, If the option NPCs_Damage_Armour is set to true, there's a 97% chance of them hitting the chest and 3% chance of a headshot. I don't think a particular body part is hit with that option false, to prevent damage to any armour the player is wearing.
-
Hi, I'll have to check that out tomorrow. It's possible something changed in Rust with the update. Are all those items provided by your kit, or are some coming from a loot plugin?
-
Plugin getting compiling errors and wil not load
Steenamaroo replied to vi-joe's Support Request in Support
This BotReSpawn update is for post-wipe.
-
Plugin getting compiling errors and wil not load
Steenamaroo replied to vi-joe's Support Request in Support
Are you on staging? -
Hi, Looks like the file has been modified or damaged somehow. Just re-download it from here and install again. I'm running staging and can confirm it's compiling without any issue right now. -
Hi, I don't think there's navmesh over at the oilrigs so the only way would be as custom spawn points set to Stationary: true
-
Hi @XianSeho If you place custom spawnpoints underground they certainly work, and I made it that events taking place underground (like hacked crates) should look for spawnpoints where the crate was hacked...I.E. underground. I *think* I recently made it that any profile created underground should be able to look for random spawnpoints underground too but I'd have to check to make sure.
-
Thank you! I didn't realise that was a thing. I'll take a look and see what I can do. -
Almost - There's a 'toplayer' command. You can either use console to do /botrespawn toplayer "Profile Name" PlayerName or use the button in the UI, on some profile's page. If using the console command profile name must be 100% accurate, but player name can be partial.
-
Just looking at the description again, his example config has a section called "Send In Npc BackUp Settings" and it has an option called ""Loot From CustomLoot Profile Name": [], so it looks like maybe the plugin already supports CustomLoot for its npcs' loot. -
CustomLoot won't be aware of (have a specific profile for) the npcs from that plugin. You can see the recognised npc types in CustomLoot page - In terms of npcs from specific plugins it only recognises BotReSpawn + Zombiehorde. I can see from the JetEvent page that Razor supports CustomLoot for the heli_crates from JetEvent, though. Maybe he'd be willing to add the same for its npcs too?
-
Hi @Thunderchile You can use CustomLoot for specific containers/barrels/corpses without altering the rest. If, for example, you wanted to use CustomLoot exclusively for BotReSpawn npcs and leave all your other containers and corpses alone, you could.
-
Hi @ZEODE I think I covered it pretty well a few posts back? Go in to the /perms data menu and you'll see the options there. You have the option to save permissions, or groups, or both, to SQL, and the option to load the same from SQL. Nothing about it is automated - You'd have to go in to the /perms data menu and tell it to save, or load. Note if you're loading perms/groups from a backup, it doesn't wipe the server's existing groups + perms clean. It just creates groups that exist in the backup and grants them the permissions from the backup, and/or grants permissions to players from the backup,
-
Hi, Sounds like you're making your changes with the admin UI open in game. When that UI closes (as it would on unload/reload) it saves whatever is in memory to config file, so that any changes you made in UI get committed to file. If you make sure you close out of the UI before reloading the plugin there shouldn't be a problem.
-
Hey, Not sure what could be causing that but I'll have a dig. The decision to issue/swap titles doesn't even reference the main data collection - Instead I maintain a separate collection just for title holders, Category / Name/Score. so every time someone gets a PVPKill, for example, it checks that person's total against the current PVPKills title holder's score, and if it's higher it updates the title holders' record and does the change title code. I guess something must be wrong if that's the behaviour you're seeing, but I can't spot it...at least not yet.
-
My pleasure. Let me know if you run in to any trouble.
-
Hi, There's no automatic live synchronisation I.E. You can't change a permission/group on one server and automatically see that change on other servers, but you can export your permissions, or groups, to local data file or SQL, then import that data in on your other server. It's all handled in the `/perms data` menu in-game. In the case of using local data file you do have to manually move that, like Server A : Save to local file copy /data/PermissionsManager.json to Server B Server B : Load from local file In the case of using SQL you just make sure both servers are connected with the same credentials (in config file) then Server A : Save to SQL Server B : Load from SQL. If you're new to SQL + Rust plugins I'd probably just go with the data file option because less can go wrong. When you do your save to local on the first server, I'd recommend taking a backup of that /data/PermissionsManager.json file. No reason to expect problems but a backup never hurt anyone.
-
Ok, It looks like the developer has hardcoded {players} and {queue}, both of which you can use in your config, so you could do { "replyToEveryone": true, "commands": [ { "command": [ "!wipe", "!wipee" ], "commandResponse": "I am a test" }, { "command": [ "!pop" ], "commandResponse": "There are {players} players online." } ] } @LorenzoZGX- This stuff really should be made clear in the description, though. @HYPPERS - Hopefully that gets you up and running. We will be following up with the author on this, though, and removing option to purchase if necessary.
-
Seems to work fine here. I suspect maybe you've had a syntax error when making your modifications? I tested default config, to confirm it worked, then tested the following. { "replyToEveryone": true, "commands": [ { "command": [ "!wipe", "!wipee" ], "commandResponse": "I am a test" }, { "command": [ "!nextwipe" ], "commandResponse": "I am a 2 test" }, { "command": [ "!pop" ], "commandResponse": "Test response for !pop" } ] }
-
@HYPPERSWhile we wait could you delete the config file for this plugin then reload the plugin please? I can confirm that the plugin does create a default configuration with !wipe, !wipee, and !nextwipe as preconfigured examples.
-
@LorenzoZGX- Could you take a look at this, please? Looks like the example configuration in documentation is blank.
-
All NPC's drop weapon 100% of time when using this plugin.
Steenamaroo replied to Jayson's Support Request in Support
Good to know! Thanks for updating.
