is any official fix provided for this issue?

diag_captureFrame results:
on - shadows at extreme preset
off - shadows disabled
*m - shadow distance
other settings: maxed out, 1440p (100%), 3km total + objects view distance

I understand it's how the game works, however when disassembled a drone should be hidden from the zeus interface, to prevent issues.

In T175455#2499589, @SaMatra wrote:

Perhaps a scripting command to pull burst counter out of the soldier\weapon\mag instead?

Revision: 151018

Perhaps a scripting command to pull burst counter out of the soldier\weapon\mag instead?

This is just how the game works under the hood. When you disassemble a drone into a backpack, it gets hidden (moves out) so vehicle retains all of its properties - weapons, ammo, fuel, damage, variable space, variables keep pointing to it, etc.

quick search finds instances of fresnel with k=0 in following files on P-drive:

\a3\animals_f\Snakes\Data\Snake_Dice.rvmat
\a3\armor_f_gamma\MBT_01\Data\decals_glass.rvmat
\a3\structures_f_enoch\civilian\Houses\data\Village_pub_MLOD.rvmat
\a3\armor_f_tank\AFV_Wheeled_01\Data\decals_glass.rvmat
\a3\structures_f_exp\industrial\Port\Data\MobilCrane_01_F_super.rvmat

and 0.0 in

\a3\structures_f_exp\infrastructure\Airports\Data\Airport_02_hangar_Alfa.rvmat
\a3\weapons_f\acc\Data\fake_optics2.rvmat
\a3\structures_f_exp\industrial\Port\Data\MobilCrane_01_F_super.rvmat

Just chiming in to mention that addMagazineAmmoCargo supports negative magazine quantities with 2.14. It doesn't work with magazine ids, but can remove the magazine with specific round count from the container, which seems usable enough for "magazine repack stuff".

Alternatively a reverse for if the firemode is burst could be useful. For example, first shot could be index of 2 if it is a 3 round burst.

Profiling v1

Yeah, I'm having the same issues as well, would love to know a fix

Issue was fixed internally.

Full repro (DS and multiple players required to be certain, but may also happen in P2P MP):

This wreck has been in the game since beta and I remember people asking to bring this van back a lot of times. I guess it was just not up to A3 quality and wasn't included in the final game. Now that T-100X was dug out of pre-alpha content stash, maybe somebody could shed some light on this van too.

Still need this feature.

Still very much needed.

Still an issue.

Looks like everything is fixed, can be closed as resolved.

Fixed, can be closed as resolved.

Tested, works good. Can be closed as resolved.

Tested, works good. Can be closed as resolved.

This still needs attention. Make flares bright again!

Can be closed as resolved.

Can be closed as resolved.

To make it clearer and more useful I rewritten this part of proposal with more explanations.

To avoid braking of backward compatibility
we can introduce new commands with slightly
different name, but same behaviour as normal
counterparts, except for hasmaps:

Yeah. Did some tests tonight. It appears that the gun stops working as soon as there's another player in the vehicle. If there's only one player+ai, first shot is wasted but then it works without problems

There's some kind of locality issue when there are multiple players in the vehicle. It seems like the railgun functionality requires the vehicle to be local, but locality isn't changing or the change isn't being detected by the railgun functionality.

it happens without any mods installed

Same issue:
https://feedback.bistudio.com/T175242

Temporary fix:
https://s.arma3.io/Arma3Retail_DX11_x64.exe
https://discord.com/channels/105462288051380224/105467328782692352/1149293894467592202

No the way it works is:

class sgun_HunterShotgun_01_sawedoff_F: sgun_HunterShotgun_01_sawedoff_base_F
{
    submunitionConeCoef = -0.5;
};

Ideally there should be a scopeCurator property in Cfg3DEN → Compositions as some compositions will not be compatible with Zeus as it lacks translation and rotation widgets.

"Also commander camera screen does not work. It's just a black screen"
It's working fine for me but I remember that from time to time any of the vehicles in game had problems with initializing pip screens when switching seats.

We have had more than one user experience this issue. I am gathering data (operating system, etc) to see if there's a pattern. So far the only things in common are Spotrep 00112 and addons/ui_f.pbo.

Also commander camera screen does not work. It's just a black screen.

BIS how is drama whatever an appropriate response? Can you please deal with spammers like this? Thank you...

I want to report, matter resolved, sort of. In a dedi mp mission, slot 2 images work as expected. I would be curious then to see what happens after that in a self-hosted mission, dev/test scenario, where it was not working as expected.

I'm also keeping track of some of my notes as I track them down on this Gist, hopefully they can be of use to someone, despite being a hodge-podge of unorganized information from different points in time.

To add more to this, this issue began on the performance/profiling builds somewhere between v08 and v15 of the performance branch during the 2.12 cycle leading up to the 2.14 release. You'll get an accompanying normally-not-present log message in your log file similar to the following: