Этот сайт лучше всего просматривать в современном браузере с включённым JavaScript.

[Regression 4.3.23] [name:pattern] ignored during linked mesh source matching

PPP

Hi,
I found a regression in the PSD import in Spine 4.3.23. A setup that worked in 4.2.43 now fails to import.
Environment

Spine 4.3.23 Enterprise (Windows 10 Pro, amd64)
Last working version: 4.2.43

Summary

When a parent group has a [name:pattern] tag and child groups inside it use [mesh:name] to create linked meshes, the [name:pattern] transformation is no longer applied during source mesh resolution. The source mesh can no longer be found, so the import fails. This worked correctly in 4.2.43.
Expected behavior

As documented ("The name conversion happens before the other pattern tags are applied"), the parent group's [name:pattern] should be applied to the child layer names first, so the [mesh:name] source mesh search runs against the transformed names. The linked meshes should then be generated across the multiple child folders.
Actual behavior

The parent [name:pattern] tag has no effect during source mesh resolution, so the source mesh is not found:
Source mesh "A" not found for linked mesh:
[bone][name:Alphabet_*]ABC/[slot]ABC[trim:mask]/[merge][mesh:A]B[skin:ABC]
(The original message appears in Japanese: 「リンクメッシュのソースメッシュ「A」が見つかりません」)
Steps to reproduce

Open the attached test PSD.
Spine menu → Import → Import PSD…
Import with default options.
The error above appears and the linked meshes are not generated.

Note

The 4.3 release notes mention changes to PSD import source mesh matching and linked meshes in other slots, so this regression may be related to those changes. A minimal test PSD is attached.
Thanks!

念のため日本語でも記載します。
Spine 4.3.23 のPSDインポートで、4.2.43では動作していた構成がインポートに失敗する回帰バグを見つけました。

環境：
Spine 4.3.23 Enterprise（Windows 10 Pro）／正常動作の最終版：4.2.43

概要：
親グループに [name:pattern] タグを付け、その下位グループで [mesh:name] によるリンクメッシュを生成する構成で、4.3.23ではソースメッシュ解決時に [name:pattern] の変換が反映されず、ソースメッシュが見つからずインポートに失敗します。4.2.43では正常でした。

期待する結果：
ドキュメント記載の通り（name変換は他のパターンタグの適用前に行われる）、親の [name:pattern] がまず子レイヤー名に適用され、その変換後の名前で [mesh:name] のソース検索が走り、複数の下位フォルダにわたってリンクメッシュが生成されること。

実際の結果：
ソース解決時に親の [name:pattern] が効かず、ソースメッシュが見つからない：

リンクメッシュのソースメッシュ「A」が見つかりません:
[bone][name:Alphabet_*]ABC/[slot]ABC[trim:mask]/[merge][mesh:A]B[skin:ABC]

再現手順：
① 添付のテストPSDを開く
② メニュー → インポート → PSDをインポート
③ デフォルト設定でインポート
④ 上記エラーが出てリンクメッシュが生成されない

linkmeshtest-ver43.zip

20kB

Misaki

PPP ご不便をおかけしてしまい申し訳ありません。この問題が再現できることを確認し、こちらにissueをオープンしました: EsotericSoftware/spine-editor1053

ところで、このフォーラムには自動翻訳機能が備わっており、このフォーラムを監視しているシステムによって自動的に複数言語に翻訳されます。そのため、新しい投稿をされる際は母国語のみで投稿していただけますと幸いです。
何卒、よろしくお願いいたします。

Davide

The name conversion happens as before. What changes is how the mesh name is searched.

Previously, the tag [mesh:name] was searched by matching the name from right to left. You could specify only the suffix of the source mesh name. So, if your mesh was named ABC, you could match it by using the tag [mesh:C]. This had some limitations because it created ambiguities that could not be resolved. That led us to the new behavior:

[mesh] or [mesh:name]: The layer is a mesh or, when name is specified, a linked mesh. The name is matched against existing mesh attachment names by comparing /-separated segments from right to left. The most specific match is used. For example, [mesh:head] matches a mesh named head, and [mesh:front/head] disambiguates when multiple meshes end with head.

This means that the name suffix is no longer enough. You have to specify the entire segment, where segments are /-separated paths of the layer name.

In your case, after the name transformation happens, your layer names become Alphabet_A and Alphabet_B. However, the mesh tag seems to search for the previous name, A, instead of the new name, Alphabet_A.

So, previously it worked because it was searching for the pattern *A, while now it searches for A. The bug was also present in the previous version, but the less strict match hid it.

We'll fix this in the next version.

PPP

ご確認・ご対応いただき、誠にありがとうございます。

再現を確認のうえ、Issueとして起票いただけたこと、大変助かります（#1053 拝見しました）。
修正をお待ちしております。

また、自動翻訳の仕様についてもご案内ありがとうございます。
承知いたしました。今後の投稿は日本語のみで行うようにいたします。

いつもSpineを使わせていただいており、制作の現場で本当に助けられております。
新バージョンの4.3でも様々な点が改修・強化されており、いちユーザーとして今後が一層楽しみになりました。
本当にありがとうございます。

引き続きどうぞよろしくお願いいたします。

Misaki

PPP こちらの問題について対応をお待たせしてしまい申し訳ありません。内部的には本日対応が完了しましたので、次バージョン(4.3.24)にてこの件を踏まえた変更が加えられる予定です。しかしながら、変更内容はDavideが以前に返信した通りのものではなく、エラーメッセージの修正という形で加えることになりました。

調査の結果、[name:pattern] タグ自体は正常に動作しており、[mesh:name]タグ内で指定された名前を、[name:pattern]が適用された後のアタッチメント名と照合している結果、変更前の名前を指定してしまうとエラーになるという問題だと判明しました。

ではなぜご報告いただいた例が4.2では問題なく動作していたかというと、4.2までは"ソースメッシュの名前を右から左へ1文字ずつ照合する"という仕様だったため、挙げていただいた例の場合、
[name] タグが適用される前のソースメッシュ名「A」と、[name] タグが適用された後のソースメッシュ名「Alphabet_A」が右端の文字列が一致していたのでうまく動いていました。

実際、以前ご提供いただいた "LinkMeshTest_ver.4.3.psd" の [merge][mesh]A[skin:ABC] という名前のレイヤーグループを、[merge][mesh]A1[skin:ABC] のように、右端にA以外の文字がある名前に変えてみると、4.2でインポートしたとしても同じエラーが発生するのが確認できます。

では [mesh:name] タグ内の名前に [name:pattern] タグによる名前変更を自動適用できないのかと思われるかもしれませんが、残念ながら [name:pattern] タグをソース名に自動適用することは全てのケースで安全とは言えません。ソースメッシュがグループ外にある場合や、別のパターンが適用される場合もあるため、かえって混乱を招く可能性があります。

そのため、結論的には現在の挙動を正とし、エラーメッセージを以下のように具体的な内容になるように修正しました:

[mesh:A]で指定しているソースメッシュの名前は、[name:pattern]を適用した後のアタッチメント名と一致している必要があります。

ご不便をおかけしてしまい恐れ入りますが、何卒ご理解いただけますと幸いです。