-
Posts
74 -
Joined
-
Last visited
Content Type
Profiles
Downloads
Forums
Store
Support
DOWNLOADS EXTRA
Services
Everything posted by Stewie
-
Version 1.0.0
29 downloads
PauseOfflineMetabolism prevents players from mysteriously dying while logged out by pausing all metabolism-related effects for sleeping players. This includes hunger, thirst, and passive health loss ensuring players return safely to the game without offline punishment. Using a highly optimized internal Harmony patch, this plugin halts the metabolism system for disconnected players before it even begins, resulting in better performance than traditional timer-based or tick-loop approaches. Perfect for PVE, RP, or community servers that want to offer a more forgiving experience. Features Offline Metabolism Freeze Automatically halts food, water, and health decay for disconnected players to prevent unexplained deaths. Lightweight Harmony Patch Uses a Carbon-native prefix patch to skip Rust’s internal metabolism logic for sleepers before it runs. Config-Free by Default No configuration required out of the box. Just load the plugin and offline players are instantly protected. Why Choose My Plugins? All of my plugins are built with performance in mind. Each plugin is highly optimized for minimal hook times and efficient memory usage, ensuring smooth server performance even on high-population servers. I carefully profile and test each release to maintain stability and responsiveness. Plus, you’ll get top-tier support whether you have a question, hit a snag, or need a feature tweak, I'm always available and quick to help. You can also see my plugins in action on Brit’s PvE servers, where they’re fully installed and running live. It’s a great way to test features and experience how everything performs in a real server environment. [EU] Brits 2x PvE 1 connect 131.153.158.249:28015 [US] Brits 2x PvE 1 connect 125.253.87.83:28015Free -
You may want to review updating this plugin with some additional NRE checks and also looking into the conflict between the plugin and rusts current decay system. You can recreate this stacktrace if you adjust your decay.scale to 3 or higher. [2025.05.02 12:28:39] [ERRO] Unhandled error occurred (NullReferenceException) at BaseEntity.WorldSpaceBounds () (at <18f552e21ad945a4ae7147de4e0152ee>:0) at BaseEntity.GetNearestBuildingPrivilege (System.Boolean cached, System.Single cacheDuration) (at <18f552e21ad945a4ae7147de4e0152ee>:0) at BaseEntity.GetBuildingPrivilege () (at <18f552e21ad945a4ae7147de4e0152ee>:0) at DecayEntity.GetBuildingPrivilege () (at <18f552e21ad945a4ae7147de4e0152ee>:0) at (wrapper dynamic-method) MonoMod.Utils.DynamicMethodDefinition.DecayEntity.OnDecay_Patch0(DecayEntity,Decay,single) at DecayEntity.DecayTick () (at <18f552e21ad945a4ae7147de4e0152ee>:0) at ServerBuildingManager.Cycle () (at <18f552e21ad945a4ae7147de4e0152ee>:0) at ServerMgr.Update () (at <18f552e21ad945a4ae7147de4e0152ee>:0) at UnityEngine.Debug:LogException(Exception, Object) at ServerMgr:Update() This would play better with the current rust version: block.Hurt(_damage, DamageType.Decay); and this is what I think you are missing from your existing NRE checks: !_block.IsValid()
-
Looks like you will need to add Jungle to the list of biomes: Failed to call internal hook 'GetSpawnPoint' on plugin 'NpcSpawn v2.8.0' [2829974261] (The given key 'Jungle' was not present in the dictionary.) at List<Vector3> System.Collections.Generic.Dictionary<string, System.Collections.Generic.List<UnityEngine.Vector3>>.get_Item(string key) at void Oxide.Plugins.NpcSpawn.GenerateBiomePositions(int attempts) in /home/container/carbon/plugins/NpcSpawn.cs:line 2541 at object Oxide.Plugins.NpcSpawn.GetSpawnPoint(string biome) in /home/container/carbon/plugins/NpcSpawn.cs:line 2550 at object Oxide.Plugins.NpcSpawn.InternalCallHook(uint hook, object[] args) in NpcSpawn.cs/Internal:line 145
-
Please can you add some null checking to OnEntitySpawned(Recycler recycler) as we have had several instances where a null was fired and it triggered your recycler.gameObject.GetComponent<CustomRecycle>(). Error: Failed to call internal hook 'OnEntitySpawned' on plugin 'CustomRecycle v2.0.22' [2949838417] (Object reference not set to an instance of an object) at void Oxide.Plugins.CustomRecycle.OnEntitySpawned(Recycler recycler) in /home/container/carbon/plugins/CustomRecycle.cs:line 103 at object Oxide.Plugins.CustomRecycle.InternalCallHook(uint hook, object[] args) in CustomRecycle.cs/Internal:line 168 We are running your plugin on CarbonMod if that helps.
-
Looks like the plugin will need an update for the upcoming force wipe that includes the new Jungle biome. This was a test compile on: Carbon 2.3.620.0/linux/2025.05.01.0 [rust_beta/staging] [rustbeta_staging_build] on Rust 7926/2588.267.1 Failed compiling 'LuckyBlock.cs': 1. Argument 1: cannot convert from 'System.IO.Stream' to 'BufferStream' [CS1503] (LuckyBlock 38 line 550)
-
We added this to our PvE servers just to see if it even worked. I can confirm it immediately started working and we were shocked to find it not only includes a transcription of the voice chat but also a list of nearby players and their distance plus it includes a MP3 of the actual conversation!!! This combined with a very very low cost, I'm pretty sure we will deploy this on all our servers soon. The only feature I would love to see is a list of all the transcriptions and MP3s available in the website dashboard.
- 5 comments
-
- #voice
- #moderation
-
(and 3 more)
Tagged with:
-
You have a memory leak in your NetworkSnapshotManager class. Over 9hrs it was able to consume around 6.5GB of ram specifically on the hook OnEntitySnapshot.
-
I see in your code comments that you have: Add buyable bradley tiered APC Is this still on your roadmap and or do you have any sort of ETA on it?
-
@Perfectangel01this has now been fully fixed in v1.3.4 please update.
-
Changed Status from Can't Reproduce to Fixed Changed Fixed In from 1.3.3 to 1.3.4
-
@NEXTthis has been fixed and released in v1.3.4 please download and let me know how you get on. You may have to pickup any coops that still have this broken behaviour as the plugin won't track existing broken boxes. I've tested it with fresh coops and existing working coops on multiple restarts with success.
-
Changed Status from Work in Progress to Fixed Changed Fixed In to 1.3.4
-
@NEXTi'm testing a new version 1.3.4 right now and if all goes well in the next 30-40mins I should have it released and available for you to download.
-
Changed Status from Pending to Work in Progress
-
Thank you for the video that is really helpful! Can you confirm you are on the latest version v1.3.3 as we did make some updates to try and fix this on server restart?
-
Would it be possible to add support (if not already) for HeliSignals, they have an API to call to check if the locked crate is a HeliSignals crate and as such ignore it. Currently I think from our testing Loottables locked crate is taking priority.
-
Changed Status from Pending to Can't Reproduce Changed Fixed In to 1.3.3
-
I've just tested with both those plugins and default config and cannot replicate this I'm afraid. If your able to run any of your own tests and make it recreatable I'd be happy to look further for you.
-
That was a known issue in a previous version but was 100% fixed in the latest version which you said you are running. Might be conflicting with another plugin if you have anything that tries to interact with chicken coops like industrial etc? Feel free to send me you plugin list and I'll take a look.
-
Can you provide more information and confirm if you are oxide or carbon? Also are you on the latest version? You can manually test also by putting an egg in the output and it should move to the box within 5s or less.
-
I can’t really use edge build on production server without breaking other stuff but I did reorder your code and that seemed to help for now!. I just moved the BaseCombatEntity to the bottom.
-
@IIIaKaCarbon have apparently fixed the broken hooks and pushed this out. Still looks like your plugin is broken unless I use the workarounds you provided.
-
Carbon Release is up to date, no self-updating necessary. Running Production build [2.0.182] on tag 'production_build'. Initialized Carbon.Startup 2.0.182.0 Preloaded Carbon.Compat 2.0.182.0 Is that expected @Raul-Sorin Sorban
-
if that is the proposed full fix could you maybe push out an update v0.1.17? Or you still think this is a carbon issue?