Bones fail to colorize even though property has changed

[aseth1]

Steps to reproduce

Load any model and change the color of the geometry, e.g. bones.

Expected result

Expect color of property to be respected and have bones change color.

Actual result

Environment and GUI version

OpenSim 4.0 release posted on SimTK. Both MacOSX and Windows.

[jenhicks]

@aseth1 I am only able to reproduce this behavior when I have had OpenSim open for a long time and my computer has gone to sleep, woken up. I think this could be related to #523 and not an issue on its own.

[aseth1]

I cannot edit the color of all or multiple bones even after restarting OpenSim and loading a model. I am having the same issue on my Mac. Even though the color property appears to be set correctly, for the color to appear I must edit the color of the individual geometry to some other color and then set the value back to the bone color for it to take effect.

[jenhicks]

I am testing with my Mac and the jumper model we used for the webinar. I can change the color of a body or the individual geometry (one at a time or via a multi-select) via the navigator Display -> Color dropdowns. Color gets updated immediately. I can also edit colors of geometry individually or multi-select via the Property Editor.

@aymanhab Any ideas on what could cause differences between what Ajay and I are seeing?

[aymanhab]

My guess is that he's not doing GUI editing, instead he's modifying the file. It's possible the initialization sequence is different so bones show up first time in default colors. If you can save and load model with non default colors of bones that would prove one way or the other.

[jenhicks]

I can save and load a model with non default bone colors (e.g. making the pelvis blue via GUI editing). When I load the model, the pelvis is blue (on initial load).

[aymanhab]

Could be typo or format of edited colors then. Can we diff the files?

On Mon, Mar 4, 2019, 4:30 PM Jen Hicks [email protected] wrote:

I can save a load a model with non default bone colors.

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/opensim-org/opensim-gui/issues/1104#issuecomment-469484153, or mute the thread https://github.com/notifications/unsubscribe-auth/ADyccEjSZeruzqhKM4WsT46v5BIb-QG9ks5vTbq9gaJpZM4aznTa .

[aseth1]

My guess is that he's not doing GUI editing, instead he's modifying the file.

Please look at the image in this issue. I use the GUI and the color picker to change colors. You can see that the values for "boney" bone color is correct but the bones remain white. I can change Geometry individually and even multiselect Geometry under a Body, it turns out, but I cannot change color via bodies->Display->Color although the properties do update. Has nothing to do with files.

[jenhicks]

Thanks for the additional detail @aseth1 . Confirming, as noted above that I don't see this behavior on my machine with the jumper model. Might there be differences due to the model used? Maybe it is easier to take a look in person.

[aymanhab]

Since this doesn't reproduce for me or @jenhicks on arbitrary models, I assume this is model specific (@aseth1 can you check a different model). Bodies do not have Geometry of their own, the GUI instead collects Geometry attached to the body and applies the color/preference/etc. to them. This process apparently breaks for this specific model. Will need to have the model in hand to investigate, but likely the issue is related to how the various Geometry is attached to respective bodies or the presence of unexpected Geometry that breaks the "collection/traversal" process.

[aseth1]

The issue occurst when there is a missing geometry file anywhere in the model. In the case of the upper-extremity model, I didn't care about the hand geometry visualizing so I was ignoring the missing vtp file warnings. Apparently we cannot do that anymore.