It is Singleplayer missions. Any mission that I try it crashes a few minutes in or crashed when it’s starting up the mission. Also freezes when ever I try to change the graphic settings.

Im short on time today but tomorrow I will reproduce the issue and get logs/try to find all the logs that represent this issue.

I noticed some old threads from 2016 that seemed to have a similar issue.
https://feedback.bistudio.com/T120817
https://feedback.bistudio.com/T66415

Sorry if this was a little hard to follow, there is just so much about this kicking issue and I was pulling fragments of information from my mind from different times, so it was as disorganized as it was in my head.

I would appreciate this too, having the event fire even when the link is not valid would be perfect for triggering other scripted events from custom dialog or htmlLoad.

Does nobody on the development team care in the slightest that this bug, which could probably be quite easily fixed, completely ruins scripted sound effects?

still not fixed :I

Thank you for the report. We will have a look at it. But from what I can tell it seems that there is some audio problem, we will see.

Thank you for the report. Which mission are you refering to? Is it a Singleplayer mission in the campaign or a Multiplayer mission. Please let us know.

It is not suppose to. I am quoting this from the Forums for the dev branch

Thank you for the confirmation we will have a look at it.

Thank you for the report. Please upload your Arma report here. Here is how to do that.

In T131963#1740405, @Wulf wrote:

Hello.

Does this happen even without mods/with mods disabled?

Thanks :)

I think I fix it myself; but I want to test it for a few days.
I uninstalled the game and re-installed it and now it works. (in the 2 games I have been in, it worked)
It may have been something in the script of the updates which didn't mesh with the original programs or updates.
Uninstalling allowed the program to pull and place items in order to allow the "Tanoa" map to load.
Just a guess, but I know of many others who have the same problem.
But, thank you for your time and efforts on the problem mate.
Cheers
Greg Fincher
aka- Gijoe 1LD

Thanks for the pointer. It's an absurd exception, flying in the face of KK's prior comment, but after two years of constant development with this mess I've come to expect so little from SQF that such an exception seems to comfort me in some strange way.

try like this

Probably an initialization sequence where 0 == 0
See: https://community.bistudio.com/wiki/Initialization_Order

Thank you for the report. Regarding the Mk41 not working with the artillery module, that is intended. It is controlled via a UAV terminal.

This should be fixed in the next update, you can check out the fix in our Dev Branch build.

Thank you for the report. I agree that it seems a bit odd, but it does not obstruct the mission in any way. We might revisit this showcase.

Thank you for the report. Please try to re-install .NET Framework 4 with the latest available version (currently 4.7 https://www.microsoft.com/en-us/download/details.aspx?id=55167)

Does this happen even without mods/with mods disabled?

Can I have someone look at this? It has been happening for almost a year now, and is making the game literally unplayable on servers with mods.

Hi,
Not all the time but so far maybe 5 or 6 times

Wulf is this some sort of documented change? It was not like this some months(or years?) ago in my earlier playthroughs, was the rationale explained somewhere? In the past the consumption of your 3 men team is properly accounted for, the bullets they fired were properly deducted but that's the extent of it. Right now up to a dozen 7.62x51 magazine lost with zero actual expenditure every time you leave base is pretty impossible to replace. Adding all the other ammo type lost I think it's impossible to make up for the random deduction even with a full truck load home. If intended I'd consider this a rather peculiar decision.

Thank you for the report. Does this happen all the time?

This does not belong here. This is an issue for the server admin.

I'm on xbox I need to fix this as well

Hope this will help

I solved this by mapping both sliders + & - to Collective Raise (Analogue), albeit a bit confusing, Works like a charm. Thank you all.

I'll do that as well, but it already is a new profile. I re-installed the other day and didn't save anything from the old install.

Hmm. Could you please try creating a new game profile and seeing if the error still ocurs?

Although, I noticed my logging was disabled in the launcher. I don't know how that affects the reports. If need be, I can capture another, with logging enabled.

It's there. I messed up formatting on original post. It's the last thing in the post, after steam.

Thank youf or the report. Please upload your Arma report here. Here is how to do that.

This bug was already fixed.

Make sure you don't have more than one thing mapped to analog throttle or collective. If you do, then the game will take half input from one, half from the other.

2018 and this bug is still live

Ok, had a look at the report. It seems that the OS is terminating the application because it became unresponsive. Try running the system file checker for corrupted files.

Thank you for the report. We will have a look at it.

Please repair fix unit action ["SetTimer,unit,<bombname>];

Thank you for the report. We are aware of the issue.

Thank you for the report. We will have a look at it.

Thank you for the report. The dumps show that you got a UNABLE_TO_INIT_DXGI error. Please, try these possible solutions.

We will have a look at the Mohawk and see what can be done about it.

Good day Devs Please fix this error, do not delay! 4 months there is no progress

Aaah. Now I understand. The armory is shared by the AI with the player. Meaning they also take their equipment from the armory. So whenever you go on a mission they also take ammo and guns so as to simulate how it would work in real life. Even if you are going solo that doesn't mean that other parts of the resistance are being idle they go on their own mission and take ammo and equipment as well.

If you verified that the slider -1 is the only thing mapped to collective raise (analogue) and the slider +1 is the only thing mapped to collective raise (analogue) then try looking in options > controls > controller and disable anything not Logitech, if any. If that still doesn't work then select the logitech and click the Customize button and then Unmap and try again.

In T65252#1737354, @Zectbumo wrote:

Yes, this has been solved. If you are getting 50% throttle then you need to unmap your other analog device. Only map the logitech otherwise it will split the input with the another analog stick (50% + 50% = 100%).