Howdy, Stranger!

It looks like you're new here. Sign in or register to get started.

If you have any questions, reports, suggestions, or requests about Live2D, please send them to this forum.
※We cannot guarantee statements or answers from Live2D staff. Thank you for your understanding in advance.
 
Live2D Cubism
Cubism Products and Downloads
Cubism product manuals and tutorials
Cubism Editor Manual    Cubism Editor Tutorial    Cubism SDK Manual    Cubism SDK Tutorial
[Regarding macOS Tahoe](Updated October 16, 2025)

macOS v26 Tahoe is now supported!
We advise against upgrading your macOS at this time as it may cause Live2D products not to function correctly.

Upgrading macOS can also cause you to lose your Cubism Editor license file.
Please make sure to deactivate your Cubism Editor license before upgrading the macOS.

For more details:
https://help.live2d.com/en/other/other_09/
For inquiries regarding issues with license purchases or license activation errors, please contact us through the email form.

5-r.5 SDK is unusable

Hello,

5-r.5 makes a simple task of sorting sprites a complete nightmare. And the new Intercept component appears to be bugged.

In my particular use case, there are numerous Sprite Renderers and Live2D objects in the scene. As the Live2D object moves around the scene, Order In Layer for all the Sprite Renderers and Live2D object is updated. That way, the ordering can sort all the objects correctly and maintain the illusion of 3D dimensionality in a 2D space. That's how it used to work. It was incredibly simple.

The newest SDK update throws all that out the window.
At first. I thought it would be very easily fixed with the new Intercept component. Unfortunately, it doesn't work as intended.

Initially, I thought that I could simply replace Sprite Renderer's Order In Layer with Intercept's Group Sorting Layer. But when a sprite is given a Group Sorting Layer that doesn't have a Live2D model associated with it, the sprite simply disappears. It's no longer rendered.

So I thought I would try a new approach. Everything exists in the same Group Sorting Layer, and we use Intercept's Sorting Order. This is when this monstrosity occurred:


Allow me to explain the situation...
Group Sorting Layer is set to 0 for everything.
Sorting Mode for all Live2D models is correctly set to Back To Front Order.
Sorting Order for the sprite 1 is set to 1
Sorting Order for the sprite 2 is set to 2
...
Sorting Order for the sprite 4 is set to 4

Sharp eyes might catch something here... Sprite 1 has a lower Sorting Order, yet it's being displayed on top of Sprite 2, 3, and 4.
Sprite 1 should be below 2, 2 should be below 3, 3 should be below 4.
Unfortunately, it didn't feel like it. So 1 stays on top of the other sprites.

If you keep playing around with the Sorting Order of one of the Mao models in the scene, this happens:


Now 3 is below all the other sprites. It still has a Sorting Order of 3, by the way, I did not change that. Sprites 1, 2, and 4 have their respective Sorting Orders as well.

Let's try changing the Sorting Layer of Sprite 1 to a negative number:

It's still on top of other sprites.

Managing the sorting of sprites and Live2D models in the scene is completely broken. The current version isn't just not production-ready, it's dysfunctional.
Is a fix coming? Can we expect it to come promptly? Is there a rough timeline for an update? Is there possibly a roadmap?

Thank you.
Sign In or Register to comment.