помогите пожалуста

Yes, just check the video I added to the Additional Information section. AI is simulated correctly when player is not in vehicle controlled by AI or AI is not in that vehicle as driver/another passenger.

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

Can you check if you also crash when playing without mods?

Can you post your most recent .rpt and (FROZEN) .mdmp's? That way we can see what might be causing the issue.

Really a big bump, but I'd like to see this. class Damage is somewhat hard to understand, unreliable and not good for custom materials (for either config/ingame command).
If this could be a thing, script commands for them are needed as well I think (Like setObjectDamaged/DestroyedMaterial ?).

any news from anyone?

Your crash has this in it:

ErrorMessage: Include file x\cba\addons\main\script_macros.hpp not found.

I updated our server to the latest profiling build, (v06 - 2.10.149973) and the server still crashed. Hopefully the profiling build crash can help a bit.

The crash happens when you delete AI bot from burning vehicle.
Minimal steps to reproduce:

1. Setup your scene as shown on the screenshot

2. Add the following code to player's Init

The cause seems to be in a windows program called "XAudio2_7", the issue has been reported to Windows.

After more testing, the Radio Support Module Transport doesn't work on dedicated server whether it's the performance/profiling binary or the vanilla binary.

I had issues when using the performance/profiling binary. Which binary are you using?

Sirloin, I'm seeing issues with the Radio Support Transport module as well. Did you find-out anything more in your testing?

I see! Thank you for the reply

Fixed the duplicate entries issue in rev. 149975

It seems that this did not fix the issue. I applied "-malloc=system" to the start up params of our live server, and it crashed with seemingly the same fault address.
--EDIT--

So the issue with the CUP_arifle_MG36 is that has two PointerSlot's defined: the regular PointerSlot and CUP_PicatinnySideMountG36. So that is where the duplicate items come from, as both of them have the same items defined it seems. Similar to the issue with the UK3CB_G3SG1_RIS, but instead of the duplicate slot defining different items it defines the same items.

Interesting case where the muzzle will return the base class rather than the actual parent. Might be something that needs looking into, but out of the scope of this ticket.

After a small message exchange with Dedmen, he told me to include all the following information in the ticket:

I will do that, it may take a while to see if it fixed the issue completely, but I very much appreciate the response!

Heya we analysed your crashlog.
Could you try setting the parameter "-malloc=system" and check if it resolves the isssue?

Hello, we've analysed your crash.
Unfortunately this issue is caused by Microsoft inside their code. Not by our game.
There is not much we can do.

Ah yes deleting that file and re verifying has worked and fixed my issue thanks

Hello, we analysed your crashfiles.