Как сжать игру покадровую анимацию до минимума на диске

Я разрабатывал такую ​​игру, как Age of empire (здания на карте), и для каждого здания у меня есть спрайт-лист для его анимации. Я использую покадровую анимацию для анимации здания (в любом случае не знаю ни о каком другом методе). Я заметил, что моя папка ресурсов становится очень большой из-за изображений, которые я в нее помещаю.

Как такие игры, как CoC и Age of Empires, сохраняют свой размер apk до 50 Мг? Я что-то здесь упускаю, когда дело доходит до разработки игр

Спасибо

РЕДАКТИРОВАТЬ: больше информации о проблеме, с которой я сталкиваюсь

У меня есть много анимационных объектов. Я выбрал этот путь, потому что он был самым быстрым и приносил желаемые результаты. По сути, каждое здание представляет собой анимационный чертеж, в котором его XML-файл ссылается на 8 элементов рисования (8 изображений = 8 файлов). Все они PNG из-за прозрачности. Поскольку у меня более 200 изображений, размер apk составляет 120 МБ (и я еще не закончил копирование половины файлов). Вот что подсказывает, должен быть способ решить это. Пожалуйста, помогите коллеге-разработчику

По вашему вопросу неясно, действительно ли вы хотите знать методы, позволяющие играм экономить дисковое пространство даже при наличии большого количества тяжелых файлов изображений / ресурсов (это и есть в основном вопросе), или если вы просто хотите знать, Есть меньше способов для анимации ваших зданий, требующих дискового пространства (это то, что подразумевается под заголовком вашего вопроса).

Итак, я поставлю этот ответ здесь, пытаясь помочь сэкономить место, когда у вас много изображений. Если вас интересуют только методы анимации, которые могут позволить вам сэкономить место на диске, пожалуйста, дайте мне знать, тогда я могу удалить ответ.

Тем не менее, в аналогичной ситуации два решения, которые я видел (и использовал один раз) с точки зрения экономии места на диске, были:

1) объединить отдельные изображения в одно и то же изображение. Иногда это может помочь. Поэтому вместо того, чтобы сохранять 4 отдельных файла для каждого из следующих цветных квадратов, я сохраняю их все вместе в одном и том же изображении (и разделю их только по коду игры):

В этом примере сохранение каждого в 4 различных файлах PNG составляет 1255 байт, в то время как один файл со всеми объединенными файлами составляет 451 байт. Конечно, насколько это может помочь, зависит от каждого конкретного случая, и вы должны проверить, может ли это помочь вам в зависимости от ваших изображений.

2) сжать папку ресурсов. Это часто может быть очень полезно для экономии места на диске. Затем, когда игра запускается, вы либо распаковываете, либо извлекаете нужное изображение из сжатого файла - в зависимости от используемого формата сжатия. Смотрите этот предыдущий ответ, который стал вики этого сайта: /gamedev//a/37649/72423

Но также имейте в виду, что каждый тип сжатия может быть более или менее выгодным в зависимости от типа файла образа, который вы используете : избегайте двойного сжатия ресурсов

Для получения более подробной информации о сжатии: современный уровень сжатия изображений?

Наконец, вам также может быть интересно подумать, какие типы изображений использовать в каждой ситуации: какой формат изображения более эффективен при использовании памяти: PNG, JPEG или GIF?

Я хотел бы предложить вам попробовать TexturePacker

• Вы можете просто перетащить все свои изображения и получить их упакованными
• Вы можете применять различное сжатие - например, использовать индексированные PNG, которые потребляют намного меньше памяти - до 70% меньше по сравнению со стандартным файлом PNG
• Вы можете создать файл с данными, которые содержат имя + положение каждого из ваших зданий
• бесплатной версии может уже хватить, чтобы создать спрайт листы для вас

Используете ли вы среду разработки игр, как AndEngine, Cocos2d-x или LibGdx? => Нет

Нужно ли загружать все изображения одновременно? Похоже, вы столкнетесь с огромными проблемами ОЗУ на целевых устройствах.

Обновление: Снейк прислал мне несколько изображений. Как и было обещано, они не станут здесь публичными, поэтому я сам создал немного искусства, чтобы продемонстрировать, как уменьшить использование памяти.

В исходном изображении только одна часть изображения была в движении. Я положил птицу на дом, чтобы продемонстрировать это:

По сути, упаковка полной анимации в лист - это большая трата памяти. Вы должны разделить статические и движущиеся части:

Статическая:

Anim01:

Anim02:

Сохраняйте исходное положение птицы на изображениях . Вот почему так много пустого пространства выше. Это нужно для выравнивания анимации.

Теперь перетащите изображения на TexturePacker и выберите следующие параметры

• Формат данных: JSON-хэш (или XML, если вы предпочитаете это)
• TrimMode: Trim (это создает прямоугольники)
• Пиксельный формат: INDEXED 8bit - для создания 8-битных PNG (примерно на 70% меньше памяти)
• Разрешить вращение: ложь
• Введите имя файла для данных

В результате вы получаете 2 файла: спрайт и файл описания JSON.

"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. если много изображений одинаковы и различаются только цвета (как правило, кнопки пользовательского интерфейса, анимация частиц, игровые монеты), попробуйте взять одно белое изображение и динамически изменить его цвет
4. Попробуйте создать .apk только с теми изображениями, которые чрезвычайно важны, а затем загрузите все с сервера и сохраните в памяти телефона.

Я надеюсь, что эти указатели помогут

PS Я даю лишь обобщенную идею, так как не знаю, какой именно у вас игровой контент и извинения, если эти указатели бесполезны.

Многие игры не хранят свои графические ресурсы в .apk; они включают только «основы», такие как графика пользовательского интерфейса и код игры, и загружают оставшиеся ресурсы после установки игры. Это особенно актуально для игр, которые используют различные графические ресурсы в зависимости от разрешения вашего дисплея, чтобы не допустить наличия в .apk ресурсов как с низким, так и с высоким разрешением.

Вы должны взглянуть на оба варианта оптимизации, предоставляемые другими ответчиками, а также на то, будете ли вы в конечном счете обслуживать графику вашей игры отдельно от самого .apk.

Я пришел на этот сайт в поисках аналогичного вопроса, и действительно есть несколько хороших ресурсов, указанных как в ответах на ваш вопрос, так и в других.

Возможно, вам стоит взглянуть на 2D-анимацию: анимированные 3D-модели или спрайты с кадрами анимации? для некоторых дебатов по различным типам анимации. Это помогло мне оптимизировать мою игру. Кроме того, вы не сообщаете нам, какой API вы используете или какой движок вы используете. Уже одно это может изменить ситуацию: Android покадровая анимация PNG

Кроме того, имейте в виду, что если вы пойдете по пути сжатия, могут существовать важные различия между способами сжатия. В частности, существует довольно много различий между типами сжатия, и существуют некоторые специализированные дискуссии о том, какой маршрут является наиболее подходящим для мобильных устройств. Особенно, если принять во внимание, что для мобильных устройств использование памяти и загрузка процессора также имеют первостепенное значение. См .: http://www.gamasutra.com/blogs/AlexandruVoica/20130419/190833/Why_efficiency_is_key_in_texture_compression_standards_for_mobile_graphics.php?print=1