Разработка для Android

[Axid]

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

[Paul Siberdt]

Поскольку Юня - 3Д-движок, различные разрешения для вас проблем вызывать не будут.

Выбирайте рабочий формат по вкусу, например, 3х2 или 4х3. Единственное, что вам придется учесть - это позиции боковых элементов интерфейса. То есть, с запуском сцены, вы будете брать аспект разрешения текущего девайса, определять коэффициент изменения рабочего аспекта (те самые 4х3 или 3х2) и смещать элемент интерфейса по оси X в нужную сторону. А, ну и соответственно аспекту придется масштабировать черные плашки для фэйдов и прочую экранную бижутерию.

Если же вы делаете на Юне 2Д игру на Гуе - я вас не понимаю.

[Axid]

Поскольку Юня - 3Д-движок, различные разрешения для вас проблем вызывать не будут.

Выбирайте рабочий формат по вкусу, например, 3х2 или 4х3. Единственное, что вам придется учесть - это позиции боковых элементов интерфейса. То есть, с запуском сцены, вы будете брать аспект разрешения текущего девайса, определять коэффициент изменения рабочего аспекта (те самые 4х3 или 3х2) и смещать элемент интерфейса по оси X в нужную сторону. А, ну и соответственно аспекту придется масштабировать черные плашки для фэйдов и прочую экранную бижутерию.

Если же вы делаете на Юне 2Д игру на Гуе - я вас не понимаю.

Да ну ладно, меня со всех сторон убеждают, что Юни прекрасно справляется и с задачами создания 2D приложений
И да, интересует в первую очередь создание 2D-приложений, в любом случае пока что

[Paul Siberdt]

Я согласен с утверждением "прекрасно справляется и с задачами создания 2D приложений", но не с "прекрасно справляется и с задачами создания 2D приложений с помощью какого угодно GUI"
Все замечательно можно ваять на обычных 3D-плашках. Собственно, создавая такую 2D-игру, вы все равно работаете в 3D.

[mp3]

Unity2d = 100% инфа, GUI посьілаем на GUI сразу, если собираемся делать
приложение под мобильньіе устройства.
Не жалеем денег для сверхтулзьі UniTile,
тем-более сейчас адская распродажа, в свое время пришлось в 4-дороже вьідать,
и не жалею, времени єкономит уйму.

Скрытый текст: показать

Может возникнуть вопрос о:

3D-плашках

= GameObject -> Create other -> Plane

[Paul Siberdt]

Дык, юниплашка по полигонажу ахтунговая.
Уж лучше съэкспортить квадратик с 3Д-редактора какогонть.

[mp3]

Та ну...
Если нет в планах 10 слоев, то фпс очень хороший.

[Paul Siberdt]

Вот-вот... поведение от обратного: пока комп раком не встанет, не будем шевелить пальцем в сторону производительности
Там, где достаточно четырех вертексов и двух треугольников, будем ваять геометрию в 121 вертекс и 200 фейсов!

[mp3]

Паш, ну 3к+ вертелей в сцене 720x405, разве много?
13 DC, 5 слоев (2 бекграунд, 2 основньіх[1 статичньій, 2 динамичньій], 1 форграунд).
К тому-же большинство спрайтов пока не втьікнутьі в атлас.

Да и разве проблема в конечном счёте пробежаться по массиву слоя и запихнуть всё в 1 или несколько PNG?

[Paul Siberdt]

Ну, на вкус и цвет.., но сам такой подход пользую, разве что, на прототипировании.

Делов-то всего - минута-две и потом можно навсегда закрыть вопрос с оптимизацией, скейлами и ротейтами.
Для всего подобного я единожды создал fbx-файлик, в котором лежат плашки, ориентированные в + и - по каждой оси,
вывернутая сфера на 32 фейса, стрелочки, призмоочки и прочие примитивные штуковины.
Таскаю этот файлик по всем проектам и не пложу ниоткуда полигоны .