.gif.bcbfcbd37caec464281e2dcf487d352c.gif)
-
Posts
368 -
Joined
Content Type
Profiles
Downloads
Forums
Store
Support
DOWNLOADS EXTRA
Services
Everything posted by fullwiped
-
Open the RaidableBases.json file located in /serverfiles/carbon/configs with Notepad and set the messages you want to disable to false. "Event Messages": { "Ineligible For Rewards": { "Flying": false, "Vanished": false, "Inactive": true, "Not An Ally": true, "Not The Owner": true, "Not A Participant": true, "Remove Admins From Raiders List": false }, "Announce Raid Unlocked": true, "Announce Buy Base Messages": true, "Announce Thief Message": true, "Announce PVE/PVP Enter/Exit Messages": true, "Announce When Blocks Are Immune To Damage": true, "Show Destroy Warning": true, "Show Opened Message For PVE Bases": true, "Show Opened Message For PVP Bases": true, "Show Opened Message For Paid Bases": true, "Show Message For Block Damage Outside Of The Dome To Players Inside": false, "Show Message When Purchase Becomes Available": false, "Show Prefix": true, "Notify Plugin - Type (-1 = disabled)": -1, "Notification Interval": 1.0, "Send Messages To Player": true, "Save Thieves To Log File": false, "Distance To Notify Players When Near An Event": 0.0 -
We do not have any loot related to NPCs. The base loot tables for the bases have been prepared by us and are divided into two categories: mid-tier loot and high-tier loot. They are highly functional, and one can be chosen and used based on preference.
-
Yes, there are NPC-related settings in the configs under /data/RaidableBases/Profiles. NPCs are spawning, but in our config, NPCs are disabled. However, they can be easily enabled by setting them to true if preferred.
-
really like the plugin and its concept , but our maps don't have Bandit, we only use Outpost. Maybe in the future, spawning at Outpost could be possible too? -
Will this plugin be compatible with the Carbon mod in the future? @Mercury -
Thanks. The only issue here might be that players could see 23:59 and go to sleep, not realizing that the raid will continue for another 2 hours, which might disappoint them a bit.
-
"Saturday": [ { "Start Raid Block(Hours)": 10, "Start Raid Block(Minutes)": 0, "Stop Raid Block(Hours)": 23, "Stop Raid Block(Minutes)": 59 }, { "Start Raid Block(Hours)": 23, "Start Raid Block(Minutes)": 59, "Stop Raid Block(Hours)": 2, "Stop Raid Block(Minutes)": 0 } ], "Sunday": [ { "Start Raid Block(Hours)": 10, "Start Raid Block(Minutes)": 0, "Stop Raid Block(Hours)": 23, "Stop Raid Block(Minutes)": 59 }, { "Start Raid Block(Hours)": 23, "Start Raid Block(Minutes)": 59, "Stop Raid Block(Hours)": 2, "Stop Raid Block(Minutes)": 0 } For example, is this the kind of setting you mean? So that raids start at 10:00 AM and end at 02:00 AM? @AhigaO
-
I really liked your plugin, and I have a humble suggestion for you. I think the UI should be much simpler. For example, a small bar could be added on top of UPKEEPTIME. I believe this would fit your plugin perfectly. It could simply be added to the existing UIs—just a suggestion, of course.
-
"Start Raid Block(Hours)": 12, "Start Raid Block(Minutes)": 0, "Stop Raid Block(Hours)": 23, "Stop Raid Block(Minutes)": 59 In the current config, raids work correctly when set to end at 23:59. This means raids start at 12:00 PM and last until 23:59. However, I want raids to continue until 01:00 or 02:00 at night. I want the raid block period to be from 02:00 to 12:00. How can I set this up?
-
thank you! -
The alternative to this plugin was consuming an incredible amount of RAM and putting a strain on my servers. This plugin, however, doesn’t cause any issues with RAM usage, which is great. I'm not sure if a feature for temporarily muting users can be added, but it could be very useful. -
Changed Status from Work in Progress to Fixed
-
@nivexThe number of turrets in buildings has been significantly increased. You can download the new update.
-
.thumb.png.9a12c819d22cdd6f03dc06bee65f43d1.png)
Open the .cs file with Notepad, press CTRL + F, and search for OY to find it easily. -
Changed Status from Pending to Work in Progress Changed Fixed In to Next Version
-
Of course, I will add more traps when I find the time.
-
Good news.
-
Hello, in future updates, I might add a few more traps without putting too much strain on the CPU and RAM. Thanks for your suggestion
-
I'm glad to hear that you found it useful! You can leave a review at https://codefling.com/customizations/alphaloot-2x-loot-table-advanced-config?tab=reviews. Thank you for your nice comment. -
This command: "Remove Only Listed": false was set to true on my end. I changed it to false, and the issue seems to be resolved. However, the player's name is now changing from blue to green. In RCON, the following error appears. Perhaps this information could contribute to improving this great plugin. Have a nice day! (00:31:32) | Failed to call internal hook 'OnBetterChat' on plugin 'BetterChatGradients v1.0.3' [2030528761] (Object reference not set to an instance of an object) at Dictionary<string, object> Oxide.Plugins.BetterChatGradients.OnBetterChat(Dictionary<string, object> dict) in /home/rustserver/serverfiles/carbon/plugins/BetterChatGradients.cs:line 66 at object Oxide.Plugins.BetterChatGradients.InternalCallHook(uint hook, object[] args) in BetterChatGradients.cs/Internal:line 40 (00:31:32) | Failed to call internal hook 'OnPlayerChat' on plugin 'BetterChat v5.2.14' [2032160890] (Object reference not set to an instance of an object) at FormatSettings Oxide.Plugins.BetterChat+BetterChatMessage.GetOutput() in /home/rustserver/serverfiles/carbon/plugins/BetterChat.cs:line 687 at CancelOptions Oxide.Plugins.BetterChat.SendBetterChatMessage(BetterChatMessage chatMessage, ChatChannel chatchannel) in /home/rustserver/serverfiles/carbon/plugins/BetterChat.cs:line 163 at object Oxide.Plugins.BetterChat.OnPlayerChat(BasePlayer bplayer, string message, ChatChannel chatchannel) in /home/rustserver/serverfiles/carbon/plugins/BetterChat.cs:line 107 at object Oxide.Plugins.BetterChat.InternalCallHook(uint hook, object[] args) in BetterChat.cs/Internal:line 173
-
Hello, @Reheight I have received reports from players that the /tag command does not work when the server restarts. I checked, and it was not hiding the prefixes. Then, I ran the following command in RCON: c.reload PrefixVisibility After this, it started working. To investigate the issue occurring at server startup, I also tried running: c.reload BetterChat After executing this, I tried using /tag to hide the prefixes again. Although it displayed the message "Your tags will no longer appear in chat", it still did not work. However, when I reloaded PrefixVisibility again using: c.reload PrefixVisibility The /tag command started working properly, and the prefixes were successfully hidden. Is there a solution for this issue? It seems that BetterChat loads later than PrefixVisibility during server startup, which might be causing this problem. I appreciate your advice and assistance. Thank you!
-
Changed Status from Closed to Fixed Changed Fixed In from 3.1.35.2 to 3.2.0
.thumb.gif.68f654d7cf3293f24f2e66aba569e415.gif)
