nivex
-
Posts
5,932 -
Joined
-
Last visited
-
Days Won
200
Content Type
Profiles
Warranty Claims
Downloads
Forums
Store
Services
Downloads Plus Support
DOWNLOADS EXTRA
Everything posted by nivex
-
it is a Unity bug that causes this to happen when it crashes, and it happens on Vanilla servers as well. all it takes is for one server on the machine to crash and every other one CAN crash as well. This can be caused by FindObjectsOfType being used in the code (which Raidable Bases does not use) and the corresponding error code is unity segment fault 0x01. This is often triggered when ANY server on the box restarts or a plugin unloads/reloads so it can be from any of the servers on the machine. Most often from a dev server, or a server that repeatedly reloads plugins for whatever reason. many plugins use this above code so without all of them being fixed it can be a huge problem for shared hosts glad you are hopeful. I hate these issues as much as anyone... -
@Swedish Chefyes the spawning on the train tracks is fixed in the next update. your second issue is also caused by this issue I am still trying to fix the performance issue, but it's being difficult. would be nice if I had access to a machine with the issue
-
Server performance is my number one priority and I will continue to fix any performance issues. It is difficult when I can't reproduce them, and when so few people have the issue. Issues like this are much easier to fix when I have access to a machine in order to reproduce the issue. It is very difficult to fix something when you don't know the cause. It is intended and by design that npcs act erratically as it makes them difficult to kill. Collider issues can be fixed by updating CopyPaste and the tier packages. Otherwise it is caused by another plugin. I did ask the author of CopyPaste to remove unity scripts from being pasted in, and provided the fix, but have thus far been ignored. A plugin is not going to cause a server-node to crash. I don't know who told you this but they're wrong and if it was your host then find a different one that doesn't feed you nonsense. I apologize for the issues you're experiencing and you can rest assured that they will be fixed when I find a fix for them
-
@TwoShoesi am unable to reproduce issue with mini spamming players in 2.4.4. can anyone else confirm this is still happening? also I will not be replying to the closed thread regarding this simply because i'm asking others for more information here instead. also need step by step instructions to reproduce this. getting on a mini and flying in - nadda, getting on mini while already in - nadda
-
@chuck norrisyour issue is fixed in the next update !
-
@BatenkaIll have to remember this the next time someone mentions it isn't working. Oh fun oh fun =D Thanks guys for answering him
-
@DiDreamerif you are still having this issue then it is because of your Kits plugin. it is bugged and needs to be fixed. [HookMethod("isKit")] public bool isKit(string kitName) { return kitsList.Exists(p => p.Name == kitName); } this is the fix for the Russian version Kits plugin -
@chuck norrisI also need error messages from you, the one above is from Oxide and doesn't tell me enough
-
hi. I need error messages
-
heya. no. this is disabled by design
-
@Albonationit's an interesting combination of ideas. I'll consider it and I'm sure it'll appeal to many others too- 634 comments
-
- 1
-
-
- #rust
- #rust plugin
- (and 6 more)
-
2.4.4 released with even more fixes, including players being spammed while mounted which I forgot to put in the update notes
-
guess I should have stated these issues were fixed when I released 1.1.9 on the 12th I am aware of the issues with guntraps and tesla coils not doing damage, and also with the exception being thrown from OnPlayerSleep. releasing update for this shortly @Albonationcan you provide details on what this option should do? the plugin already protects offline players so long as they haven't been offline more than the configured time @Rust AdminI've added the Allow Players To Use MLRS option in next update
-
Fixed new bases despawning shortly after plugin load Fixed issue with no containers being found due to above issue Fixed issue where loot table stacksize option would not work Fixed issue where loot could be nearly identical Fixed performance issue with buyable events Fixed bases not spawning (collider.name throwing exception) Fixed npcs taking damage from external high wall ice (SimpleBuildingBlock => ShortPrefabName) Fixed QueueNotification.NullReferenceException (check BasePlayer.IsConnected) Blocked spawning on the train_track prefab Removed support for syringes (will support native Rust in future) Added `Event Messages => Ineligible For Rewards` to specify to players why they were not rewarded Added `Npcs => Kill Underwater Npcs` (true) pending a test to confirm no issues and ill release this
-
just fixed the issue with bases despawning for no reason, and fixed the issue where you'd get the message that no containers could be found this happens within 30 seconds of the plugin loading if a base pastes before that time is up both issues fixed (the first issue fixes the second as its directly related. despawn = no boxes ) also I can't remember who reported this to me RIP so I can't tag them to let them know
-
@romanulrichno problem! I am going as fast with this fix as possible and I'm just waiting on confirmation that it's actually fixed my patreon is https://www.patreon.com/nivex
-
FPS issue affecting Buyable Events has been found and fixed in next update Moving onto issue with stacksize not working properly now... then I will release the update as-is before any requests since these are important fixes
-
@CovfefeI still want the location shown, changed in next update to:
-
you can type /rb wipe did you have a weird wipe where the plugin didn't load to start with and was loaded after it was fixed? if not then it may be bugged npcs do not move inside of bases by design. i am not sure how to make them move or if its even possible yet but i know Rust mentioned it being a possibility at some point before. vision will likely require Rust AI to be improved but ill definitely check into improving it myself when able
-
@Sahyattsorry for the late response I must have looked over your edit to your message. Force All Bases To Spawn At Height Level set this back to -1.0 as you have it set to 0.0 currently
-
there is nothing I can fix. I spawn npcs properly on the navmesh. Facepunch must fix NavAgent.isOnNavMesh to remove this bogus warning message
-
well it is not going to show for many reasons. if you're flying, in vanish, not active, have it set to remove admins from list, have it set to award only the owner of the raid, or have it set to only award allies of the owner
-
@406_GromitI have blocked train_track prefab in next update so hope that fixes the issue for you
-
can you post your nightmare profile via pastebin.com ? you have it disabled "Send Messages To Player": false this is happening on a machine using a custom 2.4.2 version variant (which I fixed the compile issue for) as well so I doubt it is the plugin itself as this did not happen on this particular machine before the Rust update. either way I am definitely looking into it. I doubt it's from RaidableBases, and even if it were there is nothing I can do about it. I never place npcs off of the navmesh, so this message is bogus, further enforced by the face that the Rust NavAgent.isOnNavMesh is bugged, and is likely why it is showing these false-positives to begin with use a plugin such as NavKiller to hide these messages, and I think you can configure Console Filter plugin to do this as well
-
i'm tired and will get back to you guys when I can focus
