I've probably managed to find the source of this issue, it's the buildings locality of course. Building is destroyed using _building setDamage [1,false];, everything should be ok as it's AG/EG function. @veteran29 helped me with pointing out that every player has his own copy of the building with the same ID. So we thought that when executing damage function on building, the server object is damaged/destroyed and synchronized but player's building wasn't really touched (it's a different object but with the same ID, right?), that's why we have building duplication. Later we've found out that only the destruction doesn't work and remoteExec'ing the setdamage made it work on dedicated (but not in 3den).

Thank you for reporting the issue.
I was able to confirm the issue and we will see what we can do to resolve it.

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

With a serial i can secure my remote server. With the calling script hashcode, i can make sure no other script can call my DLL.

thank you for for clarification

Physx objects and corpses are not deleted, they are unfrozen so they fall down with building rubble. non physx objects don’t fall down and there is no good default solution so mission makers could script one for themselves

Please disregard this post, i managed to make it work.

In T63050#2322629, @NikkoJT wrote:

However, the idea of such a system is still flawed.

Sorry, no deletion planned, too risky and could be undesirable. You will just have to add it by script in BuildingChanged event handler

If such a system were to be implemented it would make more sense for the object deletion flag to be opt-in, rather than opt-out. This would avoid issues with backwards compatibility.

In T63050#2322623, @NikkoJT wrote:

Some static objects, such as sandbag walls, don't have physics simulation at all - they're always fixed in place. You could place one in midair to begin with and it would stay there. The only possible solution for these objects would be to delete them when the building is destroyed, and it wouldn't be safe for the engine to do that automatically (it could accidentally delete something the missionmaker doesn't want it to). The best way to handle those is for the missionmaker to use an event handler or trigger to delete them when the building is destroyed.

Some static objects, such as sandbag walls, don't have physics simulation at all - they're always fixed in place. You could place one in midair to begin with and it would stay there. The only possible solution for these objects would be to delete them when the building is destroyed, and it wouldn't be safe for the engine to do that automatically (it could accidentally delete something the missionmaker doesn't want it to). The best way to handle those is for the missionmaker to use an event handler or trigger to delete them when the building is destroyed.

Please change the title to Ghost objects (missing/invalid Geometry LOD) so that it's more clearly understood.

In T63050#2307214, @BIS_fnc_KK wrote:

Should be fixed in 149354

3. Land_Limestone_01_01_F

http://joxi.ru/DmBZ8dPUq8WRkm

Hello,
Could you follow these steps: https://feedback.bistudio.com/w/ft_a3_howto/gamecrash/
That way we can see what might be causing the issue

Profiling branch on monday

In T73168#2306607, @BIS_fnc_KK wrote:

Leaving ragdoll simulation on the dead bodies is costly, however Im going to add scripted solution to be able to temporary enable ragdoll on dead bodies

They also disembark if the vehicle is in the air and is not upright (such as attaching a tank to a plane then doing rolls with the plane, tank crew will disembark)

Arma 3 Launcher Exception Log

9 years late, the issue persists.

This issue persists.

Thanks for the advice, but I don't use the trigger, I only do everything via scripts.
To get in context. I use distance control to save resources. From a certain distance (or action) to the player, the unit is only activated (simulated) and visible. In that, Eventhandler would save a lot of work.

I guess if you want to execute something when someone gets close to a object/unit you could use:

setTriggerArea

Create an area the of the size that you need, then when a player walks into the area you can execute code?
I dont do much scripting so there might be limits i'm overlooking

legend

You can use inAreaArray which is in-engine distance check and cheap.

to me the main question is does it still have a perf impact (if you delete an agent - so does this command just list obsolete references or is there more at play) [would be relevant when using and deleleting hundreds of agents)

I'm aware of those limits. I meant from a player or a group of players. Of course, comparing distances with each object is nonsense. Yes, I use a loop, but when you compare distances to 100 or more objects at once, it's really performance-intensive and complex (even if you have them in one array).

First of all, distance from what to what? You can't make that using event handlers because event handlers only have 1 arg.
Second of all, the only reasonable thing to ask would be an event handler for object position changing, but even that will be too slow because most of the time objects change position every frame. You might as well use a per frame loop.

As? It could detect from a certain distance, so it would be an event.
I have many ways to use it and the current way is terribly limiting. It would help me a lot.

There's no such thing. Distance can't be checked by event handlers, because it's not an "event".

Are these nulls needed, used anywhere? Can just exclude them from return

In T73168#2316724, @BIS_fnc_KK wrote:

and what does stop you from trying it out?

@Killzone_Kid worth to investigate youself ?

and what does stop you from trying it out?