-
Posts
89 -
Joined
-
Last visited
-
Days Won
3
Content Type
Profiles
Warranty Claims
Downloads
Forums
Store
Services
Downloads Plus Support
DOWNLOADS EXTRA
Everything posted by Cannabis
-
A plugin won't be able to bypass the restriction I don't think.
-
I don't think something like this can be possible since it's not possible for server plugins to have localization data from the player without them connecting to the server first. Although it could potentially be possible with Carbon4Client if that's what you were intending instead.
-
I've worked with lost a couple of times in the past prior to this service listing going up. And they do great work, attention to detail and the process is very straightforward. Even my profile picture I have been using for years was made by Lost, highly recommend with zero complaints.
-
- 1
-
-
The default configuration serves as a starting point for server owners to add on to, I will not be adding everything in as it's meant to be an example, rather than a drag and drop. Yes, main perm is required to use any range finder, the specific perms are for more customization if you'd like to have tiered/variable maximum distances configured to certain skins of attachments. Could you open a support thread for the issue you seem to be having about enabling the permission for an attachment and it not displaying despite having both the attachment's specific permission and the main plugin permission, didn't come across that in testing.
-
Gonna play around with this, but I can't promise anything as I do have a larger project on my plate right now. Edit: Turned out a little simpler than I thought, might get this done in about an hour or two if all goes well. Edit 2: Finished it up, doing some testing now then I'll send you the file in dms once it's confirmed working and after that I'll clean it up and upload here for free. Edit 3: Looks to be working on my end here. Going to send it over to you in dms, do let me know if there's anything you'd like to change. I've never used the farming system before, so I'm unsure of how you wanted this to be formatted, but can change it to however you'd like it.
- 1 reply
-
- 1
-
-
I'm not too sure, which plugin are you using to do that? Sometime in the future I'll be going through the plugin and cleaning up, organizing and exposing a couple of things for other plugin developers to use to expand how the plugin can function within a server, and I could add something like this to support it natively with a console command rather than all through chat commands.
-
-
-
-
Sent a PM.
-
In terms of a railway flatbed train truck (I'll be honest here I have not the slightest idea what exactly you mean, so I'll assume a moving train car entity), things like deployables can be placed and all that, though not too sure about actual buildings in terms of a full blown base. Building in the air and underwater have been done, but not in a sense that it's feasible for a regular player to utilize (referring to a very specific admin tool plugin that is found elsewhere that I will not name). Albeit, I'm sure a feasible method could be found.
-
-
Interesting, thanks for bringing this up. As a developer who doesn't run a server or really actively use my own plugins outside of testing, insight like this is greatly needed. Sometime this week I'll look into changing the logic around on how player data is initially created. EDIT: Looking into Oxide, it appears that there's a few missing hooks from the documentation, and I can just listen in to when a player is added to a group, and check permissions from TDK that the group has and adjust accordingly. Might be able to have a working version here in a bit, and I'm also going to be revisiting how rockets are actually sent to let server owners customize the speed of their rockets (namely the HV rocket since they get sent at the same exact speed as a basic rocket and I've just overlooked this for a while.)
-
Version 1.0.3
23 downloads
Adds an easy and automated way for players to get rid of unwanted items. Configuration: { "Skin ID to use as the trash box": 3009357235, "Blacklist of items that trash box will not delete": [ "rifle.ak", "rifle.ak.ice", "hq.metal.ore", "metal.refined" ], "Use permission system?": false } Permissions: trashbox.use Example video$2.49 -
Probably not, I don't have the same drive for Rust as I once had many years back. I might do it later down the line, but I have other obligations to my currently published, soon to be published and private plugins that need to be addressed before I can even think about adding more food to the already small plate.
-
That would be a lot easier, wouldn't break anything privacy wise since a player can still choose if or when they have their mic on. Pretty sure forcing a mic to always be on would need modification on the client which would end up making it pretty much impossible for now.
-
Pretty sure forcing someone's mic to always be on transmitting data on a server breaks a couple laws. Don't think your reasons would hold up very well.
-
-
-
Having worked on old Rust since 2018, an authorization isn't required by a 3rd party to check if a player actually owns Rust since the older clients do that natively with Steam already. I might have an old design of a old Rust installer/launcher back when BPBlast was a thing, I'd have to look for it since it's been quite a few years since we shut everything down. I'll reach out to you if I find it, else I wish you luck with your project.
-
-
Current progress update: Restructured the data to be more compact and easier to follow if you decide to look inside of it. Also expanded it to support even more customization options for a player to fine tune as they please. Restructured how the permissions work, and now no longer create a permission for every individual rocket you're allowing to go up to. You are now able to create your own permissions each with their own rocket limit. Adding functionality to optionally remove old player data from the data file to keep storage size down and easier to navigate if this plugin is used on big servers with lots of people being added to the data file. Still working on: The ability to automatically have a players data be initialized with default settings defined in the config file. The ability for players to pick and choose which rockets types they would like to have enabled. An early form of (optional) CUI to move away from chat based commands, which will be further refined as I learn more about CUI creation. A blacklisting for any defined rocket type. Something I may look into in the future is support for the homing rocket, however I do feel it is currently really powerful on it's own and does not need TDK to modify it to make it even more powerful, so please do not ask for this feature. Maybe further down the line I will add support. If I'm forgetting something or you would like to suggest more please feel free to reply to this comment, or shoot me a pm. I cannot promise new requested features will be in the next update as I do not want to succumb to feature creep.
-
-
