Hello Dedmen , Do you think the error came from steam? I asked support, they told me that it came from arma 3 and that they cannot do anything .

This doesn't confirm the "steam update broke it" theory.

Yep, the two might be connected

ok yes, i setdir random 360. makes sense.

Same Problem for me , since the May 18 . I have désinstaled all game and steam , But the problem persist . No one know the solution ?

Is there any chance of this being looked at now that there's UI work being done on the options menu for other stuff?

Can cofirm. Had no issues at all playing a variety of missions.

In T158403#2192729, @Socrates wrote:

In T158403#2192726, @dedmen wrote:

"Since the DLC came out" or "Since the last Arma update 2.04 came out"
when exactly did that start? So far it doesn't seem to be caused by Arma.

It is tied to recent Steam update. I guess they changed their Steam Cloud API and Arma needs to update it too.

Clearly a problem of the Ai's FSM routines that don't delay the orders enough

setTowParent script command, in combination with createRope

ropeCreate can now take custom rope class that lets you somewhat do this.

Can now create custom rope classes with ropeCreate where you can do that.

ropeSegments command returns all the segments, which you can use to follow the rope.

ropeCreate command got ability to use custom rope class
https://feedback.bistudio.com/T85042

ropeSegments command was recently added, returns you each segment which you can then getPos

Can now make custom rope classes with ropeCreate, where you can modify the springyness.

Yeah, that's true, but I guess that boils down to the model itself and how it's configured and how are the selections set up. In my particular example I guess I can take this bold assumption that most people will use model proxies as god intended them to be.

The selection could be available, yes, doesnt mean it will have position as well.

Yeah that's understandable - they are available in the Resolution LODs for sure though, the command just wouldn't let me access it. The changes you're adding would be a perfect solution, thanks!

There is a good chance you wont be able to get it, because it might not have one. If it is configured on the model level then yes otherwise no. I'm adding option to be able to select LOD by resolution so you could access all named selections, so if you wont be able to get the position after that, that would mean there isn't one.

Steam support won't help me, they keep refering me to Bohemia's support.

@BIS_fnc_KK it's something, but unfortunately not quite there yet. Personally I'm after the weapon proxy positions which don't seem to be in the Memory LOD at all

In T158403#2192726, @dedmen wrote:

"Since the DLC came out" or "Since the last Arma update 2.04 came out"
when exactly did that start? So far it doesn't seem to be caused by Arma.

"Since the DLC came out" or "Since the last Arma update 2.04 came out"
when exactly did that start? So far it doesn't seem to be caused by Arma.

Will check tonight.

If both commands are used with "Memory" filter, the result is ["eye","usti hlavne","konec hlavne","nabojnicestart","nabojniceend","bolt_axis","trigger_axis","foresight_axis","backsight_axis","magazine_axis","safety_axis","bolt_catch_axis","bipod"]
and every selection has position, is this what you are after?

I have the same problem. I had it before 19th May when i was on Steam Beta branch, but since i opted out of it things became good again. Until today.
Error started appearing today again, i guess this Steam Beta update moved into their stable Steam branch.

After the CDLC update I was able to run a large Domination mission overnight. Looks fixed?

I have the DLC and get the same problem. Can't update any of my S.O.G. missions for anyone anymore. Hope this gets fixed soon.

This still happens as of May 2021. Clearly a problem of the Ai's FSM routines that don't delay the orders enough. Units who where just given the order to dismount should wait until their state is no longer COMBAT for being given the mount order again.

Should be everywhere now

I don't have the dlc, get the same problem, tried reinstalling entire steam and arma, restarted modem, disabled firewall, nothing helps.

Same issue and I am also not opted into Steam Client Beta. I have verified all files on both tools and Arma 3 and yet the issue persists. I have tried forcing an update in Steam but none are available in case the issue existed there.

Hey just checking to see if anyone even reads these anymore?

Were you able to figure out a solution, I am having the exact same problem

If the ATGM in use is the Malyutka this could be related to the bug I reported yesterday wherein the AI does not fire the AT-3 at all.

So there is no way to save your progress in a singleplayer warlords environment?

BTW, this seems to be a possible fix: https://forums.bohemia.net/forums/topic/222413-psa-fixed-actis-series-wireless-headsets-causing-crash/

In T158387#2189840, @GooseKnuckle wrote:

Hi,

Yes I am using USB headset.. SteelSeries Arctis Pro.

In T123918#2191818, @PiepMGI wrote:

Well... I know setUnitLoadout is AG EG but you should avoid running (allPlayers #0) setUnitLoadout (getUnitLoadout allPlayers #0). I'm not sure it's fine from server due to sync.
Could you test something more "classic" like:
private _loadout = getUnitLoadout bob;
bob setUnitLoadOut _loadout;
(bob is the variable name of the player in editor you want to play).
Sorry not very helpful.

BI devs?

It's just reproduce example on the video, of course I've stuck with this while was writing code by classic methods like - _unitLoadout = getUnitLoadout _unit; _unit2 setUnitLoadout _unitLoadout and etc...
If needed I can post a function. Unfortunately it doesn't matter which way u choose to write code with this command, because only setUnitLoadout command brokes it (I've tried all possible ways to write this code to avoid bug)

I'm having the same issue and I'm not opted into Steam client beta.

Well... I know setUnitLoadout is AG EG but you should avoid running (allPlayers #0) setUnitLoadout (getUnitLoadout allPlayers #0). I'm not sure it's fine from server due to sync.
Could you test something more "classic" like:
private _loadout = getUnitLoadout bob;
bob setUnitLoadOut _loadout;
(bob is the variable name of the player in editor you want to play).
Sorry not very helpful.

Confirmed this is present in the Editor with just SOG PF running.