Okay i will try to do that but i have a question before i do so, there have been limits set in bios by the company that built the PC for it to run smooth and without overheating like it did before because the CPU is unlocked by default trying to push max power even tho the cooling system cant handle this much power, wont it remove those settings from bios ? can i proceed to bios update without worrying about anything ?

In T183231#2645198, @kawalec wrote:

@Coe
What I can see from crash.log your problem may be related to that Intel CPUs issue. Update you BIOS to the newest available.
If you've never done it, follow the MB manufacturer's instructions or ask someone with experience to do it.
You could also try joining: https://discord.com/invite/qUfWhpz and finding me there - my name is Grzegorz. I don't want to spam here anymore.

@Coe
What I can see from crash.log your problem may be related to that Intel CPUs issue. Update you BIOS to the newest available.
If you've never done it, follow the MB manufacturer's instructions or ask someone with experience to do it.
You could also try joining: https://discord.com/invite/qUfWhpz and finding me there - my name is Grzegorz. I don't want to spam here anymore.

@Coe
Click this to upload all log files here:

In T183231#2645180, @Mischkov wrote:

It will be hard to help you without your logs.

Logs location :
%userprofile%\Documents\My Games\ArmaReforger\logs
The name of the folder will have a name with the date and time you started your game last time it crashed.
For example this is the folder related to the game session I started on 22th July 2024 at 09:08:58 : "logs_2024-07-22_09-08-58"

It will be hard to help you without your logs.

It may be Intel 14th gen CPU problem. Google it.
It may be Core isolation's Memory integrity feature: https://www.windowscentral.com/software-apps/windows-11/how-to-enable-core-isolations-memory-integrity-feature-on-windows-11
It may be memory problem, test it using: https://www.memtest86.com/
Before doing anything update you BIOS and all other drivers, turn off any overclocking and tweaking software.

I need if somebody can help me resolve this issue or if this is the servers or the games problem, thank you ...

In T183227#2645086, @kawalec wrote:

There should be an option" Disable 3rd person view automatically when there are enemies nearby". Both with infantry and vehicles.

On my point of view : no. It will introduce more problem. Trust me.
I prefer the "simple" solution. The simple solution has a low risk (almost zero) of introducing new bugs and especially new exploits.

There should be an option" Disable 3rd person view automatically when there are enemies nearby". Both with infantry and vehicles.

Hello same for me Here , waiting for a little fix or patch its a very annoying bug , server empty or full its the same 10-15 min and get kicked, but what's confusing , it's that the bug has come not directly after the update for me, it was 1 or 2 week later

psst... hey, I have a secret to share with you...
You should play on EU server 15404242. It lags less and doesn’t crash. There are still some lag issues, but it's much better than the other EU servers.
But shhh, don't tell everyone. I want to make sure I can still get a slot and connect at peak hours.
Also, the US servers generally work better. A latency under 100ms (90ms for me) is totally playable, and I encounter rarely timeout disconnections.

1st Method

still relevant?

Thank you, we will investigate.

Thank you, we will look into this.

Thank you for your report DaniD11.
These are known issues that have been reported previously and are being worked on.
Regards,
Geez

Resolved for 1.2.0.95 and higher

Maybe it's the if (handle == 0) check that makes it fail? Could a valid (non-NULL) FindFileHandle be implicitly cast to a zero int by this comparison, thus making it fail?

The way I understood FindFileFlags is that it tells FindFile where to find files, not what type of thing (i.e. directory/file) it should find. I'm basing this off the code comments in ensystem.c, so not sure if those are correct w/ regards to intent (it also mentions .pak files which are not a thing in DayZ, probably a leftover from Arma. I haven't checked if FindFileMode.ARCHIVES does attempt to find files in PBOs).

Possibly but would that effect performance if the objects were still there just disabled?

Please do something

Same issue, impossible to play on official servers (have not tried other servers)

bump

bump

bump

S.O.G.: Prairie Fire is a part of the Creator DLC program and is not developed by Bohemia Interactive, that's why it has to be installed and enabled separately, https://arma3.com/dlc/creator#FAQ .

The way BI coded this for the AI is actually not that bad, but the use of the actual suppressor-attached gun sound that does not seem to depend on supersonic or subsonic ammo for the human players is pretty poor.

This request is half right and half wrong. Suppressors have only a few downsides, but they're notable due to the trade-offs that entail. They cause more overheating & jams, and they obviously add mass & extended length inertia to the gun's handling, but that's about it. They conversely act as muzzle brakes, flash hiders, and obviously lower the sound, in addition to some other benefits that aren't relevant to the game. They have very little effect on muzzle velocity.

I think this should be fixed in 1.26 too.
I actually never saw this issue during any of my testing so its a bit confusing.

GET RID OF IT

It has been over 3 months and issue is still the same.
So is this ever going to be fixed? Many servers do depend on logs.