Размер растрового изображения превышает бюджет виртуальной машины при разработке игры

У меня тоже была эта проблема; на самом деле нет другого решения, кроме как уменьшить количество/размер растровых изображений, которые вы загрузили сразу. Некоторые старые Android-устройства выделяют в куче только 16 МБ для всего вашего приложения, а растровые изображения хранятся в памяти в несжатом виде после их загрузки, поэтому несложно превысить 16 МБ с большими фонами и т. д. (32-битное растровое изображение 854x480 составляет около 1,6 МБ без сжатия.)

В моей игре я смог обойти это, загрузив только растровые изображения, которые я собирался использовать на текущем уровне (например, у меня есть один объект Bitmap для фона, который перезагружается из ресурсов каждый раз, когда он изменяется, вместо того, чтобы поддерживать несколько растровых изображений. в памяти.Я просто поддерживаю int, который отслеживает, какой ресурс я загрузил в данный момент.)

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

Кроме того, я настоятельно рекомендую протестировать ваше приложение на эмуляторе с кучей виртуальной машины, установленной на 16 МБ, чтобы убедиться, что вы устранили проблему для всех устройств. (Эмулятор обычно по умолчанию имеет размер 24 МБ, поэтому его легко не протестировать и получить несколько отзывов с 1 звездой после выпуска.)

Я не разработчик игр, однако мне хотелось бы думать, что я достаточно знаю Android.

Загрузка изображений такого размера почти наверняка вызовет ошибки. Почему изображения такого размера?

Пример приведен по адресу http://p-xr.com/android-tutorial-how-to-paint-animate-loop-and-remove-a-sprite/. Если вы заметили, что у него спрайт взрыва всего ~200Кб. Даже более детальное изображение не заняло бы намного больше места в файле.

ОК некоторые предложения:

• Вы загружаете все листы спрайтов на один лист или каждый лист спрайтов находится в отдельном файле? Если они все в одном, я бы разделил их.

• Уменьшите разрешение изображений, устройства Android являются портативными, а некоторые имеют только экран с низким разрешением. Например, HTC Wildfire имеет разрешение 240x320 (устройство LDPI) и является довольно распространенным устройством. Вы не указали размеры изображения, поэтому мы не можем быть уверены, что это практично.

Ну наконец то; Я не программист игр, но этот учебник (часть той же серии) показался мне весьма поучительным — http://p-xr.com/android-tutorial-2d-canvas-graphics/. Интересно, применяете ли вы шаблон, который не подходит для Android, однако без кода я не могу сказать.

Правильно, немного не по теме, но стоит отметить...

Люди недооценивают силу представления. Несмотря на то, что в использовании SurfaceView есть определенная логика, стандартное представление довольно много делает само по себе. SurfaceView чаще всего требует запуска базового потока (который вам придется настроить самостоятельно), чтобы заставить его работать. Однако View вызывает onDraw(), который можно использовать различными способами, включая метод postinvalidate() (см. What делает postInvalidate()?).

В любом случае, возможно, стоит ознакомиться с этим руководством http://mindtherobot.com/blog/272/android-custom-ui-making-a-vintage-thermometer/. Лично это был отличный пример пользовательского представления и того, что вы можете с ним сделать. Я переписал несколько разделов и сделал приложение для карманных часов.