Khan
-
Posts
836 -
Joined
Content Type
Profiles
Downloads
Forums
Store
Support
DOWNLOADS EXTRA
Services
Everything posted by Khan
-
Industrial Conveyors and the Industrial Crafter use the CanStackItem hook, so if your server has a large number of them, they may contribute to performance usage. This implementation was necessary to fix various bugs related to custom items within the industrial system. Additionally, CanStackItem is called every time items are placed into containers to ensure proper stacking, which naturally adds to the total hook time. Version 2.8.2 contained a leftover debug check that unintentionally ignored all Industrial Conveyor item movements and loot spawning in containers. This issue was fixed in version 2.8.4, and the affected versions have been removed from download. I strongly recommend updating to the latest release to ensure proper functionality.
-
Changed Status from Pending to Not a Bug
-
Stack Modifier itself does not cause lag. Performance Monitor is not an accurate tool for tracking plugin performance, as it is a plugin itself and actually contributes to the lag you’re experiencing by running it. The data it provides is neither correct nor reliable—it simply adds up the total hook time for all Oxide hooks within a plugin without distinguishing which specific hooks contribute to that total. Stack Modifier uses 13 different Oxide hooks, each with its own total hook time, which Performance Monitor fails to display accurately. For example: The CanStack hook may only contribute 130MB to total hook time. Meanwhile, Init and OnServerInitialized may each show 1GB totaling 2Gig simply because they load a lot of data when the plugin starts. These numbers have no meaningful impact on real server performance.
-
@Sephisticate Features like that will be added directly to stack-modifier with an addon, sometime next month. It requires me to build a whole other plugin to work with stack modifier to handle the logic correctly.- 187 comments
-
- 1
-
-
- #stacks
- #rust stacks
- (and 22 more)
-
@mainloot This won't work because if players keep attacking, the MonoBehaviours will keep resetting the timer. Your implementation doesn’t account for this or provide a way to track when the timer resets, leading to inaccurate and unreliable updates. I understand wanting to help, but please don’t post plugins or code patches for paid works without first contacting the developer or at least opening a support ticket to discuss it. -
@Wizz NoEscape uses a custom UI system inside a MonoBehaviour class, meaning it doesn't rely on standard hook calls for updates. Supporting external API requests for status updates would introduce performance issues due to frequent polling or callback overhead. So, unfortunately, that’s not something I plan to add. That said, if you have specific UI display needs or alternative ways you'd like to see status information presented, feel free to share! I'm always open to improving the system.
-
There should be an output in console if anything goes wrong when trying to compile / load the plugin. So go look at console & try doing o.load StackModifier If there is any error reports send them here.
-
Changed Status from Pending to Not a Bug
-
Don't use plugins to download & install stuff, manually download it from the website & manually upload. The API systems in those auto update plugins do not work correctly & won't actually grab the codefling version when a umod version exists.. I can assure you the plugin works as is.
-
Changed Status from Pending to Not a Bug
-
Changed Status from Work in Progress to Fixed
-
Changed Status from Work in Progress to Closed
-
Changed Status from Pending to Closed
-
Changed Status from Pending to Closed
-
Changed Status from Pending to Closed
-
. -
Confirmed with this user in discord dm's that after they had updated from 2.7.9 to 2.8.0 & completed a server reboot, all issues where resolved. So I closed this ticket & marked it as fixed.
-
Changed Status from Pending to Fixed Changed Fixed In to 2.8.0
-
Version 1.0.1
261 downloads
The No Drop plugin prevents players from dropping items when they are wounded or die. This ensures that all items remain in their inventory system instead of falling to the ground. Features: Prevents active items from dropping on wounded state. Prevents items from dropping on death, including backpacks. Lightweight and optimized for performance. Configuration: This version does not include a config file since item dropping is always disabled. If needed, future updates could add a toggleable setting. Permissions: No permissions are required—this plugin works globally for all players.Free -
We have verifications for frameworks but not for plugins? Seems like a wasted opportunity.
-
At the moment the main issue is that customers sometimes buy a plugin expecting the works with section to actually work. But even if you added a yellow notification to indicate that this may not be guaranteed at least then the customer wouldn't be miss-lead in case in that moment support was broken for that listed plugin. Currently the site having a works with section in general is miss-leading for plugins that haven't maintained support.
-
I would argue, that it would give peace of mind to customers & would justify the slight inconvenience to the dev. There could also be auto reject options ( on by default ), etc. But again, just an idea & requires more feedback. A simple poll on discord would provide you with an idea if it'd be something devs would even want at the moment.
