Should work better from next dev

I just set my entire Steam folder to "Full Control" then loaded the mods and ran the game. This time, I selected my slot, clicked continue, it took me to the same splash screen as before, except this time it crashed when I move my mouse before I could click on the "Join the Fight!" button.

Do you have anymore suggestions?
Help me please, I'm stuck.

No need to list, all rifle ammo is affected.

Little diagram of direct damage case A
A bullet with 1m penetration is shot at a triangle. A teeny tiny bit above the 1m thickness, and a teeny tiny bit below the 1m thickness.
Result is this:
https://abload.de/img/pen1zjhy.jpg

https://community.bistudio.com/wiki/BIS_fnc_playVideo
I never had any issues with using ffmpeg so far like described.

Use ffmpeg https://community.bistudio.com/wiki/BIS_fnc_playVideo

:) thanks for looking over. If u need something more just tell me.

Hey Alice,

In T150414#2200865, @Pi wrote:

Hi, is the issue still happening @brysondev ?

@KlausHerberth nevermind, the fix is not on stable for some reason

I stand corrected, it seems the values are indeed for months of the year

Thank you for your feedback! It will now be reviewed by a specialist in our internal QA system.

Thank you for your feedback! It will now be reviewed by a specialist in our internal QA system.

Thank you for your feedback! It will now be reviewed by a specialist in our internal QA system.

Thank you for your feedback! It will now be reviewed by a specialist in our internal QA system.

Thank you for your feedback! It will now be reviewed by a specialist in our internal QA system.

Thank you for your feedback! It will now be reviewed by a specialist in our internal QA system.

Because August in Southern Hemisphere is winter so it should be chiller than its January.
...If what the config does is the same thing I imagine.

These are max and min values regardless of the time of the year, what this has to do with hemisphere?

@KlausHerberth The fix for paa should have been there already, can you give more more details, a repro?

Im on the actually stable version.
["Arma 3","Arma3",204,147719,"Stable",false,"Windows","x64"]

Thank you for your feedback! It will now be reviewed by a specialist in our internal QA system.

In T159872#2220814, @dedmen wrote:

Your description is pretty messy.
So what you are really tring to say is flyInHeight is ASL even though it is supposed to be AGL?

Okay, I spoke to one of our server wizards and this is what I got:

This problem is facilitating teamkill trolling on the official servers. Trolls teamkill until the spawns are depleted, then camp the spawn point teamkilling new players and players who use the exploit to return to the game.

LouMontana closed this task as Resolved.Mon,
LouMontana changed Resolution from Open to Not A Bug.

This ticket does not actually show the crash which I experienced because I was unable reproduce it in a new mission. Instead it shows how testVar failes to load from "cfgTestSave" and is null. Trying to use this null variable probably is what lead to crash

Thanks for the suggestion, however it is a Blu tooth headphone not USB. any other suggestions?

Also if antivirus decided to quarantine dll (happened to me) it wont let it back

The pond is special case it is broken left right and center hence not officially supported in A3

I'm assigning this to myself in order not to lose it, and I'm aware of the issue but the fix might be too complicated or unsafe. I will have another look but no guarantees

@KlausHerberth what version of the game are you running?

Revision: 147985

If that is the intended behaviour then there is a different bug, which is that it does not always work and i will try to create a simple test case to reproduce it.

I can double-check (this may take a bit), but since we use Steam for updates and such it would be pretty wild if there was no connection.

In each of my repro tries the mortar spawns next to the quad, not causing it to explode.
But still shouldn't work with vehicle inventory

No repro?!

Normal objects have the exact same issue.
Spawn thousands of them in the same spot, and delete tons of them within a single frame -> Game freezes.

Do you actually have a valid situation where this is a problem?
outside of running it in diag_codePerformance?

It seems like they're also describing a problem where flyInHeight commands below 10 metres will prevent subsequent flyInHeight commands for higher altitudes from taking effect.

Your description is pretty messy.
So what you are really tring to say is flyInHeight is ASL even though it is supposed to be AGL?

Simulation state of units should always be synced.
If server disables it, it should be disabled on all clients too.

A backpack thats inside a vehicles inventory shouldn't be considered for assembly. So the action should never pop up. I think I understand how this is happening.
There is probably code to check for whether the backpack is in a weapon holder, it shouldn't consider backpacks inside vehicles

There must be something wrong with your computer then. If you whole computer freezes and not just Arma.
There is nothing unusual in your logs/report

Did you try this yet?
https://community.bistudio.com/wiki/Arma_3:_Unusual_process_exit#0xC0000135_-_STATUS_DLL_NOT_FOUND

Headset (COWIN E7 Hands-Free AG Audio)

Hello,
this issue is still persists.

Big upvote from the Hatchet team,

Issue seems to be resolved in latest VN build

Vehicle Encoder Apollo replied the following: