libgdx + android + Multiple Screens

Question

[bulatzaripov]

Здравствуйте!

Возможно, на хабре обитают люди, использующие libgdx для разработки под андроид.

Поделитесь пожалуйста опытом, как именно вы решили проблему поддержки различных размеров экранов, разрешений, dpi при использовании ligdx?

Какой именно способ предпочитаете вы? Поделитесь описанием, идеями, ссылками или еще чем.

Система андроида сама умеет «подбирать» нужные ресурсы из drawable-hdpi/ drawable-ldpi/ и так далее.
Но при использовании libgdx это полезное свойство остается в стороне, увы.
Кроме того, libgdx «ищет» файлы в assets/, так уж он устроен изначально.

Еще вопрос: есть ли возможность сначала достать нужный файл из drawable/ (чтобы система сама выбрала предпочтительный) и лишь после этого «скормить» его libgdx?

Буду рад любым ответам.

Заранее спасибо.

Answer 1

[ertaquo]

В libgdx по-хорошему нужно использовать для загрузки ресурсов AssetManager, назначая ему загрузчики для разных видов ресурсов:

AssetManager manager = new AssetManager();
manager.setLoader(Texture.class, new TextureLoader( new InternalFileHandleResolver() ));

Т. е. в данном примере для класса Texture создается загрузчик TextureLoader, который будет получать FileHandle через InternalFileHandleResolver. Однако кроме InternalFileHandleResolver есть еще несколько подобных ему классов для получения FileHandle, одним из которых является ResolutionFileResolver:

Resolution[] resolutions = { new Resolution(320, 480, ".320480"),
	 		new Resolution(480, 800, ".480800"),
	 		new Resolution(480, 856, ".480854") };
ResolutionFileResolver resolver = new ResolutionFileResolver(new InternalFileHandleResolver(), resolutions);

Т. е. указываются размеры экрана и суффикс для имени файла. Насчет суффикса я, честно говоря, даже не скажу — до расширения он должен быть или после, но скорее всего до.
Пример (откуда я вытащил эти куски кода) можно взять тут: http://libgdx.googlecode.com/svn/trunk/tests/gdx-tests/src/com/badlogic/gdx/tests/AssetManagerTest.java.

Comments

[ertaquo]

Ну а кроме этого можно опираться на Gdx.graphics.getDensity(), класс Stage с его stretch и зум у OrthographicCamera (если используете 2d графику).

[ertaquo]

Ну и кстати, одно из преимуществ AssetManager — асинхронная загрузка. Через new Texture(Filename) текстура грузится синхронно.

[KvanTTT]

Круто! Насколько я понял, с помощью AssetManager можно сделать загрузочный экран с отображение процесса загрузки.

[ertaquo]

Да, забыл. При использовании AssetManager и InternalFileHandleResolver в качестве конечного резолвера, изображения надо складывать в assets, а не в drawable.

[bulatzaripov]

Спасибо за ответ.

Жаль что способность системы андроида самой подбирать наиболее подходящие ресурсы все таки придется оставить в стороне.

И еще вопрос, в официальном руководстве написано

When adding support for multiple screens, applications do not work directly with resolution; applications should be concerned only with screen size and density, as specified by the generalized size and density groups.

Правильно ли я понимаю, что использовать ResolutionFileResolver, который опирается только на разрешения, это кривая и… э…. скользкая дорожка? То есть гарантий поддержки именно разных экранов (размеров и density) быть не может? а значит мы возвращаемся к начальному вопросу — как же реализовать эту поддержку? Или все таки это правильное решение?

[bulatzaripov]

Под «поддержкой» я имею ввиду более-менее корректное отображение (физическое и пропорции) на разных экранах.

[ertaquo]

Да. Вот вам пример, абсолютно рабочий, из пишушейся сейчас мной игры: http://pastebin.com/NAGGxk6Y.
Класс GameStage почти не отличается от Stage, только добавлено кой-чего. AssetManager лежит в классе GameMain (экземпляр которого передается при создании) и к нему можно обратиться через main.getManager(). Также при запуске игры в классе GameMain загружается текстура фона (синхронно), которую можно получить через main.getGuiBackground().
Примерный код метода GameMain.create():

public void create()
{
	manager = new AssetManager();
	manager.setLoader(Texture.class, new TextureLoader(new InternalFileHandleResolver()));
	manager.setLoader(Music.class, new MusicLoader(new InternalFileHandleResolver()));

	font = new BitmapFont(Gdx.files.internal("fonts/font.fnt"), true);
	guiBackground = new Texture(Gdx.files.internal("gfx/loading.jpg"));

	StageLoading loading = new StageLoading(Gdx.graphics.getWidth(), Gdx.graphics.getHeight(), true, this);
	loading.setOnLoaded(new Callback()
	{
		public boolean handleMessage(Message msg)
		{
			StageMenu menu = new StageMenu(loading.width(), loading.height(), true, loading.getMain());
			loading.getMain().setStage(menu);
			return false;
		}
	});
	setStage(loading);
	
	for (FileHandle handle : Gdx.files.internal("gfx").list())
	{
		manager.load(handle.path(), Texture.class);
	}
}

[ertaquo]

Думаю, тут понятно будет, что к чему :-) Создается StageLoading, устанавливается как рабочий Stage (setStage — это метод GameMain), дальше грузятся все файлы из папки /assets/gfx/.

[ertaquo]

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

Answer 2

[Андрей Апанасик]

Работать с относительными координатами, а при выводе уже с абсолютными.

Определить размер экрана в относительных координатах.

float CAMERA_WIDTH = 12f;
 float CAMERA_HEIGHT = 10f;
CAMERA_WIDTH =  CAMERA_HEIGHT* Gdx.graphics.getWidth()/Gdx.graphics.getHeight();

Коэффициенты посчитать.

ppuX = (float)Gdx.graphics.getWidth() / CAMERA_WIDTH;
ppuY = (float)Gdx.graphics.getHeight() / CAMERA_HEIGHT;

Всё. Теперь при рендеринге относительные координаты домножать на коэффициент. Правда область камеры будет различная на различных экранах, но зато растянутости объектов не будет.

Answer 3

[ertaquo]

Если жестко задавать размеры в пикселях — то да, одинакового отображения на разных экранах не получится. Поэтому, как вариант, можно опираться на Gdx.graphics.getDensity(), меняя размеры в зависимости от этого значения. Однако этот подход мне кажется не совсем верным, но как делать совсем правильно — я не знаю.