Thank you for the report. From the dumps it seems that the game has a problem with XAudio2.

Thank you for the report.

In the same vein, an unclosed quoted string will also produce no error. The specific case I ran into was a quoted string that was closed, but lacked a semicolon after it. No error was generated and the file's contents were not available at runtime.

Some news. The consequences of the unconscious state of the marksman, described above, could be a facet of a deeper issue:

This is hard to pinpoint since we can't recreate this issue on our machines.

This keybind makes a plane go faster, but also makes a helicopter nose-down, in addition to whatever key is bound to nose-down in helicopter menu. It should be un-effed asap. I'm surprised it has gotten this far.

Have tried deleting Dell Data Vault files but this has not remedied the issue. dxdiag files however, now differ. 1st problem signature is now

Bump.

Hey, so I tested it more, and I think the specific problem is that the hit box for the sling component is too big. Any type of rushed landing where the aircraft's attitude is nose high will damage the sling (despite the tail clearing the ground), and in turn, the whole aircraft. I have recordings of this happening on landings that are completely safe for other aircraft and the Taru's tail is not touching the ground, but the sling still gets damaged. If you land very slowly and soft, the sling doesn't get damaged because the speed is low enough to not damage any part of the aircraft (like bumping into a building at <5kmph). It makes flying the Taru in combat situations unnecessarily difficult. Once again, if there is a way to share the videos I have recorded, let me know and I will be more than happy to send them. Thanks again for your time.

You know what? This has been going on since back in June. I've got other games to play that don't wreck my ear drums. I'll reinstall when I hear that this issue has been fixed. This game is actually pretty amazing, but I'm not dealing with this.

please help

Status Application hang in multiplayer

I noticed if you create a server using SteamCMD the duplication not happens, but i still have crash o when zooning on the map. I'm using BRPVP mission (www.brpvp.com.br).

Addendum: Issue also occurs at main menu.

Also BIOS, drivers, up to date.

Hey Devs! please fix this bug finally

push

push

Ai doesn't react even if the command reveal is used with max (4) level

Issue persists in 1.84
HC is totally useless

Before the patch with the new scheme for loading LODs, there was an acceptable FPS and correct loading of LODs in optics. After all, you can make a choice of options: the option before the patch and the option after the patch. It would be just fine, because in the current form, optics on islands with dense forests are useless, and the situation when people are visible without optics, but you cannot clarify their belonging to any fraction due to 2D sprites is simply absurd and irritating.

Thank you for solving this Issue.
https://forums.bohemia.net/forums/topic/140837-development-branch-changelog/?do=findComment&comment=3318437

Ok. Thank you for letting us know.

This is because of engine limitations. It could be fixed, but then your FPS would tank down when you would look through the scope and you wouldn't be able to play.

This problem is observed in many players (if not all) and it is very strange that there is so little attention to this problem.

In T79066#1757446, @alert23 wrote:

Hi all,
and sry pls if i have digged up an old thread but i wanted to ask if there is any progress in this,
because this script ie:
vehicle enableAutoBraking false
is rly needed and it would finally solve the "Not spinning Wheel" issue when using Unitplay/UnitCapture on Land-Vehicles
cause i noticed that the main problem which was causing the wheels NOT to spin is that AI is constantly pushing the Brakes.
i managed to get the Vehicle Wheels spin when using Unitplay/UnitCapture but only after changing these settings in the Vehicles Config.cpp

maxBrakeTorque=0
maxHandBrakeTorque=0

but something like: vehicle enableAutoBraking false
would definitely make it much more easier.

Close this, please, all is ok now.

Never mind the snakes - watch out for killer goats!! https://youtu.be/ZrrATTEtJjw

This behaviour is already known:
https://community.bistudio.com/wiki/assignedTeam

Thank you for the report. Were there no mdmp or bidmp files as well in the folder? For a complete report please upload your ArmaReport here. Here is how to do that.

Also now another problem appears.. whenever i try to join ANY server it tells me that my addons.pbo something keys are uncertified.....

Nothing has helped so far... I even reinstalled the whole f*g game and in still doesnt want to work !
Great.... More cash gone for nothing...

I tried it earlier and try it now, same problem.

You can now test the fix on the Dev branch.

Have you tried running the game as administrator? The Requires elevation status is a symptom of the increased security measures that have been implemented in Windows.

I can see that you are launching the game with mods. Have you tried launching the game without mods being enabled?

Any idea on the issue? I've uninstalled and reinstalled Arma 3, along with BattlEye, and the DEV ribbon still remains. I still cannot play the game...

ive got the same issue my team mates say its battleye

Hi all,
and sry pls if i have digged up and old thread but i wanted to ask if there is any progress in this,
because this script ie:
vehicle enableAutoBraking false
is rly needed and it would finally solve the "Not spinning Wheel" issue when using Unitplay/UnitCapture on Land-Vehicles
cause i noticed that the main problem which was causing the wheels NOT to spin is that AI is constantly pushing the Brakes.
i managed to get the Vehicle Wheels spin when using Unitplay/UnitCapture but only after changing these settings in the Vehicles Config.cpp

So what can we do to protect server from this?
Using https://community.bistudio.com/wiki/CfgDisabledCommands will make flares, smoke, flash not working

I first noticed the problem on vidda, but I also experienced it on Tanoa. Also, I realized I was mistaken somewhat. The damage really happens when there is a sideways component to your lateral motion on touchdown (either left or right at about 5-10 kph). Sorry about that. Would me being able to make and submit a video of it be more helpful?

"spawn compile preprocessFile"
is the same as execVM.

almost 2019 and this still have't been dealt with.
I've read any piece on the internet about this and tried 3 FOV calculators, non worked. not one solution found at the internet.

Yes, I have already tried all of those. That's the first place I went.