Arma3_x64_2021-03-02_08-31-08
crash in physx. Maybe verify game files via steam?

That crash should be generating a .mdmp file that I need to see whats causing the crash.
That file isn't in your report logs. It should be in

Looks like corrupted files.
Try letting steam verify your mods, or redownload them.
See if you can reproduce after that

Additional crash report file in the duplicate

alright can be closed

Hello, I wanted to thank you for the quick response. It all happened incredibly quickly. Thanks a lot!

Its caused by your Arma profile name

Both crash reports wer inconclusive. Looks like random memory corruption but no indication that its our code.
Maybe something funky with memory allocators

Crash in igd10umd64.dll, intel graphics driver I'd say.
And there are no symbols for it, Intel has a symbol server https://software.intel.com/sites/downloads/symbols/
but EXACTLY that problematic dll is missing, nothing I can do here, or rather not within acceptable time investments.

Caused by a mod that removed items from the scenarios menu.
Found other reports and fixed in Hotfix

Is this necessary? Sorry for the translation,I'm from Russia, I have to write through a translator. I read on the forums, other people have this problem.

Please follow this guide: https://feedback.bistudio.com/w/ft_a3_howto/gamecrash/
I need the report and especially mdmp file.

Please follow this guide: https://feedback.bistudio.com/w/ft_a3_howto/gamecrash/
I need the report and especially mdmp file.

Arma3_x64_2021-02-24_16-40-14
Crash in memory allocator, try launching Arma with -malloc=system
Are you using a USB Headset?

I sent you a google drive link on Discord, you can also make it private if you want.

Your report log doesn't contain any log files or crash files.
Maybe check manually
Windows+R and enter %localappdata%/Arma 3

The RPT is not a crashreport, its just a logfile and also completely useless when you disable logs...
I need the mdmp crash report.
But looking at your nonsense start parameters (-maxVRAM=14336 -exThreads=11 -cpuCount=6 -enableHT -maxMem=25600000000)
I'd say thats probably related to your issues.

Warning Message: mpmissions\cur_mp.Altis\mission.sqm/Mission/Entities/Item203.type: Vehicle class bunker_Static no longer exists
Warning Message: mpmissions\cur_mp.Altis\mission.sqm/Mission/Entities/Item208.type: Vehicle class bunker_Static no longer exists
Warning Message: mpmissions\cur_mp.Altis\mission.sqm/Mission/Entities/Item225.type: Vehicle class bunker_Static no longer exists
Warning Message: mpmissions\cur_mp.Altis\mission.sqm/Mission/Entities/Item253.type: Vehicle class bunker_Static no longer exists

Do you have more crash reports?
your one seems faulty, the mdmp file that I need is 0bytes big.

Tested now on 2.02.147284
Still not corrected behaviour.

https://feedback.bistudio.com/T157046 also profiling

@cryptearth please stop derailing tickets. This is the third time I see that from you now, its getting annoying. This is a valid ticket (albeit a duplicate)

Contact how though?
You could've also made a private ticket if you don't want your uploaded files to be publicly visible.
Do you want me to make this ticket private?

Try using -malloc=system as start parameter, that miiight help.
This is a known crash,but its very hard to track down

Please upload your RPT file, you can find it via Windows + R %localappdata%/Arma 3

Do you have more crash reports?
your one seems faulty, the mdmp file that I need is 0bytes big.

Thanks or the quick re-test, we'll include this in the hotfix! o7

Please make a new report about feature requests

Search the web how many "false reports" are out there cause someone for what ever reason has wrongly selected 32bit and then reports "a poorly running game" - when the solution would simply be: "use 64bit instead" - I guess you can come up with quite a lot - maybe even more than those spamming this feedback tracker wrongly with support requests ...

The perf/prof binaries are only available on a specific branch, I don't see how a casual user could chose them by mistake.

In T154335#2163992, @Fourty7 wrote:

*Update regarding Direct VoN Audio*

Video of testing : https://www.youtube.com/watch?v=skxQXTJnN0c
Skip to 1:08 for Direct Chat / VoN testing, skip to 2:13 for Side Chat / VoN testing.

@NikkoJT @BIS_fnc_KK @dedmen

This issue is in no way game breaking, and in turn should not be a priority / concern.
Issue = When effects is set to 0%, Direct VoN is muted, but Side VoN is not muted.
I'm guessing this means Direct is (in some way) still tied to the Effects slider. I figured you would want to know. Again, don't worry about it, nobody will see this in real world because nobody will set their Effects to 0%.
What I said before was incorrect though; Whatever "Effects" volume is set to does not control Direct VoN volume, besides muting it when at 0%.

I took the time to do this, and used the same task because; As mentioned by @NikkoJT there was a line in the last update log mentioning the Direct Chat had been moved from Effects to VoN. This line also linked to this task, otherwise I would have created a new one.
https://dev.arma3.com/post/spotrep-00096
"Tweaked: VoN direct chat volume moved from effects to VoN volume slider"

Sorry it took a few days to get this done, but testing direct chat VoN alone isn't an option and I had to ensure this was done correctly.
The initial test I did was in an RP server (Lots of direct chat) and very uncontrolled, hence why I had the wrong initial conclusion.

In T157046#2163968, @cryptearth wrote:

I don't have any other executables - but if you refer to performance, profiling and diagnostics - why should they be selectable from the main launcher, which is intented towards the casual majority of the playerbase - which just want to play the game? If you do feel any needs for selecting performance, profiling or diagnostics you sure have good reasons for it why to do so - and from such users it's about to be expected they know their way around a command line to start the executable with specific parameteres themlselfs.

*Update regarding Direct VoN Audio*

If you can just don't use this option(as well as window, skipIntro, nosplash) why you are so mad about it?

The demo mission from above:

Just to add some more info
I know

Yep had this multiple times, when I was zeus, watching players get into a vehicle with disabled sim and then getting a radio message "erm x is stuck inside vehicle" lol

Setting group on careless stops them from firing, but Ideally would be great if set unit combat mode BLUE would work regardless of their mode (aware, combat, safe, careless)

Also trying
disableAI "WEAPONAIM", "AUTOTARGET", "AUTOCOMBAT"

I have put Category as "AI Issues" as I was not sure if its down to the scripting or the AI that breaks the command.

Diag.exe

still in version: 2.02.147322

Still there in v2.02... the door states are set with setVariable without public broadcast only on the server.

Stil in 2.02

You can contact me and I can send crash report privately

Performance and profiling binaries

In T65635#1648443, @dedmen wrote:

Why is this issue still open? Priority urgent, Severity major. For an issue that is only shown via unavailable youtube videos and that couldn't be reproduced by anyone shortly after it was created.

I noticed that if you deploy the grenade launcher (bipod) then everything works correctly, as soon as you end deployment, it is busted again.

duplicate of T124710

In T156982#2163285, @jordanpoyon wrote:

ok but that's another problem

just a side note:
-exThreads=11 doesnt make sense see: Startparameter
-maxVRAM=14336 not needed when running the server as it doesnt use the graphics card at all

Correction - This is on 64 Bit Win10

Issue is fixed and working correctly on development branch in the duplicated private ticket.