Library override problem for non rigify-generated armature #103796

New Issue

johan tri handoyo · 2023-01-11T05:33:28+01:00

johan tri handoyo commented

2023-01-11 05:33:28 +01:00

System Information
Operating system: Windows 10 or Ubuntu 20.04
Graphics card: GTX 1080

Blender Version
Broken: (3.3.2)
Worked: -

Short Description
When i try to link and library override armature that is not generated in rigify or basic human metarig, the datablock doesn't automatically override, so i have to manually set it up. This will cause problems, for example when duplicating the same props.

Exact steps for others to reproduce the error

Open default scene and link the human collection
make it library override.
As you can see in the screenshot, the status or the icon of the data is different, the metarig is still in direct link to the master file.

override problem for non rigify.blend

**System Information** Operating system: Windows 10 or Ubuntu 20.04 Graphics card: GTX 1080 **Blender Version** Broken: (3.3.2) Worked: - **Short Description** When i try to link and library override armature that is not generated in rigify or basic human metarig, the datablock doesn't automatically override, so i have to manually set it up. This will cause problems, for example when duplicating the same props. ![image.png](https://archive.blender.org/developer/F14138951/image.png) **Exact steps for others to reproduce the error** - Open default scene and link the human collection - make it library override. As you can see in the screenshot, the status or the icon of the data is different, the metarig is still in direct link to the master file. [override problem for non rigify.blend](https://archive.blender.org/developer/F14138960/override_problem_for_non_rigify.blend)

johan tri handoyo commented

2023-01-11 05:33:28 +01:00

Added subscriber: @JohanTriHandoyo

Pratik Borhade commented

2023-01-17 07:10:34 +01:00

Added subscriber: @PratikPB2123

Pratik Borhade commented

2023-01-17 07:10:34 +01:00

When i try to link and library override armature that is not generated in rigify or basic human metarig, the datablock doesn't automatically override, so i have to manually set it up.

Hi, thanks for the report. This behavior is even noticeable with default armature object. Not sure whether this is a bug (behavior is same in older version too)
I think only icon is not changing? Meta-rig doesn't appear as linked to original file

> When i try to link and library override armature that is not generated in rigify or basic human metarig, the datablock doesn't automatically override, so i have to manually set it up. Hi, thanks for the report. This behavior is even noticeable with default armature object. Not sure whether this is a bug (behavior is same in older version too) I think only icon is not changing? Meta-rig doesn't appear as linked to original file

Pratik Borhade referenced this issue

2023-02-10 07:27:50 +01:00

Linking/Library override: why cant i after linking my rig then adding an override,move keyframes/add modifiers in the graph editor? #104529

Philipp Oeser commented

2023-03-22 14:56:30 +01:00

The interesting bit is probably the fact that the rig object has more users:

>>> bpy.data.user_map(subset=(bpy.data.objects['rig'], ))
{bpy.data.objects['rig']: {bpy.data.scenes['Scene'], bpy.data.collections['human'], bpy.data.objects['rig'], bpy.data.armatures['metarig'], bpy.data.armatures['rig']}}

>>> bpy.data.user_map(subset=(bpy.data.objects['metarig'], ))
{bpy.data.objects['metarig']: {bpy.data.scenes['Scene'], bpy.data.collections['human']}}

Why is this so?

Because the rig armature has drivers relating to the rig object.
In the case of the metarig armature, this does not have drivers relating to the metarig object.

So if you have anything for the metarig armature as well that makes it depend on the metarig object, e.g. by blindly driving bpy.data.armatures["metarig"].show_names by bpy.data.objects["metarig"].show_in_front (this is just a stupid example), you will equally get the drivers for the metarig armature:

When you now save, link and override (like in the report description steps), the metarig armature will receive its override automatically as well

I assume this is all expected behavior @dr.sybren / @mont29 ?
Or should we blindly put overrides down the whole hierarchy regardless of actual dependencies? (dont think so)

The interesting bit is probably the fact that the rig object has more users: ``` >>> bpy.data.user_map(subset=(bpy.data.objects['rig'], )) {bpy.data.objects['rig']: {bpy.data.scenes['Scene'], bpy.data.collections['human'], bpy.data.objects['rig'], bpy.data.armatures['metarig'], bpy.data.armatures['rig']}} >>> bpy.data.user_map(subset=(bpy.data.objects['metarig'], )) {bpy.data.objects['metarig']: {bpy.data.scenes['Scene'], bpy.data.collections['human']}} ``` Why is this so? Because the rig **armature** has drivers relating to the rig **object**. In the case of the metarig armature, this does not have drivers relating to the metarig object. ![image](/attachments/f6aa58de-48b5-41ea-bca3-ec7fa0165aa7) So if you have anything for the metarig **armature** as well that makes it depend on the metarig **object**, e.g. by blindly driving `bpy.data.armatures["metarig"].show_names` by `bpy.data.objects["metarig"].show_in_front` (this is just a stupid example), you will equally get the drivers for the metarig armature: ![image](/attachments/f0dd3560-4b53-4f26-9e86-1481dedfc324) When you now save, link and override (like in the report description steps), the metarig armature will receive its override automatically as well ![image](/attachments/52861af0-ea44-4289-b340-9035aed64124) I assume this is all expected behavior @dr.sybren / @mont29 ? Or should we blindly put overrides down the whole hierarchy regardless of actual dependencies? (dont think so)

image.png

23 KiB

image.png

20 KiB

image.png

17 KiB

Philipp Oeser added

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Library override problem for non rigify-generated armature #103796