-
Posts
1,604 -
Joined
-
Last visited
-
Days Won
28
Content Type
Profiles
Warranty Claims
Downloads
Forums
Store
Services
Downloads Plus Support
DOWNLOADS EXTRA
Everything posted by Mr01sam
-
So as an extension (that you can find in the Extensions plugins on the plugin page) I provide a UI that will appear when players first spawn and it makes them choose "PvE" or "PvP" in the config you can provide your own custom UI json that will let you flavor this as Soldiers vs Citizens ect (you can also change lang file if you just want to update the wording). As far as the restriction of not be able to *use* weapons and whatnot, that sounds pretty specific to your needs on your server, so you will probably need a custom plugin to handle that. What this plugin does is make it so some people can participate in PvP and some people cannot. Those who cannot can still fight NPCs and whatnot. I hope that clears things up.
- 311 comments
-
I believe that if you have made the decision to make your server a mixed PvE/PvP server, there is always going to be cases like this. That being said, the goal of this plugin is to provide admins the option to have restrictions in place that prevent things like this or at least make it very inconvenient. Currently, a PvP player cannot access anything that a PvE player owns. They can't open boxes or loot any of their things. So in your example, they would have to rely on the PvE player manually fetching the items themselves. They would also have to trust the PvE player to actually give it back, because if the PvP player gave the items, they will have no way of making them give it back (if you have raiding disabled against PvE players). As an admin you can also force players into PvP if you suspect that they are doing such exploits and you have made it a rule on your server to forbid this. In the future, more restriction options can be added, such as preventing PvP players from even picking up items that PvE players have dropped (and vice versa). If this is something that would be helpful I can look into adding it in a future patch.
- 311 comments
-
- 2
-
-
- 311 comments
-
- 311 comments
-
- 1
-
-
- 311 comments
-
- 311 comments
-
- 1
-
-
- 311 comments
-
- 1
-
-
- 311 comments
-
- 1
-
-
Version 1.1.2
195 downloads
This plugin allows you to set how many times per day players can raid bases. It is a very straight forward plugin with lots of features to customize it for your server such as scheduled reset times, custom UI, and protection options. Features: Limit number of raids that players can perform daily Scheduled reset times, even when server is offline Option for "free" raids against your attackers when defending your base Limit sync with teams and clans Assign bonus raid points to individuals Damage thresholds for raids Configurable messages Customizable UI Works with Simple Status Works with Clans Works with protection plugins (configurable) Documentation: A full readme including permissions, command, and config options is available in this google doc link. Disclaimer: Like all of my plugins - this plugin is sold as is. I will be happy to take feature requests into consideration but make no guarantees about which ones get implemented. Please refer to the feature list before you make your purchase$19.99 -
- 311 comments
-
Yes! I designed this plugin with the idea that it can integrate with others. Allow me to address your questions: 1) Prevent Looting A nice clean way to remedy conflicts from two plugins that do a similar thing is to simply disable that feature in one of the plugins. It is true that War Mode can prevent PvE players from looting/being looted, but you can simply disable this feature in the config and have the other plugin handle it. 2) PVE Mode I'm not familiar with this plugin but I could see it fitting nicely together with War Mode. I'd have to get familiar with that plugin and would likely need some help testing it out and figuring out how we would want them to integrate together - but yeah it would be nice to do that! 3) Vehicles Currently War Mode does protect vehicles for PvE players but ONLY if ALL the players in the vehicle are in PvE mode. If there is at least one PvP'er riding along, then the vehicle can be targeted. Unpiloted vehicles currently are unprotected as well as in vanilla rust theres not really a good way to say "this vehicle belongs to X player". I'd like to expand this in the future if theres a demand for it - perhaps integration with the plugin you mentioned would be the way to go. 4) Raidable Bases War Mode currently has some support for Raidable Bases - as in - PVE players can participate in raiding Raidable Bases owned by NPCs. I'm not really familiar with the concept of "purchasing" a raid in that plugin, maybe its in a version I haven't used, but your request to make it so only PVE players have to buy PVE raids and PVP players have to buy PVP raids I think would be totally doable. Again its one of those things we'll just have to nail down and test. 5) Hostile Time Not familiar with this plugin - I'm assuming it just allows you to change the time you are "hostile" to safe zones? And I believe you are requesting that if you are in PVE mode you get the modified hostile time, and if you are in PVP mode you get the vanilla time? From what I can see, it seems that plugin globally adjusts the hostile time, so I'm not sure you can pick and choose who gets it. That being said, it does give me an idea to add restrictions to prevent players from changing their PVP/PVE mode while they're marked hostile. Thanks for the suggestions, I'd definitely be willing to pick one of these to start and if you're willing to help me test it we can get it added to this plugin down the road!
- 311 comments
-
- 311 comments
-
- 2
-
-
- 311 comments
-
So the first two I think can be done with permissions already. 1) You can simply remove/add players to the "warmodepve" permission group to mark them as PVP or PVE. For example: // Force a player to be PVE o.usergroup add <player> warmodepve // Force a player to be PVP o.usergroup remove <player> warmodepve 2) With vanilla oxide/carbon you can't automatically assign players to a group (or mass remove them) but with plugins like permissions manager you can. Same concept, just add players to the warmodepve group if you want them to be pve and remove them if you want them to be pvp. https://codefling.com/plugins/permissions-manager 3) That is certainly something I can look into doing down the road, I would probably do it as a separate extension plugin to not bloat this too much. In either case, good idea I appreciate the feedback!! If the solutions for 1) and 2) are too cumbersome I can consider adding those as commands - I just want to avoid adding functionality that can already be achieved with free plugins if I can!
- 311 comments
-
I haven't tested it myself but both TruePVE and WarMode allow you to turn on/off protection for certain things, if you configure them both to not overlap with each other then you shouldn't have an issue. Let me know if you need help configuring, I've done this sort of thing with some of my other plugins.
- 311 comments
-
I think that will be a pretty common use case and I thought about adding it. Since its permission driven, really any plugin could handle this, so I might include it as a free extension plugin that people can use, just so I don't have to try and stuff too many things into a single plugin. In the meantime, if this is something you'd like I can whip together a quick UI plugin that will do this for you.
- 311 comments
-
- 311 comments
-
So currently this plugin has a little bit of what you're asking. If you don't want players to be able to change their mode on the fly, you can do that, all you need to do is just not give them the warmode.flag permission and then they won't be able to change it themselves. As for setting the entire team/clan to PvP if one is PvP this plugin doesn't do that for the players themselves. However it does do that for buildings. If a TC has atleast one player authed on it that is PvP then the entire base is considered PvP and can be raided. That being said, if this system doesn't work out Im open to suggestions.
- 311 comments