-
Posts
39 -
Joined
-
Last visited
Recent Profile Visitors
The recent visitors block is disabled and is not being shown to other users.
LandOfTheBlind's Achievements
-
LandOfTheBlind started following Loot Table & Stacksize GUI
-
LandOfTheBlind started following Prevent Level Reward Commands from Resetting Each Wipe , Compile Error After Server Restart , Not Receiving Code When Ballas Are Killed and 1 other
-
Since the may update, each day after our scheduled reboot, Item Perks will not be loaded with this error: Error while compiling ItemPerks: Cannot convert type 'BasePlayer' to 'Oxide.Plugins.HumanNPC' via a reference conversion, boxing conversion, unboxing conversion, wrapping conversion, or null type conversion | Line: 1905, Pos: 91 Once all the other plugins are loaded, I can do the o.load/reload command on it and it compiles and loads fine. I'm thinking it's trying to load before the HumanNPC plugin and that's why it's throwing that compile error. Is there a missing reference to HumanNPC maybe where it's not waiting for it to be loaded or is there something I can do on my config to have Item Perks have like a delayed loading without having to rely on external scheduled commands to reload it after restart? Thanks!
-
Not Receiving Code When Ballas Are Killed
LandOfTheBlind replied to LandOfTheBlind's Support Request in Support
OK, I finally figured it out. I had the "use the countdown GUI" set to false along with the GUI announcements and Notify, thinking that Countdown was another optional plugin. I figured with chat being the only notification method enabled, the code would be presented there. I enabled the countdown GUI and I'm seeing the display with the code once the ballas are dead. I'm not sure the use case for disabling the countdown GUI but maybe just take that config out as 1/2 the plugin won't work without it? "GUI setting": { "Do you use the countdown GUI? [true/false]": true, "OffsetMin Y": "-56" } Just in case anyone else struggling with the code runs across this, here's what is supposed to be visible with the countdown GUI setting enabled. -
Just added this cool event a few days ago and all my players are saying they never receive the code to the bathroom door when the Ballas are killed. I hopped on the server this morning and ran the event a few times and I didn't see a code either. I saw one of the other support requests mention it's at the top of the screen but I made sure to minimize the hud plugin and anything that could be obscuring it but I still never saw any code displayed. Could you possibly share a screenshot of what I'm supposed to be looking for? I don't doubt it's working but I must not be very observant. lol Thanks!
-
A couple of my players brought up this issue as well. I added a few debug lines and it seems that when a node is fully harvested, it's not triggering the OnEntityDeath hook that the plugin is watching for this perk. to work. Not sure if it's a change Facepunch made or an issue with the oxide/umod framework.
-
Prevent Level Reward Commands from Resetting Each Wipe
LandOfTheBlind replied to LandOfTheBlind's Support Request in Support
Awesome! Thank you so much! This is a great plugin by the way. Been running it for a couple of months now and the players love it! -
Prevent Level Reward Commands from Resetting Each Wipe
LandOfTheBlind replied to LandOfTheBlind's Support Request in Support
Yeah, I have those settings: "Erase all data on wipe - wipes everything": false, "Erase ExtraPockets storage on wipe": true, "Refund skill points on server wipe": false, But the ones I'm talking about are the specific player rewards at certain levels. For example, at level 5, I have this: "List of rewards the player receives based on level": { "5": { "List of commands and chat messages that the player receives when reaching the specified level [Left = command. Right = Private message to player]. {id} = steam ID. {name} == name.": { "oxide.grant user {id} backpacks.size.15": "You reached level 5! You earned 3 more slots of storage in your backpack!" }, "List of commands that are fired off when the player data is reset": [ "oxide.revoke user {id} backpacks.size.15" ] }, It works fine when the players reach the level, the command is executed and they receive the permission, however on the next month wipe, even if I do not wipe player data, the oxide.revoke commands all run and clear the backpack permissions. I'd like for those reset commands to be run only when I explicitly run the "resetdata" or "stresetalldata" not on map wipe. Thanks! -
Prevent Level Reward Commands from Resetting Each Wipe
LandOfTheBlind posted A Support Request in Support
I'm using the "List of rewards the player receives based on level" section to grant larger sized backpacks every 5 levels and it's working great. The issue is that I'm letting the Skill Tree levels carry over between wipes and only intend to reset quarterly, however each wipe clears all the backpack permissions and it takes me around 30 minutes to go through and manually reset each player's backpack size to their level. I have the "erase all data on wipes" set to false but all the revoke commands still run and removes all the backpacks permissions. Am I missing a configuration setting or is it possible to add a setting to not run the "List of commands that are fired off when the player data is reset" commands except for when resetdata or stresetalldata is called and not just on map wipe? Thanks! -
@nivex May I suggest a feature for your consideration? I'd like to have some force progression with the raidable bases on my server. Right now, I start with just easy bases spawning on wipe and will open the next difficulty every few days over the first couple of weeks. I was thinking that since you already have the ranked ladder feature tracking points, could there be a setting that would prevent a player from entering a certain difficulty raid until they accumulated a specific number of points? For example, easy bases would have 0 point requirement, mediums would be 10, and so forth. The second idea I had would be if each difficulty would require a permission to be able to enter the raid. I am also using another plugin that adds an RPG style player progression so I could grant access to the next tier raids upon them reaching a milestone level. Thanks!
-
Thanks @Steenamaroo! Also, I was thinking more about when you mentioned yesterday about adding the equivalent of Limit_ShortRange_Weapon_Use for other weapons. I'm not sure how complicated it would be to break it down by specific weapon or at least weapon class, but maybe have a global config section where you can specify max range for each weapon (ie: "pistol.revolver": 50.0, "smg.mp5": 125.0) or maybe just by class (ie. pistol, smg, shotgun, rifle, lmg). If the bots equipped with that weapon/class are further than the max range, then they path to the player with aggro before firing. Again, not sure how much work/rework that would take but just wanted to share that idea. Thanks again for all your hard work on this amazing plugin!
-
LandOfTheBlind started following Skill Tree
-
I have a couple of questions regarding XP for bradley and patrol heli. In the plugin description it says that it's compatible with Loot Defender for shared XP. I'm currently running the latest 2.1.1 version of that plugin but I'm not seeing any settings for shared XP. I only see a "Rust Rewards RP" option. Just curious on how this integrates with that plugin? Second question is regarding heli XP. Is that something else that can be handled by Loot Defender as well because I don't even see patrol heli as an option under XP sources in the Skill Tree configuration, just the LootHeliCrate one?
- 1,126 comments
-
- #leveling
- #progression
- (and 13 more)
-
I didn't know if I was just overlooking a setting or what. Thanks for explaining in detail what each of those settings would affect. I might end up reworking some of the bot kits but I appreciate you looking into the shotguns when you get a chance.
-
I'm having trouble with the range and accuracy of any bot with a range weapon. Any time a player shoots one of the ranged bots, they are instantly headshot each time. The bots that have shotguns are the worst. I have some low level bots around supermarket and a few have pipe shotguns with buckshot. They will annihilate even a full kit in 3-4 shots from over 300 meters. I have turned down the accuracy to 40 and range damage to 0.2 but players are still getting wrecked within a few shots. I have similar issue with other bots with pistols and rifles having laser range/accuracy. I don't remember it being this bad. I think what makes shotguns so bad is that the shot doesn't seem to spread. Getting hit with buckshot will register anywhere from 3-6 hits in the same part, so if that happens to be headshots, you're down to <20 hp with a ton of bleed. In the meantime, I have accuracy and damage reduced across all profiles and limited bleed to max of 10 and just 1 per shot. I have the following config and profile options set but maybe I missed one that would help? "Reduce_Damage_Over_Distance": true, "Limit_ShortRange_Weapon_Use": true,
-
Items in lockers not included in the loot count
LandOfTheBlind replied to LandOfTheBlind's Support Request in Support
Thanks, Nivex! Completely missed that in the config. Keep up the great work! -
I had a couple of players complain to me about the loot from their raids. I have the hard and up raids set to where there will always be some rockets but they said a few raidable bases didn't give them any. I checked a few bases and always found rockets but I think I noticed what was going on. The loot remaining counter seems to only show items in remaining boxes & TC. If they break all the boxes, their loot remaining shows 0, but there were 2 lockers in a different section that had multiple rockets, guns, ammo, and clothing/armor. They stopped raiding once they hit zero to not waste any explosives so I can understand the confusion. I checked both the main config and the per-profile config and I only see options for spawning items in lockers. I don't know if I'm missing something in my configuration, if this was a known bug, or something else? I don't want the players to miss out on what seems to be the better loot that gets put in the lockers so I didn't know if I was doing something wrong. I can provide configs/logs if you need those. Thanks!
-
I've had the plugin for a few months and have only had it available to admins for testing. The main issue we are having is that we will run /recycler and the interface will open, you add items to recycle, click the "Turn On" and you will hear it running, but it doesn't recycle until you toggle the recycler off. Once you turn it on and then off, the items will start recycling. The only other recycler related plugin I'm running along side this one is Extended Recycler off of umod. Any idea why the on/off controls are reversed?