Merca

I think this is also only true if the map has not been loaded and its set to persistent battlefield.

I would start by using http://community.bistudio.com/wiki/DSCheckSignatures to verify the files you signed. It will report a error message if the signed files do not match the key.

Was wondering if Headless client in your mission has been sorted as for me everything spawns on the server still. Edit: Appears it does pass some units off over time to the headless client. Also wanted to mention I modified the mission by adding a civ. slot for the HC client naming it accordingly and changing joinUnassigned to 0 and it joins to the correct slot.

To my knowledge you should not need a key to use this as it is server side only.

Seems it has been resolved in dev since 1.07.112953 http://feedback.arma3.com/view.php?id=16188

Great work and nice texture option. A few things I noticed: Pilot (driver) can only open and close ramp doors as it would be nice to let the copilot control this as well. Another thing I thought about was if changing the priority of get in to 6 and showWindow to true would help units load faster so they are not having to cycle through options while standing in range of heli. Finally, tested parachuting from cargo and it seems to work static and in motion for all units in cargo.

IIRC DSCheckSignatures.exe usage is: dsCheckSignatures checked_dir keys_dir checked_dir refers to each pbo you signed and keys_dir refers to your matching .bikey created when you made your .privatekey. DSCheckSignatures

You are correct.

This is most likely errors that have always been there but were not visible. The new stable build turned on -showScriptErrors startup parameter by default now.

The public server hosted by gamingdeluxe seems to still have same problem still. Noticed couple dozen iffrits at marina and whole lot more all over airbase client fps around 3-5.

So this explains why I logged into a empty server and called in a moab and got 964 troop kills.