-
Posts
3,701 -
Joined
-
Last visited
-
Days Won
210
Content Type
Profiles
Warranty Claims
Downloads
Forums
Store
Services
Downloads Plus Support
DOWNLOADS EXTRA
Everything posted by Steenamaroo
-
- 457 comments
-
- #statistics
- #leaderboard
- (and 12 more)
-
You're in RustRewards discussion, just FYI. You can enter a name in the Parent_Monument field for any custom profile in BotSpawn. If you plan to add custom spawn points, make sure you set Parent_Monument first...That's important. To give an example, if you want the regular airfield default profile to have 10 npcs, then you want an additional custom profile with one, go to the airfield, use the /botspawn add *name* command, then go into your custom-profiles json, find your new profile, and set its Parent_Monument to "The Airfield 0". That name you're setting there must be exactly as it appears in the default profiles json. Now that profile will always be exactly where you placed it, relative to the Airfield. If the Airfield moves, so does your profile. If you add custom spawn points for that profile, they'll auto-move too. Custom spawn points for default profiles also carry over in this way, so if you were using custom spawn points for Dome + your boss profile, you could dictate precise positioning of all of those npcs, and make it that the boss is always in the centre, protected by the lesser npcs, for example.
-
Thanks for the info, Shark. I had a few people with the same issue. Not exactly sure what caused that but there was a mistake relating to config loading/saving which I've rectified in the most recent version. Hopefully that stops the issue from happening again. I'll check autoturrets next time I'm on and see what's happening with those.
-
- 457 comments
-
- 1
-
-
- #statistics
- #leaderboard
- (and 12 more)
-
- 457 comments
-
- #statistics
- #leaderboard
- (and 12 more)
-
- 228 comments
-
I'll have a think about this. Maybe I can write a hook that lets other plugins register new 'items', and have these custom items listed in a separate section so their easier to keep track of. Each should have all the options a regular item has but, then, in addition it would have to have the prefab full name and the category that the item should be in. Maybe that would work. If it works out nice then it means other plugin developers could register 'new' items with CustomLoot
- 228 comments
-
- 2
-
-
-
Hey man, The categories and items are grabbed and auto-maintained from in game, so it would be kind of difficult to have multiple entries for the same item. On top of that keys must be unique. I could make it that displayname is customisable but I think having multiple options would be awkward. What I could do is have string array of names and one is picked randomly, as is the case with BotSpawn kits/names. It's not quite the same as you're asking for but close-ish. "pickaxe": { "display name": ["pickaxe", "pickaxe", "Uranium Pickaxe - 3x gather at the cost of radiation"], "probability": 1, "minStack": 1, "maxStack": 1, "blueprintChancePercent": 0, "skins": [859006499], "IncludeAllApprovedSkins": false, "MinConditionPercent": 100, "MaxConditionPercent": 100 }, That would give 1 in 3 chance of the name being Uranium blah blah. Any use?
- 228 comments
-
- 31 comments
-
- 31 comments
-
- 222 comments
-
- #permissions
- #admin
-
(and 7 more)
Tagged with:
-
Not sure what would cause that. PermissionsManager grabs the groups 'live' from oxide's permissions.GetGroups(), so it's not like it's caching old information or anything like that. Do the names dniper or ppop mean anything to you? Did they ever exist? I'll take a look into it and see what I can find.
- 222 comments
-
- #permissions
- #admin
-
(and 7 more)
Tagged with:
-
- 222 comments
-
- #permissions
- #admin
-
(and 7 more)
Tagged with: