Page MenuHomeFeedback Tracker

Memory points rfemur, lfemur, and other leg memory points returned incorrectly with SQF command selectionPosition.
Closed, ResolvedPublic

Description

The values for these memory points are static (and misplaced, below the rendered position of the character), but the assumption would be that they are moving, as they are part of the animated selections on the character.

Details

Legacy ID
3765410865
Severity
None
Resolution
Fixed
Reproducibility
Always
Category
Scripting
Steps To Reproduce

Use debug console to observe values using selectionPosition of "lfemur" or "rfemur" or any other leg memory point and notice that their value never changes despite the orientation of the legs/hips.

Additional Information

This has been around for a while, at least the last 6-8 months, finally got around to adding a ticket for it now. The command works fine for all memory points above the hips on player models.

Event Timeline

Nou edited Steps To Reproduce. (Show Details)Sep 15 2014, 4:01 AM
Nou edited Additional Information. (Show Details)
Nou set Category to Scripting.
Nou set Reproducibility to Always.
Nou set Severity to None.
Nou set Resolution to Fixed.
Nou set Legacy ID to 3765410865.May 7 2016, 7:26 PM
Nou edited a custom field.

Confirmed. Xknee, Xknee_axis, Xfemur, Xanckle etc all have relative Z < 0, meaning they are in the ground under player model. They also do not update with the model:

oneachframe {hintsilent str (player selectionposition "lknee")}

compare to

oneachframe {hintsilent str (player selectionposition "lelbow")}

pettka added a subscriber: pettka.May 7 2016, 7:26 PM

Thank you for letting us know, the memory points should be in proper selections and it seems like it behaves correctly. Could You, please, give it a try tomorrow on a dev branch and close the issue if it works?

jaynus added a subscriber: jaynus.May 7 2016, 7:26 PM

This is awesome! Will get it tested when it hits dev tomorrow!

Seems working, thank you your bounciness!

Nou added a subscriber: Nou.May 7 2016, 7:26 PM
Nou added a comment.Jan 29 2015, 5:57 AM

Yup, this seems to be working now. Thanks!

Nou added a comment.Apr 18 2015, 10:29 PM

This issue is still occuring with BLUFOR pilot models.

Also can we get a detailed idea of the fix, since it seems to be occurring on specific models and the same issue has been seen on RHS content.

I would like to help them fix it, but I am not sure where to start.

reopening on Nou's request

This is still appearing broken with some units. Specifically, some modded units inherit from default BI Pilot models which cause all inherited models to also be broken with these selections.

As nou said, this is specifically due to the BLUFOR pilot model; but then is somehow an inherited break across other units as well. Is this a skeleton issue, or perhaps a unit config issue?

We are beginning to suspect this is a unit configuration issue regarding incorrectly aligned hiddenSelection configurations - or model types hardcoded into the engine.

The issue is becoming to appear systemic, but we are not sure what is causing the issue in vanilla nor modded units; but it appears to occur across the board with these specific selections, only on specific units.

See here in the ACE tracker, how the issue is appearing is non-vanilla units as well: https://github.com/acemod/ACE3/issues/1346

[7:29:15 AM] jaynus: basically, its broken on a few vanilla units right? But we are finding its also broken on some mod units
[7:29:19 AM] jaynus: So there is some relationship between the vanilla units and the modded units that's causing the issue. So I thought it might help them hunt it down.

Easy fix: delete all mem points and replace them with BIS Sample soldier mem points. The long story: LeftLeg and LeftUpLed (same for right) selections were missing in old setup.

Jonpas added a subscriber: Jonpas.May 7 2016, 7:26 PM

Marking resolved according to latest release CL.