Steenamaroo
-
Posts
3,684 -
Joined
-
Last visited
-
Days Won
209
Content Type
Profiles
Warranty Claims
Downloads
Forums
Store
Services
Downloads Plus Support
DOWNLOADS EXTRA
Everything posted by Steenamaroo
-
Ah, ok. If you're spawning this in I'd say almost certainly the npcs won't be able to navigate it, because navmesh is baked during the server startup and, as far as I know, is never updated. The best you could do is place some static npcs in strategic points with stationary: true. If you were adding these prefabs to a map that you're creating in RE then they'd probably work fine, but it'd need tested to confirm unless someone else happens to know. -
I don't think you can although even if you can it'd be better if it was built in to the map, as navmesh wouldn't be baked on anything created after server boot. Appreciate the message!
-
Ah, I see! Someone else requested the same, or very similar, recently so I'll take a look at that. The existing code for population scaling against server population should make it pretty easy to add.
-
@ViktorvillWhat Pookins said. The day and night amounts should be 100% accurate after a brief period of adjustment. It should spawn/kill npcs as needed, starting at the change of day/night, at a rate of around one every 10 seconds or so. I suppose if your day or night period is adjusted to be quite short, and the difference between day/night npc amounts is quite large, it's possible the numbers would never balance up properly. Let me know your circumstances and I'll take a look if needed.
-
Hi, Honestly, I don't know. If you're willing to send me a link to a map that contains this prefab, and coordinates of where it is, I'd be happy to test and confirm.
-
I'm sorry, I don't know what that means. -
Hi @COSMO If the title for that category is blank, or there are no stats recorded against that category, the group won't be created. Could either of those be the case? PlayerRanks relies 100% upon local data file. SQL is completely optional and enabling it/disabling it has no impact on the functionality or workings of the plugin.
- 449 comments
-
- 1
-
-
- #statistics
- #leaderboard
- (and 12 more)
-
Hi @Mortis No problem here for me. The hard coded "pr" chat command was removed some versions ago, in favour of using whatever is specified in the config under chatCommandAliases. Have a look in your config file and make sure "pr" is included there.
-
@Stigiec@httpsfour Update 2.2.7, released a few minutes ago, fixes this issue. With AddTitleHoldersToGroup set to false, auto-created groups will be removed and will not be recreated automatically.
- 449 comments
-
- 2
-
-
-
- #statistics
- #leaderboard
- (and 12 more)
-
Hi, As far as I can see it should be working? Have you double checked the config to make sure? I can't remember - It's possible you might have to unload the plugin to make config changes, then reload it again after saving your changes. -
(1).thumb.png.59d4d814de3c4b23b989d50bf95336ca.png)
Understood. Thanks for the quick reply. -
HI @Kk I think MuB is concerned because there's no purchase for this product associated with your account. Could you elaborate, please?
-
Ignore. Was easier than I thought. Proper use of seeking missiles will be in the next update.
-
Hi @Viktorvill No, unfortunately not. They run around firing it but it doesn't have a target so the missile just flies off. I'd have to write a custom behaviour for it but I'll look into that.
-
@httpsfour- That's a known bug which will be addressed in the next update. It's fixed and tested. I just haven't released the update yet.
- 449 comments
-
- 2
-
-
-
- #statistics
- #leaderboard
- (and 12 more)
-
Hi @Lei_Wong That's right - There's no navmesh for automatic spawning at the OIlRigs, but you can place custom spawnpoints there with stationary set to true, for non-moving npcs. At one time I didn't include OilRig profiles, for this reason, but people requested it so that they didn't have to re do their custom spawnpoints every wipe.
-
@copcopekcro I've added Bot_Take_Damage_Percent per profile, with a default of 100 which will mean nothing changes unless users change the value. I'll be in the next update. The alternative was to prevent condition loss for npc worn armour but that means the use of a pretty heavy hooks so I went with this.
-
Oh, ok. Fair enough. I'll take a look at that.
-
Hi, No, that's not an option but you can double the value of BotHealth to achieve the same results.
-
Hi @Mbesailor Chat priority, for titles, is the order in which titles will be displayed in cases where a player has multiple titles. This is particularly important since there are options to limit the number of titles displayed. If you have multiple titles, the ones with smaller priority number will be displayed first.
-
Hi @Malkizid You're quite right - The current population scaling only allows for more npcs as there more players. The reverse isn't possible, with the current version, but it's something I could look into. To be honest I didn't think anyone would be interested in that!
-
Hi @OlRandal Looks like you're viewing the json file in the /config folder. The preferences information is stored in the json file in the /data folder.
-
Hi, In the RustRewards.json file in your server data folder you will find a section at the bottom called "PrefDefaults" There you can specify default preferences for any new player who joins the server. It wont change the settings for users who already have their own preferences logged in the data file, but it will for any new users. "Default_Notification_Type": 0 - The options are 0, 1, 2 or 3 for "Chat", "Banner", "Icon", or "Off" It looks like I've failed to include 'Position' in that section so I'll add that in for the next update.
-
Yeah, this is definitely an oversight. Sales are meant to be disabled on QuarryLevels so it shouldn't be available as part of any bundle, as far as I know. @Death -
Hey, It does that already. There's a repeating print-to-chat of the top X and you can control the timer duration and the number printed in the config.
