-
Posts
1,776 -
Joined
-
Last visited
-
Days Won
15
Content Type
Profiles
Downloads
Forums
Store
Support
DOWNLOADS EXTRA
Services
Support Replies posted by ZEODE
-
-
I can add an option in the next update to make the announcements either global or to the player/team only.
-
Changed Status from Pending to Not a Bug
-
1
-
-
HI, that is standard Rust behaviour believe it or not. They stopped Napalm damaging bases a long time ago. The only damage from heli to buildings is by rockets. Napalm only hurts players.
-
1
-
-
On further testing, with Loot Defender and bypassing the Cargo Plane so drops spawn instantly, it works fine for me on my test server. I don't see the issue with them not spawning at all. Is it still happening?
Maybe there is another plugin which affects supply signals or drops?
-
Changed Status from Work in Progress to Closed
Changed Fixed In to Next Version
-
Changed Status from Work in Progress to Closed
-
I have found the error, which is a typo on my part. I will be releasing an update shortly which will address this. So sorry for this, I did a partial re-write of some of the methods in the plugin yesterday and copied wrote an error by mistake. Update soon to fix.
-
I have found the error, which is a typo on my part. I will be releasing an update shortly which will address this. So sorry for this, I did a partial re-write of some of the methods in the plugin yesterday and copied wrote an error by mistake. Update soon to fix.
-
Changed Status from Pending to Work in Progress
-
Changed Status from Pending to Work in Progress
-
I have reached out to nivex to add compatibility to Loot Defender, once they release an update this should resolve this issue. I will continue to look to see if there is a way around it for me, but I think it wont be possible until they update their plugin. But I will let you know. I guess in the meantime you could make it compatible by disabling the instant supply drop setting in Loot Defender? At least you could try disabling it and see if that resolves the issue for you?
-
Changed Status from Pending to Work in Progress
-
Hi, thanks for reporting this issue. You are not the only one to find this happening. I will be looking into this now and should release a fix later.
-
Changed Status from Pending to Work in Progress
-
Hi guys, sorry you are seeing this issue. I know the console spam is annoying but it shouldn’t change the plugin functionality.
I have been out and just got back home so I will sit down and look at this shortly to address this issue.
-
Sure, I will work on adding it to the next update
-
Changed Status from Pending to Closed
-
You can add the command, but I would recommend adding the items to sell in shops instead of using the command.
Use this to help you add the items to GUI Shop: https://codefling.com/plugins/bradley-drops?do=findComment&comment=27609
-
OK, I will do some testing with loot defender and that option later to see what I find. I use the plugins together without issue on our servers, but I don't use that option so I'll look into it.
-
Thank you, appreciate it
-
Hi,
When I asked on the discussion page, you said setting maxlvl to 0 would disable that skill, but it's not. Am I missing something?
On our servers we use a different plugin to handle all IOEntitiy power sources. Even with Electrician skill maxlvl set to 0 in config, the plugin is still affecting the IOEntities such as Batteries etc. We don't want this plugin to change any power source properties at all. It doesn't appear that there are any checks in Oxide hooks "OnInputUpdate", "OnOutputUpdate", "OnSolarPanelSunUpdate" and "OnEntitySpawned", or your methods "LoadElectricianEntities", "CheckElectricianEntities" to prevent IOEntities from being updated/changed, even if the Electrician skill maxlvl is set to 0. Having said that, it would be a lot of unnecessary calls to hooks we are not using for anything.
Since it doesn't look like those hooks are being used for anything else other than the Electrician skill, it would be nice if the plugin unsubscribed from them on load if (config.electrician.maxlvl <= 0). In fact, any skill where maxlvl is set to 0 it would be great if there was a check or the hooks unsubscribed from if not being used for anything else. Is this something you will consider at all?
-
Thank you, all good.
-
0.2 is why its causing an issue with falling through the terrain. Set it to 0.5 and you will be good, 0.4 is also usually OK, but to be safe I recommend 0.5.
Do you have any other plugins which control Bradley in anyway which might cause a conflict and make it not spawn?
-
Changed Status from Pending to Not a Bug
-
What are you setting for the parachute drag? If you set this too low, that is what can cause the falling through ground issue.
As for the not falling from the plane issue, without more info to go on I can't really help you. I am not having anyone else report such a thing and all my testing on my test server is working fine. Maybe if you give me more info, such as any error messages in console? Is the plane actually being called in? Does a normal supply drop fall instead? Anything that might help. Also, players say a lot of things
lol
-
it works fine, put 0.0 and it will spawn above the signal.
-
Changed Status from Pending to Not a Bug
-
I will see if there is anything else that can be done. I could easily add an option that would cause the tank to destroy any object that it collides with. This would solve this issue. I will try and add this to the next update. I am also working on improving the path finding and AI of the tank.
-
You can prevent people calling them near these objects by enabling the strict proximity check in the config:
"Strict Proximity Check (Checks for objects close to signal, prevents APC landing on objects)": true, "Strict Proximity Check Radius": 25.0,
This prevents players throwing the signal near objects within the radius you set, however, once the plane is called, players could still places these objects after to try and trap it. There is not a lot I can do about that, besides despawning the Bradley if it lands within these structures?
-
After looking into this more, I am noticing that the XPWeaponData.json file is being wiped on plugin load.
I added simple debug code to the plugin:
try { Puts($"DEBUG: Loading WeaponData..."); _weaponData = _WeaponData.ReadObject<WeaponData>(); _weaponCache = _weaponData.WeaponRecords; Puts($"DEBUG: Loading WeaponData Done!"); } catch { Puts($"DEBUG: Error, creating new WeaponData"); _weaponData = new WeaponData(); }
The console output:
XPerience was compiled successfully in 2570ms Unloaded plugin XPerience v1.7.4 by MACHIN3 [XPerience] DEBUG: Loading WeaponData... [XPerience] DEBUG: Error, creating new WeaponData [XPerience] Checking Config for invalid settings.. [XPerience] Config Check Complete
For some reason the plugin is failing to load existing WeaponData, therefore it is catching the error and creating a new data. Then, when someone reloads their weapon with an already modified primaryMagazine.capacity, it saves this as the defaultammo amount in the data file, then each time calculates off this incorrect and increasing defaultammo value:
if (!_weaponCache.ContainsKey(projectile.net.ID)) { int defaultammo = projectile.primaryMagazine.capacity;
As we can see from your code, if the weapon is not in the WeaponData, then it adds it and initially uses the primaryMagazine.capacity as the defaultammo amount. This would be fine, but because the weapon is already modified, it creates this problem which is compounded each time the server restarts or plugin is reloaded.
Do you have any ideas why the WeaponData is failing to load? Thanks.
-
Hi, the weaponry stat is currently bugged. It boosts mag size correctly the first time someone uses it. However, after each server restart or reload of plugin, the maxammo setting is multiplied again each time the plugin loads. I tried swapping the hook and it had the same result. Please see the video below:
-
Changed Status from Pending to Closed
-
Hey, thanks for the report! Whoops! I left it in there when I was testing some other stuff. It can be ignored and will be removed on the next update
-
Changed Status from Pending to Closed
Changed Fixed In to 1.0.31
-
Hi, thanks for the report. Can you let me know when and how often this is happening please?
Do you know which items you are trying to stack when you get this error?
-
Changed Status from Pending to Closed
Changed Fixed In to 1.0.23
-
Changed Status from Pending to Closed
-
Ooops, ty
-
Ваша конфигурация выглядит хорошо, нужные вам настройки установлены правилЬно. Кажется, у вас естЬ еще один плагин, который управляет разблокировкой ящиков для других игроков?
"Lock looting crates to owner": true, "Unlock looting crates to others after time in seconds (0 = Never)": 0,
Это хорошо, так что должен бытЬ другой плагин, разблокирующий ящики.
-
Привет, если игрок не атакует вертолет в течение определенного времени или слишком долго прячется от вертолета, он отключится по умолчанию в Rust.
Существуют и другие параметры конфигурации, которые также могут повлиятЬ на это, пожалуйста, опубликуйте свой файл конфигурации, чтобы я мог вам помочЬ.
-
Changed Status from Pending to Closed
-
Did you find anything? Are you still having this isue?
-
Locked crates is doable yeah, nobody else has asked for them and I haven't even thought about adding them either, but I think that would make a good addition. I will add that to the next update.
Supply Signal Alerts is a very old plugin, but very simple so not much can go wrong with it in the 5 years since it was updated. I wrote this plugin to be compatible with Inbound, which a lot of people use.
But if you want to carry on using SS Alerts, you could just open SupplySignalAlerts.cs in an editor and change this:
if (!(entity is SupplySignal))
to:
if (!(entity is SupplySignal) || entity.skinID != 0)
That should make it only announce for normal Supply Signals.
-
Changed Status from Pending to Not a Bug
-
Hi, thanks for your purchase.
Unfortunately that plugin is bound to conflict with this plugin as there is no control over what Helicopters it applies to. Also, my plugin uses its own custom targeting method.
I don't recommend using both plugins together.
-
Changed Status from Pending to Not a Bug
-
In that case you shouldn't enable custom loot in Heli Signals config.
Set them all to false, which they all are by default. You didn't need to change that..
"Use custom loot table to override crate loot": false
-
It depends what you are trying to do, you haven't answered my questions. Are you wanting BetterLoot to handle the crate loot?
-
Changed Status from Pending to Closed
-
Discussed in Discord, possible not a bug with the plugin, closing for now.
-
What Custom loot are you talking about? You have not added any custom loot tables. What you posted is the default loot table examples.
If you want BetterLoot to handle the Bradley crates, you should set "Use custom loot table to override crate loot": false NOT true.
You are getting only C4 because that is the default example loot items.
-
Are there any error messages in the console relating to this?
-
Please post your config file unchanged here, so I can check it.
-
feel free to share them yes
-
Changed Status from Pending to Closed
-
Yes, I always recommend storing them somewhere yourself to use, so that this sort of thing doesn't happen.
-
Unfortunately the server hosting the images is offline. Please save the images from the plugin page and use them as required.
-
Thanks for the report, I will look into this and release a fix asap.
-
1
-
-
There must be an error in the console if the signal is thrown, there is a timer which controls when it explodes and makes smoke. If that is stopped by something there would be an error in the console.
-
1.0.19 would be the previous version, not 1.0.18.
There is probably an error in the console if the heli is not coming. What is the error?
-
Thanks, but pasting error messages with no context or explanation of when or how it happens is not that useful to me.
Please describe how often this happens, is it with certain types of grenade or all, and any other info which you think might help.
I have been working so not much time, but I will look at this and your other problem a bit later on.
-
Changed Status from Pending to Closed
-
Changed Status from Pending to Closed
-
-
-
Ohhhh, I was thinking you were talking about Bradley Drops plugin, didn't see it was on this plugin. I will look at this in a bit and release an update to fix if needed.
-
Changed Status from Pending to Closed
-
Hi, I double checked this and its working fine. Please post your config file here, unchanged from how it is now.
Do you use any other plugins which affect Bradley health?
Thanks.
-
Changed Status from Closed to Gremlins
-
That error message doesn't help me at all. To see what happened I need to see the server log from boot up to a minute or so after that error. If you could send it to me in PM maybe I might be able to shed some light on it. Honestly, at this point I don't know what else to tell you. It works fine on all my tests, the only way I could reproduce your error was if there was a heavy load during startup and it meant Server Rewards was slow initialising. So maybe you have a huge number of plugins? Maybe your server isn't very powerful? You could try increasing the startup delay more and see if that helps.
-
Changed Status from Pending to Not a Bug
-
The only shortname for Supply Signal is "supply.signal", so I’m not sure what others you are trying.
I’m not familiar with their shop, I would recommend you check out their plugin page or ask for support in how to correctly add items to their shop using custom skins.
All you should need to do it is the shortname and the skinID, which I provide on my plugin page.
-
What are you putting as the shortname?
I don't have and can't possibly know all the shop systems and how they work, so you might need to check with the dev of that shop plugin on how to correctly add items. But I might be able to help.
-
Changed Status from Pending to Not a Bug
Suggestion
in Heli Signals
Posted
Changed Status from Pending to Work in Progress