rev 149928

As far as I can tell, this issue has been addressed, I haven't had any crashes since.
For me, this ticket can be closed.

i need help i just download the game 2 times and it steel dosen't Works

In T167449#2354863, @LSValmont wrote:

In T167449#2354732, @Leopard20 wrote:

You can fix it yourself by setting the effective commander as the driver himself:

this addEventHandler ["GetIn", {
	params ["_veh"];
	if (!isNull driver _veh) then {
		_veh setEffectiveCommander driver _veh;
	};
}]

This would help advanced mission makers yes but entry level mission makers with just some EDEN experience and little scripting experience will not be able to enjoy this fix (actually a workaround).

To be honest one of the reasons why unmodded arma content is so uncommon/unthinkable for mission makers is that BI demands their players to come up with their own workarounds too much. I bet you learned scripting and eventually over the years became of of the most knowledgeable modders out there due to your own dissatisfaction with the state of the game in many regards. It shouldn't have to be that way in most cases, that players need to learn advanced scripting/modding just to make their missions more fun or less buggy specially when the feature is/was already present and it is just currently broken and/or incomplete for any reason.

In T167449#2354732, @Leopard20 wrote:

You can fix it yourself by setting the effective commander as the driver himself:

this addEventHandler ["GetIn", {
	params ["_veh"];
	if (!isNull driver _veh) then {
		_veh setEffectiveCommander driver _veh;
	};
}]

In T167449#2354732, @Leopard20 wrote:

You can fix it yourself by setting the effective commander as the driver himself:

You can fix it yourself by setting the effective commander as the driver himself:

this addEventHandler ["GetIn", {
	params ["_veh"];
	if (!isNull driver _veh) then {
		_veh setEffectiveCommander driver _veh;
	};
}]

rev 149916

Reproed, [] broken

I have implemented a workaround to the affected script: https://github.com/A3Wasteland/ArmA3_Wasteland.Altis/commit/9cc182c6aff0dfa2f9f28925ce9d9ac9d2f60339

The versions I indicated are correct; their bug report is what's incorrect. My ATM locator script they referenced uses allMissionObjects for editor ATMs, but nearestObjects for terrain ATMs. Here's the script with the workaround: https://github.com/A3Wasteland/ArmA3_Wasteland.Altis/commit/9cc182c6aff0dfa2f9f28925ce9d9ac9d2f60339

I’m not sure the versions are correct, here is screenshot in 2.08 https://feedback.bistudio.com/T167429#2354350

I was able to work around this bug by using nearestTerrainObjects [[10655.9,12201.3,1.49722], ["HIDE"], 5] instead.

In T167429#2354331, @AryxRayx wrote:

Self placed Land_Atm_01_F and a Land_Atm_02_F work.

But It doesnt work on Original map placed ATM's (Land_Atm_01_F/Land_Atm_02_F), for example those on Altis. (As if they dont exist anymore)

Atm_01 at [3777.37,13517.8]
Atm_02 at [3281.66,12963.2]

I tested in 2.08 on Altis, the return is [] Could you give me Altis position of ATM so I could verify that’s the case?

Self placed Land_Atm_01_F and a Land_Atm_02_F work.

Please provide exact steps how to reproduce this as well. If I place Land_Atm_01_F or Land_Atm_02_F both get detected. Are you sure you didn place Land_Atm_01_malden_F for example

In T126021#2354042, @LSValmont wrote:

This still happens even in Reforger so don't get your hopes up =p

PS: It is even worst in Reforger btw

what map is this?

rev 149910

Hey @sadovsf this still isn't fixed :(

I believe this is old news, but:
Fixed on Dev 2.11.149907

Update has substantially improved the strobing effect for thermals on my UHD 630 machine! Just played earlier today and the improvements were noted. I typically use the ENVG-II optics as well as the Nightstalker rifle scope in game. The rapid strobing effect has ceased - there's still a flashing that looks like lightning flashing, or perhaps a camera flash at a sporting event, but the thermals behind it are stable and consistent, so it's still an improvement several times over what I was experiencing before, which made the thermals useless to me. Now I can consistently use them, and just ignore the flashing.

I’m going to talk to OP

nils for out of bounds _index might not be really needed as there is

vehicle magazinesTurret [turretPath, includeEmpty]

to get empty magazines so you can find the count yourself.

Maybe its time to finally fix this command. Lets be honest, 99% of usages of this command are to get currently loaded magazine. Who needs *random* magazine ammo count? Lets make this command prioritize loaded magazines.

This still happens even in Reforger so don't get your hopes up =p

Ok this could to be perhaps related to the Ai not forgetting their old generated path? When teleported around the Ai will still try to device a path that uses their previous path point which is now very far away and that makes the process use a lot more resources. A solution could be that the setPos command always resets the Ai path which after being moved has to generate a completely new one (path) without considering their previous paths.

rev 149907

You too ;D

Still assigned to "None", still present in the same way in 2.10.
5 years anniversary of the post.

And me?