"But which is best? may be you offer other solution?" I would, if i were a game engine designer, but I'm not. Maybe DX12 which reduce the draw call count for displaying an object.

"I doubt, that this command can facilitate map. If the player will search the ID of each object in the Altis map, and then delete him, then he will go crazy." you can search by class name: https://community.bistudio.com/wiki/nearestObjects

"... at least approximately by 20-25 percent. I am sure" try it with nearestObject command, I bet you wont get 20-25, maybe 1-2.

Adam, Most people are unhappy with the performance in ARMA3. I wasn't imagining it! BIS, you know about it! Arma3 has a low performance, even on strong computers, because the ARMA engine does not use the all computer resources.
Let's see what wishes are paramount: http://feedback.arma3.com/view.php?id=716
Today 2598 upvoted and this first problem!
I offer the opportunity partially to solve performance problem, because it bothers me! Because I'm thinking about other people also!
Only egoist, can vote against it! If a person votes against, then he doesn't understand what I'm trying to say. Maybe even he doesn't read to the end, what I wrote above. I explained, that these settings ONLY WILL GIVE MORE FLEXIBILITY TO THE GAME SETTINGS!!! WHAT REASON, COULD THERE BE TO VOTE AGAINST THIS!???
There is no single reason to vote against, because any player, will not lose anything in the this advanced settings.
If the player will want to see a lot quantity of ambient objects, then he always can do it! No one will force him to do otherwise!

I'm gonna have to ask you to stop insulting other people on FT. It does not achieve anything and will eventually get you Banned.

mickeymen read again what i said. It would make issues in MP and I bet reducing the object count by 10-20 doesn't increase the performance at all.
Try it! Delete these object from script and you will see what I'm talking about.

Whould you play on empty streets and hills jut to have 60 FPS? I don't think so.

real idiots)

Who this stupid man, which can vote against this? Use your brain before downvoted. No one will come to your house and will make a knife to your throat and will not force you turn off the all the ambient objects! Each player will be able to choose appropriate settings, for yourself and for any mission! This is will fine! These settings can be salvation for many players with weak computers and will not be anyone to interfere, also this will help to significantly increase performance for each player, using a large number of units in the self missions

Do you want less objects in the city? Eg. Buildings and fences only?

Btw it cant be client side only, because in MP you have to have the same objects at the same places. If you lower your settings and I don't. Then I could hide behind garbage which is not on your client. So you would see me.

I think this is not the best way to increase the performance.

btw: you can do it in your mission with deleteVehicle command, can't you?

The .NET update has fixed it. Thanks a lot!
I think my PC's updating isn't set up right so I'll fix that!

Thanks again!

--Issue Resolved--

I'm glad to hear that it's fixed for you.

I can think of one more option. Microsoft has released .NET Framework 4.6 this Monday, you may want to try it: http://www.microsoft.com/en-us/download/details.aspx?id=48130

I have two errors appear when I launch the linked launcher. I have linked copy + pastes of the errors from the Steam Launcher and the link Launcher below.

http://pastebin.com/srfsEMWp

A friend of mine has looked over the error logs and believes it's something Visual C++ 2010 related. I believe these problems started AFTER attempting to install PlayWith6. I have tried reinstalling Visual C++ 2010 but as I have newer versions installed, it won't allow me to install it.
PlayWith6 also fails to load and doesn't install correctly.

Hello,
a description from the error pretty much summarize it: "The process was terminated due to an internal error in the .NET Runtime".

So far I was able to match the error with this article on Microsoft Knowledge Base: https://support.microsoft.com/en-us/kb/2640103 but I believe that their hotfix won't be applicable to you as you should already have a never version of those files. I'll keep looking for other possible solutions.

Could you please check that there is no running process arma3launcher.exe in Task Manager?

Also if you open Event Viewer and go to Windows Logs / Application, is there any error from the time you ran Launcher?

Could you please download a special version Launcher, extract it to the desktop and run it from there? It's basically same as the one you have, but that error report contains more information.

Download link: http://arma.jiripolasek.com/Files/Launcher_131546.zip

Sorry for the delay in reply; I forgot that I was going away.

I have extracted the file to the desktop (The file both directly on the desktop and in the folder it arrived in.)

Running the program normally / as admin seems to be doing anything. Nothing opens, my Steam doesn't switch to "In-Game Arma 3", and a error report is not created.

Hello,
I'm looking at the issue right now, I don't not sure why this is happening, but you may try these two options:

• re-install Microsoft .NET Framework 4.5.2: https://www.microsoft.com/en-us/download/details.aspx?id=42643
• delete a file "C:\Program Files (x86)\Steam\steamapps\common\Arma 3\arma3launcher.exe" and a folder "C:\Program Files (x86)\Steam\steamapps\common\Arma 3\Launcher" and run verify the game cache again.

I reinstalled .NET Framework 4.5.2. I then deleted arma3launcher.exe and the Launcher folder.

33 files were reacquired after verification of game cache. Returns same error.
New .txt named:

"After Fix Attempt Arma3Launcher_Exception_20150719T150716.txt"

I too can say I was having this issue and it was resolved using the maxmem parameter

Using -maxMem=8192 startup parameter (I have 16 GB of RAM, lower value may be enough) seem to fix problems with vanishing config entries - no more such errors in the next 10 attempts and smoother mission init BTW, so looks fixed that way in that part so far.

Even worse, when enemy spotted, the AI pilot will get stuck in a permanent attack pattern until fuel runs out or the helo is shot down. Movement orders, disengage orders did not change anything. As long as there is one spotted infantryman on the ground, the helicopter will perform a strafe like in an attack plane (the gunners are unable to shoot), turn around and repeat.

The only way to work around this was by telling the pilot to cease fire which automatically tells the gunners to cease fire. If a GhostHawk with gunners and an AI pilot is supposed to attack infantry, the only way to make it work is by telling the pilot to cease fire, moving him towards the enemy, then telling him to open fire so the gunners get a short time window to fire before the pilot turns away. Then you need to repeat the procedure, tell the pilot to cease fire, move the helicopter in position and tell him to open fire which will make him repeat the strafing pattern, rendering him unable to attack.

So the problem is that there is no distinction between attack planes / fixed gun helicopters and attack helicopters / transport helicopters with gunners. The latter should not engage in a plane AI pattern.

@TOMMEH Please do so, the worst possibility is that it's going to be a duplicate report on BattEye side, which is still better than none ;)

@TOMMEH
You download the right file. Unpack it. If client rename it to arma3.exe and overwrite the original one in the Arma 3 folder.
Same goes for the server one but you name it arma3server.exe

@Adam 27/07/2015 19:42:02 - Blocked loading of file 'W:\GAMES\steamapps\common\Arma 3\dxgi.dll' It looks like the whitelisting of the SweetFX .dll's isn't fully registered with Battleye. Should I contact them myself?

@Adam 27/07/2015 19:42:02 - Blocked loading of file 'W:\GAMES\steamapps\common\Arma 3\dxgi.dll' It looks like the whitelisting of the SweetFX .dll's isn't fully registered with Battleye. Should I contact them myself?

Yes. please keep the conversation on topic. Thanks.

@loudnl Could you direct me on how to use the perf binaries? I've got the RC branch, but I didn't understand what you meant with the perf binaries. Thank you.

He got too much spam on named profile, so he have fictional.

I know its hard for you devs to find a consistent reply here.
It is hard to reproduce.

I either get the framedrop, critical error, or framedrop + CE. Guess its releated.

With hotfix RC patch, the framedrop is still persistent for me (but not that often).
2 frames at none or very low object models.
Different KOTH server.
View distance however is 3000 (also for objects).
The framedrop occures more often when the view distance is set higher than standard (KOTH v9)

Arma3Test148RC
http://youtu.be/2OPolzxlPDY

Things were going great for a while then all a sudden i got hit with the fps issue multiple times in a row. This was in SP again... I am in RC build. After restarting mission things happen to be smooth again. Same mission/map so clueless what is going on. When issue originally happened it was in different mission as well so I doubt it's mission fault. Was really hoping this patch fixed it but I don't think it's the case for all scenarios. Bummer

I should add I did notice every time I look at downloads page in steam I keep finding workshop content w/ zero bytes even though I'm on latest build from yesterday. But I checked for this also when it was first mentioned and I was confirming when fps issue occurred it was not currently downloading

Using the RC Arma3Test148RC over last 3 days. Related symptoms have resolved since using it. I have been playing on Altis A3 Wasteland v1.2 server.

Intel I7
Win7 64bit OS
SSD
12GB RAM
GTX 970

All seems better with perf binaries. Server runs nice. Been running on full players (60) last night for over 5 hours. Everyt player that complained about fps issues we pointed to the RC to download and then the perf binary.

Still having some graphics glitches and the occasional floating away launcher when carrying on your back.

This happens almost instantly for all players when anyone in the multiplayer session controls a UAV/UGV.

@Jermin

Could you please create a ticket for the degraded server performance / delayed sounds and also attach your dxdiag? THank you!

Included on version RC in arma3launcher an option - malloc=system. Sometimes there are lags, it is less than on 1.48. The friend, with the same settings, worse, in too time. Switched off malloc, there are lags of a sound, Players and AI move breakthroughs, sometimes jump back in the way.

Just tried the latest RC update on a 60 player KOTH server, and really it's no better.

All my hardware is fine, and yet the texture loading is just horrific, like no other game I play. DayZ, ArmA 2, Battlefield, GTA V: all fine.

I'm flying a helicopter from the opfor base (fps around 30ish) then I get closer and closer to Kavala and suddenly the game decides to tank it. CPU usage, GPU usage all normal, RAM usage 70% and temperatures are also nothing to worry about. I've also disabled Shadowplay.

As I get closer to the town the FPS literally counts down to 10 frames where I can't even land properly, it's just ridiculous. It's like the texture or object streaming is completely jacked up. All the guys inside the chopper are saying 'holy lag' in vehicle chat while the poor frames continue. I zoom in (which renders in more objects) and this literally halfs the FPS to 5. I've never known anything like it. It's like the game just doesn't talk to my hardware.

There is something really really wrong with the texture/data streaming in ARMA. I was watching a Marksmen DLC livestream and Matt Lightfoot zoomed in to a nearby town with one of the new scopes and the frames dropped down to 10 for a good few seconds. Something really needs to be done about this...before you go adding or creating new content...

I uploaded a set of crash data and my dxdiag after this issue occurred again. Running vanilla, no subbed Workshop items. Crash happened after heavy stuttering, "Access violation" etc.

We have players using the performance binaries who still have the problem and players who don't have the problem anymore. Same goes for the RC update. Our server is running the perf1 binary.

With the RC patch from yesterday, my ArmA runs smooth as sill. On Altis I experienced rock textures to change even when close, but not sure if that was before. Settings are as in my last screenshots. http://steamcommunity.com/id/tortuosit/screenshots/

Tried the hotfix and the game still spikes at random times like before. There doesn't seem to be an improvement, at least on my part :/

Don't have textures or models popping up or slowly loading like others, but then again I didn't had that even before RC. Just the slowdowns and lag spikes.

The latest RC (20 MB) degrades the performance by roughly 20%, although it seems that it has relieved the texture loading problem to some extent.

And the explosion sound delay is back.

@havena: Measurably more so than in 1.46 or older versions?

@DnA for shadow and textures details? yes i think.

Played two hours with RC the version today, the picture is much better. At start of game on the FPS 50-60 server. After an entrance to equipment 35-40. At an entrance to equipment, a view from a cabin and a view from equipment from the third party, FPS is always lower. Did not return to initial FPS.
It is all the same best of all in my situation. Small a frost the screen is not present, AI a log is much less.
I try on other server today. I will look that from it will change.

The RC patch seems to work somehow. The FPS drop has relieved. But the FPS is still not on par with 1.46. The glitches such as slow texture loading, simplified 3D models and guns/launchers detaching from player models while running still exist.

However, the RC patch should be enough to stop players from leaving my server. Please do push the RC patch to the main branch before this weekend.

All right, thank you.

that was without the hotfix

"that was without the hotfix"

If i understand correctly you are no longer experiencing the issue after hotfix.

pretty much yes

Added a DXDiag of my own 'TOMMEH-DXDiag.txt'
I thought the sound lag and texture lag was a sign of my hard drive/RAM/VRAM dying. I've even brought an SSD and some new Corsair RAM sticks to try and mitigate what I thought was a hardware problem from my end.

I've been getting white textures when I load into CPU intensive gamemodes like King of the Hill (white hills and unloaded player models). I know my hardware is fine because none of these problems happen in ArmA 2 Operation Arrowhead, DayZ Standalone, Battlefield or Grand Theft Auto V.

I'm pretty confident the sudden decline in performance is caused by the latest update which added HDR lighting in preparation for the Tanoa expansion. I'm also sure there might be some kind of memory leak. ArmA 3, being a 32-bit game, shouldn't take more than 4GB of my RAM up, yet with no other significant processes running, the task manager says the system is using 7.6 GB of RAM! All CPU, GPU temperatures and usage levels are normal (for ArmA at least) making it quite clear it must be caused by either a software conflict (drivers or something) or simply the game itself.

I really hope this is patched with a hotfix because the game dropping from 30-45fps down to 2-5fps is frankly ridiculous considering most people's hardware is adequate.

For BI Devs - i would contact with AMD, Nvidia (just to make sure) - they released drivers (AMD released WHQL) and this may be the issue. Also other game suffer for memmory leaks last time like GTA V. In GTA they solved this by patch, but as for me - they are cutting your wings - your game is runing fine, then they release driver update and stutter appear. They dont talk with companies about this, companies (like BI) must search problem on their own. This is getting more bad from year to year. Brfore 10 years it wouldnt be possible. So BI, you've got my respect here that you are still working, but seriously, fix the most importaant features from basic build of the game like Clouds, terrain issues (with grass,and objects in the air over distances) - make more video options, sound placement, and for god sake ai driving reverse AS THEY SHOULD. for now one they are often (too often stuck and making circles), and rest if AI issue - this all things is base of your game, its biggest part if it. Making new content will not help is those points will not be fixed. I know it require lot of work and i'm wondering why you didnt used operation flashpoint Dragon Rising engine.....

"i just had a low frame rate it dropped to 1 fps after i got out of the panther and then when i left to the menu it was still at 1 fps. i havent come across the glitchy terrain"

With the hotfix or without?

@DnA fps drop fixed but Shadows and some details are struggling to load when you enter a town

I've seen the videos where those character models flicker in (with the arms forming a triangle). I have seen this problem a long time ago, in BWMod, there was some problem, can't remember. It was in vehicles. Instead of a proper driver there was this statue like character model.

At this Moment is it fine for the Players on my Server. But dont be rash. Lets try it a few hours.

@DnA RC work fine for client fps drop but not for server crash : http://feedback.arma3.com/view.php?id=24900

Update helped.

i tried the update and it seems to have sorted out the frame rate at least for me. and while flying over kavala to see how much fps i would lose(lost only 1-5 fps) i did see some of the the buildings glitching although it not as severe as the above videos. i dont know if it was not as severe because of the update

i just had a low frame rate it dropped to 1 fps after i got out of the panther and then when i left to the menu it was still at 1 fps. i havent come across the glitchy terrain

i dont know if it help, but it does for me...

I did 2 things increase virtual memory and totally disabled Nvidia shadowplay even if you don't have activated still running in the background it gives me 10 more frames.

no more crash for me so far sometime drops to 7-9 but it recovers right quick.

so i assume is something related with the nvidia shadowplay

I can't reproduce this issue. I tried everything. New profile, removed dll folder and nothing. I played 1 hour epoch, finished the Armed assault showcase and still nothing. My DXDiag is the DxDiagRpt.zip

Same Problem here. Only occours in bigger missions (not only one helo in editor).
Downgrading to 1.46 legacy solves the problem.

A fix attempt (14 MB) is now available in Steam RC branch, using access code: Arma3Test148RC. It should be MP-compatible with main branch 1.48. Please let us know whether it improves the client-side FPS issues in any way (even a little).

Experimented settings in arma3launcher. I have no blinking of textures, there is no failure of animation, FPS lower than on 1.46. But I cannot get rid from a lag on the server. It does game not real, awful. Even when on the server to ten players. Soldiers and equipment slip AI in shots, sometimes can unexpectedly disappear in other place or appear before you. It is similar to continuous desynchronization with the server. But according to information on players desynchronization is not present, or partial and not high. Desynchronization at one player always influenced operation of all server, there was a falling of FPS. Removal of the player from game leveled a situation. Now players with desynchronization are not present, or it is not visible.

If you do not find 2 hours time, to come and test it for any public server, likely and at 1.50 the problem remains.
Try this http://www.gametracker.com/server_info/176.31.252.183:2302/ server
Perhaps you receive new emotions and experience from the CTI mode.
Additional MOD it is not necessary.

i have been having the same issues in the single player it happened for me when i started to play the armed assualt showcase.i brought the view distance down to minimum and did not have the frame rate issues.

In our case, the low frame rate is always associated to glitching and flickering.
We also realized that not all the players are affected at the same extent. Few did not complained at all.

@lunditic1: Were the symptoms as seen in the videos above (low quality models / textures, animation glitching, character components flickering) or 'just' lower frame rate?

Yea, we lost most of our server players. Just as we started to gain momentum too. Makes us look bad.

Also I agree that the Battleye updates did not address the issue. We are still seeing the FPS drops.

We can't afford to wait for 1.50. By then my server is very likely to be dead. And it is impossible for us to inform the workaround to every player that has left my server for other servers. And even if it is possible, I highly doubt all of them would accept a non-perfect solution.

So please do a version rollback. Then you can take your time to test your code.

We have a working theory that may result in a RC of a hotfix soon. However, it's still not clear whether this is one or multiple (dependent or independent) issues. By the way, the only reproduction we do have shows better results when deleting the DLL folder, and thus using the default Windows memory allocator. This allocator is probably slower, but handles the memory situation we suspect may be a factor, in a more graceful way.

@danczer .. i only play king of the hill hardcore (first person only) ... so yes the frame drops and heavy performance issues occur there as well

Yes 1st person too. I can snipe with scope in two different magnifications. I use the lower to make out enemies (towers are not visible sometimes but players always) then zoom and shoot through. Pretty weak and no fun actually, but it works..

FPS drop and memory issue: https://www.youtube.com/watch?v=t2vw5AyP8iM

If this isn't gonna be fixed any time soon, please consider doing a version rollback on the main branch. My server used to have 60+ players before 1.48 at this time of day (7 p.m.). Now there are only 9 players in it.

The same rapid population loss happened once when 1.42 came out, where it crashed my server (on Linux) every 10 minutes for an entire month. It took us 3 months to restore to current population since the fix was released.

Summer is a great time of year for servers to enlarge their player base. But the situation now is exactly the opposite. Regular players in my server are moving to other servers running Stratis, which are not plagued by this bug. Based on our experiences with the last population loss, if this bug won't get fixed soon, quite a few of them will never come back.

So, please consider a version rollback if this bug isn't likely to be fixed in a short time.

Are you guys having this issue in first person view too? Because every video about the issue is in third person mode.

Try it: Play in first person mode ONLY. Not even once switch to 3rd person!

Edit: I will try the opposite, because i always play in 1st person and i haven't noticed this kind of degradation.

@danczer: We play with game level set to Elite. Hence, we always play in First Person and the FPS drop found was definitely consistent.

No idea about Third Person game.

FYI: The BE update via its own auto-updater and Steam were the same. We've agreed with BE to roll these out on main branch so the update reaches everyone quicker. The BE files in your A3 install folder are basically a mirror copy. While the BE update may have done something to improve the situation, we believe there's still more going on and are still trying to find it.

"Was there a small update for Arma today? Earlier I was getting hit hard with the issues. Then I logged out of arma and noticed an update in steam for arma (not workshop related). Since then I have resumed playing and so far so good but still too early to say for sure. I would disagree with the battleeye comment if it doesn't run when playing SP missions because that's what I've been playing and still affected by this. However the comment about 3rd person may be a clue since that's when it was happening to me earlier today. Will continue to test the 3rd person theory"

BattlEye now runs at all times, from the moment you launch A3 to the moment you close it.

in addition to the 2.5mb update, there was also an earlier automated client update. IIRC the 2.5mb update was for BEServer, while the earlier automated one (which coincided with my improved client performance) was for BEClient.

Yesterday evening we had a mission on Stratis and no FPS issue was found.
We also updated (manually) BattleEye, as suggested here.

I'm not sure to state either it's a map-related problem or BE problem.

I have 2 servers running epoch upgraded to 1.48 my Australia map server has been and continues to be completely fine since the update however my Altis server has been experiencing the low fps issues client side ever since upgrading to 1.48

Was there a small update for Arma today? Earlier I was getting hit hard with the issues. Then I logged out of arma and noticed an update in steam for arma (not workshop related). Since then I have resumed playing and so far so good but still too early to say for sure. I would disagree with the battleeye comment if it doesn't run when playing SP missions because that's what I've been playing and still affected by this. However the comment about 3rd person may be a clue since that's when it was happening to me earlier today. Will continue to test the 3rd person theory

EDIT:
Just confirmed small update was by battleye (2.5mb).

For what its worth, my 1.48-related FPS issues are now resolved.

I didn't do anything in particular, I suspect BattlEye was the cause.

As after a some nasty BattlEye crashes (no message received client ejected from server) and a client BattlEye update, my FPS return to roughly 1.46 normal.

Yes, Kunduz map and happen quite frequently! Tried to mess with lowering and maxing the object distance and notnhelping or actually making it worse