返信ありがとうございます。
ランタイムはspine-cランタイム(b6686111dca55cc92eb2523ca6febf35cb121cb1)を利用しています。
書き忘れましたが、エクスポート設定で「無駄な空白を除外」にチェックを入れている為、エクスポート時にアトラス情報まで除外されているようです。(チェックを外す事で当然アトラス情報は生成されますが、テクスチャーが肥大化してしまう)
結果として、存在しないアトラスを参照しようとしてクラッシュしています。
透明が生成されるフローとしては、連番で一部だけ透明なテクスチャーが生成される場合や、テクスチャーの管理構造上、ピクセルが存在しないテクスチャーを自動生成する場合などです。
「無駄な空白を除外」にチェックを入れても、1x1ピクセルの最小で完全に透明アトラス情報を保持して読み込むように出来ないでしょうか?
Thank you for your reply.
The runtime uses the spine-c runtime (b6686111dca55cc92eb2523ca6febf35cb121cb1).
I forgot to write, but it seems that even Atlas information is excluded at the time of export because "Strip whitespace X and Y" is checked in the export settings. (If you uncheck the box, atlas information will be generated as a matter of course, but the texture will be enlarged.)
As a result, it is crashing trying to reference a non-existent atlas.
The flow that generates transparency is, for example, when a partially transparent texture is generated in a sequential number, or when a texture without a pixel is automatically generated because of the control structure of the texture.
Even if "Strip whitespace" is checked, is it possible to hold and read at least 1x1 pixel minimum and completely transparent atlas information?