-
Posts
4,787 -
Joined
-
Last visited
Content Type
Profiles
Downloads
Forums
Store
Support
DOWNLOADS EXTRA
Services
Everything posted by nivex
-
oh I'm not doubting that you saw walls, but you're certain there was a raid base there beforehand? I mean I know the walls were definitely there, but sometimes annoying questions need to be asked to be sure. just like a tech that asks you, "is it plugged in?" "did you turn it on?" "is the issue between the keyboard and chair?"
-
@Hawkhill walls: when a raid ends the entities despawn in the order of walls, blocks and then deployables last. they're all in the same list, so if the walls don't despawn then the base won't either. this means that the kill messages were sent to those walls, because your base despawned afterwards. its unknown why this happened. any number of things can break it such as bad server performance, other plugins blocking the kill, the server canceling the invokes, oxide throwing errors, etc. i would need more information. i suspect its an oxide issue as i have seen IOCore exceptions being thrown from OnEntityKill which can't happen unless oxide is bugged or another plugin is bugging out oxide. this was from one other report. other than that i've heard nothing else about this, and that one was bases not walls. @Aussie4life floaters: bases won't float unless you've modified a autoheight or height setting, or if the base was not copied properly to begin with. many other packages did not copy the bases properly. my packages were all copied at 1.5 meters so they will paste as intended
-
Changed Status from Pending to Closed
-
hi, no problem
-
- 572 comments
-
- #rust
- #rust plugin
- (and 6 more)
-
ya they can use /sar convert they need abandonedbases.convert perm to use the command you need to set Despawn Timer to 0 if you dont want the base to despawn afterwards they can use /sar cancel to cancel the raid there is a cooldown before they can cancel, and you can require the raid be completed before canceling too. it requires abandonedbases.convert.cancel you need to configure everything. @TheRiddledNote
- 572 comments
-
- 1
-
-
- #rust
- #rust plugin
- (and 6 more)
-
oxide/data/RaidableBases/Default_Loot.json you don't need to add it. it's already there. just replace the text in the file with [] and reload the plugin
-
edit the default loot table and replace it with []
-
Changed Status from Pending to Closed
-
hi, example 1 is the correct way. example 2 would add everything in to each profile which is really bad. np!
-
I don't recommend it otherwise players will be able to jump over at times when terrain is uneven, but yea you can change it. Ignore Stack Limit When Clipping Terrain - false Use Least Amount Of Walls - true oxide/data/RaidableBases/Profiles/
-
@Dr.D.Bug yes that is also fixed. I posted about this some time back and included instructions for the fix in my post too if you want to use the fix now. the rust update is going to break the plugin so I will wait to release until then, or perhaps the night before as I sometimes do. @TwoShoes if you want to change all positions by default then you can set them in the config set your own positions in game, unload the plugin, open oxide/data/RaidableBasesUI.json and copy the settings from your own offsets that you just created into the config into the relevant UI for each. save and reload plugin. then everyone will start with your defaults, but they will still be able to move it to where they want it afterwards. @byond1991 use the stability paste option in each of the profiles, oxide/data/RaidableBases/Profiles/ if you do not have stability option then add it as seen below to each base that you want to change stability on. i will add command rb.config stability true and rb.config stability false in next update so you can do this for all profiles with ease "raideasy1": [ { "Option": "stability", "Value": "true" }, { "Option": "autoheight", "Value": "false" }, { "Option": "height", "Value": "1.0" } ],
-
use Maintained Events or Scheduled Events in the config change Minimum Required Players Online to what you want
-
i get lag on a freshly wiped test server using a 2k map and spawning a nightmare with 1 person online running at 4.2+ GHz it doesn't matter if i use /paste or /rbe both plugins are affected. it isn't the plugins causing the lag. its the rust update causing it hopefully the next forced update fixes it
-
disable the hogging option
-
there is a bug with raid bases still spawning in zone manager zones that use a radius. fix one bug and create another! yay it does work properly if using a size though /zone size "100 100 100" where 100 is the radius you want to use you can of course set different numbers and it will draw on your screen the box it will use. make sure this box touches the ground at every point of contact, or you will have bases spawning under it still!
-
sorry, I don't know what that is. you shouldn't set these type of flags in a zone with zone manager. truepve can handle damage / targeting, so set it there, and raid bases will override that behavior to allow it inside of its zones. raid bases zones are not related to zone manager zones. they're entirely different
-
np "Allow Players To Buy PVP Raids": false, this should be true since you have enabled Convert PVP To PVE. it's going to convert it to PVE. otherwise the only time you'd want to block PVP raid purchases is when you have profiles with Allow PVP true and false, which would allow you to have profiles specific to buyable events (PVE), and profiles which are specific to maintained events (PVP). but that is a more advanced option, and isn't necessary when all of your profiles have Allow PVP set to true. when all are set to true you can just use the Convert PVE To PVP and Convert PVP To PVE options instead.
-
PVP Delay not working with PVP Raidable Bases
nivex replied to OfflineGotOfflined's Support Request in Support
Changed Status from Pending to Closed