No it doesn't broadcast and by global effect this means that the unit will not get into free fall animation globally not that getUnitFreefall will return the same value globally. In fact the getUnitFreefall has local argument meaning executing it on remote machine is not going to work.

Well, without a tickbox, the triggers created by editor will have to be manually altered in init script or by scripts in general. In that case, because trigger is already created, setTriggerActivation seems like the only place (I guess adding a whole new separate function be even more pain than localization). It should also work for already activated triggers.

This is still broken for 2.10, would be nice if this could be addressed.

Maybe, tickbox -> localization -> pain

Good find, scripted interval works fine, it is EDEN that is broken

Doesn't have to be global. A tick-box in editor and a parameter for the mentioned functions would be totally fine. And a mention in documentation :). If I knew it's a known thing I wouldn't create a redundant ticket in the first place.

yeah yeah yeah we know, unfortunately this cannot be fixed globally due to backward compatibility so it will be an option in either createTrigger or setTriggerActivation ...or both

@jaj22 how do you check what the actual radius is

This is still broken for 2.10, would be nice if this could be addressed.

@Geez Hi :)

Replicated this in the editor. It looks like when you give vehicles non-zero completion radius values, it caps them to a type-dependent minimum. However, this minimum seems to be 10x higher than the normal type completion radius for air vehicles. Tested cases:

getUnitFreefallInfo takes a local argument, not a remote one, even though setUnitFreeFallInfo has a global effect.
If there is a bug, you have to check by switching locality on a unit (which can be only done with an AI) - like this:

Hi,
I play "Dynamic Bulwarks Mission"
My server is 32bit Linux. Profiling branch.
https://github.com/Omnomios/DynamicBulwarks/tree/develop
In this mission, there is at the beginning of a round a airplane, that drops a box in the players zone. This is definitly broken since Profiling V5, but maybe earlier in V3. The Problem is I cannot say it with 100% because V3 and V4 has another bug that broke the mission entirly. So this is a little bit fuzzy.
Normal behavior is:

• Airplane spawns
• Airpane flys over player zone
• Airplane drops/spawn a box on a parachute inside the player zone
• Airplane exit playerzone and despawn

Thanks for the eye for detail.
We will try to fix it in a future update

0.05 GdtStony
0.05 GdtMarsh
0.15 GdtThorn

My suggestions:

You can fix this problem in a day, sit down and play with numerical values. But it has existed for several years. My community and I are playing in first person mode and the bots shooting through the grass is a bit maddening. Several Arma patches have already been released, and the problem still exists and on dev branches I see no fixes yet.

My unit requests that you do not receive the missions code as its classified, and cannot leave the unit even as a copy.

You'll have to watch my video, you have no say nor choice unfortunately, as I cannot override my superior's.

My unit requests that you do not receive the missions code as its classified, and cannot leave the unit even as a copy.

You'll have to watch my video, you have no say nor choice unfortunately, as I cannot override my superior's.

My unit requests that you do not receive the missions code as its classified, and cannot leave the unit even as a copy.

Wilco, "Roger that, that's very interesting, keep me posted, out." -Capt Shaftoe. Arma 2, 2009.

You can share it sure, but i was talking about something we can test.
General performance drops can have many causes so having a certain mission, set up, code etc. that you can share with us so we can try to reproduce it on our side, helps a lot.
A video of your FPS tanking wont give us that much information as your set up, hardware and background processes will be different from ours.

Thank you for the files, we analyzed them and will be looking into the cause of the crash.
In your second to last crash i see something going wrong with tbb4malloc. Could you change your parameter to -malloc=system and see if that helps?

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.

Thank you for reporting the issue.
We will look into whats causing this issue.

Tested with Linux 32bit 2.10 Profiling V6.
Bug is present.

Thank you for the transparency.

Hello, thank you for the clear repro.
We will see what we can do, to resolve the issue.

@LSValmont
I hear you but at least Bohemia should not break what was previously working.

Thank you for reporting the issue.
However due to the current phase of Live Ops development in Arma 3, it is unlikely that we will fix this.

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.

You'll have to skip to the last hour of the video to begin to see this issue.

Ok, I have a what? 3 hour long video on an op in my Unit? That'll do it justice just fine.

playing steam workshop campaign [SP] КАМПАНИЯ "ПРИЗРАК" by zmei the game keeps ctd-ing

Heya, i checked your crash and there seems to be something wrong with the mod itself.
Please report it to the mod maker instead.

Thank you for reporting the issue, we will see what we can do.

Как исправить?

@Tenshi yes i have tried to repair through steam same issue happens

@dedmen there is showWindow for cfgActions - basically would need to override that

We are switching to a new engine, which is the one used for Arma Reforger.
Arma Reforger is a testbed and preview for this new engine and we take Community feedback to improve it each update.
Arma 3 will remain on the same engine in part to keep backwards compatibility. Though if you have any specific reproducible scenario, that causes you lack of performance compared to normal, please share it so we can look into it.

Hello, sorry to hear about the crash, have you tried repairing through steam?
If this doesnt work would you provide us with your most recent crashfiles (.rpt and .mdmp)
https://community.bistudio.com/wiki/Crash_Files

Fixed in 2.12

xD C'mon Lou, give man a chance, 20 minutes adventure, he've made THREE programs in Python after all.

I also happen to have areas where I can get game development experience from.

Bulls*** its not fixable.