Raidable Bases 2.9.4

@mendoza

i'm happy to see it is working for you. you could kindly ask your host to include this in their image since it is required to convert byte arrays into bitmaps 

for your machine I recommend 3 bases automatically spawned, and allow players to buy more. no more than 1-2 npcs per base. increase health or weapon accuracy of npcs is a good way to make it more challenging.

I recommend paste batch size of 1 for your server. this determines how many entities spawn into the game as the base pastes.

41 minutes ago, nivex said:

@mendoza

i'm happy to see it is working for you. you could kindly ask your host to include this in their image since it is required to convert byte arrays into bitmaps 

for your machine I recommend 3 bases automatically spawned, and allow players to buy more. no more than 1-2 npcs per base. increase health or weapon accuracy of npcs is a good way to make it more challenging.

I recommend paste batch size of 1 for your server. this determines how many entities spawn into the game as the base pastes.

It's not host, I own the server, all of it, bare metal.  Thanks, I will try your recommendations...  

4 hours ago, nivex said:

ok, implemented in the next update. 

Looks great, appreciate it  

17 hours ago, nivex said:

I probably wont add support for this using a datafile. they are not as reliable. I can add an option to revoke permissions and remove players from groups though.

This is a good option.

What about the fact that a player without permission to raid can become the owner of the base? Is this solved by some settings?

27 minutes ago, AdmFRP said:

What about the fact that a player without permission to raid can become the owner of the base? Is this solved by some settings?

it's an oversight sorry about that. I've just fixed it for you in the next update.

the fix includes 1 change in the cs file on line 4759 from:

if (!looter.IsHuman())

to

if (!looter.IsHuman() || !Options.Permission.Has(looter, Type)))

On 6/25/2024 at 11:29 AM, nivex said:

it's an oversight sorry about that. I've just fixed it for you in the next update.

the fix includes 1 change in the cs file on line 4759 from:

if (!looter.IsHuman())

to

if (!looter.IsHuman() || !Options.Permission.Has(looter, Type)))

 

Something went wrong.) I'll wait for the plugin update.
Error while compiling RaidableBases: Invalid expression term ')' | Line: 4759, Pos: 80

@AdmFRP

ah ya sorry about that! It should only have two ')'

Quote

if (!looter.IsHuman() || !Options.Permission.Has(looter, Type))

the third ')' was causing the error.

use that instead and it will look like this:

Can I hide the zone bubbles for all the areas?

You sure can. Check your config folder in oxide/data/RaidableBases/Profiles and find the json files per difficulty. You can either choose to spawn your bases "silently" as the line says, with no visible dome, no map markers and no announcements in chat. That is what I do with easy, medium and hard raidable bases. Or you can use the other switch to disable the domes. There are also switches for arena walls and NPCs to spawn.

  ...
  "Spawn Silently (No Notifcation, No Dome, No Map Marker)": true,
  ...
  "Create Dome Around Event Using Spheres (0 = disabled, recommended = 5)": 5,
  ...

5 hours ago, miniMe_rust said:

You sure can. Check your config folder in oxide/data/RaidableBases/Profiles and find the json files per difficulty. You can either choose to spawn your bases "silently" as the line says, with no visible dome, no map markers and no announcements in chat. That is what I do with easy, medium and hard raidable bases. Or you can use the other switch to disable the domes. There are also switches for arena walls and NPCs to spawn.

  ...
  "Spawn Silently (No Notifcation, No Dome, No Map Marker)": true,
  ...
  "Create Dome Around Event Using Spheres (0 = disabled, recommended = 5)": 5,
  ...

 

perfect, thank you

I guess I'm a little confused. In my opinion, there used to be a cooldown parameter not only for buying a raid. But also to raid all bases. I can't find it in the settings right now. Or has there never been a cooldown for a Maintained Events raid?

@AdmFRP

no.

player lockouts is for that. public raids

buyable cooldowns is for private raids

there was a point where buyable cooldowns didn't exist yet, but there is no cooldown for everything.

getting this since update

[ERRO] Failed to call internal hook 'Paste' on plugin 'CopyPaste v4.1.38' [1499839286] (Object reference not set to an instance of an object)
   at PasteData Oxide.Plugins.CopyPaste.Paste(ICollection<Dictionary<string, object>> entities, Dictionary<string, object> protocol, bool ownership, Vector3 startPos, IPlayer player, bool stability, float rotationCorrection, float heightAdj, bool auth, Action callback, Action<BaseEntity> callbackSpawned, string filename, bool checkPlaced) in C:/rustservers/BF1000X/carbon/plugins/CopyPaste.cs:line 1030
   at object Oxide.Plugins.CopyPaste.InternalCallHook(uint hook, object[] args) in CopyPaste.cs/Internal:line 316

[RaidableBases] Json errors found in:

(01:27:26) | [RaidableBases] C:\servers\servers\MyRustServer\oxide\data\RaidableBases\Profiles\sl1.json

(01:27:26) | [RaidableBases] C:\servers\servers\MyRustServer\oxide\data\RaidableBases\Profiles\sl2.json

(01:27:26) | [RaidableBases] C:\servers\servers\MyRustServer\oxide\data\RaidableBases\Profiles\sl3.json

(01:27:26) | [RaidableBases] C:\servers\servers\MyRustServer\oxide\data\RaidableBases\Profiles\sl4.json

(01:27:26) | [RaidableBases] C:\servers\servers\MyRustServer\oxide\data\RaidableBases\Profiles\sl5.json

(01:27:26) | [RaidableBases] ERROR: Grid has failed initialization. No valid profiles exist

after installing the new version, I use the Russian version of the plugin

[RaidableBases] C:\servers\servers\MyRustServer\oxide\data\RaidableBases\Profiles\sl1.json

Newtonsoft.Json.JsonSerializationException: A member with the name 'Радиус изгнания деревьев при появлении базы' already exists on 'Oxide.Plugins.RaidableBases+BuildingOptions'. Use the JsonPropertyAttribute to specify another name.

at Newtonsoft.Json.Serialization.JsonPropertyCollection.AddProperty (Newtonsoft.Json.Serialization.JsonProperty property) [0x000e4] in <271c58b7a8684db5a2c92be17a81f252>:0

at Newtonsoft.Json.Serialization.DefaultContractResolver.CreateProperties (System.Type type, Newtonsoft.Json.MemberSerialization memberSerialization) [0x00072] in <271c58b7a8684db5a2c92be17a81f252>:0

at Newtonsoft.Json.Serialization.DefaultContractResolver.CreateObjectContract (System.Type objectType) [0x0003a] in <271c58b7a8684db5a2c92be17a81f252>:0

at Newtonsoft.Json.Serialization.DefaultContractResolver.CreateContract (System.Type objectType) [0x000e1] in <271c58b7a8684db5a2c92be17a81f252>:0

at Newtonsoft.Json.Serialization.DefaultContractResolver.ResolveContract (System.Type type) [0x00038] in <271c58b7a8684db5a2c92be17a81f252>:0

at Newtonsoft.Json.Serialization.JsonSerializerInternalReader.GetContractSafe (System.Type type) [0x00005] in <271c58b7a8684db5a2c92be17a81f252>:0

at Newtonsoft.Json.Serialization.JsonSerializerInternalReader.Deserialize (Newtonsoft.Json.JsonReader reader, System.Type objectType, System.Boolean checkAdditionalContent) [0x0000e] in <271c58b7a8684db5a2c92be17a81f252>:0

at Newtonsoft.Json.JsonSerializer.DeserializeInternal (Newtonsoft.Json.JsonReader reader, System.Type objectType) [0x00053] in <271c58b7a8684db5a2c92be17a81f252>:0

at Newtonsoft.Json.JsonSerializer.Deserialize (Newtonsoft.Json.JsonReader reader, System.Type objectType) [0x00000] in <271c58b7a8684db5a2c92be17a81f252>:0

at Newtonsoft.Json.JsonConvert.DeserializeObject (System.String value, System.Type type, Newtonsoft.Json.JsonSerializerSettings settings) [0x0002d] in <271c58b7a8684db5a2c92be17a81f252>:0

at Newtonsoft.Json.JsonConvert.DeserializeObject[T] (System.String value, Newtonsoft.Json.JsonSerializerSettings settings) [0x00000] in <271c58b7a8684db5a2c92be17a81f252>:0

at Oxide.Core.Configuration.DynamicConfigFile.ReadObject[T] (System.String filename) [0x00028] in <beb2b64691c64e2b95b99491bd85442c>:0

at Oxide.Core.DataFileSystem.ReadObject[T] (System.String name) [0x00021] in <beb2b64691c64e2b95b99491bd85442c>:0

at Oxide.Plugins.RaidableBases+<LoadProfiles>d__436.MoveNext () [0x00107] in <23ba1aafbe82410d8937d664c5fb2227>:0

RB seems to have not migrated some of the config settings, like events - they're just completely missing from the JSON. I think I'll try starting over with a fresh config and then manually merge my desired settings back in. This has happened previously, so not unexpected (I even backed up my config just in case lol).

8 hours ago, Wolf said:

after installing the new version, I use the Russian version of the plugin

[RaidableBases] C:\servers\servers\MyRustServer\oxide\data\RaidableBases\Profiles\sl1.json

Newtonsoft.Json.JsonSerializationException: A member with the name 'Радиус изгнания деревьев при появлении базы' already exists on 'Oxide.Plugins.RaidableBases+BuildingOptions'. Use the JsonPropertyAttribute to specify another name.

yes sorry there is many duplicate translations

I will update it soon :<

1 hour ago, HunterZ said:

RB seems to have not migrated some of the config settings, like events - they're just completely missing from the JSON. I think I'll try starting over with a fresh config and then manually merge my desired settings back in. This has happened previously, so not unexpected (I even backed up my config just in case lol).

I don't know what you mean. It should not be possible for those to be missing from the json.

1 hour ago, Wolf said:

[RaidableBases] Json errors found in:

(01:27:26) | [RaidableBases] C:\servers\servers\MyRustServer\oxide\data\RaidableBases\Profiles\sl1.json

(01:27:26) | [RaidableBases] C:\servers\servers\MyRustServer\oxide\data\RaidableBases\Profiles\sl2.json

(01:27:26) | [RaidableBases] C:\servers\servers\MyRustServer\oxide\data\RaidableBases\Profiles\sl3.json

(01:27:26) | [RaidableBases] C:\servers\servers\MyRustServer\oxide\data\RaidableBases\Profiles\sl4.json

(01:27:26) | [RaidableBases] C:\servers\servers\MyRustServer\oxide\data\RaidableBases\Profiles\sl5.json

(01:27:26) | [RaidableBases] ERROR: Grid has failed initialization. No valid profiles exist

this is tied into the translation error that I gave you. if you fix that then it will fix this too.

2 hours ago, nashslash said:

getting this since update

[ERRO] Failed to call internal hook 'Paste' on plugin 'CopyPaste v4.1.38' [1499839286] (Object reference not set to an instance of an object)
   at PasteData Oxide.Plugins.CopyPaste.Paste(ICollection<Dictionary<string, object>> entities, Dictionary<string, object> protocol, bool ownership, Vector3 startPos, IPlayer player, bool stability, float rotationCorrection, float heightAdj, bool auth, Action callback, Action<BaseEntity> callbackSpawned, string filename, bool checkPlaced) in C:/rustservers/BF1000X/carbon/plugins/CopyPaste.cs:line 1030
   at object Oxide.Plugins.CopyPaste.InternalCallHook(uint hook, object[] args) in CopyPaste.cs/Internal:line 316

looks like a carbon issue. I will take a look to verify

1 hour ago, nivex said:

I don't know what you mean. It should not be possible for those to be missing from the json.

My bad, not sure why I wasn't finding it. I'm now caught up to also experiencing the CopyPaste error with Carbon. Here is the line in CopyPaste that it's complaining about:

var isItemReplace = !protocol.ContainsKey("items");

I guess RB ends up passing a null protocol dictionary?

Edit: If it matters, it looks like only my custom bases, plus 4 of the bases I'm using from your Tier 3 pack have protocol data.

@HunterZ

the protocol shouldn't be null since it is null checked. if it doesn't exist then it creates it

var protocol = data["protocol"] == null ? new Dictionary<string, object>() : data["protocol"] as Dictionary<string, object>;

which of my files has this issue?

15 minutes ago, nivex said:

@HunterZ

the protocol shouldn't be null since it is null checked. if it doesn't exist then it creates it

var protocol = data["protocol"] == null ? new Dictionary<string, object>() : data["protocol"] as Dictionary<string, object>;

which of my files has this issue?

Could be a red herring, as I added some code to check if `procotol` ends up null, and it doesn't.

I only own your Tier 3 base pack, but here are the ones that are missing the protocol section:

raideasy1.json
raideasy10.json
raideasy4.json
raideasy5.json
raideasy6.json
raideasy7.json
raideasy8.json
raideasy9.json
raidexpert1.json
raidexpert10.json
raidexpert2.json
raidexpert3.json
raidexpert4.json
raidexpert5.json
raidexpert6.json
raidexpert7.json
raidexpert8.json
raidexpert9.json
raidhard1.json
raidhard10.json
raidhard2.json
raidhard3.json
raidhard4.json
raidhard5.json
raidhard6.json
raidhard7.json
raidhard8.json
raidhard9.json
raidmed1.json
raidmed10.json
raidmed2.json
raidmed3.json
raidmed4.json
raidmed5.json
raidmed6.json
raidmed7.json
raidmed8.json
raidmed9.json
raidnightmare10.json
raidnightmare3.json
raidnightmare4.json
raidnightmare5.json
raidnightmare6.json
raidnightmare7.json
raidnightmare8.json
raidnightmare9.json

 @HunterZ

yes, on Carbon the protocol is null and on Oxide it is not. it is null checked, and a value is given when it is null.

I am asking Carbon team if they can assist in fixing this.

I believe you can safely ignore the error for now. the bases should still paste and function normally