Are you sure you're playing unmodded game? I just tested it and it seemed fine.

Had a look at it, looks like this blur is engine-driven, not scripted, once applied and unit dies, it never resets. Could be an easy fix - clean up effects on death.

Once again I had a need for this command, trying to make a hack fix to fix broken remote control (if somebody disassembles drone you're controlling, your player always remains in vehicle for everyone except you) I need to find a vehicle that backpack assembles to on "WeaponDisassembled" event handler, so I can broadcast it to players that used to control this drone, to do a hack to fix their broken state. Turns out in some locality combinations none of allObjects combinations work if you do _backpack == objectParent _x check on each. Yes I shouldn't be doing this hack fix in a first place but I can't wait months for something to get fixed and be available on stable. Though same could be said about this command too.

PLZ FIX

Thought that having a getter to return JIP queue attached to an entity will be useful too:
ARRAY = getRemoteExecutedJIP ENTITY which will return array of JIP handles that match this vehicle

I have a need for such command too, comparing unit and even units against list of areas is what I constantly do in my mission.

I feel that removing one by one is fine if EH exists. Its not like such removal happens each frame on a 100 units in scripts or in the engine itself, performance difference would be super tiny. Since the engine wasn't designed for such event handlers, this feels like a good solution.

A small correction to the request. It would be useful to also get container where new item was taken from (to remove event handlers off it or delete its items or something).

Tested, looks fine. Won't bother with extending Disassembled event handler, not critical at all.

Also I'd ditch this entire hardcoded UAV Terminal system and written my own with remoteControl but the command is absolutely terrible, my ticket T171207 has an example how player can be put into remote control without a proper way to revert it. And there are no getters for remote control either. Fixing remoteControl will also be appreciated.

In T171357#2426221, @BIS_fnc_KK wrote:

have you looked at UAV actions via action command?

I think its better to bite the bullet and fix this, make drawRectangle/drawEllipse/drawIcon treat angle as world angle rather than UI angle, same as markers currently do.

Example of repro results, in this case 4 out of 100 drones teleported back to their original spot after assembly.

In T171344#2425784, @BIS_fnc_KK wrote:

if set velocity is part of vehicle update packet (probably is) then it will update when it updates which could be after ownership change which is immediate. Not sure what would be a good solution

This doesn't happen only with such quick scripted assembles, I was working with backpack drones recently and had them disappear twice on me during normal testing gameplay (Using Assemble from mouse wheel menu). What I've seen as client: drone appears before me for a few frames and then vanishes. When I checked its position it was very far and high away (out position probably) and falling down back to earth.

Updated repro, now properly shows bugged vehicles in the chat and puts them into fucked array.

Didn't check what exactly changed yet (is group deleted or has delete when empty flag set?) but I noticed that you can't get that empty group when vehicle is dissembled unless you put it into a variable. Lets expand Disassembled event handler to also include reference to the group that deleted units had?

I wonder if its possible to fix this through config without changing the model?

In summary, I'm against changing existing commands to also handle one specific case of being run on backpacks. Its already possible to do everything you want with packed static\drone, just requires some tricks, this command should have made it clear and easy to do that.

In T171260#2424804, @BIS_fnc_KK wrote:

the vehicle is removed from world when it is packed I dont want to make a specific getter for asset that is not supposed to be exposed with api. The fact that it is available via variable reference was overlooked but due to back compatibility would now remain. I am actually trying to make it usable by wider user base, set/getVehicleAmmo is a good example. I can add that and god knows when I will be around that part of the code again, so if you give the list I can do it in one go

I don't get this argument what so ever, even if out vehicles aren't simulated or shouldn't be operated with some scripting commands, so what? And its not like this is arbitrary code execution level security issue, just a matter of entity being limited while hidden. Lets forbid allObjects from returning out vehicles too then, what if user deletes a vehicle from there and ends up getting an RPT error? There are already myriad of ways to break\lag\freeze\crash the game with scripting already, by the nature of modding.

Did tests for all possible combination, works properly. Shitty test code:

	if(!isNil"markers") then {{deleteMarker _x} forEach markers;}; markers = [];
	if(!isNil"objects") then {{deleteVehicle _x} forEach objects}; objects = [];
	if(!isNil"locations") then {{deleteLocation _x} forEach locations}; locations = [];
	positions = [];
	if(isNil"testgroups") then {{{deleteVehicle _x} forEach units _x; deleteGroup _x} forEach testgroups};
	testgroups = [];

You can do a lots of things with a packed drone\static - repair, refuel, change weapons and magazines, get\set variables, altering a single command to have special handling case for backpacks is not the way. Returning object off backpack can also tell you if backpack was assembled before.

In T171260#2424746, @BIS_fnc_KK wrote:

Sure I can. Would this be enough?

In T171260#2424744, @BIS_fnc_KK wrote:

I can make it rearm with

unitBackpack player setVehicleAmmo 1;

Simplest application example - rearming static weapons\drones when they're in backpack form:

getBackpackVehicle unitBackpack player setVehicleAmmo 1;

1. Fresh mission, get backpack with player addBackpack "B_UGV_02_Demining_backpack_F"
2. Run "B_UGV_02_Demining_F" allObjects 4 => []
3. If command existed, you'd run getBackpackVehicle unitBackpack player => <NULL-object>
4. Assemble backpack
5. Disassemble the drone
6. Run "B_UGV_02_Demining_F" allObjects 4 => [2102463a040# 1781926: ugv_02_f.p3d]
7. Wear backpack off the ground
8. Now can run the new command with same getBackpackVehicle unitBackpack player expression and it should return that same vehicle 2102463a040# 1781926: ugv_02_f.p3d

When you dissemble the drone or static weapon, it doesn't get deleted but gets hidden and link to that entity is stored in the backpack, the command should return that link. When you spawn assemblable backpack it doesn't spawn associated drone\static right away but only when you assemble it the first time.

In T171260#2424736, @BIS_fnc_KK wrote:

getBackpackVehicle unitBackpack player

unitBackpack is null when weapon is assembled

Did some tests, works great!

In T171272#2424697, @kju-PvPscene wrote:

Would this also help with textures used by UI, particles or even game assets?

Like one can force preloading via config (PreloadConfig and PreloadTextures) - aka would be good to have also via mission desc.ext or scripting (best).

In T63451#2424617, @BIS_fnc_KK wrote:

How bad, and what is the alternative? Mind you any radical change and we gonna have a lot of people complaining about that too

I've seen people abuse this to skip reloading animations - drop weapon and mag on the ground and pick it back up, faster than reloading animation.

Made a ticket: T171272

In T170766#2424525, @dedmen wrote:

BOOL = preloadTexture STRING

Yes. Separate ticket. And its low priority. Texture cache mess will be fun

Fun allowed then. "Can we have a scripting command to check that" was about having such texture preloading scripting command, sorry for hasty confusing replies, really happy to see this addressed.

In T170766#2424525, @dedmen wrote:

Can we have a scripting command to check that?

No.

Refined idea once more, it all can be crammed into single command:
BOOL = preloadTexture STRING
Will return true as soon as texture is loaded.

In T170766#2424521, @dedmen wrote:

So one issue, its trying to use the texture before its loaded (because loading is async), so when the display is created, you set the texture, it will only load next frame, but right after creating display it tries to render.
Easy to check for that and skip rendering the texture.

Next issue, you have to manually re-render till its done loading, and there is no way for you to know when its done, it might take multiple frames.

So fix for that, after creation it will automatically trigger re-rendering while there is a non-ready texture inside the display OR there is a UIToTexture inside it that is scheduled for re-render.
That will recursively wait till all sub-textures are loaded.

But this will only happen at creation, if you add a sub texture some time later, you need to take care of that updating yourself.

Smaller version of T150388

Bumping, had a need to have STR_A3_C_CfgVehicles_B_HMG_02_high_weapon_F0 and STR_A3_C_CfgVehicles_O_HMG_02_high_weapon_F0 fixed, its names for backpacks for disassembled M2 Static gun. Gonna have to use FIA versions instead of proper side versions for now.

In T170766#2424111, @dedmen wrote:

Y can I not run mission in Eden 😢
works fine if i remove all the waitUntils and eden check. But need to run set texture twice to trigger that error.
I have already seen this error before.. it tries REALLY hard to load the second mipmap, even when there is only one. And it.. obviously fails.

Repro adjusted with big visible text on the map:

	testcenter = getPosWorld player;

In T170754#2423769, @dedmen wrote:

It looks a bit stretched/squished in the center display too. But not as much as the others

Yeah, this is a long going bug in the game, since at least Arma 2, probably even Arma 1 or even OFP. I think its caused by messing with your FOV in .Arma3Profile by changing either fovTop or fovLeft and if they're not 4:3 and 3:4, map icons become squished. Here is how I have it at 1080p with

fovTop=0.75;
fovLeft=1.3333334;

Check parameters, maybe you have your mods listed there in "Mods" or "Server-side Mods"

Related ticket to close once this one is done: T128006

Since Arma 3 v1.96 this command returns both driver and gunner units if the UAV is controlled by 2 players.

Can be set as resolved.

Found a hack to fix stuck remote control trough UAV terminal:

I recently had an issue where buildings failed to receive scripted (HandleDamage-returned) damage for JIP players. I chose some building far from the action, damaged it, restarted the game, rejoined and it had wrong damage numbers. My guess was that game mixes up which entity should get which damages, maybe it does it the same with variables. It was pretty reproducible last time I observed it, I'll make a ticket some time.

Does deleting and re-creating the marker again helps to bring it to foreground?

On a side note, log function shows group have fade and scale close to 0.5 but not exactly. They're fine on next frame, looks like ctrlCommited return true one frame before animation actually finishes.

To fix this issue, display your texture in normal UI somewhere before using it inside ui2texture. I have the ticket about this exact issue @ https://feedback.bistudio.com/T170766

The use case is displaying high resolution textures in small sizes to avoid ugly aliasing.

What about having it as procedural texture?

Please let us know how it went, I had similar issues with streaming objects, yet to make a repro and ticket so I'm very interested in your case.

Does this happen for JIP players and not players who were on the server at the moment of "setVariable" use?

@Sergey_rus42 What is your UID? Also, sights are per weapon, you probably bought it for certain weapon.

Another attribute name idea, same property name, different values:
mipmap='#2'
mipmap='32px'
mipmap='0.04'
or usemip or just mip as original idea had it.