Unity上でキャラクターの肌や髪の色の変更と、Spineアニメ上でSlotカラーの操作を両立するより良い方法

koyu2

こんにちは。いつもSpineにお世話になっております。
素晴らしいツールをありがとうございます。

キャラクターの肌や髪といった一部のパーツをUnity上で色変更したいです。
同時にSpineアニメーション上でSlotカラーの変更を両立する方法を探しています

Unity上で髪や肌など特定のパーツを色変更するには、スロットカラーの操作を推奨しているとのことでした。
しかし、Slotの色変更を使用すると、Spineエディタで制作したアニメ上のSlot操作とバッティングするため、アニメ上でSlotの色操作ができなくなってしまいます。

■具体例

肌の色が異なる３種のゴブリンは、異なるスキンを用意するのではなく、
白い肌色でゴブリンを作成し、コード上で肌のSlotカラーを変更することで実現できました。

彼らを消滅させたり出現させる際、瞬間表示ではなくフェードで出現させたいです。
そこでSlotカラーをフェードするアニメを作ったのですが、動画のように、設定していたカラーがデフォルトの白に戻ってしまいます。

Spineエディタ上ではゲーム上のキャラクターがどの肌色に設定されるか知りようがないため、FFFFFFFFを基本として操作するしかありません。
キャラクター全体をフェードさせるだけであれば、MaterialPropertyBlocksなど代替方法がありますが、
アタッチメントを切り替える際にフェードで瞬間表示のチラつきを軽減させる等、アニメでSlotカラー変更を用いたいケースは多いです。
そのためSlotカラーと競合しない、肌や髪パーツの色をゲーム上で設定する方法を必要としています。

実際のところ、セットアップ画面で変更できるアタッチメントカラーはSlotカラーと競合しません。
そのためアタッチメントカラーを、Unity上で動的に変更できれば、問題が解決できそうなのですが、APIリファレンスにアタッチメントには色変更のメソッドは見つかりませんでした。

上記の課題をどのように解決したら良いでしょうか？
ご助言を頂けたら幸いです。

Spinebot

こんにちは。SpineとUnityでの色変更の問題についてお答えします。

SpineでのSlotカラーの変更とUnityでの色変更を両立させるためには、いくつかの方法があります。まず、SpineのアニメーションでSlotカラーを使用している場合、Unityでの色変更がアニメーションに影響を与えないようにする必要があります。これを実現するために、MaterialPropertyBlockを使用して、特定のスロットの色を変更することができます。これにより、アニメーションのSlotカラーの変更と競合しないようにできます。

また、SpineのアタッチメントカラーはSlotカラーと競合しないため、アタッチメントカラーを動的に変更することも考えられます。ただし、SpineのAPIには直接アタッチメントカラーを変更するメソッドはありません。そのため、アタッチメントの色を変更するには、スロットの色を変更するか、アタッチメント自体を異なる色のものに差し替える必要があります。

アニメーションでSlotカラーを使用してフェード効果を実現する場合、skeletonRenderer.OnMeshAndMaterialsUpdatedコールバックを使用して、アニメーションの後にSlotカラーを設定することで、アニメーションによるSlotカラーの上書きを防ぐことができます。

Harald

@koyu2 You could theoretically modify Attachment colors. You would need to cast the attachment from Attachment to RegionAttachment or MeshAttachment, or cast it to the common interface IHasTextureRegion respectively, then you can set the color accordingly. However, note that an Attachment is shared data and not instance data by default, so to avoid modifying all similar skeletons that share the same SkeletonData, you would need to first copy the Attachment once and assign it, so that it's only affecting the desired skeleton instance.

An easier solution however, as Spinebot mentioned, would be to let the animations set the Slot color alpha value first, and then register to the skeletonRenderer.OnMeshAndMaterialsUpdated callback and from there set the Slot color RGB values accordingly while keeping the Slot.A value.