I have the same problem

There is already an option: this enableFatigue false;
Simply add this to a character's init line to disable fatigue or ask a mission designer to include it.

If you want to disable fatigue independently from the mission parameters, then it's a downvote from me. Same conditions for everyone.

Please check the following link for commands how to customize the current Stamina system

https://community.bistudio.com/wiki/Arma_3_Stamina

Hello, could you please report issues in english? Thanks.

Hello,
thank you for reporting this, we'll fix this issue as soon as possible.

Hi, this is planned, once the joining to units is released, we will be adding roles management to the units and you will be able to transfer a unit.

Thanks for your feedback ;)

Fixed, thank you! ;)

uploaded latest logs from last 3 crashes...

hopefully helps :/

@bonz

That was just because hotfix 2 had newer perf fixes

Dwarden has released v5 now. Which I am testing as we speak, will update on crashes.

New Log Files with Testbuild like Adam wished it

http://www.file-upload.net/download-11142346/arma3server_2015-12-21_20-00-46.zip.html

@rasmusop

Adam wrote:
"3. Do not use any performance binaries"

Next try with latest perf-build (v8). HC crashed after ~ 20 Minutes. Logs attached. Main server still running without a problem with original 1.54, perf v7 and perf v8.

Hope this helps and good luck hunting down this little bastard of a bug :)

hey guys have you seen here?
http://feedback.arma3.com/view.php?id=26878

please try and test!!

it seems better till now 3+ hours no crash on peak time!

Installed latest hotfix at 16pm yesterday and the headless client ran for 4 hours without an issue. After 20pm restart it crashed after 24 minutes. Logs attached.

@Kupferkarpfen make sure you also downloaded Dwardens perf exes from the forums as it has newer fixes.

same issues vote + http://feedback.arma3.com/view.php?id=26924

@Adam any news?

Still crashing with 30+ players after 2 hours...

is anybody checking into this issue?
it doesn't seem related only to mods or external libraries.

Same here after Nexus update.

I´m sure BI know that something is wrong with 1.54 and the do there best to fix this. But as i know, Memory Leaks are realy hard to find in Software. So this take a bit time to fix it. Its Possible that this is a realy old issue who doesn´t matter until 1.54. I trust on the Skills of BI and hope that they can find this error fast. OK. true, something is not good in 1.54 e.G. Mapchanges/ fatigue System / ... BUT i have to say that they have done a lot of good thing in performance, this is a realy WOW factor in 1.54

I have made a rollback petition

http://feedback.arma3.com/view.php?id=26924

Server crash randomly!
Different Parameter, exDB..

Same here, I also uploaded my server rpt and mpt

Fix this please

No divine force, just matter of luck.
Servers still crash randomly if over 30players and after 3hours at least.

Our server today without crash for around 2 hours. Maybe some divine force? :D

Problem confirmed. Many server crashing randomly. Confirmed also not extDB fault but issue appearing only after latest bohemia patch.

Siete una grandissima stronzata!!!!!!!!!

Added Dump and Logfiles after micro update a few minutes ago

Yes, we have got too problems with crashes after Nexus Update. We are using extDB to connect our server with database. I'm attaching logs.

Our main server still didn't crash yet, despite having 100 players today and yesterday. Seems to be specific to the HC (at least with our server setup).

Same Problem after Nexus Update, Server crashes. Logs Uploaded

We're also experiencing crashes on our HC, also with around 20 players. The main server didn't crash (yet). We're using old extDB v35, so this issue is not specific to extDB2. Server logs and dump files are attached.

The server Crashes comes when Server have to manage databaseconnection with a high count of Players.

Confirmed, reporoduced it without problems. I hope developers readed it - happen on Vanilla. Please mark as acknowledge if readed.

https://www.youtube.com/watch?v=E4RFDaFcxXg

I tested again without mods same problem.

Hey, im unable to reproduce the issue. Is there a chance that you are running any mods?

EDIT:

The rifle MX 3GL has the same texture problem in iron sight using scope MRCO.

Yep, you probably never tried to run with a real MG. Milsim... not BF.

Wrong place here mate. Stamina is perfect for a Milsim. Wasteland is a gamemode scripted by someone. That some one can change values in the stamina system. It maybe takes a week.

Hi master, Where you have this info from? I started searching today but cant find it. There is no info they will delete fatigue, or if is, please share it. Only info i hace is RC Fix Testing:
https://forums.bistudio.com/topic/183855-release-candidate-branch-announcements/?p=2944651

Sitrep #128 To cater to this, we're creating a sample mod that demonstrates how to set up the game close to what it is in main branch now, but also enables you to tweak it further to your liking.

at least that how i understood this.

Im not talking aboutr variables im talking about the whole system thats called fatigue.

Im sorry for what i will say but when using this Feedbacktracker i assume that you read sitreps spotreps and opreps. They said that they will upload a functioning fatigue mod in the steam workshop that will override the stamina. Fatigue will be deleted from the engine because maintaining 2 systems is not worth it.

Just a couple of things:

• if you disable stamina, you disable fatigue also (player enableStamina false);
• if you are bare underwear (without watch or even map), your default stamina is at 60. That roughly means if you sprint during 60 sec you'll get max fatigue (=1) and you recover 0 fatigue in 30 sec at rest;
• Don't bother yourself with stamina, just limit fatigue! Stamina will follow.

As scripting foreach playableUnits, foreach allPlayers can provide weird results for broadcasting a code, you can use:

fnc_stamina = {while {alive player} do {scopename "fatigued"; sleep 0.5; waituntil {sleep 0.5; getFatigue player > 0.4 }; player setFatigue 0.4}; breakTo "fatigued"}; [[],fnc_stamina] remoteExec ["spawn",0,true]

This above limits fatigue to 0.4 and stamina will follow as well. You keep a little bit of realism and the stamina bar.

Furthermore, if weapon sway is boring you, you have a new command for that:

just add at beginning of fnc_stamina (out of while loop):
player setCustomAimCoef 0.4 (or any value between 0 to 1 (max sway))

This code must be in init.sqf, or in an unconditional trigger, or an addon, or in debug console if enabled during game (see enableDebugConsole possibilities in description.ext)

Its a deal breaker for me. I have a small 16 slot server and struggle to make the numbers. Everyone is talking about going onto other games already. If this happens I will have to shut the server down - I cant see any point if I am the only one playing on it. Move things back to how they were please.

@Gopher_nz I agree, again this is a deal breaker for everyone right now BI. So please allow the users to choose.

From what I have tried it is not working the way I think it was intended to.

V 1.54 comes with new commands. See https://community.bistudio.com/wiki/Arma_3_Stamina
Some scripters could change things for their MP missions. I'm writing an addon for making things more playable but as you know, addon must be accepted by server admin. Let me know if that sounds great for you.

Yes, where you can in fact! Init.sqf, unconditional trigger (without "this" in cond field), or creating a small addon (cfgpatches).. even in debug console if accessible.
If you want to reduce more, say 20%, you'll probably have to increase the loop frequency (that means lower sleep: sleep 1; or sleep 0.5). The good way to test is to run your mission with different sleep & fatigue values and watch your brand new stamina bar. If loop frequency is ok, you'll see very small adjustment while limit is reached (% of fatigue bar).

To completely remove fatigue: player enableFatigue false;
To reduce weapon sway, there is an addon:
http://www.armaholic.com/page.php?id=26266

I totally agree with you. Some unconditional people think ARMA is a war simulator. But it's a game! BI created VBS3 (not the same price!) for sim. I don't understand why it's an evidence displaying or not mines, displaying tags or crossair but there is no chance to have a stamina/fatigue/weapon sway cursor along with difficulty setting.
My aim is not to ruin BI dev work but save some hard works done by Arma's scripter community. A hobby is a hobby but wasting time isn't really fine for anyone!

To whom that do not understand what forceRotorLibSimulation = 0; is. It is an option in description.ext file within a mission file. What this does is if its set to 0 as my server is set to it then allows the USER to chose between basic flight and advanced flight sim. So if they made an option for the description.ext say ForceAdvancedStamina = 0 and/or 1 then everyone can choose their preferred system. So this would really give us the users the people paying for the game control over what we want to use. So lets hope BIS gives us all what we want. Also @PiepMGI where exactly would you input that code to initialize it? I am guessing in the main init.sqf?

The devs wrote in the dev blog that there will be a Legacy fatigue mod in the Steam workshop that will enable the old fatigue system. It will be there once and forever but is not supported by BIS anymore.

can i know when this hot fix is coming out?

thank you very much for this help you gave me by far the best support team i've talked to

Yes, you can. It was released right now :)

Hello,
we've decided to release a workaround for this issue as part of the 1.54 hotfix so Launcher won't use the corrupted system component and you will be able to use Launcher once again.

what happens if i want to install mods? i cant use the launcher

Could you check the registry for any other occurrences of key "{56FDF344-FD6D-11D0-958A-006097C9A090}" to see if there is any other instance of it with a wrong path?

Also, could you please pack and upload the "C:\Windows\SysWOW64\ExplorerFrame.dll" file? I'd like to check that it is the correct file and that it is not corrupted.

but there is no other {56FDF344-FD6D-11D0-958A-006097C9A090}

i dont know how to do that