現在、社内のすべてのテクスチャの保存形式として使用される画像形式を選択しています。このフォーマットは、さまざまなプラットフォームおよび構成の圧縮テクスチャが生成されるソースフォーマットとして使用されるため、考えられるすべてのテクスチャタイプ（2D、キューブ、ボリメトリック、さまざまな数のミップマップ、浮動小数点ピクセルフォーマット、など）そして完全に無損失である。さらに、フォーマットは少しのメタデータを保持できる必要があります。
現在、これにはカスタム形式が使用されていますが、ほとんどの画像エディタで表示できるため、一般的に利用可能な形式はアーティストにとって扱いやすくなります。
DDSを使用することを考えましたが、この形式は、私が見る限り、メタデータをサポートしていません。
すべての提案に感謝します！
あなたの要件では、自作のフォーマットにとどまるべきです。ボリュメトリック テクスチャとキューブ テクスチャをサポートする DDS 以外の画像フォーマットについては知りません。残念ながら、DDS はメタデータをサポートしていません。
あなたが見つけることができる最も近いものはTIFFです。キューブ マップやボリューム テクスチャを直接サポートしていませんが、任意の数のサブイメージをサポートしています。そうすれば、サブイメージをスライスまたはキューブ サイドとして再利用できます。
TIFF は、カスタム メタデータのサポートも非常に優れています。libtiff 画像読み取り/書き込みライブラリは、かなりうまく機能します。OO 側から来た場合、少し古風に見えますが、それで十分です。
ニルス
いろいろなゲームのリソースをのぞいてみると、そのほとんどがTGAにテクスチャ (圧縮されているかどうかはわかりません) を格納していることがわかりました。
DDS に関する私の経験では、文書化が不十分で扱いにくい形式であり、ほとんど利点がありません。一般的には、それを構成するソース イメージ (つまり、キューブ マップの場合は 6 つの面、ボリューム テクスチャの場合は任意の数のスライス) への参照を持つ各イメージ クラスのマスター ファイルと、その他の有用なファイルを保存する方が簡単です。メタデータ。検索を実行したり、ブラウザーにデータを入力したりするときに大量の画像をロードしたくないため、メタデータを別のファイル (またはデータベース) に保持することは常に良い考えです。それも理にかなっています。ソース画像フォーマット (tiff、tga、jpeg、dds ...) を「メタフォーマット」 (cube、volume ...) から分離するには、HDR フォーマットまたは非常に大きなソース ボリューム データ。
TIFF は、任意のメタデータと複数のフレームをサポートする形式としておそらく最も近いものですが、アセット (この場合は画像) を、エンジンでの変換方法と使用方法から切り離した方がよいと思います。
画像を 32 ビット PNG 形式で保持し、タイプ情報とメタ情報を XML に入れます。これにより、データを人が見やすく、読みやすく、編集しやすくなります。あいまいなカスタム フォーマットはエンジン用であり、人用ではありません。
アーティストが使用するものは何でも使用してください。
これらの形式は、レイヤーと、アーティストが必要とし、慣れているすべてのものを保存します。アーティストは大量のアセットを作成するため、余分なコードを書くことになるとしても、彼らの生活をできるだけ簡単にします。
ネイティブ形式 (psd/xcf) でサポートされていない場合は、メタデータ (それが何であれ) を画像の「に沿った」場所に配置します。
キューブ マップのようなものについては、ミップマップ (コンバーターによって生成されない場合) は、1 つのファイルにそれらを配置する方法についてガイドラインまたはガイドラインに名前を付けることに固執します。
ボリューメトリックなものを作成するために使用するツールに応じて、そのツールのネイティブ形式に固執してください。
ターゲット用にカスタム フォーマットを作成することは通常は良い考えですが、アーティスト用にカスタム フォーマットを作成すると大騒ぎになります...
別の解決策として、ファイル形式用の無料の画像エディター用のプラグインを作成するのに時間を費やすことはできますか? 私はそれをやったことがないので、関連する作業はわかりませんが、サンプルコードがたくさんあります。