venda_vole's Wishlist

🧹 CarbonCleaner
 
 
 
🧩 Short description
Finds orphaned files in `carbon/config/`, `carbon/data/`, and `carbon/lang/` based on the installed/loaded plugins and provides a sleek in-game CUI for selecting and deleting them.
 
⚙️ Features
- Matching logic (plugin detection)
  - Reads plugin base names from `carbon/plugins` (`*.cs`) **and** from the Carbon runtime (loaded plugins).
  - Base names `Admin` and `CorePlugin` are always treated as present.
 
- Scan areas
  - config: Top-level `*.json` and top-level folders whose base name does not correspond to a plugin.
  - data: Top-level files (except `*.data`/`*.db`) and top-level folders without a plugin match.
  - lang: `lang/<LOCALE>/*.json` whose base name does not correspond to a plugin.
 
- UI (CUI)
  - Three columns: CONFIG, DATA, LANG with count, file size, and checkboxes.
  - Select All for CONFIG/DATA, language sections can be expanded/collapsed for LANG.
  - Delete button shows number of selections; after deletion, automatic rescan.
 
  - Secure deletion
  - Deletes only within the `carbon/` root (path is validated).
  - Supports files **and** folders (recursively).
 
  - Backup
  - You have the option to decide whether you want to back up individual files..
 
> Note: `*.data` and `*.db` in the **data** root are **not** listed as orphaned (are skipped). This protects runtime databases.
 
💬 Commands
 
In-Game (Chat)
- `/carboncleaner` — Opens the UI (requires permission).
 
Server console
- `carboncleaner.scan` — Shows number/size of hits.
- `carboncleaner.delete “<relativePath>|<relativePath>|...”`  
  Example:  
  `carboncleaner.delete “config/Old.json|data/OldFolder|lang/en/Old.json”`  
  Deletes the specified relative paths under `carbon/`.
 
 
 
🔐 Permissions
- `carboncleaner.admin` — required for all functions (chat/UI).
 
 
 


 

Stop guessing whether your warning messages in chat were actually noticed.
Tired of sending important warnings as an admin via RCON or global chat and never being sure who actually read them?
AdminWarn is built to give admins certainty.
AdminWarn is designed for manual warning delivery. This is not an automated warning system. Every warning is intentionally sent by an admin using commands.
At the same time, AdminWarn handles warnings smartly and automatically in the background. Warnings sent to offline players are stored and shown automatically when the player next joins, even days later. For individual online players, warnings remain stored until acknowledged, then are automatically cleared. All data is wipe-aware and cleaned up automatically on server wipes.
Instead of relying on admin-sent chat warnings that can get lost, ignored, or missed while players are AFK, AdminWarn delivers a mandatory, player-specific GUI warning directly on the player’s screen.
Each warning includes a configurable sound effect, using only built-in, local in-game sounds. No external or custom audio files are used.
This is not an auto chat message. It is a visual warning that requires player acknowledgment. Even if the player closes the game without confirming it, the warning will reappear on the next login until acknowledged. No hard movement lock is applied.
Warnings can be sent via RCON, server console, or in-game admin console (F1).
In-game commands /warn and /warnall are used to manually send warnings.
/warn can target individual players whether they are online or offline, while /warnall applies only to online players.
Discord webhook logs clearly confirm when warnings are acknowledged.
Global warnings apply only to online players and do not generate Discord logs, preventing spam and rate-limit issues.
 


🚀 Performance
AdminWarn is built with an optimized and efficient code structure, making its presence virtually unnoticeable on the server.
It runs smoothly during long uptimes and maintains stable hook memory and performance values under normal server conditions.



💡How It Works

1) Admin sends warning (chat/RCON) → Message is delivered via GUI with sound
2) Player must acknowledge → Cannot play until clicking button (No movement lock, only a visual GUI barrier)
3) Offline player support → Warnings sent to offline players are saved and displayed via GUI when they join
4) Data management → Auto-clears on wipe

✨ Key Features
- GUI warning that requires player confirmation
- Works online/offline - Warnings save for offline players
- Global warnings - Warn all online players at once
- Discord logging - Track acknowledged warnings
- Wipe detection - Auto-clear data on server wipe
- Professional interface - Clean GUI with sound effects
- UTC-based date display - All timestamps are shown in UTC (Coordinated Universal Time)
 
🔄 Wipe Behavior
- Restarts: Data preserved (approved warnings are auto-deleted for data optimization)
- Server wipe: All warning data automatically cleared
- No manual cleanup needed (Most of the time, it is not necessary)


🔧 Commands

➤ Admin Chat Commands:
/warn <player>|<steam64ID> <message>
/warnall <message>

➤ Console/RCON Commands:
warn <player>|<steam64ID> <message>
warnall <message>
 
Note: Player names are not unique and may include different alphabets or special characters. To avoid ambiguity, using Steam64ID is strongly recommended when sending warnings.


🔐 Permissions Oxide/Carbon
oxide.grant group admin adminwarn.admin c.grant group admin adminwarn.admin
📊 Discord Webhook Logging
When enabled, sends acknowledgement logs to Discord:
✅ Player name
✅ Warning message
✅ Read status (online/after reconnect)
✅ Timestamp
❌ Does NOT log warning sending (only acknowledgements)
❌ Does NOT log global warning acknowledgements (due to DC rate limits)

⚙️ Configuration
 
{ "Clear data on wipe": true, "Discord Log Enabled": false, "Discord Webhook URL": "", "Show Date in GUI": true, "Warning sound": "assets/prefabs/building/wall.frame.shopfront/effects/metal_transaction_complete.prefab" }
🔠 Lang/en
{ "NoPermission": "You don't have permission to use this command.", "WarnUsage": "Usage: /warn <player name or steamid> <message>", "PlayerNotFound": "Player not found. Use SteamID for offline players.", "DuplicateWarning": "Duplicate warning prevented for player {0}", "WarningSent": "Warning sent to {0}: {1}", "WarningSaved": "Warning saved for offline player {0}.", "WarnAllUsage": "Usage: /warnall <message>", "WarnAllSent": "Global warning sent to {0} online players: {1}", "ConsoleWarnUsage": "Usage: warn <player name or steamid> <message>", "ConsoleWarnAllUsage": "Usage: warnall <message>", "AcknowledgeThanks": "Thank you for acknowledging the warning.", "GuiTitle": "SERVER WARNING", "GuiButtonText": "✔ I ACKNOWLEDGE", "GuiDatePrefix": "Date", "GuiWarningFormat": "Hello {0}, you have received a warning." }  
 

BoatControl is a Rust server plugin that completely enhances boat handling. When taking the helm, a user-friendly CUI interface appears, allowing players to raise/lower sails and anchors, start/stop engines, and switch navigation direction forward or backward.
The plugin also supports automatic reloading when the player has ammunition, cannon firing with configurable cooldown (or bypass via permission), and toggling all torches and lanterns without fuel consumption. Additionally, players can control navigation using W/S and fire cannons with the left mouse click.
 
Video Update 1.0.0
 
Features
Displays a CUI interface when taking the helm that allows you to:
Raise / lower sails. Raise / lower anchors. Turn engines on / off. Change the navigation direction forward / backward (engines and sails reverse accordingly). Reload (if the player has ammunition in their inventory, with a permission to bypass this). Fire cannons with a cooldown (or without it if you have the bypass permission). Turn all torches and lamps on/off without fuel consumption.
You can also change the navigation direction using the W and S keys, and fire the cannons with the left mouse click.
 
I'm open to further improving this plugin over time. If you'd like to see any features integrated, please mention them in the discussion section.
Ideas I've tried but haven't been able to implement:
Modifying the build area (net size) to make it larger. It doesn't seem possible to change this. Making the engines work without fuel consumption. I managed to do this in an initial test, but then FacePunch changed something and it's no longer possible. I'll try to see if I can adjust fuel consumption to make it more economical. Ability to automatically repair the entire ship, using the necessary materials from the player's inventory. The way the ship's health system is currently implemented is a bit strange, as it seems to work by blocks, but then the health is distributed among all the parts. I'll review this again later.  
Permissions
boatcontrol.use – Enables the functionality for the player when mounting the boat’s helm. boatcontrol.bypassammo – Allows you to fire cannons without using real ammunition from your inventory. Free ammo! (not recommended to give to regular players) boatcontrol.bypasscannoncooldown – Allows you to fire cannons with no cooldown. Maximum bombardment!  
Commands
It currently has no chat or console commands.
 
Configuration
DEFAULT CONFIGURATION
{ "Enable WASD Direction": true, "Enable Cannon Fire Key (Left Mouse Button)": true, "Cannon Aim Step (degrees per click)": 5.0, "Cannon Fire Cooldown": 5.0, "Cannon Crew": { "Enable": true, "Name": "Cannon Man", "Health": 100.0, "Wear": { "burlap.shirt": 1380044819, "burlap.trousers": 1380047706, "burlap.shoes": 2215057317, "hat.boonie": 965553937 }, "RequireOperate": true, "ToggleCrewCooldown": 30.0 }, "Alert Chat": true, "Alert Notify Plugin": false, "Notify: select what notification type to be used": { "error": 0, "info": 0 }, "Color Prefix Chat": "#f74d31", "GUI": { "GUI Windows Belt": { "BG Color Primary": "0.10 0.15 0.10 1", "BG Color Secundary": "0.2 0.30 0.2 0.80", "OffsetMin": "-200 15", "OffsetMax": "181 79", "AnchorMin": "0.5 0", "AnchorMax": "0.5 0" }, "GUI Windows Info": { "BG Color Primary": "0.10 0.10 0.10 0.8", "BG Color Secundary": "0.2 0.30 0.2 0.80", "OffsetMin": "400 500", "OffsetMax": "630 700", "AnchorMin": "0.5 0", "AnchorMax": "0.5 0" }, "GUI Windows Cannons Menu": { "BG Color Primary": "0.10 0.15 0.10 1", "BG Color Secundary": "0.2 0.30 0.2 0.80", "OffsetMin": "-130 85", "OffsetMax": "130 140", "AnchorMin": "0.5 0", "AnchorMax": "0.5 0" } }, "Show Info Window": true, "Light Items (shortnames)": [ "tunalight", "lantern", "torchholder", "largecandles", "smallcandles", "jackolantern.angry", "jackolantern.happy", "chineselantern", "chineselanternwhite" ], "Config Version": "1.0.0" } For any problem, doubt, suggestion or assistance do not hesitate to contact me by Discord ninco90#6219

Features

Target Designator System:
Players receive a binocular. Aim and left-click to paint the target location.

Custom F15 Flight:
Flight altitude, speed, and approach distance are fully configurable.
Plane spawns, flies across the map, and despawns once the strike ends.

Rocket Mechanics:
Configurable rocket speed, rate of fire, and shots per run.


Permissions:
Controlled with a permission:

Commands:
Gives the player a Target Designator (binocular).
Aim and Left-click with it to mark coordinates and trigger the airstrike.
 
Config:
{ "Flight altitude (m)": 250.0, "Plane speed (m/s)": 200.0, "Pre-fire distance (m)": 750.0, "Chat prefix": "[F15]", "Strike": { "Planes (count)": 1, "Shots per plane": 7, "Rocket speed (m/s)": 150.0, "Confirm delay (s)": 5.0, "Cooldown (s)": 0.0, "Designator display name": "F15 Strike" }, "Nuke": { "Planes (count)": 5, "Shots per plane": 10, "Rocket speed (m/s)": 200.0, "Confirm delay (s)": 6.0, "Cooldown (s)": 0.0, "Designator display name": "F15 Nuke" } }  
 

NEW for 1.3.0:
Please make sure you are updating from version 1.2.7, or your config may be corrupted.
New completely custom Bradley AI for a much more immersive and real experience! Each battle is different and fun! No more cheesing the event or hiding from Bradley!
PLEASE CHECK OUT THE NEW CONFIG STRUCTURE AND OPTIONS!
Bradley can now dynamically path find, re-path when stuck and actively hunt players who try and hide or retreat. New Fireball config options for damage, lifetime, chance to spread, etc Many new CH47 options, such as health, homing missile actions, can now use flares to counter homing missiles! Can now also specify Hackable crates to drop when destroyed. CH47 Scientist gunner options, such as health, damage, aimcone, kits, etc. Bradley can now counter high risk targets with smoke grenades, making it harder for them to target, with cooldown options in config. (players with rocket launchers, timed explosives, satchels etc) Bradley can now damage more obstacles by ramming, which is fully configurable in the config file Crate loot capacity is now resizable and can take up to 48 items for both Bradley and Hackable crates. Please carefully check config options for "Allow Players to Call Bradleys at Monuments". This config option has changed slightly. You can set allow at monuments true or false, then the monument list is to either block selected monuments when allowed is true, or allow when use at monuments is false. The monuments list is therefore now an exception to allow exception to the "Allow Players to Call Bradleys at Monuments" rule. Check this still works as you require. If you are unsure, reach out to me for help.
 
Bradley Drops allows players with permission to call a Bradley APC to their location with a custom Supply Signal, where it will patrol a set distance for a set time, allowing players to fight it to win the valuable Bradley crates.
A cargo plane will deliver and drop the APC via parachutes. The APC can be configured in different ways and there are many config options to suit all servers.
The plugin comes with 4 default settings for Bradley Drops, Easy, Medium, Hard and Elite, each with their own custom supply signal skin. But server owners can add as many options as they like in the config by copying and pasting an existing profile within the config. This would however require the server owner to create their own custom skin for the inventory item. (I will add more custom skins in the near future for this.)
BotReSpawn compatibility, with the option to specify a BRS spawn profile at the Bradley kill site.
IMPORTANT:
Each bradley profile or wave profile in the config MUST have its own unique name and skin ID, otherwise you will have issues.
NOTE ABOUT SHOPS:
The profile name in the config should match the Custom Supply Signal name which the shop gives the player. The Bradley Name is now separate  and can be set independently.
Plugin default Supply Signal Skin ID's to add items to various shops, loot plugins, kits etc are:
Bradley Drop (Easy) :  2905355269 Bradley Drop (Medium) :  2905355312 Bradley Drop (Hard) :  2905355296 Bradley Drop (Elite) :  2911864795 Bradley Drop (Expert) :  3361673979 Bradley Drop (Nightmare) :  3361674045  

 
Bradley Drop Wave (Normal): 3502926194 Bradley Drop Wave (Hard): 3502926112  
Default Permissions:
bradleydrops.admin (to use give|hsclearcd  command) bradleydrops.buy (to use /bdbuy command) bradleydrops.bypasscooldown bradleydrops.easy bradleydrops.medium bradleydrops.hard bradleydrops.elite  
Commands (Prefix with / to use in game):
bdgive <Profile ShortName> <Steam64ID> <Amount> bdbuy <Profile Shortname> bdbuy list bdreport (list all active Bradleys and their state) bddespawn (Despawn all Bradleys called by a player or their team, no refunds) bdclearcd (clear all cooldowns) bdclearcd <SteamID|Name> (clear cooldown for player) (Buy, Report and Despawn command can be customised in the config)
 
Please note correct use in config file for supply signal name and Bradley APC display name. These values CAN be different if you wish:

Custom Loot:
Check out the example loot items in the default config below to see how to add custom loot items to crates.
How to Add Custom Loot Table Item:
Config:
For Other Developers:
The following hook is available to use in your plugins to check custom Supply Signals, Cargo Planes and Supply Drops to avoid conflict with your plugins:
object IsBradleyDrop(ulong skinID)
This will return true if the item is a Bradley Drop item/entity, or null if not.
Call it directly without referencing the plugin:
if (Interface.CallHook("IsBradleyDrop", skinID) != null) return true; // IsBradleyDrop Or reference my plugin and call like this:
[PluginReference] Plugin BradleyDrops; if (BradleyDrops.CallHook("IsBradleyDrop", skinID) != null) return true; // IsBradleyDrop