Incredibly useful, finally those scripted workarounds can be discarded and performance can improve as a result ;) Gonna be testing this asap

There is another useful use case for an isDirect flag.

Do your playable units groups/units have the "wake dynamically simulated objects" option ticked? Or "player triggerDynamicSimulation true;"
REF> https://community.bistudio.com/wiki/triggerDynamicSimulation

I hear you too! Indeed a lot of things broke at least partially over the years and many things are still unfixed to this day. I jumped to Arma 3 from Arma 2 quite late and so for me the vanilla save system has never worked correctly/reliably in a MP environment.

As most complex and well developed MP missions and scenarios had to develop their own MP saving systems I would deduce that the reason for that is that the default saving system for Arma 3 is not MP compatible/optimized enough for it to be reliable/usable.

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 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.

In T167185#2351280, @sharp1337 wrote:

If this is confirm to happen on all missions and not only in your particular mission setup then I hope devs can look into it and resolve it.

My mission setup was nothing special, opening editor, placing a single soldier (player), and creating units at runtime (exactly like in the video). I'm able to reproduce this on any map, Altis, Stratis, even VR.

In T167056#2353704, @BIS_fnc_KK wrote:

It is fixed in rev 149887 but not for fleeing units, clearer now?

That would be so useful, to prevent physics bugs and even decreasing the negative performance impact of having many rocks with collision on a composition for example... hopefully it gets considered in the future.

In the video > https://www.youtube.com/watch?v=IXDaHrGk2ak&t=96s
It is pretty clear that the FPS drop is quite significant of -20/-40 FPSs...

This issue still happens extensively as of August 2022! Here is a video to clearly illustrate how and when it is happening so there is absolutely no doubt about it: >

In T163762#2343019, @BIS_fnc_KK wrote:

in 2.10
"a3\data_f\snowflake4_ca.paa" -4 frames for low texture video setting
"a3\data_f\snowflake8_ca.paa" -8 frames for medium texture video setting
"a3\data_f\snowflake16_ca.paa" -16 frames for high texture video setting

In T152896#2336191, @dedmen wrote:

Another change in profiling branch yesterday.
Flares weren't showing up at day time because their brightness was too low.
So now brightness is upped if environment is very bright to make them show up

In T158770#2336189, @dedmen wrote:

sounds like alt syntax for removeAction command. but I'm not sure how this is implemented, might be too hard to skip these actions

In T63050#2328999, @Leopard20 wrote:

In T63050#2328983, @BIS_fnc_KK wrote:

Great post it on wiki

I was kinda hoping it could be added as an in-engine solution, but ok! 😅

This uniforms thing causes so many issues still to this day. I whish we could get the same treatment as Reforger for Arma 3 regarding uniforms (Just unlocked for all factions).

In T73168#2316724, @BIS_fnc_KK wrote:

and what does stop you from trying it out?

I wander if a vehicle touching (driving over) a dead body gets thrown into hyperspace when the awake command is used on that body at that specific time...

In T165117#2314845, @Leopard20 wrote:

In T165117#2314110, @LSValmont wrote:

Having this would be awesome, another one is "[Feature Request] Forcing unit ragdoll despite it is playing an animation". You know when a unit playing a custom animation gets shot and killed but he still plays the animation even thou it is already dead.

That's related to poor animation setup. It's not a game bug. Whoever made the animation can fix it themselves.

Having this would be awesome, another one is "[Feature Request] Forcing unit ragdoll despite it is playing an animation". You know when a unit playing a custom animation gets shot and killed but he still plays the animation even thou it is already dead.

In T63050#2307214, @BIS_fnc_KK wrote:

Should be fixed in 149354

Resolved, or wontResolve?

This is really, trully, a godsend! Thank you KK!

This was supposed to be fixed already!

Would be quite useful considering scripting missions that deal with mines is currently a pain in the "rear". =)

If I remember correctly creating a rope from and to the same object was crashing the game before. Maybe that is why it was changed?

In T126030#2288662, @johnb43 wrote:

Testing some more today (with one self-hosted server (host), other client) revealed that if the locality of the AI is changed, it fixes this bug - but only for the PC it was set local to.
So in my case it made it possible to pick up items from a dead body local to my connected client, but from my host I couldn't pick anything up from that body anymore.
When I made the body local to the host again, I could pick stuff up on the host again, but not from the connected client.

With the previous discoveries, I'm guessing it's some sort of locality issue not being correctly synced across all connected PCs.

Perhaps a work around could be for example a new "setTowParentStrong" command.

The bug happens if the team leader dies. Then the group goes north and the current task is never completed (Clear Agia Marina).

I can confirm this. Nato Vehicles work, other factions don't.

We also need a disableCollisionWith "ALL" command. For example those complex rock collisions could be disabled for rocks on roofs of caves etc that players are never able to reach anyway and are for cosmetic purposes only.

Having an action menu for opening a parachute is ancient by now. BI should change it to the F key... You are clearly in freefall animation and won't be shooting so the "Cycle Firemodes" key "F" is useless anyway. And once your parachute is open the F key returns to normal. That is called Context Keybinding and is very helpful for not having to bind different actions to different keys. When freefalling a small text should appear "Press F to open your chute".

Important update:
This is a huge issue and could be responsible for lots of the perceived stutters and sudden slowdowns A3 is so famous for.

Very impressive repro and ticket, fully documented and even with suggestions on how to fix the issue.

This could be a pretty big issue. Does it happen 100% of the time under those conditions?

In T161132#2242373, @dedmen wrote:

Has been on my todolist since march 2020 🙃

Nice find Leopard, thank you for your efforts in finding, reproducing and then making tickets out of these issues that while small we all know that Arma needs all the performance improvements it can get no matter how small.

Had this issue in Malden after adding those rocks manually via the EDEN Editor as regular objects (Not simple objects) but all simulations disabled on them.

Wow, nice find Ansible2!

Still an issue as of July 2021

I've just found a mod that does this partially: It removes the useless actions of "EJECT" and "REARM", "LIGHT ON", "LIGHT OFF".

In T154810#2214146, @Tenshi wrote:

Issue seems solved indeed!
and if you use

{_x enableGunLights "forceOn"} forEach (units group player);

during the day it will just make the lights auto turn on when nightfalls.

What happens if you use _unit enableGunLights "forceOn"; during the day and later the night falls. (Do they turn the flashlights ON automatically or you have to issue the command again at night for it to work?)

This happened to me as a host with 10 other players yesterday on the Stable branch.

Very Annoying indeed

This would be awesome to have!

In T152896#2197206, @dedmen wrote:

Is this worth it?

In T152896#2196553, @dedmen wrote:

You forgot about how https://community.bistudio.com/wiki/setLightIntensity overwrites the value of setLightBrightness when clearly they are both different things.

They are not different. Brightness is a old deprecated way that got replaced by intensity.

Probably the easiest and most feasible way to implement this feature. Thank you kju-PvPscene and lets hope a brave dev can claim this soon.

This would greatly benefit so many scenarios where the mission maker might require Ai units to revert back to their NON COMBAT behaviors faster or slower than the hardcoded default 5 minutes.

This still happens as of May 2021. Clearly a problem of the Ai's FSM routines that don't delay the orders enough. Units who where just given the order to dismount should wait until their state is no longer COMBAT for being given the mount order again.

Confirmed I also still have this issue in Hosted Multiplayer. Usually the mission host is fine but one of the players complains about this issue on every session. Seems to happen to 1 or 2 players for every 10 players on the server.

Must have.

Well done! Thank you!

You are lucky it only fires twice. Just check how many times the HandleDamage EH fires on a single bullet.

Happens on Agents too.

I was part of this :) Thank you R3vo!

This issue frustrated me so much that I just gave up on custom UIs for Arma 3. I hope this gets fixed and the GUI editor improved to usable leveles.

Is this fixable?

This is present in the latest RC as "Suppressed" entity Event Handler.

Thank you Leopard for voicing some of us content creator's needs and requests here and on the Discord Channel. If this gets implemented the new features/gameplay improvements we could bring to Arma 3 are indeed many! And while there are a number of scripted solutions for this, none is both precise and/or performance friendly enough for large scale multiplayer.
+1 for this and +1 for Leopard.

Very detailed and in depth post SuicideKing! There should be indeed a way for the engine to unload no longer used textures to free up memory usage or another method to handle DLC assets without CTDs or performance degradation... Also, 4K textures are the norm now.

This would be optimal, currently we are using performance heavy script just to achieve this... Great suggestion and I hope it gets implemented.

Wow, that is great news @dedmen ! This will enable pretty cool scripts and mods to work better ;)

+1

You forgot about how https://community.bistudio.com/wiki/setLightIntensity overwrites the value of setLightBrightness when clearly they are both different things.

By things you mean the vehicle being tracked by the missile? Or the object that the missile is going towards? Because the bad things here are two: That the missile looses track a of target just because you lowered your viewdistance and the fact that if you shoot your rocket towards an object if you reduce your viewdistance the missile just goes randomly anywhere instead of the original direction of said object. If the missile looses an object it just needs to continue going straight towards the last known position of said object or the direction it was fired at and not any random direction or perhaps position [0,0,0].

Thank you KK! This is very useful!

Reason for some cases of Ai shooting at players they are not supposed to see through buildings?

Thank you BIS_fnc_KK ! Nice fix

Yeah a volume setting would do the job well! Hope it gets released soon! Also don't forget a command to find who has VOLUME 0 easily.

I just can't imagine how many misses this issue has caused!

Another issue, when you create missions on the EDEN editor the game by default now adds a n OLD MAN dependency to the mission just as if you had a mod installed but you never really added anything OLD MAN related to your mission, just place a bunch of regular Ai units and the dependency will still happen.

I have found a solution. Instead of editing the enemy unit's loadout using the "edit loadout" option, I scripted the customizations to the loadout via the unit's init. For whatever reason, this works and allows all my players to loot everything off the body. It seems that the "edit loadout" option is broken in regards to the player's ability to loot their stuff.

Had the same issue just yesterday, pretty game breaking... kills the immersion for players...