wiige Thank you for your very quick response! I have updated the Chinese page with the translation you provided and it looks perfect:
https://zh.esotericsoftware.com/spine-skeleton-viewer

Hi, @wiige!
Yesterday we released the spine-pixi-v8 runtime and with it a major update of the spine-pixi documentation: https://esotericsoftware.com/spine-pixi

So we would be grateful if you could translate it when you have time.
(Incidentally, the runtime page has not yet been updated, but this documentation can be accessed via the spine-pixi-v8 release blog.)

@wiige Sorry, it took me a while to realize that the spine-c and spine-cpp runtime documentation has been significantly updated, and I am late in sharing it with you. You can see the diffs below:

• spine-c: https://diffy.org/diff/1814165bcbeaf
• spine-cpp: https://diffy.org/diff/0d5a63c184f6c

I know you are in the process of working on the spine-pixi one, so I would be happy to check it out when it is convenient for you. Thank you for all of your help!

@wiige FYI: We've just added an additional entry to the spine-unity FAQ section, regarding incorrect colors when Tint Black is only enabled at the material:
https://diffy.org/diff/fd7bf735a70d7

If the diff causes problems, the new section text is as follows:

> **Why does my skeleton display wrong colors when I enable the Tint Black option in the material settings?**  

![](/img/spine-runtimes-guide/spine-unity/CommonError-Tint-Black.png)  

Please make sure that you have enabled `Advanced - Tint Black` at the SkeletonRenderer (or SkeletonAnimation) component.

Thanks very much for your quick update @wiige, much appreciated as always!

@wiige FYI: We've added a small section to the spine-unity-main-components page here. It's a remark to not call SetAnimation every frame and what to do instead.

The diff is as follows:
https://diffy.org/diff/30c056aef9214
Here is the added text, starting before #### Queueing Animations:

> **Important Note: don't call `SetAnimation` every frame.** It might be tempting to call `SetAnimation` with the target animation in your script's `Update` method regardless if it's already playing, thinking that the spine-unity runtime will automatically detect whether the animation changed. Not only will this start the animation anew each frame, freezing at the animation's first frame. As the Spine runtimes are designed for smooth transitions between animations, this will also add a [TrackEntry](/spine-api-reference#TrackEntry) for each call, mixing from animations previously added on the same track to this newly added one.
>
> Instead of calling `SetAnimation` every frame, keep track of the current state of your character and only call `SetAnimation` when you want to change to a different animation.
If you ever want to keep the animation at the first frame while e.g. pressing and holding a button, set [TrackEntry.trackTime](/spine-api-reference#TrackEntry-trackTime) instead. If this is not an option, you can use [AnimationState.ClearTrack](/spine-api-reference#AnimationState-clearTrack) to clear all animations on the same track before setting the new animation.

wiige Thank you for the update! Reflected in the documentation:
https://zh.esotericsoftware.com/spine-unity-main-components#%E5%8A%A8%E7%94%BB-AnimationState
I truly appreciate all the help and support you’ve given us throughout this year. I’m so grateful for your dedication to translating Chinese for such a long time. I hope we can continue to count on your help next year as well!

Happy New Year, @wiige ! There has been a small update to the spine-pixi documentation and I am sharing the diff with you: https://diffy.org/diff/6337c752b1cfa
I hope you will take a look at it when you have time.

wiige Thank you! I have updated the Chinese spine-pixi documentation with your translation:
https://zh.esotericsoftware.com/spine-pixi

Hi @wiige !
We have updated the pixi objects section and added an explanation about bounds providers in the spine-pixi documentation, could you please translate these?: https://diffy.org/diff/047538dbf9c1