-
Posts
2,097 -
Joined
-
Last visited
-
Days Won
9
Content Type
Profiles
Warranty Claims
Downloads
Forums
Store
Support
DOWNLOADS EXTRA
Services
Everything posted by IIIaKa
-
Hello, which plugin?
-
No, the RealPVE plugin does not create PvP events on its own, except for PvP monuments. However, it allows other plugins to mark/unmark the PvP flag for players and entities. This means that other plugins, whether an arena plugin or PvP zones, can use the universal hooks mentioned above to notify any PvE plugins(not only RealPVE) that certain players or entities should be marked with a PvP flag, or have it removed when they leave the area. Additionally, there is an option to set a PvP delay when leave such zones.
-
If the issue persists, feel free to report it in this thread.
-
Changed Status from Pending to Fixed Changed Fixed In to 0.1.14
-
Hello, Adding the 'CanEntityTakeDamage' hook will indeed solve this issue for your plugin, but it's a workaround rather than a proper solution. You seem to be forgetting that a server can have over 100,000 entities(depending on map size and other factors). Every entity takes damage, and multiple entities can take damage per second. Each instance of damage is already processed by the RealPVE plugin, and if we add additional calls to your hook, that will at minimum double the number of calls. Then other plugins will start requesting their own hooks as well, just to avoid handling support requestsб further increasing the number of operations per damage event. Additionally, your arena is not active 24/7, meaning that in most cases, calls to your hook would be wasted. When they are relevant, they still create unnecessary server load. That’s why RealPVE is designed to work with general-purpose hooks(listed in the Developer API section) that allow marking or unmarking entities and players as PvP. This avoids the need for extra hook calls every time something takes damage. These are universal hooks, meaning your plugin doesn’t need to know about RealPVE, nor does RealPVE need to be referenced in your plugin. You simply call these hooks when a player enters the arena(PvP mode) and when they leave(there’s no need to call the hook on death). This makes the hooks not only efficient but also universal, any future PvE plugin, not just RealPVE, can utilize them. Your plugin doesn’t need to care about PvE plugins, and PvE plugins don’t need to care about your plugin. Nobody needs to worry about future plugins breaking compatibility. I’ve thoroughly documented these integrations in the Developer API section, probably more extensively than most other developers do for their plugins. You just need to read the documentation and copy-paste a few lines into the appropriate places, replacing them with your identifiers. Before adding these hooks(in November 2024), I even discussed this with you in private messages, explained their purpose, and asked you to add them. I even pointed out exactly where to insert the three necessary lines. I personally tested everything at that time, and it worked perfectly with those changes. However, you stopped responding. So I don’t quite understand why you are now asking me to add this hook when there is a proper solution that you already know about, one that will save server owners valuable performance.
- 105 comments
-
- #rust
- #real
-
(and 56 more)
Tagged with:
- #rust
- #real
- #pve
- #pvp
- #solo
- #build
- #friendly
- #raid
- #npc
- #monument
- #monuments
- #loot
- #looting
- #farm
- #newbie
- #custom
- #bar
- #ui
- #cui
- #panel
- #vehicle
- #claim
- #limit
- #limits
- #sleeping
- #bag
- #sleeping bag
- #bed
- #shelter
- #permission
- #permissions
- #vip
- #economy
- #economics
- #rad
- #town
- #radtown
- #queue
- #bypass
- #vehicles
- #raidable
- #base
- #bases
- #raidablebases
- #raider
- #raiders
- #humannpc
- #event
- #events
- #copy
- #paste
- #copypaste
- #plugin
- #plugins
- #umod
- #oxide
- #carbon
- #iiiaka
-
@NEXT@fermens Hello, the RealPVE plugin subscribes to the hooks OnPlayerEnterPVP, OnPlayerExitPVP, and others(Developer API section) that allow other plugins to mark players with a PVP flag. The Arena plugin author just needs to let RealPVE know that players in the arena should have the PVP flag, it’s literally just a couple of lines of code.
-
If the issue persists, feel free to report it in this thread.
-
Changed Status from Work in Progress to Fixed Changed Fixed In from 0.1.14 to Next Version
-
Hello, yes, this issue has already been fixed in a future update. Besides that, admins couldn't turn on furnaces and refineries with admin loot enabled.
-
P.S. A plugin that works with AdvancedStatus.
-
Changed Status from Pending to Not a Bug
-
You also can ask the author of the BalanceStatus plugin to add direct support for AdvancedStatus, it wouldn’t take much effort. But I suspect that the author is no longer maintaining this plugin, as purchases are disabled and the last support request has been unanswered since February of last year.
-
@Bad Cop Hello. You have opened a support request in the AdvancedStatus plugin, but you need to open it in the support section of the BalanceStatus plugin. Additionally, I can see that AdvancedStatus is not listed among the supported plugins of BalanceStatus.
-
At the moment, you need to enter the full command, "/pstatus display" In the next update, I will add messages for incorrect command input.
-
Hello, I'm glad that the issue has been resolved
-
Hello, you opened a support ticket regarding the RealPVE plugin in the TwigsDecay plugin. OnEntityEnter is an On object hook, meaning its return value doesn’t matter for plugins. It's just a warning that can be ignored, it doesn't affect anything, aside from being annoying with console messages. Oxide simply doesn’t account for this when checking for hook conflicts. I've already found and suggested a solution to this issue, but it needs approval. You can also support this solution to help get it approved faster. https://github.com/OxideMod/Oxide.Core/pull/103
-
Hello. OnEntityTakeDamage is an On object hook, meaning its return value doesn’t matter for plugins. It's just a warning that can be ignored, it doesn't affect anything, aside from being annoying with console messages. Oxide simply doesn’t account for this when checking for hook conflicts. I've already found and suggested a solution to this issue, but it needs approval. You can also support this solution to help get it approved faster. https://github.com/OxideMod/Oxide.Core/pull/103
-
Hello, could you please specify the exact command you're entering(in full)?
-
Changed Status from Pending to Work in Progress
-
Judging by your other support request, please check that you're using the latest(0.1.14) version of the plugin.
-
Changed Status from Pending to Work in Progress
-
Displaying custom image [ Resolved without support ]
IIIaKa replied to MrDirtySouth's Support Request in Support
If the issue persists, feel free to report it in this thread. -
Displaying custom image [ Resolved without support ]
IIIaKa replied to MrDirtySouth's Support Request in Support
Changed Status from Pending to Not a Bug -
Displaying custom image [ Resolved without support ]
IIIaKa replied to MrDirtySouth's Support Request in Support
Hello, I'm glad you figured out the issue!
