スキンエディションの切り替えでページが再読み込みされるのは正しい仕様です
Java版のエディターは64x64を基準に、岩盤版は128x128を基準に構築されています。この定数はビルドに組み込まれているため、両者間でキャンバスを受け渡すことはできません。そのため、各エディションはトグルではなく、独立したURLとして存在しています。
ここにあるスキンエディターは、設定を持つ一つのプログラムではなく、二つのプログラムで構成されています。Java版または岩盤版を選択すると、異なるビルドが読み込まれ、ページが再読み込みされます。この理由を理解することは、「なぜスキンがインポートできないのか」という種類の質問を解決するのに役立つため、重要です。
二つのビルド、二つのテクスチャサイズ
- Java版 —
TEXTURE_SIZE64。64 × 64、またはレガシーな64 × 32を受け入れます。それ以外はすべて拒否します。 - 岩盤版 —
TEXTURE_SIZE128。128 × 128のみを受け入れます。
この定数は、実行中のエディターが参照する変数ではなく、各ビルドに組み込まれています。したがって、両者はキャンバスを互いに受け渡すことができません。受け渡し可能な共通の表現が存在しないのです。実行時に値を交換すると、プログラムの一方が誤った単位で動作することになります。
そのため、エディションの切り替えでページが再読み込みされます。URL上の#bedrockは岩盤版ビルドを開くため、各エディションは、新規訪問者がアクセスできない隠れたトグル状態ではなく、リンク、ブックマーク、共有が可能な実際のURLとなります。
互いのスキンを表示できない
これはサポートに関する質問として表面化する部分です。Java版のスキンを岩盤版エディターに読み込んでも、4分の1サイズでレンダリングされるのではなく、拒否されます。岩盤版のスキンもJava版エディターでは拒否されます。
128 × 128は「同じレイアウトで大きい」ので、スケーリングされるはずだという直感があるかもしれません。しかし、そうではありません。それは異なるサイズの異なるUVレイアウトであり、パーツが異なる場所に配置されています。一方をもう一方に変換するリサンプリングは存在せず、それを行うと謳うツールは推測に頼っていることになります。
現在使用しているエディターに対してファイルが間違っている場合、修正方法は画像エディターではなく、エディションの切り替えです。
ワークフローにとっての意味
描画を開始する前に、ターゲットプラットフォームを決定してください。完成したJava版スキンは、エクスポートの1ステップで岩盤版スキンになるわけではありません。
両方が必要な場合、それらはたまたま似ているように見える2つの作業であり、それらの間の共通点はファイルではなくデザインです。