-
Posts
184 -
Joined
-
Last visited
-
Days Won
3
Content Type
Profiles
Warranty Claims
Downloads
Forums
Store
Support
DOWNLOADS EXTRA
Services
Everything posted by BlackLightning
-
When you say you cannot put anything in them, do you mean that they have the checkered appearance? If so, that means wherever you placed them (in your inventory, in a container, etc.) has a limit of 0 for that bag category. Bag limits can be changed in the config. By default, players can place items in up to 3 bags in their inventory at once, but cannot place items inside bags that are inside of storage containers.
-
My discord username is blacklightning33.
-
If you want bags to automatically appear in loot containers, you can enable it in the config. It's not enabled by default. The instructions are in the documentation. If you are using another loot plugin, you may need to enable the option that adds the bags with a delay.
-
- 13 comments
-
- 1
-
-
Changed Status from Pending to Closed Changed Fixed In to 1.2.2
-
I tested but was unable to reproduce this issue. This issue was introduced last month with the water update but was subsequently fixed. Can you confirm you are using v1.2.3? According to the download history, you last downloaded this plugin on 4/29, so you cannot possibly be on v1.2.3. Simply update to v1.2.3 and the issue will be resolved.
-
I will look into this in a few hours.
-
- 37 comments
-
- 1
-
-
- #helicopter
- #minicopter
-
(and 7 more)
Tagged with:
-
- 37 comments
-
- #helicopter
- #minicopter
-
(and 7 more)
Tagged with:
-
Thanks for the feedback. I released v1.2.0 with pilot-based permissions. I chose not to pursue passenger-based permissions for now because it doesn't seem very straight forward for this plugin. Pilot-based permissions can result in the scenario you described, which unfortunately may be somewhat likely for minicopters given how easily I find myself mounting the wrong seat by accident. In the event that the wrong pilot does mount the heli and cause it to sink, the correct pilot would unfortunately have to dive down and mount the pilot seat briefly in order to trigger it to rise, which is a risky endeavor without the right equipment, partially defeating the purpose of this plugin. However, even if they drown in the process of recovering the heli, I think their corpse loot will float, so overall it's a minimal setback. For now, let's wait and see what feedback players provide.
- 37 comments
-
- 1
-
-
- #helicopter
- #minicopter
-
(and 7 more)
Tagged with:
-
Do you have the Item Retriever plugin installed? It is a requirement to be able to pull ammo from bags. Without it, I'm aware of an issue where the game client will indicate to the player that they have the ammo, allowing the reload attempt to start, but the server doesn't know where to find the ammo so nothing happens. That isn't technically caused by the plugin, it's due to a mismatch between vanilla client and server side logic.
-
One issue with this is that if the player dismounts the heli, the plugin has to remember who was last piloting it, in order to remain buoyant, in case the heli is above or in water when the player dismounts. Tracking that is relatively easy for the plugin to do in-memory, but I also have to account for plugin reloads and server reboots. I see two possibilities at the moment. 1. The plugin could use a data file to remember which helis are buoyant. Whenever a player mounts a heli, the buoyancy of the heli will be determined by that player's permission, and the plugin would remember that state until another player mounted it. 2. The plugin could automatically assign ownership to helis when a player mounts them. This approach will likely need more definition, though, because it could cause problems for other plugins if ownership changes, especially for vehicles spawned by other plugins. One way would be to auto claim only unowned vehicles (only assign ownership the first time a heli is mounted), but that would mean one player could mount a heli just once as a way to make it buoyant for another player, as a sort of gift or trade. Let me know if you have a preference or concerns about either experience. Another question would be, do you want to require that the pilot have the permission? What about passengers? Passengers are a bit different in behavior because let's say the pilot doesn't have permission, the passenger mounts and the heli becomes buoyant, then the passenger dismounts, and the heli becomes not buoyant because the remaining player (the pilot) doesn't have permission. Also regarding passenger permissions, would you want to count players in the back of the scrap heli, or just players sitting in chairs?
- 37 comments
-
- #helicopter
- #minicopter
-
(and 7 more)
Tagged with:
-
Changed Status from Pending to Closed
-
Ok, since you got it working, I'll go ahead and close this out. Feel free to reply here if you need further assistance or once you figure out which plugin is conflicting.
-
The tool and cable configuration cost is the same for all players. What makes you think the tool or cable should be free? Did you configure it to cost 0? This is not to be confused with cable cost per meter, which is how much of the cable in your inventory is consumed when deploying a zipline. The Zipline Tool does not shoot any projectile, but a small impact effect is played where it hits to show you what was hit. Help messages are also printed in chat telling you what is happening and what to do next. The Zipline Cable is automatically consumed when you complete the zipline, so there is no need to tell the Tool to use the Cable, as it's automatic. Since you are using the Unrestricted profile, no Cable will be required and no Cable will be consumed.
-
- 37 comments
-
- #helicopter
- #minicopter
-
(and 7 more)
Tagged with:
-
Version 1.0.0
1,524 downloads
Allows changing the max stack amount that industrial conveyors can transfer at once. How it works In vanilla Rust, let's say you have a stack of 500 scrap in a box. A connected industrial conveyor will transfer out at most 60 scrap from that stack at a time. This plugin allows you to change that 60 number to whatever you want, and allows you to set different numbers for different players using permissions. This plugin is especially useful for servers that have high loot content and high stack sizes. Note: Even when using this plugin, the transfer max stack amount cannot exceed the item's max stack size. For best results, adjust max stack sizes as well. Related ConVars If you are having issues with conveyor transfer speeds, consider changing the following ConVars as well. server.conveyormovefrequency -- How often industrial conveyors attempt to move items. Setting to 0 will disable all movement. Default: 5. server.maxitemstacksmovedpertickindustrial -- How many stacks a single conveyor can move in a single tick. Default: 12. As an alternative to this plugin, you can try simply increasing the server.conveyormovefrequency ConVar, but that may affect server performance, and will not help that much for servers with very high stack sizes. Another alternative is for players to simply spread out the items in the source container, since that will utilize the conveyor feature to move multiple stacks at once (which is a ConVar-controlled number), but that is more work for players. Permissions This plugin uses the permission system. To assign a permission, use oxide.grant <user or group> <name or steam id> <permission>. To remove a permission, use oxide.revoke <user or group> <name or steam id> <permission>. By default, the plugin provides the following permissions. Each one grants the corresponding max transfer amount to all industrial conveyors deployed by the player. conveyorstacks.amount.100 conveyorstacks.amount.1000 conveyorstacks.amount.10000 conveyorstacks.amount.100000 Notes These permissions are generated automatically when the plugin loads and reads the config. You can change these values and even add more by editing the config and reloading the plugin. If a player has multiple of these permissions assigned, the highest will apply. If you grant one of these permissions, then change that number in the config, the old permission will no longer exist, so you will have to grant permission again for the new value. For a seamless installation, make your intended config edits before granting any permissions to avoid any confusion. Configuration The settings and options can be configured in the ConveyorStacks file under the config directory. The use of an editor and validator is recommended to avoid formatting issues and syntax errors. Default transfer max stack amount (Default: 60) -- Determines the max stack amount that industrial conveyors can transfer at once. Can be overriden by granting permissions. This default value of 60 matches vanilla Rust as of this writing (March 2023). Transfer max stack amounts requiring permission -- Defines additional max stack amounts that will be used to generate permissions like conveyorstacks.amount.<amount>. Developer Hooks object OnConveyorMaxStackAmountChange(IndustrialConveyor conveyor) Return false to prevent the plugin from affecting the conveyor.Free- 13 comments
- 1 review
-
- 2
-
-
Changed Status from Pending to Closed Changed Fixed In to 1.5.0
-
I added the /zipline toggle command in the v1.5.0 update.
-
It could easily be changed to the "Use" or "Reload" keys. To do that, search the code file for FIRE_THIRD and replace with USE or RELOAD. The "Use" key is not ideal because it's used for things like mounting and picking up the zipline (not to mention many other interactions). The "Reload" key will cause the crossbow to load an arrow if you have one. While I can block the crossbow actually loading an arrow on the server side, I can't block the client-side animation from occurring if you have an arrow. I could make it use the "Light Toggle" or "Change Vehicle Seat" keys, but that will require adding a hook to detect when players run those commands. I could add a command to toggle it, such as "/zipline toggle".
-
It's stated in the documentation that vehicles do not implement ownership in vanilla Rust, so another plugin must be installed (and correctly configured) to assign ownership. If you are buying the minicopter from Airwolf vendor at Bandit camp, install the Vehicle Vendor Options plugin, assign the vehiclevendoroptions.ownership.minicopter permission, then purchase another minicopter. For vehicles spawned by Vehicle Airdrops, they will already have ownership if dropped by a player-thrown supply signal. Random vehicle airdrops will not have ownership. I'm talking about the plugin by Nikedemos, I don't know about the competitors. For other unowned vehicles (or as an alternative to Vehicle Vendor Options), set the following config options (especially the first option) in the Vehicle Deployed Locks config, then remove and redeploy the lock. "Auto claim unowned vehicles when deploying locks": true, "Auto replace vehicle ownership when deploying locks": true,
- 37 comments
-
- 1
-
-
- #helicopter
- #minicopter
-
(and 7 more)
Tagged with:
-
- 37 comments
-
- #helicopter
- #minicopter
-
(and 7 more)
Tagged with:
-
Thank you for reporting this! This was a regression introduced in v1.1.1 due to logic which sets the helicopter to vanilla drag when the plugin adds buoyancy to it (when the heli spawns, or when the plugin loads), which was done as a retroactive mitigation for people who had helis that were permanently slow, which could happen in rare cases when reloading the plugin while helis were currently in water. At the time of that change, I did not anticipate that other plugins would alter heli drag. Edit: This has been fixed in v1.1.2 which uses a different design for ensuring that helis are reset to the correct drag when leaving water. I also fixed a compatibility issue where Vehicle AirDrop helis that land initially in water would be permanently slow after leaving the water.
- 37 comments
-
- #helicopter
- #minicopter
-
(and 7 more)
Tagged with:
-
- 37 comments
-
- #helicopter
- #minicopter
-
(and 7 more)
Tagged with:
