nivex
-
Posts
5,984 -
Joined
-
Last visited
-
Days Won
201
Content Type
Profiles
Warranty Claims
Downloads
Forums
Store
Services
Downloads Plus Support
DOWNLOADS EXTRA
Everything posted by nivex
-
heya, I think it's a game issue. I've had the same issue with bases in the jungle, but I can't reproduce. when I go to the same spot on the same server and spawn the same base the issue doesn't happen again. if you can find a way to reproduce then I might be able to do something. I've already tried raycasts, checking physics in the areas reported and everything looks normal to me so it's unknown. however, if you can /rbe that same base and it still floats each time then that's not the same issue. in that case, height would be modified in the profile or the base's copypaste file.
-
Changed Status from Pending to Closed
-
haha no worries, enjoy
-
heya, ya the quotes were missing from the commands that you used. you can copy the above commands next time and rename the bases in those instead curly quotes are not supported though. it needs to use straight quotes like in the above commands
-
Changed Status from Pending to Closed
-
hi, it's not installed, answered here already: https://codefling.com/files/support/28380-rasta/
-
heya, Oxide is telling you that there is no plugin with that name in your plugins folder so you'll need to install it
-
heya, it would be another plugin such as your PVE plugin if not using TruePVE or some other. there are no options in RB to block samsite damage, only to prevent it from targeting to begin with. Range (350.0 = Rust default) and plugin default is 75 so if you're shot then RB will always allow the damage, but another plugin can still block it
-
@Baron Von Finchus hi, I will probably add it at some point! you can use custom spawn points for this for now -
ya I couldn't say. there have been no updates, so if it was working then something has since prevented it from working
-
Changed Status from Pending to Closed
-
heya. ok great, have fun!
-
heya some plugin is blocking it then
-
heya, that would be another plugin if players are authorized to the TC on entry I only block targeting when in noclip if configured, and always when in vanish only my npcs are authorized on the TC
-
@MegaPihar heya mega, it's intended that players be able to kill any npc, and you can block it with the below options. there are no plans to add a delay though. set in the profiles, oxide/data/RaidableBases/Profiles "Allow Npcs To Shoot Players Outside Of The Dome": false, "Block Damage Outside To Npcs When Not Allowed To Leave Dome": true, "Block Damage Outside Of The Dome To Npcs Inside": true, "Allow Npcs To Leave Dome When Attacking": false,
-
@gavin wheatley heya, it's there, they don't need to be added. I have wood set to true for my easy profile.
-
@gavin wheatley heya, just set one of them to true and it will change it for you when the event spawns. it will change once the base has pasted and gets setup by RB, that can take a minute but it happens before the event starts. otherwise look for errors if it's not working "Wooden": false, "Stone": false, "Metal": false, "HQM": false,
-
Changed Status from Pending to Closed
-
lol no worries! I'm glad you like the plugin, enjoy!
-
hi, that is how you configure it. it will give a reward unless you're using noclip, vanish or have it set to remove admins in config.
-
@Lizard_King all other plugins with API are supported too.
-
@Lizard_King you mean support some XP plugin? support exists for XPerience, Skill Tree and XLevels already. all other plugins with API are supported too.
-
hi, thanks for reaching out. these are good ideas and will be implemented in the next update. I tracked down a second issue with the despawn hook which RealPVE uses, RaidableBaseTimeUpdatedBar -> AdvancedStatus -> DrawBars -> multiple network calls. similarly, limiting the amount of calls from RaidableBaseTimeUpdatedBar to AdvancedStatus minimized the issue, but it would really help to reduce the amount of network calls inside of DrawBars. you could start by removing DestroyUi where possible. destroyUi is a property in the Facepunch UI and if you were to add this to your json string then the previous ui would be destroyed whenever AddUi is called. this will help minimize any impact DrawBars might be having in other cases, and it reduces flickering. due to this, I had already implemented a 1 second debounce for the despawn hook but I will use your suggestion instead. thanks! https://github.com/Facepunch/Rust.Community/blob/f1eef905473105e7814b984bc5745d4d9cbaa006/CommunityEntity.UI.cs#L77 here is one example: public static void DrawProgress(BasePlayer player, AdvancedBar bar) { string uiName = bar.UiNames[5]; if (bar.Progress > 0f) { // add destroyUi to your json string here. the next time AddUi is called the previous UI will be destroyed before the new one is added. CuiHelper.AddUi(player, "json"); } else CuiHelper.DestroyUi(player, uiName); }
-
@MKA0207 hi, you can avoid duplicates with this option, ensuring variety: "Require All Bases To Spawn Before Respawning An Existing Base": true,
-
Changed Status from Pending to Closed
