Some news. The consequences of the unconscious state of the marksman, described above, could be a facet of a deeper issue:

Probably an initialization sequence where 0 == 0
See: https://community.bistudio.com/wiki/Initialization_Order

Added comment:
To reproduce that (2 minutes in vanilla Arma, launching included!), you just need to set unconsious **the marksman** (unit 4) in the squad of 8 (vanilla infantry blue weapon squad).
Don't ask me why this specific unit... probably a sub-leader (team leader) but this impacts the whole group!

+1 upvoted

BI, could you:

• add a check for the kind of unit (so its behavior). Something avoiding the undefined variable as intended in the script (engine).
• or, make "civilianPresence..." type of unit non-spawnable or non-simulated. This unit is too "similar" to normal unit (scope 2) for its behavior.

?
Thanks

Found the error. It occurs when spawning:

I don't have so much space to play dev branch and current released version (1.80). But perhaps some player/dev can do that. Anyway, the problem is easy to reproduce in 1.80. For more info, I just used a weapon squad (BI standard group) and placed a radio trigger to kill or Set unconscious the 3 following AIs: grenadier, marksman, AT specialist.
If you test with set unconscious these 3 AIs, the problem is obvious, giving orders to remaining units.
If you test with setDamage then don't forget to add a respawn time (that works for playable AIs also), the problem occurring while the 3 AIs are in respawn-dead status and disappear as soon as they respawn.

I seems to me there is no more problem since windows or nvidia last update (I can't say).

Nothing new under the sun...

In my case, I disabled the in-game overlay of NVIDIA GEFORCE experience. No more crash since then. 100% crash before, just striking a CTRL or ALT key just after the pop-up overlay. (For Arma or Squad as well).

That could be done with an extra button, save as... opening a list of units like in 3den, so you could choose blufor "engineer". and recover this loadout in your saved configs.

Thanks, btw you are also creating game logics each time you open Arsenal (didn't test recently). This could be fine to clean up that on arsenal closing (if not yet done).

@Lex So, it's not a solution and not related to 0% CPU usage and/or GPU freeze + ALT key malfunction in Arma only.

It's an intended hard coded limitation.

Yrp! Same for me. It happens very often since 1.80 Vanilla. My left Alt key toggle also very often in altitude mode in 3den editor (I just have to strike ALT one more time to toggle in normal ALT behavior. Arma is the only one software to do this weird thing.
I also experience some heavier freeze with no possibility to ALT tab and work on task manager as in video. I can just shut down the PC and restart it!
Is it linked to French keyboard? I guess not. To video card? I'll see that with further NVIDIA drivers, but I guess not. So, What BI/Steam did with the keyboard interaction??? Why does these problems happen on Arma only?

use setFuel 0 if you want to crash the helo.

Arma III ver: 1.80 vanilla
Open editor, Tanoa map by default
add a player
add any vehicle (mine was HEMTT fuel but that doesn't matter)
run preview
in debug console:

Too much behaviors kill the behavior.

@MadogPL Tha's wrong. Game like Ghost Recon Wildlands had open NAT, and now strict NAT, on some providers, whatever the port you open.
The only solution I found is to make a DMZ which is strongly not recommended.

+1
Huge topic.
You think about materials, but first of all, some vegetation are the best shield ever dreamed for units!
Note also, the global damage is totally weird and poorly related to hit parts. (you can fire at an offroad without increasing the damage value, destroying parts like engine, wheels or hull, then blow the car with a sudden full damage).
Check caliber/target/damage/hitpoints. it's nonsense!

Let's razazel decide what he can do for that also.

+1

And Zafir had this problem in 2015 also. Red fish memory?

Ok, some complementary info after test:

This command has a strange behaviour, repeatable, if used in nested loop:

Furthermore, trust me, it's awful to have first half joystick throttle for brake and only second half for thrust. Never ever saw that in real jet fighter life.

Sorry, I take the opportunity of the nebulous title, to ask if you please, the backpack menu in arsenal could be implemented in order to put some extra weapons, scopes, any items in fact, even uniform and vest.. into backpack (as you can do, picking them in game).

backpack in backpack?? Is it a mod? I didn't see that. As far as you try to place a backpack in another one, you obtain a shift between them.

Yep! Could you add 64 in aiAmmoUsageFlags please?

Not a bug, new intended behavior by BI devs. You need to strike a key (see your settings) and restrike to refresh. Why not? IMHO it was far better before but it seems it's a community choice... to not have choice?

Back again... or not solved. Place any civilian helo with this code (init field). start and restart the game, or just make the helo respawnable. That doesn't work.
_veh setVariable ["color",X]; where X is a correct value within the number of skins, doesn't work neither.

+1
This is the main difficulty for scripting something consistent with Arma's engine.
Commands are not endless command. I mean. You are waiting for some evident result but many commands are struggling against the engine.
In a "perfect world", Arma's engine should work as is until a script runs a command acting on unit's behavior. At this time, this command should overrides the engines until another parameter or a cancel command.
The list of "disapppointing" commands is not exhaustive but consider:

@harmdhast
Good question! I can understand the need to have non-interactive object (even at BI ;-) ), but I don't have any example of a good scenario which need different behaviors for objects in regard of their locality. I miss something because plenty of yours seem very enthusiasts. But what?

I guess it's same if you place a charge, and even throw a grenade (less annoying due to the imminence of the explosion).
In fact, the event handler "fired" will trigger as soon as you "put" a charge/mine, "throw" something, not waiting for the explosion.
And you're probably also under the sun-lights for the knowledge of enemy units.

I'm noob. Could you give me an example in which you'd like to create a simple object on some clients (so locally, with no simulation) but not on everyone? For me, it's more an issue (like when people don't have the same addon and you can't see their gun or uniform) but I'm missing something...

And no more range data...

Two problems:

• iron bushes;
• AI looking at targets through vegetation/smoke.

You can use two commands:
allowCrewInImmobile
canUnloadInCombat

Yep, extremely boring and immersion killing.

+1
That makes a lot of sense! .. and a long road from:

As you should read in BIKI, vehicle player returns an object, not a string.
Next time, read the BIKI. For a remaining question, do not hesitate to ask on BI forum.

This problem seems more general with some objects which have some weird subclasses.
for example, same problem with prowler armed / non-armed. The non-armed one is armed (in game) if defined as simple object (editor).

What for?

It's directly linked with the 1.68 general problem of hit effects inconsistency.
Before 1.68, there were some logical links between calibers / armor / effects / HUD display (for hit points). The only damage global command was inconsistent as you obtained 0 for some cars almost totally destroyed by 7.62 (example).

This remoteExec seems weird but it's probably the unique mean to avoid a security breach as far as you can can open the debug console locally (even if not enabled).

Corrected slightly my script to avoid some duplications. For those who would like a workaround (MP compatible), waiting for BI changing their mind...

• you can pick up any uniform on corpse;
• you can pick up uniform on ground;
• for uniform in crate, you need to drop the uniform on ground, close/reopen inventory for grabbing it on ground. Just because, too many cases of uniforms containing some items, then inside a crate.

It's a deeper problem than it appears!

They don't make electric power neither! You can endless add realism against FPS.
Destroying a wind generator should let the nearest town in the dark.

place it in initPlayerLocal.sqf (or make it local for each playable units)

Typical problem where BI made some hard coded choices for the engine despite the wishes of the script writers. See how much it's difficult to switch on/off lights on a car regardless of the behavior of the crew...
IMHO, the too preemptive engine makes things easier for official scenarios (I hope!) and doesn't care with custom ones.
I pleaded for allowing the wear of civilian uniforms and the short answer was: use forceAddUniform... Yeah, while in game, it's so easy!!

Already described in other posts. You need to scroll at right bar then you can choose what you want. List becomes operative.

I was testing your steps, Vanilla context, just your scenario, when i realized two weird things in editor:

• formerly i named a unit u2. As I placed a countdown trigger for your addAction, no condition at all,... this didn't fire. Back in the editor, there was nothing named u2 anymore (and no u2 in left column entity of course) BUT i couldn't name the unit u2 again because this variable was already existing.. somewhere! First time I see that!

I don't have this problem with addAction on AI or object, from Eden at least. Tested on a half-year old mission, addAction in unit init field or written in initServer.sqf.

The problem is: is it serious to be able to see non simulated units???? I used the BI simulation manager module and it's far more convenient for at least these reasons:

• it's reversible, units appear/ disappear along with distances of players;
• you can't see what is sim disabled;
• units are easily excluded of this feature by adding a variable name (so the module considers them as permanent)
• you can decide if air AI assets are excluded or not.

I don't know why BIKI doesn't mention AL EG for this command.

This could be useful to say how did you solve it. Make this forum a chance for other people who encounter the same problem as yours.

Yes, there is a missing feature to choose the place of a unit inside a group. (and two missing commands for setter getter this place by script). If you are changing the role description, the only way (I found) is to edit the mission.sqm (not binarized) then you'll find your units, for example in a group of 8, classed item0 to item7. You can change their place , changing their class number. If your leader is item4, just make it item0 and change item0 to item4. You can sort as you want but be sure to keep item0... to item7 for your group. A simple error in a mission.sqm and the launch will fail. Not difficult but at your own risk.
PS: No need to move all lines of an item, just change the numbers in class names.

Perhaps, BI could ask something to Steam... I can't imagine there is no clever link between BI and Steam teams... as far as Steam seems mandatory to run Arma....

Yep, agreed 100% I wrote about that on Jet DLC project.... Not sure to be heard. It's absolutely boring to get half throttle pad. The workaround binding both increase/decrease sides of the stick for power doesn't work.

There is also a remaining damage problem along with used caliber and vehicle type. Go directly to 2min10 of this video: https://www.youtube.com/watch?v=kd6ui-dRCto (One of my firsts, sorry).

This problem is similar to the action menu for commanding an AI to grab a weapon or jump into a vehicle. You're not supposed to know every vehicle or weaponholder/crate places but AI does.

Agreed. Not so much differences with a "Move" waypoint. The AI should patrol in range of the completion radius (for example, if not set to zero or minimum depending on type of units.).

It seems the same in 1.66, and for all disconnections. I use "onPlayerDiconnected" EH for deleting the abandoned AI.

Thank you. This topic is very interesting. I have some heavier codes than this one. It was just to understand how are working parameters code inside the EH.

Please could you precise how do you pass arguments in such EH as handleDamage, hit or teamSwitch?
for example, I had workable :
player addEventHandler ["HandleDamage",{

_unit = _this select 0;
if (vehicle _unit isKindOf "plane") then {_dam = 0} else {_dam = _this select 2};
_dam

}];
so, i can't find a solution like:
fn_plane = {

_unit = _this select 0;
if (vehicle _unit isKindOf "plane") then {_dam = 0} else {_dam = _this select 2};
_dam

};
player addEventHandler ["HandleDamage", _this call fn_plane];
or
player addEventHandler ["HandleDamage", {_this call fn_plane}];
or anything else.
I miss something but what?
Thanks

Soft for helo and hard roll for all Unsung jets! Iknow, it's a mod... but popular. I asked for 2 possible settings if possible...

No problem. Thanks for your attention. I really appreciate the time you took for answer.

What I tried:
place a hunter (vanilla editor), select virtual equipment storage, verify there is a list of items with infinite amount;
in init field:

Dev solution is "object" oriented. I mean you must place crates in editor then choose virtual equipment storage.
pro: you can define any virtual "arsenal" you want,
cons: all crates are different, because it's not The full arsenal but simply the predetermined loaded equipment, set to infinite amount.
Example: a quad will return by default an infinite amount of FirstAidKit... you have to make all the rest of arsenal, even if selecting several crates at a time;
and furthermore, what motivated my request, you still have to script any spawned arsenal with tough functions to limit them.
It's so frustrating to see a limited arsenal (or something close) but to be unable to pick that for a script.
There is no easy way to script a "vanilla" limited arsenal without digging in cfgClasses, not saying the need to take into account some popular mods.

Oh! thank you for this point, I understand you can filter what you need in crates with the "virtual" tab.

Prefer this command: sunorMoon

Ah OK, finally I found this topic. Sorry for asking this question recently on BI forum. Problem known since January 2015 ?

Yes, It's a vanilla bug! Place helicopter of plane units on Tanoa Map (airport) Make the enableSimulation false with Eden attributes. Add a trigger BLUFOR present (or else) firing at player with on act:
{_x enableSimulationGlobal true} forEach ((allMissionObjects "") select {_x inArea thisTrigger}) or vehicles or what you want to target the units.
If trigger is not firing (civil player instead of BLUFOR), the units are effectively enableSimulation false;
If trigger is firing, these (disabled sim) units explode.

Problem is: when something is created, it's too late. BI will never go back for that lame duck idea. Just because it's harder to tell a developer he's wrong than forget one or two posts. All animals should be inserted in the existing module or in a environment tab on Eden , but... it' far above BI consideration.

If you have some time...

How do you figured stars being the same size through binoculars versus the naked eye?

Thanks for the effort!
But:

• whatever new keys don't work for 3den camera
• New keys binding can work for camera (from console), but as arrows (very interesting for left handed) are hardcoded for the setting menu Focus, aperture, brightness... you can't use them without changing these settings. Too bad!

Just an info: New Unsung version doesn't return "house" for most of the huts. Barracks are OK, but Viet Huts are no more "house". (no more cursorTarget as well). Why such difference between Unsung A and B with a same map and same objects?