STEAM-GRUPPE
Blender Source Tools BleST
Deltag i gruppe
STEAM-GRUPPE
Blender Source Tools BleST
6,900
MEDLEMMER
267
I SPIL
1,818
ONLINE
Grundlagt:
8. november 2013
Oversigt Meddelelser Diskussioner Begivenheder Medlemmer Kommentarer
Alle diskussioner > Help > Trådoplysninger
chanoc 10. feb. 2022 kl. 23:41
BST not exporting actions with multiple "Child Of" constraints properly?
I've got this bone that has two "Child Of" constraints. One to keep it attached to a hand, and another that temporarily turns on to apply a spin.
https://files.catbox.moe/5sskn4.png

However, on export, these seem to go haywire. (Said bone goes upwards)
https://files.catbox.moe/68m00l.png

I'm not sure what might be happening (Constraints being applied in the wrong order? I thought so as well, but looks fine in Blender, no matter what order the constraints are in.)
Its worth noting that everything is 1:1 until the second constraint kicks in, that's when it gets offset incorrectly like that.

Baking isn't exactly an option for me due to various reasons.
< >
Viser 1-9 af 9 kommentarer
Artfunkel 11. feb. 2022 kl. 13:00 
Bone constraints do not exist in the Source engine. The exporter does its best by making the target object a child of the bone, but only one parent is supported. I expect you are seeing a warning about the object having multiple armatures each time you export?

You must bake this down to a normal skeletal animation if you want it to work in a game engine.
#1
chanoc 11. feb. 2022 kl. 13:46 
Oprindeligt skrevet af Artfunkel:
Bone constraints do not exist in the Source engine. The exporter does its best by making the target object a child of the bone, but only one parent is supported. I expect you are seeing a warning about the object having multiple armatures each time you export?

You must bake this down to a normal skeletal animation if you want it to work in a game engine.
I know constraints dont exist in the engine, I was under the assumption that BST bakes down the frames on export. There is only one armature -- I'm using the constraints within the one armature.
#2
Artfunkel 12. feb. 2022 kl. 2:42 
It writes out the final bone positions, but the position of your rigid object is affected by multiple bones at the same time. That relationship can't be described in DMX or in SMD.
#3
Artfunkel 12. feb. 2022 kl. 2:43 
Ah, there is actually a specific warning about this:

Bone constraint "foo" found on "object", which already has a bone parent. Ignoring.
#4
chanoc 12. feb. 2022 kl. 2:45 
Oprindeligt skrevet af Artfunkel:
It writes out the final bone positions, but the position of your rigid object is affected by multiple bones at the same time. That relationship can't be described in DMX or in SMD.
It's still a child of just one bone, just that there's two "Child Of" constraints. Perhaps you'd want to look at the blend file?
https://pasteall.org/blend/08fa3f4c11c94417969d3a32edb3a513
#5
Artfunkel 12. feb. 2022 kl. 9:10 
I understand exactly what you are trying to do, and I am telling you for the third time that you cannot do it.
#6
chanoc 12. feb. 2022 kl. 17:47 
So, final bone positions aren't getting written out? At this point I just want to know exactly why Blender's viewport and HLMV don't match up. For what it's worth, I've never even seen the bone constraint error.

Oprindeligt skrevet af Artfunkel:
Ah, there is actually a specific warning about this:

Bone constraint "foo" found on "object", which already has a bone parent. Ignoring.
#7
Zappy 13. feb. 2022 kl. 0:07 
Oprindeligt skrevet af Artfunkel:
- I am telling you for the third time that you cannot do it.
You can't have multiple bone parents in SMD/DMX files, but can't you use math to figure out what position relative to one parent bone would be the same as the original position relative to two parents edit: relative to the constraints (automatically baking the animation to just one parent bone)?

(This might look slightly off when interpolating between frames, due to the different parenting, but every written frame should look correct.)
Sidst redigeret af Zappy; 13. feb. 2022 kl. 0:43
#8
chanoc 13. feb. 2022 kl. 0:17 
Oprindeligt skrevet af Zappy:
but can't you use math to figure out what position relative to one parent bone would be the same as the original position relative to two parents (baking the animation to just one parent bone)?
That's exactly what the bone constraints are for. The hierarchy is correct, every bone only has exactly one parent. The constraints are for simply applying a transform to that child bone in various ways. There is no re-parenting going on.
#9
< >
Viser 1-9 af 9 kommentarer
Per side: 1530 50

Alle diskussioner > Help > Trådoplysninger
Dato opslået: 10. feb. 2022 kl. 23:41
Indlæg: 9
Start en ny diskussion

Diskussionsregler og retningslinjer