Shameless necro-bump, as was doing stuff again recently where this would be very useful..

Right, as usual didn't even think of that.. Obviously we'd need a way to use another soundset for subsonic ammo when suppressed.
How about additional config token into the mag class, something like onConflictSoundTypeIndex, which you could use to define soundTypeIndex used in case of magazine and muzzle device conflicting. 🤔

Didn't even realize to check the config.

Sort of I guess, problem is two-fold:
I'm almost completely mathematically illiterate :D

Should have worded it better but what NikkoJT said, attach from child object selection to parent object selection.

Non-shameless bump.
Any reason this could not be done, to a layman sounds like not too much of an hassle?

New alt syntax seems to be working. 👍
Thanks.

You can't get the ammo count though.
Value returns some number that seems to make no sense; sometimes some mags return 127 (at least with LBDrag event) whereas usually it returns the number the item is in the list, data returns classname.

Is there any chance that this could be fixed?

Bump ancient.
Would be nice to have to company the reload alt syntax

Bump since SlotItemChanged EH is being added.
So no excuses left why not add this and MuzzleSwitched EH (https://feedback.bistudio.com/T151698) ;)

shameless bump...

That new enableAudioFeature seems to be working fine. 👍

I was about to suggest setObjectSurface command, but that works too :P
(not that setObjectSurface wouldn't have it's uses for someone I suppose)

I love you

This has actually been plaguing the game since the soundupdate years ago that added these features, you can test this with the same pallet example:

• place pallet inside a building like TRAGER did
• preview, go in the building (terrain object), fire a shot -> gun interior sounds play
• go over the pallet and fire -> no interior sounds

So a metric ton of new eventhandlers added but still no to this? :(
Or am I just blind and dumb as usual..

Did some quick testing and seems to work.

Sad sound panda :(

@BIS_fnc_KK
Completely shameless bump in form of a question: did you find out this is feasible to do?

Yes please.
This probably should return things like the knowsAbout value and such? And stuff the command targetKnowledge returns?

Seems to me that these are working fine, thanks once again :)

Shameless bump and further counter argument: CBA playerEvent doesn't work for the AI because playerEvent.
Same goes for the weaponSwitch event request: https://feedback.bistudio.com/T151696

@BIS_fnc_KK
Really badly worded :D but tried to say that the only existing command to get info about vehicle carried stuff is the "rearm ammo cargo" an ammo vehicle carries (getAmmoCargo), no command to get what the vehicle carries in the "inventory".

Apparently the mass value has nothing to do with weight (which is correct though because mass != weight), what a ex-BI dev said it's calced with something like model volume * some arbitrary object density value pulled out of thin air.

Just read the discord discussion about this, a wee bit messy indeed.
So ounce is good I guess, although as the density is arbitrary then the ounce thing also gets messy I suppose.

I was told the the mass of things like weapons is something arbitrary; I had a short discussion about this with Dedmen some months ago on arma discord community_wiki channel and the answer was "mass is a arbitrary unit, not a weight".
So I assume the formula that calcs the load is based on the arbitrary unit used for the mass of inventory objects, whatever that may be.

Yes.
Non-full mag in main muzzle and non-full mag in secondary muzzle:

• only reloads the main muzzle, secondary muzzle stays untouched.
• If secondary muzzle is selected only hand gesture is played, none of the weapon anims play (as the main muzzle mag gets reloaded). If main muzzle is selected all anims play correctly

Appears to be working fine. Thanks!

I suppose this should be closed as #lightreflector in da house 🤔

Yet another shameless bump.
Just to note just the first soundDuration <file> would suffice obviously, the rest was just crazy talk...

And another shameless bump..
Similar requests have been made several times in addition to this one so clearly there would be use for this. 🤔

Seems to be working fine. Much appreciated.

Shameless bump; any hope we might be getting this one?

Appears to be working fine, thanks.

Wouldn't mind if also a command to return all ehs handlers of any type would be added, similar to what diag_allMissionEventhandlers does but for the rest of the types, and return would be in format of something like:
["eh type", [handler ids], "eh type 2", [handler ids].. ]

Seems that since this is a normal addaction action it's faded out according to class CfgInGameUi -> class PlayerInfo dimmStartTime/dimmEndTime 🤔

This would be useful, would be neat if it also returned what some remoteExecCalled function/command might return 🤔

Maybe add createSoundSource into the list as well 🤔

It's nice to have this lock all inventories though so don't go "fixing" that :P

This is basically a duplicate of my slightly older suggestion, so gonna be an a-hole and bump it here if we'd get both of these events 😛
https://feedback.bistudio.com/T151695

'action' is some old OFP era relic I guess, it also seems to have a length limit so if you're in a bad habit like me and writing code into those config events you might end up scratching your head when code breaks with weird errors

Undoubtedly this would be complex issue, and most likely undoable but just throwing it out there.
I didn't do much of actual testing how the command itself works, mainly went by the wiki description and some experiences from the olden times.

Yes, it indeed seems to work better now. Huge thanks! 👍

Exactly that kind of command has been on my whislist as well, but I thought I'd test the waters first with something I would have needed recently.

I had exactly the same experience as Leopard20. Objnull until I assigned the target, AI calling out targets but all was objnull until I assigned it. The only difference to assignedTarget was that after the target was killed assignedTarget went null but this command still returned the target.