Next profiling and dev branch

This bug happened because the unit needs to be notified that their inventory contents have changed.
With the commands that get the unit as argument its easy, the unit is right there.
But the commands that get a container, first need to find which unit it belongs to, and there might not be any unit at all.

In T180137#2597902, @dedmen wrote:

You can already see in your chat display bottom left, who is transmitting right?

@dedmen thanks a lot for looking into it and sorry for the belated response!

Huh. Weird that we didn't find that before.
Thank you, the crashdump was enough to see what was going on. Fixed next profiling/dev branch.

next prof

I hope it will be fixed with next profiling branch update, v5.

difficulty setting seems very unlikely to happen. a scripting command may be more possible

This is essentially the bug we had before.
Where textures referenced in the display, would not be loaded at first, so you need to keep re-rendering the display.

Thanks, we'll fix it.

Maybe technically so but practically its collision too

Walking ontop of roadway lod is not a collision.
There is a comment from 2018 on the wiki page stating this.

Wow this ticket is so old that it forced me to edit the line endings in the text :D

[[5: <no shape>,[["rtt2","Internal","Thermal",7],["rtt1","Internal","Normal",0]],false]]

effect is meh.
R2T sources have their own effect, otherwise there is only one global camera effect. Not per-camera.

Can confirm fix for Katiba and SPAR-16, thank you!
Vote up for fix silenced Mk200 see comment above

Just tried this code but was not working well for me. Is remotExec good to insert anywhere? driveway contractors

In T180246#2597877, @dedmen wrote:

createSoundSource already takes array.
Can we just add a "localOnly" parameter to it? should be fine right?

FIxed in Dev build 151757.

https://community.bistudio.com/wiki/createSoundSourceLocal

Sure, but they already do that with proper cheats bypassing SQF and creating own shot messages. Is it really *that* much worse than creating shots with createVehicle and createVehicleLocal? You can already do a lot of mess with {createVehicleLocal ["HelicopterExploBig", getPos player, [], 0, ""]} forEach allPlayers and its not even logged in createvehicle.log. (Censor this if needed)

Ref https://feedback.bistudio.com/T180805
Chains of skippable addons are not supported

It is what I mentioned here
https://feedback.bistudio.com/T172179#2447268

This seems it would just make it easier for cheaters to post bullets impersonating other players.

Won't do.

Please follow https://feedback.bistudio.com/w/ft_a3_howto/gamecrash/

Same crash, fixed in todays profiling branch update

UI to texture rendering failed. The rendertarget didn't exist. I don't know how that happened I never saw that before. I added a safety check, won't happen again after tomorrows profiling branch

Thats fair and i can understand the reasoning. still would be cool.

I've been trying to find a 2. person with an AMD GPU to confirm it but they are hard to find lol

not disagreeing. would be handy.
t the same time with very limited dev resources, its a matter of priority, complexity and benefits

I mean yea, if i would be an advanced windows user, and i would know how to do that, then yea.

For some reason only Katiba's tail sound volumeFactor and frequencyRandomizer values are set different than all others tails

Bug 1 seems to have been fixed, as I can't reproduce it.
However, bug 2 still persists unfortunately. It happens only if the player doesn't have the throwable class that's added with the command.

cant you just symlink/junction all folders but keys into a second "server folder" - would leave only to duplicate the exe and a few dlls in the root dir

Is it not possible to customize dustEffect for specific surfaces in the same way DustEffects are, to achieve the desired snow surface effect? Similar to the different particle system when flying over water?

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

please? 😬

I can agree with 8-10 players in a section moaning together on wounded, this is performance and sound garbage ok
But the sound from the bipod of which there are 1-2pcs. per section IMO will only improve poor sound accompaniment from player to players. I suggest that the bipod sounds should not be local and make this the default in the vanilla Arma 3

I have both yes.

You can already get position of a model selection/bone can't you?
So you can calculate the required offset

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

I think it's a common error, I also had the same error io games

Indeed there is no MEH or Object EH to detect it, I've once tried to do similar with remoteExec ways IIRC, but isn't really a good way anyways

i did end up doing my own work around just thought i might be nice for others to have an option

https://community.bistudio.com/wiki/PreProcessor_Commands#FILE
https://community.bistudio.com/wiki/PreProcessor_Commands#FILE_NAME
https://community.bistudio.com/wiki/PreProcessor_Commands#FILE_SHORT

yes, and/or using filepatching, and/or within the scenario folder itself

Using getArtilleryComputerSettings makes sense for players, but I'm not sure how it'd work for AI artillery since they don't use the UI (and there can be more than one of them on a machine). I'd prefer to have a solution that can also work for AI.

I think they want the ability to use the child object's selections as the reference point. The existing selection stuff is only for the parent.

Fixed in Dev build 151757.

Fixed in Dev build 151757.

@dedmen either Spearhead 1944 or RHS AFRF (Grad rocket artillery have it if that's easier as smaller) fine?

Should be fixed in Dev build 151757.

Very likely that its the same reason yeah. I didn't check the code