Animations are off

I like how the glory hole furnace was repurposed as an oven :smiley:

Oh until now I wasn´t even aware that they look so similar… I played with your mod “Glassworks” and thought “Woooh. This Workshops look so great and full of details.:open_mouth:”. So I took this as inspiration for the overall design and built my oven from scratch from what I thought a baker oven could look like. It wasnt an itended repurposing :sweat_smile:

I love your work and it taught me alot about modding the game. So a big “Thank You” to you :blush:

May I ask you if you could give me hint how I can fix my animations?

2 Likes

Ohh, I’m sorry – I didn’t meant it as an accusation or anything like that :flushed:
I know it’s not the same, the overall shape/size are different, also the brick sizes, etc… :smiley: no worries!
I just commented it in a funny way because the style is recognizable - so I’m honored you appreciate my work :heart:

As for the animations, I’m not much into animation myself so I’m not really sure what could be wrong, I’m sorry :frowning:

Yeah we sort of don’t have a lot of people who know how the animation stuff worked, Bruno knows something about it, dani a bit, and I know @No_Name knew something about it but I’m not sure if he’s still around or not :confused:

Seems like your only problem is that the tool is not placed correctly in their hands? That should be fixed in the tool model itself, check other tools how they are positioned and do the same for your.

No problem Dani, i didn´t meant it rude or something. I understood that it was meant as a joke, sry if my response sounded harsh in some way. Sometimes it´s hard to anticipate how a sentence will sound if you aren´t a native speaker. So please excuse me :sweat_smile:

Thank you for the tip Bruno :grin: I corrected the position of the shovel in voxelshop and now it is were it was supposed to be. But there is still the problem that the upper body faces in the wrong direction (shoulders, hands and even feets included). Could it be a problem with the import of the .dae file into blender?
I remember that you posted in another thread a comment, where you wrote you had to rotate the whole model before/after (?) importing it into blender. Is this maybe the root of the problem?

Yes. I can’t remember if you need to rotate 180 or mirror it. I guess just mirror as from your description it is just flipped. Better get an obj or dae ready for that instead.
I have these two, if you want
male.obj (288.0 KB)
female.obj (266.9 KB)

So it will need a try ^^
Thank you for the files :slight_smile:
I used them for my first animation (which was overall better than that animated with the .dae file), but recognized that the eyes stand out of the head. I figured it is because, the eyes aren´t a layer and as such don´t have a origin that I could set “into” the head (you can see it in the last picture, where the frame enclose the model --> the eyes are outside of the head/face). Also the toes where somehow relatively far away from the feet, even with the origin set correctly.
So did I miss a step? :sweat_smile:

Ok I read a bit in older posts, after I saw a fact in the “Stonehearth Modding Guide” and found there your first attempt to animate with Blender Bruno.
I thin I made a similar mistake as you did back then. I didn´t know that the skeleton.json file would generate the helper bones correctly IF I deleted all unnecessary scene objects (light, camera, etc.). And
there are also helper bones for the eyes.

Will make a new animation this days and report how it´s going :slight_smile:

1 Like

So I´m back and have good and bad news ^^

At first: The Animation works now :tada:
So what was the problem? To be honest, I absolutly don´t have any clue…
I can just tell what I changed to make it work now.

  1. I downloaded the human.obj-files from this post, where bruno asked for them
    Can someone send me here the hearthling models to animate?
  2. Next I searched the skeleton-files in the stonehearth main-mod.
  3. Imported both files in blender and clicking the “prepare skeleton”-button, the helper bones
    appeared at the right positions (!) in the model and the green light turned on
  4. I prepared the relations for all parts and exported a meta-file for later animations
  5. Smashing the “prepare animation”-button the second green light turned on and the model is
    positioned in the middle of the grid.
  6. Preparing the animation and exporting it as (animation) json-file.

And now it works :grin:

But then there is another problem right behind the next corner…
When the crafting process ends, the worker gets stuck in an loop between “Idle” and “Crafting item XY”.


As you can see, she puts her shovel away and in the next second she has it in her hands again.
The only way to end this is to cancel the crafting process, but then you won´t get the product and get the ressources back.
Did anyone encounter a similar problem?
I tried already to change the “effort”- and “work_unit”-values in the recipe, tried to change the length of the animation from 110 frames to 120 or 30 frames (so that it´s a multiple of 30). This steps didn´t work.

And a second question I have in relation with this topic is how to change the “drop_effect” in the workshop.json so that she doesn´t drop the ressources in front of the oven?

As always I may ask you for help or ideas and hints that could sign me in the right direction for a solution. :slight_smile:

The animation is set to loop, you need it to set loop false in your data/rigs/effects files

{
	"type" : "effect",
	"tracks": {
		"animation": {
			...
			"loop": false
		}
	}
}

Good hint Bruno:)
I compared it before with the effect-files in the stonehearth main mod and there stands everywhere “loop: true”. So I considered this to be the standard for all crafting animations.

I tested it today:
The animation is only played once with “loop: false” as configuration. Afterwards my little hearthling stands still there and waits for the end of the process.
At this point I want to ask of the “work_unit” config in the recipes even has an influence, because it was set to 5. But instead of playing 5 times it ended after been played once.

And the second point is that it still gets stuck at the end of the process between doing it and idling… :frowning:

work_unit is just a fallback. It means that the animation will be called that amount of times (that is why it needs to be “loop false”). The effort value replaces that, and it is used to measure how long the animation will be played, in in-game minutes. If the animation is shorter than that, it will be played more times to fill that time.

Ok so far I can follow you.
But I´m unsure how to apply this…
When I set “loop” to false it plays the animation onece and then my baker stands there and waits
for the rest of the work time:

The same happens when I set additional “work_units” to a higher number or delete “effort” in the recipe-file.

But I´m very grateful for your help :slight_smile:

Uhm, wait.
If you set just the work units, then you need it not looping, because the game will run it once, and call it again once it ends, for that amount of work units. if you set it to loop, the first run will never end, as the game does not detect it looping and consider it a single infinite animation.
If you set effort, which is recommended (because it shows the crafting time in the recipe menu, plus can be affect by mood and stats), then you need it to loop true. The game will ask the animation to run only once (but loop forever), and then it will manually ask it to stop after the given time.

This is a very clear explanation :+1:
But I can´t get it working so far. When I set the loop to “true” I have to set an “effort”-value. Ok I did this,
but then, after playing the animation multiple times until the crafting process ends, it gets stuck between “Idle” and “Working” until you cancel it.
On the other hand, when I set loop to “false” and set a value of for example 6 for “work_units”, it plays the animation once, completly ignoring the value. Then the hearthling stands still until the end and afterwards gets stuck in the “idle-loop”.

Now I tried to animate it again in blender to avoid mistakes from this side, but nothing changed.
When I compare my effect and recipe files with them in the stonehearth main mod folder or the files from ACE I can´t see a difference…

I´m somehow blind to detect my problem:sweat:

Try testing without mods. There was multiple reports of crafting errors lately from ace and others like smart craft

I deactivated ACE now and other mod aren´t active so far.
The bug happens nevertheless. This are the only things that are still active:

So I can exclude that another mod is part of the bug, if not “Microworld” or “Autotest” are also problematic.

I report back with new insights.

After digging deeper and deeper in the past threads I found a post where
a problem was described with workers getting stuck when the drop point wasn´t
defined correctly. So they looped forever trying to put the object they crafted into their inventory.

Now I tested if it also get stuck, if I use another work animation than my own. For example the standard animation for crafting: “fiddle”. And yes, the baker get´s stucked at the end as well.

So In conclusion it is neither a problem with mod compatibility, nor a problem of my animation itself (so far I can tell).
The next thing to try is to correct the “drop_offset” I think.
But I´m not really sure from where it is measured from. From the “object_origin” or the “region_origin”?
Comparison with other crafting workbenches wasn´t to revealing. And in the guides here at discourse about “positioning” of objects or the stonehearth modding guide, wasn´t the “drop_offset” described (more accurate).
I experimented a bit, but couldn´t conclude which values would be best so far.
Also I thought about the drop animation of workers when they come to their crafting bench and put the ingridients on top of it. Could it be possible that the crafter hold the ingridients in their inventory instead of dropping them on the bench/floor?

It gets weirder and weirder…
I tracked now in an attempt the AI and concluded that it fails to either drop and then “destroy” the
crafting ingredients or qith picking up the crafting product.
No matter what I changed in the files so far it didn´t help.
But now I tried to replace the oven ingame and it instantly worked. Moving it back to the former position
the bug occured again.

Can anybody explain me why this a bug occurs or may help me please? :slight_smile:
Right now I´m a bit lost, because it invalidated all my other solving approaches :no_mouth: