Example:

_group addEventHandler ["UnitKilled", {
	params ["_group", "_unit"];
	if(units _group findIf {alive _x} < 0) then {
		// Everyone is dead
	};
}];

In T170658#2413276, @Xeno wrote:

Samatra, there is already a killed EH.

This is about an event handler only firing when all units in a group are dead.. Needed for AI groups in Co-op missions for example.

Currently you have to constantly iterate over all units of a group to check if all units are down.

So virtually like the empty group EH which only fires when all units in a group are deleted.

Samatra, there is already a killed EH.

I'd suggest "UnitKilled" event handler instead. There you can check if everyone is dead as well doing something on individual unit death.

Hello, now I noticed that this problem has been generally fixed and now Koreans, Laotians and South Vietnamese use "MUTE". I don’t know if the creation of this topic played any role in this, but nevertheless, thanks for the work done.
But, an important nuance. I have noticed that when assigning a fighter from the above factions as a "player", he will use the standard voice protocol with American English. The problem is observed only with these factions. OPFOR factions do not experience this problem.

In T165080#2413236, @BIS_fnc_KK wrote:

Cant tell what is scripted and what is vanilla on that video. Can you make an Eden repro showing the problem?

Cant tell what is scripted and what is vanilla on that video. Can you make an Eden repro showing the problem?

0xC0000005 - ACCESS_VIOLATION
Can also be STATUS_ACCESS_VIOLATION.

In T165080#2413212, @BIS_fnc_KK wrote:

It cannot be just fixed as it may break missions where people used workarounds

It cannot be just fixed as it may break missions where people used workarounds. It has to be a new map control or something

In T165080#2413210, @BIS_fnc_KK wrote:

is this the same issue? https://feedback.bistudio.com/T169976

is this the same issue? https://feedback.bistudio.com/T169976

I think that drawEllipse/drawRectangle shapes not being rotated along with the map is a bug. These are map shapes, no display shapes and their coordinates and dimensions should be relative to the map. I'll have a fix in the mission but this should be addressed on engine level if you ask me.

also true if unit is UAV pilot(gunner) or remote controlling one

https://community.bistudio.com/wiki/soundParams
https://community.bistudio.com/wiki/stopSound

any chance for canVehicleCargo?

I have a workaround for crates. I use a trigger to assign ownership of the crate to a nearby player. I'm not sure if this reproduces johnb43's workaround, by changing locality. Here's the snippet of code in the trigger: {crate setOwner owner _x} forEach thislist;

resort to hacky approaches like storing indexes as position Z coordinate

You can just store them as hashmaps now

If you have something that changes from 0 to 120000 gradually and you set it to cut off at 266, everything from 267 to 120000 would return 266, which in your formula is 0 due to linearConversion.

Not at all. In my case it will return values from 1 to 0. 1 for raw values from 3 to 0, and 0 for values from 150 and higher. There will be no jumps in return values at all. Take a closer look at the example above.
But it doesn't matter at all, it is just a use case. I guess I gave that as an example for nothing :)

Because you use hard limits. If you have something that changes from 0 to 120000 gradually and you set it to cut off at 266, everything from 267 to 120000 would return 266, which in your formula is 0 due to linearConversion.

max and min would create hard limit that would seem like a jump

No, it is not supposed there could be such jumps. I tested in a sequence of thousands iterations, and linearconversion works perfectly on both dedicated and local machines, the result is absolutely predictable for specified values.
But let's forget about the linearConversion. The main question - why the getLighting param jumps?

max and min would create hard limit that would seem like a jump, this is why you have linearConversion that does interpolation smoothly. Get rid of max and min and you wont see instant jumps to 0

rev 150318 https://community.bistudio.com/wiki/inAreaArrayIndexes

In T170544#2411210, @BIS_fnc_KK wrote:

as wiki shows second element can go up to 28526.2, if you limit it to 166 it is expected it will seem as instant jump

as wiki shows second element can go up to 28526.2, if you limit it to 166 it is expected it will seem as instant jump

won’t fix

Indeed would be very handy. Unfortunately if I remember correctly KillzoneKid said tricky/"impossible" - might due to terrain streaming, some objects not having classes, etc.

Thanks, will look into it.

Oh all translations are wrong for this object! Can you review this? I prepared translations taken from WIKI titles for this tool
here is .xml file with rationale links I think it will help to make a more professional translation on all Arma 3 languages

"_object2" not null would be awesome.
Many features can come from this.

shameless bump...

Pretty sure the function will not work since it is made for A2:PMC and just carried on without checking anything. There're several functions that won't work because of that.

there are my mdmp ==> https://filetransfer.io/data-package/0VyN7iJy#link

do you solve this problem ? i have same since 2 month and i dont find a way to resolve this...

A very good report, thank you very much! We will fix it in the next update.

Thanks a lot, we will fix this. :)

That new enableAudioFeature seems to be working fine. 👍

Implemented in rev. 150311
Wiki will be updated with syntax for setCuratorSelected and addCuratorSelected.