Indeed in Animate mode it is adding an extra animation to the count in 4.2, this is now fixed in 4.3!

Please also refer to the troubleshooting page here:
https://zh.esotericsoftware.com/spine-troubleshooting

I tried to reproduce this in 4.3 and 4.2 and it happens in both, thank you for reporting!
I've opened an issue to track the bug here:
EsotericSoftware/spine-editor930

Your colleague has likely activated Backface culling in their Spine settings:
https://esotericsoftware.com/spine-settings#Backface-culling
Please ensure this setting is unchecked on the machine.

Also possibly related: EsotericSoftware/spine-editor728

Yes skin constraints may be a good option. In this case you'd have to create a new constraint for each skin and add it to said skin so it's only calculated when that skin is active.

Or a simpler method could be to just not attach any image for the lower tiers so you have all 5, but first tier only uses the middle orb, second tier only uses orb 2 and 4, third tier uses orbs 1,3,5; 4th tier may be the ugly one, maybe the first or last are skipped in the skins hmm, and 5 shows them all.

It seems like for constraints 3 and 4 the rotation is interpreted wrongly in 4.3. Thank you for reporting this, I have added this forum thread to the related issue here:
EsotericSoftware/spine-editor919

Hello, I have checked your project. Without images, steps, or a specific constraint to look at it is a bit hard to pinpoint a constraint that isn't working correctly when updating.
As general advice, please try selecting the constraints node, then pressing "sort" and check if this fixes the incorrect constraints. https://esotericsoftware.com/spine-constraints#Order
If it doesn't, please specify a constraint that is broken in the list so I may know what to check for. Thank you!

lnvthinh12 Spine can be used to rig full bodies of course, as for how to track these, as Misaki said, there have been tests and prototypes by various people, and this is the most notable one, as linked before:
https://silverstraw.itch.io/spine-vtuber-prototype-2

As for what you can expect from the stream, as said above, I will be showing how to set a simplified example that only tracks the voice: a pngtuber, no webcam tracking at this time.

Yes Spinebot is an AI
Regarding your issue, does this misalignment also happen when you open these files with Skeleton Viewer?
https://esotericsoftware.com/spine-skeleton-viewer

If it looks correct and not a mess, then it could be possible to separate the parts with the texture unpacker
https://esotericsoftware.com/spine-texture-packer#Texture-Unpacker
We'd need to know if when you do this, if it gives you an error in the log when it generates wrong images.
https://esotericsoftware.com/spine-troubleshooting

If the images also look wrong in skeleton viewer, then the atlas and png don't match. Ideally you should be able to generate new ones from your Spine file, but if you're resorting to this, I guess you don't have access to it, and you workflow of manually cutting and realigning the images, as painful as it is, might be the way, unless you have the original PSD or any other source file to derive these from.

lnvthinh12 You are in luck, I'll be streaming a simplified version of this tomorrow!
https://esotericsoftware.com/blog/New-Twitch-stream-pngtuber-in-Spine

Blaster Hi! The project seems to see the images in the folder which is great.
There could be two things hiding the images:

1. the skins node seems to suggest that project has skins. Make sure a skin is active to be able to see the images.
   https://esotericsoftware.com/spine-skins

2. It could be that originally these images were meant to be in a subfolder, if after activating a skin you see nothing is showing, please post what is the path for an image and see if the image is there on disk or if actually needs a subfolder/different path.
   https://esotericsoftware.com/spine-regions#Image-path

To get the eyes to follow the face mesh, you might want to weld it:
https://esotericsoftware.com/spine-weights#Weld

If, despite the same weights, it does not work, ensure you bound the eye mesh in the same bone position as the face. This normally means you didn't move the bones in setup mode, and you can bind the bones in setup mode or press update bindings.
https://esotericsoftware.com/spine-weights#Update-bindings
A deeper explanation of how this works and why can be found here, if it is your case: https://esotericsoftware.com/blog/Mesh-weight-workflows#Be-mindful-of-when-you-bind-meshes-to-bones

Nommalorel Spinebot's suggestion makes sense! There may also be more workflows available depending on what you're trying to achieve precisely.

If you have lots of images due to sequences, you may also need to uncheck limit scanning here:
https://esotericsoftware.com/spine-images#Images-path

happyjiahan
Interesting! I noticed that Celestial Circus doesn't display the multiply blending mode correctly, so the eyes are too light, along other small details that use said blending mode.

warmanw Could you clarify what you mean when you say that attachment keys are being stretched for sequences, and how are you expanding the timeline? do you mean you are box selecting the keys and resizing the box to make the animation longer? (more screenshots or a video could be very helpful!)

Have you already tried using the Spine command line interface to perform batch exports?
https://esotericsoftware.com/spine-command-line-interface

Macamagucha Spinebot made that up, you can use folders only in the tree view!
I second the suggestion of first animating a sweat drop, then duplicating it with its keys to speed up the process. Usually at that point I also would adjust the position of the bones and move the keys on the timeline to make the start/end times more random.