@Geez hi :)

Perhaps this is done because players encounter infantry more often than vehicles

In T189394#2760042, @Geez wrote:

Hello Ponezun.
Please always include the following in the ticket:

Game Version number:
Modded?: (Yes/No)
If modded, please list the mods:

Issue Description:

reproduction steps

Ok, this litte Entity will solve the problem. If placed close to a building, to destruction can be disabled. Maybe you can also include something like this in vanilla?

In T189367#2760117, @R34P3R wrote:

No its not a overheating related, because it also crash with just 70 - 75°C and was never a problem before 1.2

No its not a overheating related, because it also crash with just 70 - 75°C and was never a problem before 1.2

Since some other people attribute this to GPU overheating I logged my temps in HWinfo during a crash.
GPU hotspot max temp reached 81C. I´ve also attempted to throttle GPU usage in AMD software and ingame with lowest settings + 30 FPS max. Still crashes within 5 minutes.

Hello Ponezun.
Please always include the following in the ticket:

Thank you for the report.
This is an issue we are aware of and it has been reported previously.
Closing as a duplicate.
Regards,
Geez

Can be combined with: https://feedback.bistudio.com/T187941

Instead of using binoculars like in raft wars, pilots often use optical devices to observe and identify targets from a distance.

Update. Yesterday this started working again, and BattlEye stopped blocking the TrackIR dll, so it's possible something has solved this. TrackIR was not updated and this was prior to the latest update released today, so I don't know if BattlEye itself resolved it? I will monitor for a few more days then consider it resolved.

T189366

I also like that the Save/Load from ScenarioFramworkStruct will work! You can save your current Mission satate in a JSON. This will work without issue. But if you go to Scenarios you cannot load this JSON (SaveGame).

Earlier I indicated an incorrect name of the problem - I fixed it.

Related and could be merged. Notice that the pilot suit doesn't have this problem. Inflated and deflated versions of other clothing models are used by other assets to make them fit.

Resolved for 1.3

I can confirm that this happens and is annoying AF.

Issue still persists in 1.3.0.84 vanilla.

Experimental Dump:

Still present in EXP. 1.3.0.84

@Geez, can be closed as "Fixed"

Same on GetOut, you need to call it 2 - 3 times until the AI reacts

Cannot reproduce

Hello R34P3R.
There have been improvements done with 1.3 update.
Regards,
Geez

destroy antenna with explosives or helicoper rocket pods

Or with fuel truck
May be car with supplies works too

I confirm this problem

Under 1.2 and earlier versions, it was highly likely to get duplicate names when copying and pasting entities. I had over 100 duplicate named entities one time. The easiest solution was to remove the name of the entity. This didn't cause a VME in earlier versions. But in 1.3 as you said this is expected behavior. Which is ok, as long as 1) I know it is to be expected 2) Your algo's do a better job at copy and pasting entities and don't cause duplicate names.

Intended to happen. It is not supported to have unnamed ScenarioFramework entity and it should result in VME.
If you have a repro for what caused the unnaming of those entities we can look into this, but otherwise this is expected behavior.
Regards,
Geez

Same with EXP. 1.3.0.84 - Crash: a9a9a051-bf45-468a-893e-1477ca60d8e9