This issue is fixed in 1.64

Was playing solo. I did not respawn prior to the incident. I approached New York from SW.
The last radio message I got was about civilians present in the AO iirc.

Game version: 1.62.137494

I can confirm updating the video drivers to Radeon Crimson 16.3.2 apparently fixed the issue for me.

Actually I would prefer the LOD blending to simply work on all cards (unless it's a driver bug that Bohemia has no control of).

Has been fixed recently.

Has been added recently.

This affects all types of facewear but only for player units. See also https://forums.bistudio.com/topic/188759-facewear-wont-initialize-when-using-arsenal/

Can confirm. These strange shadows are sometimes even visible through walls.

+1. Apparently a load-in animation is too difficult, but at least the "Load vehicle" action should only be available when the ramp is open.

This is basically the same issue as with underslung grenade launchers.

Creating a ticket about 10+ different issues, most of them being highly subjective, is not going to accomplish anything.

Possible duplicate of http://feedback.arma3.com/view.php?id=16515

Duplicate: http://feedback.arma3.com/view.php?id=18193

As of 1.26 they seem to be actually working but are far too dim so they can only be seen from close up at night.

Just to clarify: They were working in earlier versions (because Iceman tagged this as feature request)

Upvoted. Related: http://feedback.arma3.com/view.php?id=13835

Confirmed (1.08). I think this bug was introduced in one of the recent updates.

@Fireball This would be realistic but also plain suicide as you should not be able to throw an explosive more than a few meters, whereas the lethal radius is actually larger than on land.

If the current implementation "makes you unhappy" what changes would you propose instead if you disagree with my suggestion?

@stonestriker
While I very much sympathize with your ideas of a better vehicle inventory I consider them quite unlikely to be added to vanilla Arma3.
Therefore I still prefer my proposal over the current system which is rather annoying than realistic.

In my eyes the current implementation is not more realistic as the one I proposed.
I cannot even access my own vest while sitting on the driver seat.

A realistic implementation would have to differentiate where exactly what type of cargo is stored in each vehicle, which is undoubtedly out of scope.

@AD2001 How does having a monitor mounted in front of you affect your ability to access the luggage?

Duplicate of http://feedback.arma3.com/view.php?id=12633

http://feedback.arma3.com/view.php?id=11032

In any case it's a bug, but it has already been reported: http://feedback.arma3.com/view.php?id=12799

Still present in 1.04.
Issue occurs regardless of the value of the "equipment" parameter.

You have enabled "vehicle freelook" in the settings.

The exact same principle depicted by FeralCircus applies to ironsights as well.

Not sure if you are trolling or just fail to make your point...

You know you can just team up units as you like?

For everyone suffering from this issue as well, this is my (ugly) current workaround. Note that the array _nonexisting_classes is only an example and still needs to be extended.

-------------

/**
Will return an array of all objects within area of a given class.
This will also find "pseudo-objects" stripped of their class for performance reasons.

Arguments:
0 center of area
1 classname of objects to find
2 radius of area to search in
*/

_center = _this select 0;
_class = _this select 1;
_radius = _this select 2;

//these are classnames which are stripped from pre-placed map objects for some performance reasons:
_nonexisting_classes = [
["Land_Net_Fence_8m_F", "net_fence_8m_f.p3d"],
["Land_Net_FenceD_8m_F", "net_fenced_8m_f.p3d"]
];

_replacement_name = [_nonexisting_classes, _class] call BIS_fnc_getFromPairs;

_result = [];

if(isNil "_replacement_name") then
{
_result = nearestObjects [_center, [_class], _radius];
}
else
{
{

		_name = ([str _x, " "] call BIS_fnc_splitString) select 1;

		if(_name == _replacement_name) then
		{
			_result = _result + [_x];
		};

} forEach nearestObjects [_center, [], _radius];
};

_result;

I would like to hear any proposals of better solutions.

@micovery "1 meter is not enough to detect a Land_HBarrier_1_F, even if you are standing next to it. The distance between the player (feet), and the center of the H-Barrier, is about 1.3 meters." The 1m are not relative to the player but to the game logic object and the unfiltered output proves that 1m is enough in this case.

@SaMatra
I also cannot setPos other pre-placed objects which _are_ properly matched by the classname filter.

So if BI thinks this is really necessary for performance sake I would like to ask how I can filter the unfiltered list myself to get all objects sharing a certain p3d file.

related http://feedback.arma3.com/view.php?id=0014345

Can not reproduce anymore in 1.20.

They apparently do not only have no parent but no class themselves at all anymore, making them pretty unusable for any kind of scripting as far as I can see.
Related: http://feedback.arma3.com/view.php?id=15130

Can still reproduce in 1.14

duplicate http://feedback.arma3.com/view.php?id=14929

Still present in 1.12

related http://feedback.arma3.com/view.php?id=13304

duplicate http://feedback.arma3.com/view.php?id=13719

duplicate http://feedback.arma3.com/view.php?id=14213

duplicate http://feedback.arma3.com/view.php?id=13902

Why are not all animations supported by BIS_fnc_ambientAnimCombat? Are they missing transitions?

Kind of fixed with the new M2A4 UP variant.

I think adding extra commands like "addMagazineToPrimaryWeapon" would be the best solution as it provides maximal flexibility and does not break existing content.

You cannot enforce the sound level of speakers/headphones so enforcing ingame sound levels is futile.

OK, so you mean the ratio between the different ingame sound levels.

duplicate http://feedback.arma3.com/view.php?id=12399

Might be fixed: http://forums.bistudio.com/showthread.php?149636-Development-Branch-Changelog&p=2702718&viewfull=1#post2702718

@MulleDK19 You might. But others reading this ticket might not.

AMSL = Above sea level

At least some markings so you can estimate distances.

Even if it's completely dry and hard as you say, it will not be nearly as smooth as asphalt.
Looked for some pictures in the summer:

https://ssl.panoramio.com/photo/58336648
http://www.schmittdoes.com/wp-content/uploads/2012/06/IMG_9697-1024x768.jpg
https://ssl.panoramio.com/photo/24995081

duplicate http://feedback.arma3.com/view.php?id=13900

Confirmed for 1.02

It does.

Duplicate of http://feedback.arma3.com/view.php?id=14083

I think this is still present in 1.06.
Should be easily fixable.

confirmed

Duplicate http://feedback.arma3.com/view.php?id=13658

@jtgibson

Where does the scope end? …

You are missing the crucial fact that, in contrast to your example, the independent FIA units already exist in the game, they are just deliberately hidden from the editor.

Still present in 1.12

Still present in 1.12
Same applies to "Naval mine (bottom)"

"Naval mine (moored)" is floating at the surface, while about 1m below would be appropriate.

Can not reproduce 0.77.109799.
Open UAV Terminal, right click flying Greyhawk, click "Connect to UAV".

Still present in 1.10

Still present in 1.00

Yes it very much does as the commander's position is completely worthless this way.
Also the Tigris's twin, the Cheetah does not have this problem.

On close examination the camera's attachment point also seems to be wrong, being around the driver's hatch instead of the turret.

Still present in 1.10
When using the direct targeting instead of the artillery computer, it seems to deploy HE shells instead.

@Fennecus Mirrors seem to be _very_ difficult to implement ;)

can reproduce

duplicate of http://feedback.arma3.com/view.php?id=13143