getResolution was recently updated to return fov and tripleHead.
Adding sampling resolution to that would've been a logical step.

Minimum frametime is 0ms, thus no fps limit at all.

that are locked

It's broken. It was pushed back and supposed to not be pushed with 1.94

I think this is part of the things that should be prevented with safe CVL. @Dwarden

That was supposed to already be fixed. This happened before and was fixed on perf/prof branch.

Issue reintroduced in 1.92.145888 perf/prof build. And I also heard that it's on dev branch but didn't have time to check.

It would help if you could also explain what the problem is, instead of "problem with road".
I have no idea what you're trying to say with that video.

BI doesn't take care of the community wiki.
Error is fixed. Ticket can be closed.

Same here. My server is launched by a custom management software which passes all arguments seperately. So the command line quirks don't even come into play and it still errors on whitespace.

Confirmed fixed in RC 1.90.145.381

On badly written missions and mods yes.
And yes fix is underway already.

The "fix" with the new compile syntax is not really a fix. Noone will update their code to that, same as noone (relatively speaking) updated their 5 year old code to parseSimpleArray.
Also unless that syntax is used in CfgFunctions every Mission launch that has its own functions still clutters the cache.
Not to think about execVM and eventhandlers and addAction and everything else that I can't even think of right now.

https://feedback.bistudio.com/T123355 would imply that the caching is done independent of whether you pass code or string.

which has issues

@Groove_C DIfferent issue. This exact bug is confirmed fixed.

Confirmed fixed. Please mark this ticket as fixed.

@ookexoo Eventhandlers always convert to string and store as string internally. And get compiled before every execution.
https://feedback.bistudio.com/T123355

Had 3 cases in Arma discord where this was caused by people supplying wrong arguments to BIS_fnc_randomPos, they all had a "out" parameter in their blacklist.
Same with Invade&Annex
https://github.com/iamlegend23/invade-annex/search?q=bis_fnc_randomPos&unscoped_q=bis_fnc_randomPos

"spawn compile preprocessFile"
is the same as execVM.

And it won't happen anymore. Might aswell close this.

Scripted solution to do it: https://forums.bohemia.net/forums/topic/218185-server-spotlight

@Wulf still duplicate https://feedback.bistudio.com/T124746

Copy pasta from Discord:

Duplicate https://feedback.bistudio.com/T124746

@BI This is easy to implement. Just check if texture was null. o7

This is a crash of the Arma Launcher. The different memory allocators you can set for Arma itself don't effect that.

Still experiencing the bug on Windows 8.1

Just happened again on 1.80.144071 while playing Liberation mission. It seems like playing that mission makes it most easily reproducible for me.

Not a bug. Startparameters are case sensitive. Which is also why -mod and -world=empty work. They have correct casing.

Duplicate https://feedback.bistudio.com/T83760

We need some diag command to dump the current content of the sound scene's _globalSounds and get the reason why they are not being terminated.

Related to https://feedback.bistudio.com/T127225

I created a monster \(O_O)/

Can be closed. Not a Arma bug.
Arma Debug Engine doesn't work with the latest Arma version.

Thank you for the report. Could you please upload your Arma 3 report?
Here is how to do that.

BI is currently working on magazineWells. https://github.com/CBATeam/CBA_A3/issues/108#issuecomment-359797633
Let's hope it turns out good.

Some additional info that might help https://www.reddit.com/r/PUBATTLEGROUNDS/comments/77otmg/bad_module_info_crash_after_windows_10_update_any/
PUBG also has it. So either windows 10 has f'ed up which I find highly likely. Or Battleye, would be the other common element.
I also heard that windows 10 lately shows bad module info for any crash. Where it had shown "program has stopped working" before. So the "bad module info" might actually be completly unrelated to the crash behind that.

Can you explain? Deploy which list of units?

Normal ifrit works. It's just the HMG/GMG that doesn't

I'm on Win 8 with automatic updates disabled and the problem appeared without windows updates in between.

Duplicate of https://feedback.bistudio.com/T84855?

This is known as the 3-FPS bug. Are you running 32bit Arma?

Also please upload your RPT file instead of copy-pasting it's contents. You copied all the stuff from the RPT that contains useless information and left out the actually useful stuff because of the length limitation.

There is no line of code that causes these. Besides the last one and the last one can only possibly be caused by a script. Still mostly caused by engine code.

Try disabling/reenabling Battleye in Arma 3 Launcher. It could also be the server's fault that you are trying to join.

ErrorMessage: Out of memory
Physical memory free 308 MiB
You don't have enough RAM to run Arma.

Now that profiling build is out and Arma is somewhat stable. Yeah. Set myself a reminder to do it this evening. ~10 hours from now.

Kinda duplicate of https://feedback.bistudio.com/T126875

Maybe ask Crowe
https://resources.bisimulations.com/wiki/serverTime
https://community.bistudio.com/wiki/serverTime
See Notes.

Included in https://dev.arma3.com/post/spotrep-00076

init.sqf content

#define arma3iscool configFile

He means the scrollbar is overlaying the mute icon on the right side.

That could very well be related to https://feedback.bistudio.com/T124746
I am running a Mod that disables AI voice commands. But there are still voice sounds played (inaudible but they are in the sound manager) although I am nowhere near to any AI that could do that. And the sounds never seem to properly stop which is why that FPS drop happens.

There are no crash dumps and no logs besides one from 22nd June inside your reports.
Can you please try to start your game again and crash it and make a new report.
Also try starting it over the A3 Launcher and also try manually starting the arma3.exe in your Arma folder by just double clicking it.

TacOps is in RC phase and will release in 9 days. They will only fix bugs and add small polish. They won't add any new features.

We need your report otherwise no one can know anything about what's causing the crash.
See here how to get one: https://feedback.bistudio.com/w/ft_a3_howto/gamecrash/

It is your Joysticks software crashing. I guess you have to get in contact with the manufacturer and get it fixed. Maybe there is a newer version already available that doesn't crash.

That is weird. Your RPT contains data AFTER you crashed? How does the game keep running and logging to RPT after it crashed?

https://feedback.bistudio.com/T127019 appears to have same dll.

There are sadly no useable crashdumps in your report. Could you please try launching 32Bit Arma?

Appeared in https://github.com/Wyqer/kp_liberation/issues/243
Might very well be in some way related to the Liberation mission. It mosly happened to me on there.
Considering the sound bug is a huge flood of unit radio sounds... It might be connected to some sort of AI caching or spawning/despawning.

Please try without -malloc=system -hugePages
The last time you ran successfully according to your logs you were using -malloc=jemalloc_bi and no -hugePages.
Then you switched to x64 and -malloc=system -hugePages and ever since your game has been crashing...

Should be fixed: https://forums.bistudio.com/forums/topic/140837-development-branch-changelog/?page=47&tab=comments#comment-3245760

Should be fixed on dev branch: https://forums.bistudio.com/forums/topic/140837-development-branch-changelog/?page=47&tab=comments#comment-3246394
Just took about 1.5 years.

Could be that your dinput8.dll is infected by a virus.
You can try https://support.microsoft.com/en-us/help/929833/use-the-system-file-checker-tool-to-repair-missing-or-corrupted-system
Or running a Antivirus check.
Could also be that Battleye is just randomly blocking files. It does that from time to time. In that case it should work of you try again on the next day.

Try reinstalling your Graphics Card Drivers. Your RHS is throwing a lot of Errors you should talk with the RHS developers about that.

Could be caused by the Server you are playing on. Freezing you on purpose because you were behaving badly.
Quite a lot of Servers do that.

Also your "Steps to reproduce" are not correct. According to your logs you are trying to start a mission which then crashes.
That is not the same as "Start the game, let it load, it crashes"
It might very well be caused by the Mission or the Server you are playing it on if it is a remote Server.
If it's caused by the Mission then the Devs most likely will need that Mission file.

Should be fixed in dev-branch https://forums.bistudio.com/forums/topic/140837-development-branch-changelog/?do=findComment&comment=3245760
Can you confirm?

Should be fixed in dev-branch. https://forums.bistudio.com/forums/topic/140837-development-branch-changelog/?do=findComment&comment=3245760

Crash in C:\Program Files (x86)\Trust GXT\555\EZFRD64.dll Which seems to be your joystick.

ErrorMessage: DX11 error : buffer Map failed : DXGI_ERROR_DEVICE_REMOVED
According to your logs this is not the same as https://feedback.bistudio.com/T83850

https://feedback.bistudio.com/T124649
https://feedback.bistudio.com/T125056
https://feedback.bistudio.com/T117279
https://feedback.bistudio.com/T124509

Can confirm.
Did you try something like SHIFT+Backspace? Same works in Zeus to hide Zeus icon. Maybe it also works here.

It fails right after InitSound - complete I have seen that quite often here. Don't know anything specific about that though.

Go to My Documents\Arma 3 and make sure no file in there is write protected.
Maybe try launching Arma as Administrator.

A BIG red exclamation mark at D3DX. You could have found that by yourself.
Your DirectX 10/11 is bad.

Your Report Log is useless.
If you use -noLogs and you send us your logs... That won't be useful as they will be empty. Also it doesn't contain any crashdumps.
Please crash it again without "-noLogs -mod= -beservice" and create a new report.

Arma report log? https://feedback.bistudio.com/w/ft_a3_howto/gamecrash/

Jup. But reportedly fixed on dev an perf/prof.

@MDCCLXXVI There is no eventhandler for any but one cheat.

1. already fixed.

I fixed it: https://www.youtube.com/watch?v=YMLc5hHC0tQ
Have a BI dev contact me and I'll walk him through the necessary changes. It's really very easy. It is not as performance friendly as I'd like (Only work is being done once at game start. no runtime difference)
but that's because of the decision to put the groups into the magazines array which wasn't mine.

Just tested it. magazineGroup is working just fine in the backend.

@Matosh Complete Arsenal rewrite.

DayZ != Arma 3. No it won't be added to Arma 3.