-
Posts
197 -
Joined
-
Last visited
Content Type
Profiles
Warranty Claims
Downloads
Forums
Store
Services
Downloads Plus Support
DOWNLOADS EXTRA
Everything posted by Notz
-
The broken boxes in version 1.4.6 occur when the player opens a supply drop inside the base (we have a plugin to open supplies instantly). When that happens, the boxes nearby break.
-
-
After the latest update (1.4.6), there are still problems when changing the skin of the boxes. If you change the skin of any box, all the boxes above it are also changed. https://medal.tv/es/games/rust/clips/mhac7EecanxWwS1ha?invite=cr-MSxJTmIsMzg2MjkwMTMw&v=26
-
Hi @Tangerine, I would really appreciate it if you could fix it, as I can't teleport myself
-
- 223 comments
-
Scientist2 unkillable until I unload EpicLoot Plugin
Notz replied to SlayersRust's Support Report in Support
Confirmed. Same problem in my server. -
- 232 comments
-
- 1
-
-
- #jtedal
- #mad mappers
-
(and 7 more)
Tagged with:
-
- 232 comments
-
- #jtedal
- #mad mappers
-
(and 7 more)
Tagged with:
-
- 232 comments
-
- #jtedal
- #mad mappers
-
(and 7 more)
Tagged with:
-
Error while compiling xWirelessPower: 'Pool' does not contain a definition for 'GetList' | Line: 877, Pos: 41
-
Error while compiling BoatControl: Property or indexer 'SmallEngine.MaxThrust' cannot be assigned to -- it is read only | Line: 1040, Pos: 13
-
Error while compiling BetterTeams: 'Pool' does not contain a definition for 'GetList' | Line: 1386, Pos: 48
- 1 reply
-
- 1
-
-
Hello @tofurahie, I have noticed that when players are de-authorized from a TC, the plugin does not de-authorize the player from the turrets/SAMS. Is this a bug? It is difficult for clans with many turrets to manage this situation. My config: "The maximum number of players that can register in the TC": 8, "The maximum number of players that can register in the AutoTurrets": 8, "Only registered players can open chests (when registered on TC)": true, "Only registered players can open furnaces (when registered on TC)": true, "Automatically when players are registered on TC (Autohorized on Turrets, SAM Site)": true, "Automatically when players are registered on the TC (remove building parts)": false, "Automatically when players are registered on the TC (open codelocks without a code)": true, "Automatically registered your teammates on the TC": true, "Allow players to authorize friends to TC": false,
- 69 comments
-
- #tc
- #authorized
- (and 5 more)
-
Thanks for the info! I bought the plugin and I love it. Don't worry about the limit, I think it's fine for now. After testing it, I think it could be improved quite a bit if you added an IO entity - permission relationship. That way we could offer automation of some items with VIPs. For example, in my case, I would be interested in offering VIPs the option of not needing power for sprinklers. I'm sure they would appreciate it as a VIP perk.
-
Would it be possible to add a limit for each type of IO entity? If that limit could be extended with permissions, it would be great to offer it as a VIP benefit. On the other hand, what happens if the plugin is unloaded? Do the entities continue to function or do they all shut down? I am thinking about how to manage this in the purge of a PVE server, as I would like players to be unable to place additional automatic power turrets during a raid. Thank you.
-
- 5 comments
-
- 1,131 comments
-
- #loot
- #customloot
- (and 13 more)
-
I would love to use this plugin since it is integrated into the panel and I love Mevent plugins, but it lacks some important features compared to the Skills Tree plugin, such as: - Greater number of skills. - Prestige system. - Ability to generate items that give XP or points. I hope that someday you will be able to incorporate these features. Thank you very much for your work!
-
95% of the copypaste files in this zip have items in the cupboards. This causes the loot in the radiable bases to be modified even if the owner has their own loot table for each difficulty. I have found bases that have stacks of 100,000 refined HQ in their cupboards. Imagine what players can do with that when they find it. You need to update all bases. Example: medium018.json { "flags": {}, "grade": 2, "ownerid": 76561199012605551, "pos": { "x": "-3.163969", "y": "-0.09999847", "z": "8.514608" }, "prefabname": "assets/prefabs/building core/wall/wall.prefab", "rot": { "x": "-1.427489E-07", "y": "2.058143", "z": "-3.719018E-08" }, "skinid": 0 }, { "flags": {}, "items": [ { "amount": 4975, "blueprintTarget": 0, "condition": "0", "dataInt": 0, "id": -2099697608, "position": 3, "skinid": 0 }, { "amount": 5000, "blueprintTarget": 0, "condition": "0", "dataInt": 0, "id": -151838493, "position": 5, "skinid": 0 }, { "amount": 100000, "blueprintTarget": 0, "condition": "0", "dataInt": 0, "id": -151838493, "position": 0, "skinid": 0 }, { "amount": 95425, "blueprintTarget": 0, "condition": "0", "dataInt": 0, "id": -2099697608, "position": 1, "skinid": 0 }, { "amount": 99998, "blueprintTarget": 0, "condition": "0", "dataInt": 0, "id": 69511070, "position": 2, "skinid": 0 }, { "amount": 100000, "blueprintTarget": 0, "condition": "0", "dataInt": 0, "id": 317398316, "position": 4, "skinid": 0 } ], "oldID": 10158893, "ownerid": 76561199012605551, "pos": { "x": "-3.665034", "y": "2.999996", "z": "7.913327" }, "prefabname": "assets/prefabs/deployable/tool cupboard/cupboard.tool.deployed.prefab", "rot": { "x": "-3.460629E-05", "y": "2.569228", "z": "1.2281E-06" }, "skinid": 0 }, Items block should be replaced by "items": []
