Rigify #52158
Labels
No Label
Interest
Animation & Rigging
Interest
Blender Cloud
Interest
Collada
Interest
Core
Interest
Documentation
Interest
Eevee & Viewport
Interest
Geometry Nodes
Interest
Grease Pencil
Interest
Import and Export
Interest
Modeling
Interest
Modifiers
Interest
Nodes & Physics
Interest
Pipeline, Assets & IO
Interest
Platforms, Builds, Tests & Devices
Interest
Python API
Interest
Rendering & Cycles
Interest
Sculpt, Paint & Texture
Interest
Translations
Interest
User Interface
Interest
UV Editing
Interest
VFX & Video
Meta
Good First Issue
Meta
Papercut
Module
Add-ons (BF-Blender)
Module
Add-ons (Community)
Platform
Linux
Platform
macOS
Platform
Windows
Priority
High
Priority
Low
Priority
Normal
Priority
Unbreak Now!
Status
Archived
Status
Confirmed
Status
Duplicate
Status
Needs Info from Developers
Status
Needs Information from User
Status
Needs Triage
Status
Resolved
Type
Bug
Type
Design
Type
Known Issue
Type
Patch
Type
Report
Type
To Do
No Milestone
No project
No Assignees
4 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: blender/blender-addons#52158
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Adam's Computer specs:
Operating System: Windows 7
Ram: 32 gigs of ram
Screens: Wacom Cintiq DTZ 2100, Viano TV, Samsung computer screen
Graphics card; GTX 960
Motherboard Intel core i5-2400 CPU @ 3.1GHz (I know its old)
Blender 2.78.c
Date: 2017-02-24 14:33
Hash: e982ebd
Broken: (example: 2.69.7 4b206af, see splash screen)
2.Rigify seems to operate best in scene metric centimeter units because when you add bones the new bone isn't so small if you are building to scale. We still believe that the added bone ie, "Basic.super_copy" is coming into small some artist are mistaking it for not being created. We believe if you are operating in world scale for generating a character rigify armature its default Z scale value should come in around 1m 70 cm because of the current average human height. Every other rig should follow the same scaling averages based upon the species that is being generated. This should help less experienced artist start producing more accurate and quality work. We believe that this is a "Workflow Bug". we do understand that is may not directly be a bug though the armature does come in way too small. Perhaps the armatures default value coming into a scene can be based on what metric the scene is currently using to solve this issue.
The Armature doesn't come in at a correct height at any metric or imperial setting
When the script mess up all the widgets will stack up on each other sometimes, we are not sure why this happens but we do know cleaning out the orphan data helps correct the script
Sometimes Mirrored bones with .R and .L extension won't generate controls. We believe that this may have some thing to do with naming conventions
Default bones of the armature could be named as follows
bone: spine.006 head
bone: spine.003 = chest
bone: spine = sacrum
the name changes are only to help signify the importance of the bones to Artist because of the need to create certain elements of the rig for animation flexibility. We do understand a snake doesn't have hips that the new edition of rigify offering more solution than the previous is more than welcomed.
Face could be broken up into separate components with a root for each section for creatures that may have ie
this is so sub section of the face can be duplicateed or subtracted without the face breaking the rig
Exact steps for others to reproduce the error
NOTE: this where you will out if some handles are generating and some are not - we don't know why
Thanks, guys loving this update
have there been new motion capture tools added Rigify as well?
Adam Earle
Changed status to: 'Open'
Added subscriber: @AdamEarle
System info
system-info.txt
Basic armature test.Armature test.blend
Added subscribers: @LucioRossi, @icappiello, @BrendonMurphy
hi, could you test this with nightly builds?
@LucioRossi @icappiello any thoughts here?
Changed status from 'Open' to: 'Archived'
@AdamEarle,
first, take in consideration that all the first part of your post is not a bug report. I could take it as a sort of design proposal. I'll take the time to answer anyway but please next time consider that a bug is considered something the program is explicitly meant to do and doesn't.
Coming to the first part of your thread:
i think here you meant top of the list. Well, the list is generated automatically by name. I think is more consistent than ranking the rig types.
i don't agree with anything here. The metarigs are scaled accordingly to each other. That said, metarigs serve as generic purpose starting point. Animals have different dimension even looking inside a single species. Just think at the different sizes between a crow and a seagull or an eagle. Human is 1.8 BU, that translates in 1m80cm, i think is a good average and if the character has to interact with dynamics is the real world set-up for simulations. For this as for the rest, you can scale the armature as you like. Please have a look at the wiki before posting again: Rigify Wiki
That's a viewport update bug. The widgets are correctly generated though. If you want tho have them back in the correct positions, just select them all at once and hit G and then Enter. The widget will update their positions.
That's not true. Your attached file doesn't differ from that. You just forgot to specify the rig type on the bones.
As for anything here: you can rename the bones as you need. Rigify will replicate your custom names in all the generated bones and controls.
I agree, it's already planned. And, again,this is not a bug. This is a feature request.
i think i have already answered to that in the previous lines:
You just forgot to specify the rig type on the bones.
Cheers,
Ivan
Hi matey thanks for getting back to me
Thanks for the heads up on everything. I thought it might be worth saying something than nothing at all.
i am not sure what you mean by specify a rig type? If I create a "basic copy_chain" and then generate how does one choose the rig type? And is this happening before generation or after. I couldn't find anything the wiki except for maybe something that may have to do with grouping?
The Wiki https://wiki.blender.org/index.php/Extensions:2.6/Py/Scripts/Rigging/Rigify
"Advanced Usage
in progress Inprogress25.jpg 10% just started
Install the add-on and activate.
Add a single bone from the Add > Armature menu.
Go in edit Armature Edit Mode and build the meta rig by samples or rigify-types.
Define Rigify Layers, Bone Grouping and Selection Sets (New)
In the armature properties click on the generate button to generate the rig".
Thanks again.
Adam Earle
Hi guys just testing today nightly build
Right now I can't haven't bee able to find anything wrong with it.
We will be rigging loads in the next month so we can keep you posted if anything else plays up.
I will get some of the artist to test it out first thing tomorrow morning.
Adam
The only thing that I can think is if the widgets do somehow end stacked up o each other perhaps if their Deltas are applied when an artist needs to get them back to zero they can hit Alt + g Alt +R Alt+S if need be.
In saying that though I have no idea how that will affect the script. I don't see why it wouldn't work it would kinda help the rig be a little bit more donkey proof.
Again I will get the artist to check it out first thing I the morning.
thanks again guys really do appreciate all the work that you guys do
Ad
Hi @AdamEarle,
More precisely we are referring to the "Rigify Type" property of pose bones.
You can set it up in the Bone Properties panel.
Keep in mind the following:
You mentioned two cases "basic.super_copy" and "basic.copy_chain".
When you duplicate a basic.super_copy, all the bones you spawn will have the same Rigify Type... but that's just a single bone chain!
A basic.copy_chain on the other hand, is a different story. The sample you get when you hit "Add Sample" in Edit mode is three bones long, of which only the first one (the root-of-the-chain) holds the "basic.copy_chain" Rigify Type.
This means that if you copy one of the others belonging to the chain you won't get a bone generating any widget.
Hope this clarifies.
PS next time you are in doubt check the wiki and ask the community fisrt! Only if you are 90% sure something is going awry open a bug report ;)
HI guys
All seems well and the artist don't seem to be having any trouble except for one thing.
The ability to assign weights from when the armature bones are in"pose mode" and the mesh is in "Wieght Paint mode"
So when you are in weight paint mode and have the bones selected you want to apply to the object you tap the W key. Then choose from the menu that appears "Assign automatic weights from bones" and it will be grayed out not accessible.
It seems to be only an active option once you have applied weight in some other way first and you are either adding to selection or you have deleted all your weights and then you try "Assign automatic weights from bones".
Again we are not sure if this is a bug or not but it is certainly terribly cumbersome and so far we haven't been able to find any documentation on this current working method of assigning weights other than an old PitchPoy youtube clip. If you notice the way that he is working it seems like the bug was built into the workflow because of constant testing and the way that he is working,
So one more time with love and feeling. If the mesh has had weight assigned to it the option is available. If your running first time through the cycle with mesh applying weights "Assign automatic weights from bones" is not available.
Watch from: 1:18:00 - 1:27:00
https:*www.youtube.com/watch?v=-dwCXMc2V0U&t=1s
Thanks Guys
Well done on the fixes
Adam Earle
@AdamEarle,
your last post refers to a separate issue. Please do not continue posting in this thread if the content is not related to the bug report you opened, especially if the thread is closed and you do not provide new and useful informations about the reported bug.
Moreover, before opening a new thread, pleasetry to use the search field or google for your query.
If you did you'd probably found this:
https://developer.blender.org/T52130
in particular look this part:
and searching in the Rigify Wiki page would have led you to this:
From now on, please follow the common rules while opening and commenting a thread on the bug tracker.
Cheers,
Ivan