dev-branch next week

The hurons simply save a composition with the different camo or use a script command to change their looks then place now in the editor and they will be in their original textures.

dev-branch next week

prof v8, next dev branch

Fixded next dev branch

Won't do

Fixed in this week's dev-branch

2.12, dev branch next week, profiling v7

dev-branch next week

dev-branch next week and next profiling

Very good catch, that repro did it.
During simulation code, the engine first simulates one part of the driver, and then a second part after it.
But due to your script, the driver suddenly disappears during the first part, and then the second part crashes trying to run on a driver thats now gone.
Thats why the dump didn't make sense, there is a check that driver is valid, just a few lines before the crash.

dev branch next week

They indeed only consider vehicles if the commander is a player, not if a playe ris sitting in the back seat.
Why this only happens on modded I don't understand, I can repro in vanilla.

According to RPT logs the actual Game's connection to Steam is working fine. So just the Launcher isn't working right.
I don't think I have ever seen anyone install Steam to the Desktop 🤔 that might be related

dev-branch this week

dev... this week

That command name is so ugly tho :u

Seems to be intentional indeed.
For what you want to do, there is already the alt syntax.

Unclear, I think its not showing me correct crash location

Won't do

We are introducing feature that lets you render arbitrary UI's onto textures, with no limitations (just like any other UI Display). That should solve this right?

What is your PC username, does it have "special" non-ASCII letters in it?

Fixed in 2.12

next dev or prof v4

I think I also found the issue with nested ifdef's because of you :D
When it finds a if or ifdef with a false condition, it then proceeds to skip all data until the next #endif
But, that also means it skips if's and ifdefs, causing it to misscount the #endif

There is a issue specifically with Intel graphics devices, we have a fix prepared that will go out in profiling branch v2 in a few hours: https://forums.bohemia.net/forums/topic/160288-arma-3-stable-server-210-performance-binary-feedback/

There is a issue specifically with Intel graphics devices, we have a fix prepared that will go out in profiling branch v2 in a few hours: https://forums.bohemia.net/forums/topic/160288-arma-3-stable-server-210-performance-binary-feedback/

Thank you I can see what's wrong, It has been fixed internally and will be included in a future hotfix update. Quickest way to get the fix is to get https://forums.bohemia.net/forums/topic/160288-arma-3-stable-server-210-performance-binary-feedback/
It will be in v2 which will be released in a few hours

This seems to be an issue caused by Intel graphics devices, we are pushing a fix for it to todays profiling branch v2 https://forums.bohemia.net/forums/topic/160288-arma-3-stable-server-210-performance-binary-feedback/

We are pushing a potential fix to todays profiling branch v2 https://forums.bohemia.net/forums/topic/160288-arma-3-stable-server-210-performance-binary-feedback/

Please follow this guide in order to get us the information that we need: https://feedback.bistudio.com/w/ft_a3_howto/gamecrash/

Profiling branch today

"followed all steps on community wiki"
dll file not found is usually (in every case that I've seen) the c++ redistributable being missing, but that is listed on the steps on community wiki

Can you send us some more crash dumps? make your game crash a couple times more and send a new report.
So far all the crashes are actually different things.
Also please don't start your Arma with the "NoLogs" start parameter, it removes important log messages

!Workshop\@ToH Core
Remove that mod and please tell the mod author that their mod is broken

Please attach your RPT, here is how to get it: https://feedback.bistudio.com/w/ft_a3_howto/gamecrash/

Done in 2.10

Tell us the error you get before you get to 0xDEAD

This issue should be fixed with todays 2.10 Arma update

Game freeze in

ntdll!NtAlpcSendWaitReceivePort [fail:0]
rpcrt4!LRPC_BASE_CCALL::SendReceive [fail:0]
rpcrt4!I_RpcSendReceive [fail:0]
rpcrt4!NdrSendReceive [fail:0]
rpcrt4!NdrpClientCall3 [fail:0]
rpcrt4!NdrClientCall3 [fail:0]
dnsapi!SyncResolverQueryRpc [fail:0]
dnsapi!Rpc_ResolverQuery [fail:0]
dnsapi!Query_PrivateExW [fail:0]
dnsapi!DnsQueryEx [fail:0]
mswsock!SaBlob_Query [fail:0]
mswsock!Rnr_DoDnsLookup [fail:0]
mswsock!Dns_NSPLookupServiceNext [fail:0]
ws2_32!NSPROVIDER::NSPLookupServiceNext [fail:0]
ws2_32!NSQUERY::LookupServiceNext [fail:0]
ws2_32!WSALookupServiceNextW [fail:0]
ws2_32!WSALookupServiceNextA [fail:0]
ws2_32!getxyDataEnt [fail:0]
ws2_32!gethostbyname [fail:0]

Won't do

In config everything is a string even if it doesn’t have quotes

No its not. Which is why every other speed value is a proper float, and this one is not.

Uff yeah. Well thats just the same crash again. I guess I need to fix ArmaFullDump again, but I thought I just fixed it recently :/
I don't know when I will have time to do that, maybe end next week

Ok I got it.. I can see where its crashing, but not why.
It doesn't make sense.

These are good captures
Sadly the first 4 are still stable branch, looks like its all the same as the last one I checked. But cannot really see whats going on.
And the new ones.. ugh.. you renamed arma3serverprofiling_x64.exe to arma3server_x64.exe, That just turned this from easy to really annoying

02-44-51 crash says out of memory
13-41-49 is... not sure. Something certainly went wrong there but I cannot see how. If you have more reports of the same crash they might have more info.
Also I'd recommend to run profiling/performance branch, they have lots of bug fixes and are also easier to analyze crashes for me