Server does not need the trader categories any longer. Also clean up the server_traders.sqf file. This file is redundant. If server admins want to change the trader categories, they just have to edit the path and add the file to the mission.
All files in the archive will no be updated. Ive added a copy of the current trader files too, so the old traders and trader cities can still be used with the current trader files.
Give me a hint if you think some of the files should be moved back.
Replaced vehicle sethit/setvariable method with sethit/gethit and removed setvariable "Hit_" commands for vehicles (hit_partname can now probably be added to the setvariable filters list).
Modified object_getHit.sqf return to now provide the selection name in order to reduce redundant config lookups. Returns '[Damage, Part Name]', instead of just 'Damage'
Modified vehicle_GetHitpoints.sqf to remove incorrect hipoints from returning. Previously this script would return all hitpoints from any vehicle the current vehicle config inherited from, even if the hitpoint didn't exist in the calling vehicle. this posed a problem since getHit on an invalid part name returns Nil
This reverts commits b5f3f30 and 3e0ddef.
Discussed with oiad on discord:
- BIS_fnc_areEqual is much slower than short string comparisons
- String in array form is three times longer, which means more data sent over the network
This way keeps authKey as a string and still avoids pvval kicks.
RNG can be a cruel mistress.
Fixes: Value Restriction #121 "PVDZE_veh_Publish2" =
[[99,[4763.93,7521.36,-0.000228882]],"CSJ_GyroCover",false,"ItemKeyBlack958",<NULL-object>,"iN4r7X7Psetsq"]
Thanks @AirwavesMan
- Updated exceptions, added new filters and removed some which were not
useful
- Removed exceptions for testkit because it is not part of the mod
- Added notes to clarify for now, will move this info to BI wiki later
- Removed two unused files
This reverts commits c4816c8 and 83dd363.
These were not errors, oiad did not properly update his dayz_server
before testing.
Renamed variables and added comments to clarify object or position can
be used
Corrections for #1988
@BigEgg17 abs(_objHDiff) only tells you how much you have raised the
ghost from where it was when you started building. To test the actual
height above ground or sea level you need to use _position select 2.
Say DZE_BuildHeightLimit was 60m and DZE_buildMaxMoveDistance was 20m.
If the player started building at 55m and then raised the object 20m,
they would be allowed to build at 75m with your check.
Also getPosATL should not be used here. For example, I am swimming on
the surface of the water on Napf and getPosATL returns a height of 29m.
@oiad you missed zombie_wildGenerate.sqf in #1987
