I have a workaround for crates. I use a trigger to assign ownership of the crate to a nearby player. I'm not sure if this reproduces johnb43's workaround, by changing locality. Here's the snippet of code in the trigger: {crate setOwner owner _x} forEach thislist;

resort to hacky approaches like storing indexes as position Z coordinate

You can just store them as hashmaps now

If you have something that changes from 0 to 120000 gradually and you set it to cut off at 266, everything from 267 to 120000 would return 266, which in your formula is 0 due to linearConversion.

Not at all. In my case it will return values from 1 to 0. 1 for raw values from 3 to 0, and 0 for values from 150 and higher. There will be no jumps in return values at all. Take a closer look at the example above.
But it doesn't matter at all, it is just a use case. I guess I gave that as an example for nothing :)

Because you use hard limits. If you have something that changes from 0 to 120000 gradually and you set it to cut off at 266, everything from 267 to 120000 would return 266, which in your formula is 0 due to linearConversion.

max and min would create hard limit that would seem like a jump

No, it is not supposed there could be such jumps. I tested in a sequence of thousands iterations, and linearconversion works perfectly on both dedicated and local machines, the result is absolutely predictable for specified values.
But let's forget about the linearConversion. The main question - why the getLighting param jumps?

max and min would create hard limit that would seem like a jump, this is why you have linearConversion that does interpolation smoothly. Get rid of max and min and you wont see instant jumps to 0

rev 150318 https://community.bistudio.com/wiki/inAreaArrayIndexes

In T170544#2411210, @BIS_fnc_KK wrote:

as wiki shows second element can go up to 28526.2, if you limit it to 166 it is expected it will seem as instant jump

as wiki shows second element can go up to 28526.2, if you limit it to 166 it is expected it will seem as instant jump

won’t fix

Indeed would be very handy. Unfortunately if I remember correctly KillzoneKid said tricky/"impossible" - might due to terrain streaming, some objects not having classes, etc.

Thanks, will look into it.

Oh all translations are wrong for this object! Can you review this? I prepared translations taken from WIKI titles for this tool
here is .xml file with rationale links I think it will help to make a more professional translation on all Arma 3 languages

"_object2" not null would be awesome.
Many features can come from this.

shameless bump...

Pretty sure the function will not work since it is made for A2:PMC and just carried on without checking anything. There're several functions that won't work because of that.

there are my mdmp ==> https://filetransfer.io/data-package/0VyN7iJy#link

do you solve this problem ? i have same since 2 month and i dont find a way to resolve this...

A very good report, thank you very much! We will fix it in the next update.

Thanks a lot, we will fix this. :)

That new enableAudioFeature seems to be working fine. 👍

Implemented in rev. 150311
Wiki will be updated with syntax for setCuratorSelected and addCuratorSelected.

@BIS_fnc_KK please check this

Repro?

I think this is still a valid request for other purposes, but it turns out you can already make control groups as a built-in feature. Ctrl+<number> to create, <number> to select. It's not documented right now but it does exist.

+1

Will this be done for addWeaponWithAttachmentsCargo too? This command is needed to script removing a specific weapon with attachments from a crate.

Eden Menustrip -> View -> Interface -> Controls Hint

Need an example script to test

Comands works fine in RC 2.12.150301, JIP, dedi server
Can be closed, thanks!

RC 2.12.150301 confirm all fixed
Can be closed, thanks!

Confirm fix in RC 2.12.150301
Can be closed, thanks!

Works fine for me now.

@Ron4Swat @debug - We just updated the RC build. Could you please confirm if it fixed the issue for you?

rev 150310