ゲームのフレームごとのアニメーションをディスク上で最小限に圧縮する方法

Age of empire（地図上の建物）のようなゲームを開発しています。すべての建物には、アニメーション用のスプライトシートがあります。私はフレームごとのアニメーションを使用して建物をアニメーション化します（とにかく他の方法は認識していません）。私が入れている画像のために、リソースフォルダーが非常に大きくなっていることに気付きました。

CoCやAge of Empiresなどのゲームは、apkサイズを50 Mg未満にどのように維持しますか？ゲーム開発に関して、ここで何かが欠けていますか

ありがとうございました

編集：私が直面している問題の詳細情報

たくさんのアニメーションドロウアブルオブジェクトがあります。私がこの方法を選んだのは、それが最も速く、希望する結果が得られたからです。基本的に、すべての建物は、そのxmlファイルが8つのドローアブルを参照するアニメーションドローアブルです（8つの画像= 8つのファイル）。透明性のため、それらはすべてPNGです。200を超える画像があるため、apkサイズは120 MBです（そして、ファイルの半分をまだコピーしていません）。それがプロンプトです。それを解決する方法が必要です。仲間の開発者を支援してください

重い画像/リソースファイルが大量にある場合でもゲームがディスクスペースを節約できる技術を知りたいのか（質問の本文にあるのか）、または単に建物のアニメーションを実行するためのディスクスペースを空ける方法が少なくなります（これが質問のタイトルで暗示されています）。

したがって、多くの画像がある場合にスペースを節約することに関連して、この答えをここに入れます。あなたがディスクスペースを節約できるアニメーション技術について知りたいだけなら、私に知らせてください、そして、私は答えを削除するかもしれません。

とはいえ、同様の状況で、ディスク内のスペースを節約するという観点で私が見た（そして一度使った）2つのソリューションは次のとおりです。

1）同じ画像内の個々の画像を連結する。助けになることもあります。したがって、次の色付きの正方形ごとに4つの個別のファイルを保存する代わりに、同じ画像内にすべてを並べて保存します（ゲームコードを介してのみ分割します）。

この例では、4つの異なるPNGファイルにそれぞれを保存すると1255バイトになりますが、すべてを連結した単一のファイルは451バイトになります。もちろん、どれだけ役立つかはケースバイケースで異なりますので、画像によってはそれが役立つかどうかをテストする必要があります。

2）リソースフォルダーを圧縮します。多くの場合、これはディスク容量を節約するのに非常に役立ちます。次に、ゲームの実行中に、使用する圧縮形式に応じて、圧縮ファイルから目的のイメージを解凍またはプルします。このサイトのウィキとなった過去の回答をご覧ください：https : //gamedev.stackexchange.com/a/37649/72423

しかし、またことに注意して圧縮の各タイプが使用するイメージファイルの種類に応じて、多かれ少なかれ有利であり得る： リソースのを避け、二重圧縮

圧縮の詳細について：画像圧縮の最新技術？

最後に、各状況で使用する画像の種類を考えることに興味があるかもしれません：どの画像形式がよりメモリ効率が良いか：PNG、JPEG、またはGIF？

TexturePackerを試すことを提案します

• すべての画像をドラッグアンドドロップして、それらをパックすることができます
• 異なる圧縮を適用することができます-例えば、より少ないメモリを消費するインデックス付きPNGを使用-標準のPNGファイルと比較して最大70％削減
• 各建物の名前と位置を含むファイルデータファイルを作成できます。
• 無料版は既にスプライトシートを作成するのに十分かもしれません

AndEngine、Cocos2d-x、LibGdxなどのゲーム開発フレームワークを使用していますか？=>なし

すべての画像を同時に読み込む必要がありますか？ターゲットデバイスで大規模なRAMの問題が発生するようです。

更新：Snakeから画像が送られてきました。約束されたようにここでは公開しませんので、メモリ使用量を削減する方法を示すために自分でアートを作成しました。

元の画像では、画像の一部のみが動いていました。これを実証するために家に鳥を置いた。

基本的に、アニメーション全体をシートにパックすることは、メモリの大きな浪費です。静的部分と可動部分を分割する必要があります。

静的：

Anim01：

Anim02：

画像内の鳥の元の位置を保持します。これが、上記のように空のスペースがある理由です。これは、アニメーションの位置合わせに必要です。

TexturePackerで画像をドラッグし、次のパラメーターを選択します

• データ形式：JSONハッシュ（または必要に応じてXML）
• TrimMode：トリム（これにより四角形が作成されます）
• ピクセル形式：8ビットのINDEXED-8ビットのPNGを作成する（約70％少ないメモリ）
• 回転を許可：false
• データのファイル名を入力してください

結果として、スプライトシートとJSON記述ファイルの2つのファイルが得られます。

"house_anim_01.png":
{
    "frame": {"x":351,"y":246,"w":110,"h":79},
    "rotated": false,
    "trimmed": true,
    "spriteSourceSize": {"x":67,"y":8,"w":110,"h":79},
    "sourceSize": {"w":400,"h":400},
    "pivot": {"x":0.5,"y":0.5}
},

重要な部分はframeとspriteSourceSizeです。

フレームは、あなたのスプライトシートの元のスプライトの位置を示します。

spriteSourceSizeは、画像を描画するためのオフセットを提供します-トリミングのために残された画像の部分：

単純な擬似コード描画ルーチンは次のようになります。

drawImage(spritename, posX, posX)
{
    data    = sheetData[spritename]
    offsetX = data.spriteSourceSize.x
    offsetY = data.spriteSourceSize.y
    frameX  = data.frame.x
    frameY  = data.frame.y
    width   = data.frame.w
    height  = data.frame.h
    screen.draw(sheetImage, posX+offsetX, posY+offsetY, width, height)
}

グラフィックシステムのピボットポイント/原点に応じて、オフセット計算を調整する必要がある場合があります。上記のルーチンは、原点が左上にある座標系を想定しています。

その後、単純に2つのパスで家を描きます。

draw("background", 100, 100);
draw("anim_01", 100, 100);

画像はすでに整列されているため、オフセットを気にする必要はありません。

使用できるポインターはいくつかあります

1. すべての背景画像と非透明画像がPNG形式ではないことを確認してください
2. すべてのアニメーションをループ可能にするようにします。つまり、アニメーションが1,2,3,4,5,6の場合、これらの数字がアニメーションのフレーム番号である1,2,3,4,3,2,1のようにします。それは大いに役立ちます
3. 多くの画像が同じで、色のみが異なる場合（通常はUIボタン、mパーティクルアニメーション、ゲームコイン）、1つの白い画像を取得し、その色を動的に変更しようとします
4. 非常に重要な画像のみで.apkを作成し、サーバーからすべてをロードして電話のメモリに保存してください

これらのポインタが役立つことを願っています

PSこれらのポインターが役に立たない場合、私はあなたの正確なゲーム内容と謝罪を知らないので、一般化されたアイデアを与えるだけです

多くのゲームは、グラフィック資産を.apkに保持しません。UIグラフィックスやゲームコードなどの「基本」のみが含まれ、ゲームがインストールされると残りのアセットがダウンロードされます。これは、ディスプレイの解像度に応じて異なるグラフィックリソースを使用して、.apkに低解像度と高解像度の両方のアセットを含める必要がないようにするゲームに特に当てはまります。

他の回答者が提供する最適化オプションと、最終的に.apk自体とは別にゲームのグラフィックスを提供する必要があるかどうかを確認する必要があります。

同様の質問を探してこのサイトにアクセスしましたが、実際、あなたの質問への回答と他の質問の両方にいくつかの優れたリソースがあります。

おそらく、2Dアニメーションを見てください：アニメーション化された3Dモデルまたはアニメーションフレーム付きのスプライト？さまざまな種類のアニメーションに関するいくつかの議論。ゲームの最適化に役立ちました。また、どのAPIを使用しているか、どのエンジンを使用しているかを教えてくれません。それだけでも大きな違いを生むことができます：AndroidフレームごとのPNGアニメーション

それに加えて、圧縮ルートを使用する場合、圧縮方法には重要な違いがあることに注意してください。具体的には、圧縮のタイプにはかなりの違いがあり、モバイルデバイスに最適なルートは何かに関する専門的な議論があります。特に、モバイルの場合、ロード時のRAM使用量とCPUの浪費も最重要であることを考慮すると、参照：http : //www.gamasutra.com/blogs/AlexandruVoica/20130419/190833/Why_efficiency_is_key_in_texture_compression_standards_for_mobile_graphics.php?print=1