Blend Modes

[PadTwo]

Hi @rainyt, I have been using your library extensively lately and i was wondering if it is possible to implement a similar Shader optimization as it is for BlendMode.additive also for the other blend modes ( BlendMode.additive , BlendMode.additive ).

I have tried looking into SpineRenderShader and SkeletonSprite but without much success.

[rainyt]

Hello, BlendMode.additive is BlendMode.Add? At present, it should be supported. Is there any strange problem?

[rainyt]

At present, only add's blendmode is implemented by shaders, while other blendmodes cannot be implemented by shaders for the time being. But there may be unexpected phenomena? If you can provide me with a problem spine to try?

[PadTwo]

It is more of an improvement really, not a real problem. I am currently working on a skeleton with 123 Slots and some of them use BlendMode.Screen which cause a performance drop, the current solution is to use Add instead of Screen.

[rainyt]

Is there a way to get the background color from the shader?

[rainyt]

Use bitmapData to cache the background pixel map in each frame, and then provide it to spine for mixed rendering?

[PadTwo]

Is there a way to get the background color from the shader?

Is Add currently applied only to objects inside SkeletonSprite ? if so maybe the same principle could be applied to other blend modes ( as an option maybe ). In the project i am working on every object with a blend mode applied has its background inside the skeleton.

Maybe i am missing something, my knowledge of shaders is relatively limited.

[rainyt]

Since other blendmodes need background colors for calculation and blendmode, only Blendmode.ADD is not need. Therefore, SkeletonSprite only supports add when it does not digest drawcall; Other blendmode requires 1 drawcall.

[rainyt]

Maybe there is a way to detect whether there are multiple hierarchical blendmodes, and then make it a sprite to mix blendmodes, which should reduce the consumption of drawcall.