nivex
-
Posts
6,177 -
Joined
-
Last visited
-
Days Won
207
Content Type
Profiles
Warranty Claims
Downloads
Forums
Store
Services
Downloads Plus Support
DOWNLOADS EXTRA
Reels
Everything posted by nivex
-
hi, this doesn't look like one of my bases here are some possible reasons, I'll list from most to least likely. the base is copied incorrectly and needs to be recopied from its center foundation (go to center foundation, look at it, /copy) one of the height settings has been changed in the profile, search height and look for any that aren't 0, 1 or -1 if that's a custom spawn point then verify the spawn point is on the top layer of terrain. doubtful, but could be an issue with the terrain in that area it's possible that underground could break it somehow but I haven't seen that. spawn it elsewhere and see. use /rb to find the name of the base use /paste the base on flat terrain away from any islands. if /paste puts the base underground then its copied incorrectly. /undo and use /rbe and compare to difference. if instead /rbe puts the base underground then height was modified
-
I'm not sure, but I don't think that matters. I had no issues with this when creating islands before but it's been a long time. you're better off asking someone who makes maps
-
version 2.2.6 works with RealPVE (15:04:27) | [RealPVE] OnEntityEnteredAbandonedBase works!
-
hi, a tier package is not needed but it does make it a whole lot easier to use the plugin. otherwise you can set everything up yourself from scratch by reading the documentation. you need your own copypaste files, loot tables which you can edit using Raidable Bases Loot Table Editor by beee, and to edit the profiles and config. a tier package is preconfigured that you can install and use right away, but at some point you will still want to make changes to the profiles and config, add new bases, change loot, etc. you can do that from scratch but I think it's a lot easier to edit the preconfigured setup from a tier package instead.
-
@Wild Shadow hi, I stated above that I added the hook call.
-
was it up to date? edit: a vanilla bug is causing this too but definitely make sure plugins are updated.
-
heya, sounds like another plugin but I suppose it's possible the items in the copypaste file are broken somehow. I seriously doubt its the copypaste file but never say never I guess. /paste a base that players had an issue with, and loot the weapons to see if any of them have the same issues. if so, replace the items in the base and recopy that base. otherwise, you'll have to figure out which plugin is causing it
-
heya, this plugin doesn't handle decay and doesn't cause random entities to disappear. it doesn't protect the server, PVE plugins do that. this plugin is for converting bases into events or destroying them, after the configured time, that have been abandoned by players. your config is good for what you want, but you should enable these two options: entities disappearing is caused by another plugin. BetterTC was known to do this, but the developer fixed that weeks ago. so it shouldn't be caused by that plugin. I don't know what would cause your entities to decay unless they had no TC or upkeep but you said they do. that should not be handled by any plugin, and that is not handled by TruePVE. decay is handled by server convars provided by the game. make sure the server and your plugins are up to date. if you want players to attack bases in order convert them into an abandoned event after the configured time then they need the attack permission, and you need to use a PVE plugin that supports this plugin. PVE plugins other than TruePVE need to use the required hooks, or implement their own behavior that handles it completely on its own. most PVE plugins do that already. they don't need time or lastseen, but time is pretty helpful.
-
heya, that's default behavior already config: "Bypass Lock Treasure To First Attacker For PVE Bases": false, "Bypass Lock Treasure To First Attacker For PVP Bases": true, "Lock Treasure To First Attacker": true, "Lock Raid To Buyer And Friends": true, profiles (oxide/data/RaidableBases/Profiles/) "Eject Enemies From Purchased PVE Raids": true, "Eject Enemies From Purchased PVP Raids": false, "Eject Enemies From Locked PVE Raids": true, "Eject Enemies From Locked PVP Raids": false, noclip, vanish and canbypass permission will bypass. players shouldn't be given permissions other than optional raidablebases.buyraid or raidablebases.despawn.buyraid
-
profiles are in oxide/data/RaidableBases/Profiles/
-
hi, ensure each profile has its difficulty set at the top of each profile. Amount Of Items To Spawn defaults to 30 so you can increase this to spawn more loot. if you have insufficient loot and Allow Duplicate Items set to false then it will not work properly my tier package do not have these issues though, something would've had to break them for them to stop working properly
-
heya, sure, I can look once I finish implementing player-made boats in NTeleportation and TruePVE.
-
you're welcome, enjoy!
-
hi, this is in the profiles, oxide/data/RaidableBases/Profiles/ "Create Dome Around Event Using Spheres (0 = disabled, recommended = 5)": 5, and you can change the color "Sphere Colors (0 None, 1 Blue, 2 Cyan, 3 Green, 4 Magenta, 5 Purple, 6 Red, 7 Yellow)"
-
Changed Status from Pending to Closed
-
you're welcome, gn!
-
hi, reupload or reload the plugin again. that's an issue with the compiler trying to load the file before it was uploaded. otherwise you need to download and upload it again.
-
Heya, regarding purchases... RealPVE's flow is enter -> purchase, but RaidableBases is purchase -> enter. Buyable Cooldowns block buying, not entry to a base (hence "cooldown"), so using Maintained or Scheduled Events for purchases can bypass the cooldown when those bases have already spawned. RealPVE uses the setowner command from RaidableBases when purchasing, which effectively purchases the event at no additional cost and applies a Buyable Cooldown. When the event finishes, players end up with buyable cooldowns instead of player lockouts (which block entry, hence "lockout"). So when they go to another event and enter it, they are not ejected, because Buyable Cooldowns do not block entry. This is why the restrictions get bypassed in this flow. First, this functionality should be optional (line 8111). Second, I will add a new command in the next update that RealPVE can use: rbe setowner <ID> lockout - purchases event at no additional cost, converts to a public event, applies a player lockout This command currently exists (and is what RealPVE uses): rbe setowner <ID> - purchases event at no additional cost, converts to a purchased event, applies a buyable cooldown And some more API: HasBuyableCooldown(BasePlayer player, string mode) (and an overload that takes int level instead of string mode) RemovePlayer(BasePlayer player, bool justEntered = true, float tolerance = 1f) to forcefully remove a player from any event. If they just entered, pass justEntered = true. tolerance controls how much extra radius is used when checking for the player. To be clear, neither plugin is broken. They are both behaving correctly given the options that currently exist. I respect the developer's kind words (and the community), so I will pay it forward by adding the new command. Unless there's some serious bug that requires patching, this will not be implemented until the next Rust update in March. -
Changed Status from Pending to Closed
-
ah, I did not miss this thread, I actually responded here instead. https://codefling.com/files/sc/23387-does-this-plugin-work-with-abandoned-bases/?tab=comments#comment-126000 closing
-
@laodu ok, this exists too. this is what RaidableBases uses when it blocks you from purchasing multiple raids. add it to your plugin and call it. private bool IsEventOwner(BasePlayer player) => Convert.ToBoolean(RaidableBases?.Call("IsEventOwner", player, true)); example private bool CanPurchase(BasePlayer player) { if (IsEventOwner(player)) { player.ChatMessage("You cannot buy multiple raids."); return false; } return true; } -
@RR_Tappi hi, not sure, I haven't changed this delete your language file and try again edit: ya just checked and prices are displayed.
-
@StrongWolves ah yeah, that's not a cooldown. that's a player lockout. cooldowns are for buyable events via Buyable Cooldowns. lockouts are for public events (maintained/scheduled/manually spawned) via Player Lockouts your nightmare events have no player lockout. I thought it did, I assume that's intended? so, in short, you need this option added to RealPVE then it will behave as expected using Player Lockouts.
-
@StrongWolves I understand the issue just fine you still need an option to disable that functionality in RealPVE and your players must use /buyraid command. it's not optional. buyable cooldowns will only function when you buy the raid in raidablebases, not from some other plugin. unless that plugin issues the same command and RealPVE does not do that, it bypasses it.
-
@StrongWolves I'm not on discord until later tonight. I'm actually stepping out now but I wanted to answer you first. yes, he has this functionality inside of his OnPlayerEnteredRaidableBase hook which is provided by my plugin. all that's need is an option added to line 8111 that can skip that purchase. and your players will need to purchase with the /buyraid command.
