-
Posts
2,131 -
Joined
-
Last visited
-
Days Won
17
Content Type
Profiles
Warranty Claims
Downloads
Forums
Store
Services
Downloads Plus Support
DOWNLOADS EXTRA
Everything posted by ZEODE
-
Changed Status from Work in Progress to Closed Changed Fixed In to Next Version
-
Changed Status from Pending to Closed Changed Fixed In to Next Version
-
Changed Status from Work in Progress to Closed Changed Fixed In to Next Version
-
This is done, will be on the next update tomorrow
-
I have added this option in the config on the next update which will drop tonight or tomorrow. -
Update will go live tonight or tomorrow.
-
Changed Status from Work in Progress to Closed Changed Fixed In to Next Version
-
Changed Status from Pending to Closed Changed Fixed In to Next Version
-
I have fixed this another way, it will be on the next update which will drop later tonight or tomorrow.
-
On further investigation, it looks like there is a bug in Dynamic PVP which is still creating the PvP zone, I have reached out to Catmeat, the dev of that plugin to resolve.
-
Changed Status from Not a Bug to Pending
-
Changed Status from Pending to Not a Bug
-
Sorry it's taken so long to reply. I didn't realise the dev of Dynamic PVP has updated their plugin with new options. As of version 4.2.15 of Dynamic PVP, the dev added compatibility for my plugins. There is a new config option which will fix this for you on their plugin. Under general options, make sure this is true: "If the entity has an owner, don't create a PVP zone": true, This should prevent the PvP zone being created.
-
Changed Status from Pending to Work in Progress
-
Changed Status from Pending to Work in Progress
-
Hi, yes I have narrowed this issue down and fixed it. It is safe to ignore and does not harm the functionality of this plugin or cause any other issues. The next update will address this issue.
-
Hit me up on Discord and i can chuck you a test version, the next update wont hit for a little while and at least then it will be fixed for you until then. Join my Discord here and message me: https://discord.gg/9bubrSgr
-
You have a problem/error in your config, make a backup so you can copy any settings across you might need, then delete the config and reload the plugin to generate a default config. Then edit it to suit.
-
I think I know what the issue is, and it will be resolved on the next update.
-
Hi, thanks for the report. Did this used to be an issue for you or did it work before?
-
Done, on latest update. -
Changed Status from Pending to Work in Progress
-
Yes there is a little difference in drop location if you have a high plane speed. This is related to tickrate and server FPS. Higher server FPS and tickrates mean more accurate drop position even with a faster plane. Lower tickrate and FPS servers cause this difference in drop location. But I was going to add a randomisation into the config to allow a similar thing to you describe to try and combat this. I have another couple of ideas I am working on too.
-
Thanks for posting this here. 1. I will release a fox for this soon. 2. There’s really not anything I can do about this, unless I made an option so that any deployed entities, including C4 which are within a certain radius of where Bradley lands are destroyed just before it lands and becomes vulnerable to attack?
