Движкописательство (9 стр)

bykabak
> У вас же планируются мультиплатформенные движки ?
Linux мне не интересен (пока), а доступа к консолям и их API у меня нет (как и опыта работы с ними)  - пишу пока только под винду.

Так. Раз у нас тема про движкописательство, то давайте вы мне поможете. Подобных вопросов я ещё на ГД не задавал.
Какими качествами должен обладать норм 2D игровой движок?
Вот, что мне пришло в голову:
1. Винда, Андроид, Айос, Веб
2. Визуальный редактор? Редактор сцены, Редактор объектов... Ну, не знаю, что ещё.
3. Удобный
4. Лёгкий для освоения (сюда же отношу норм доку, обилие туториалов, комьюнити и т. д.)

Дискутировать не буду. Это скорее соцопрос. Мнения пары человек хватит.

И вот ещё вопрос. Я правильно понимаю, Defold не взлетел (Ну, я о нём больше не слышу, хотя ещё год назад его пиарили)? Вот, интересно, на примере Defold'а узнать, что с ним не так?

zavod3D

DX11 или OpenGL ?

bykabak
> DX11 или OpenGL ?
DX9

zavod3D,

Это от старого железа или от знаний DX9 и от отсутствия времени на DX11 ?

bykabak
> от знаний DX9 и от отсутствия времени на DX11 ?
Вот это

Вот и ответ, почему движкописатели не объединяются )
Одному DX9 другому DX11, а я вот OpenGL предпочту и поддержку линукса... А ещё Вулкан есть и DX12 ) Опять же игровые движки должны затачиватся под разные жанры игр, общая часть у них разве что графическая будет и взаимодействие с ОС ) И про архитектуру движка, тоже будет сто мнений, и у каждого своё ))

bykabak
> Кто-нибудь игрался с Urho3D ?
да

leonardo98,
Ну, поподробнее желательно.

Что нравится, что не нравится ? Что бы добавили, что бы улучшили ?

stratego
Движки должны затачиваться под платформу - для скорости работы на конкретной OC.  Язык в движке должен быть универсальным как BluePrint в UE4, но при этом компилятор должен собирать оптимальный код для конкретной платформы - это и есть качественный движок, по-моему.

bykabak
> Язык в движке должен быть универсальным как BluePrint в UE4
Я не представляю, как на этом Блюпринте можно что-то серьёзное написать... Мне вообще всё что внешне сильно отлично от Си, уже мало понятно и напрягает жутко...

bykabak
> Движки должны затачиваться под платформу - для скорости работы на конкретной OC
Что там затачивать? Допустим я сделаю стратегию, возьму OpenGL, для инициализации и взаимодействия с ОС любую кросплатформенную либу, а ты сделаешь вариант заточеный к примеру под Винду чисто. Что думаешь твой вариант будет намного быстрее работать? Я думаю оптимизировать надо в других местах ) Конечно, делая под Андроид придётся оринтироватся уже на ограничения, которые там есть... Но заточка под жанр даст больше плюсов, чем оптимизация универсального движка под каждую ОС. Или вон Юнити возми, размер демок, что я видел - просто ужасен, в девяностые полноценная игра столько весила, а тут ерунда какая-то...  там можно было часами играть, а тут пять минут поглядеть и забыть ))

Вот люди и пилят свои, чтобы всё было правильно, сточки зрения того, кто пилит )

bykabak
> Ну, поподробнее желательно.
> Что нравится, что не нравится ? Что бы добавили, что бы улучшили ?
а хрен его знает)
мне в целом не нравится, хотя для определенных игр я бы его стал использовать)
минусы - необходимость придерживаться строгой структуры с нодами, если нужен какой-то менеджер данных - начинается головная боль тянуть его, а если менеджеров много - ваще атас), муть с сортировками спрайтов в 2Д, ваще что касается 2Д - там грустно), разные спрайты одни для визуализации в сцене, другие для UI, так же есть пара разных! ресурсов-спрайтов, очень большие сцены жрут кучу памяти

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

bykabak
> Главное - иметь своё мнение и экспериментировать вопреки утверждениям коллег.
+1
Cheb
> горы сверну за счёт процедурной генерации
Хотелось бы по-подробнее про генерацию.

>Хотелось бы по-подробнее про генерацию.
А что про неё? Единственный способ одним человеком сделать что-то более-менее масштабное - это суметь сваять движок, который сам генерирует 95% контента и сюжета. Единственный геймплей, который при этом возможен - эмергентный. То есть, создаёшь систему с многими простыми правилами - и, после заложения основ, 80% времени учишь компьютер играть сам с собой так, чтобы получалось интересно, и чтобы система оставалась стабильной, не скаятываясь во всякие вырожденные случаи.

Тогда сюжет не нужен (кроме самого общего, или пары заскриптованных зависимостей на всю игру), дизайнеры не нужны - ибо комп сам построит все города и подземелья, руководствуясь заданными программистом простыми правилами. Баланс вычисляется автоматически. Остаётся минимум контента, модели персонажей.
Но ключ к этой "серебряной пуле" - ИИ, который умеет вменяемо строить базы и атаковать вражеские. На него, как я уже сказал, уйдёт 80% всех усилий.

Фантастическим идеалом здесь служит ИИ Кардинал, который, собственно, процедурно сгенерировал весь Айнкрад.

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

Cheb
Прям игру моей мечты описал...

:)
Причём, заметьте, ни корпорации, ни индюшатники никогда такое не создадут, ибо им надо кормить своих художников и дизайнеров, которых всегда на порядок больше, чем кодеров. А не отнимать у них хлеб.