Public variables used in the carry and drag functions are only compiled on the client. Only the server can use these PVs. They should be blacklisted in Battleye publicvariable.txt. PVDZ_sendUnconscious has been replaced by PVDZ_Send with server side security.
Add unconscious array to unload action. Add the carry action. Add the rest of the bloodbags to the bloodbag array. The typed bloodbags get their own actions so the player can select which bloodbag to administer. Alter the sepsis bandage option with a new localized string. NORRN_loadWoundedAction variable is no longer necessary. Remove redundant gear checks.
In cases like this where only one selection is required, the switch option is not the best option because it is slow. Using an inline function with exitWith, the most common options are placed at the top with the least common options placed near the bottom.
This adds 2 new versions of cargo trucks. A truck for items and a truck for weapons. Also setting the supplyRadius for every refuel, reammo and repair truck to 0. Just to be sure.
Ive moved the mozzie configs to helicopters. The new Mozzie versions have a small gear count of (1,3,1) so it is possible to open the gear in the heli now.
Server admins should switch to the RHIB_DZ or RHIB_DZE version. The normal RHIB boats are from arma and should not be overwritten from the epoch configs as it was the case before. This commit restores the acutal configs and alters them to the new versions.
In consultation with Seelenapparat we changed the configs from the ch53. This removes strop down and up, the collect and detach cargo options. both actions are not really used in epoch and needed an init script which runs permanently while in the helicopter. It is the same for the sfx sounds from this helicopter. In this special case we decided that performance is more valuable as the removed actions. If someone uses the removed actions in scripts or something like that please message me on discord.
The pook has a DZ/DZE version now. Server admins can still use the old pook classes if it is needed. The new classes were added to the traders. We should probably evaluate if it is a good idea to add the gunner bell by default to the traders.
This commit re-build the complete traders and almost all the files related with them. It is much easier for new server admins to handle a map change with traders and safe zones now.
- Fixing many wrong set markers.
- Fixing wrong trader agent positions.
- The trader configs got re-build.
- All trader categories have a localization now. I've noticed too late that we already have a CL for the categories so I've merged them into epoch.
- Fixing dupable objects in the spawned trader cities.
- Adding missing sensors for all traders.
- Removing many duplicated trader categories inside the trader files.
- Adding Safe Zone support for all traders excluded Wholersalers, Boat Traders and Dock Traders.
- Removing Mello trader on Panthera due to many trader cites.
- Namalsk and Lingor traders got completely re-build. Thx @devlok for building the trader cities.
- Sauerland has a Boat Trader now.
- Removing wrong markers from Ovaron.
- Ruegen and Ovaron have no traders so far. We will probaly add them later.
Some of the objects used in POIs require the use of the setVectorUp command in order to maintain an upright orientation on a sloped surface. This addition adds the option for including the object's up vector in the compact arrays.
Test file: https://github.com/worldwidesorrow/Svetlojarsk
Move zombie and loot related operations from player_spawn_2. They should be in this file. They are used here for accurate counts before spawning zombies and loot.
Make better use of global variables for zombie and loot checks.
Add lazy eval where appropriate.
The isClass and config checks are done in player_spawnCheck. There is no reason to do that here. Those variables are being passed in an array during the function call. Global variables dayz_spawnZombies and dayz_maxControlledZombies used in spawn checks are adjusted in player_spawnCheck and zombie_generate. There is no reason to save to local variables.
