Тёмная тема
Dmitry10
> Самый хороший вариант в таком случае - это будет пойти на компромисс и взять NetWars Engine.
Пил чай, чуть на монитор его не выплюнул :))) теперь я понял, что за гном сидит под этим ником!
Daniil Petrov да как бы давно уже всем известно.
std::cin
Я не знал, что это за "деятель" :)
Если не можете выбрать, то берите Юнити.
Т.к. если бы у вас была матерая тима разрабов, то не думая взяли бы Анрил.
AntonioModer
> то не думая взяли бы Анрил
Под 2D на мобилки. Норм так... матёро. А вообще да... суровое решение для суровой тимы.
laboon
выбирайте любой - через полгода все равно команда распадется.
Если 2D подразумевается тяжёлое (более 200 мб), то берите ue4. Если какие-то маловесные 3-в-ряд, то юнити 100%. На последнем митапе по ue4 в москве, те кто разрабатывали под ue4 сами так сказали.
Ну а если 2D под сомнением, то рекомендую ue4.
UE4 в 100 раз легче для освоения (в основном из-за блупринтов). Но при этом по ue4 очень небольшое коммьюнити, а соответственно меньше уроков, меньше материалов и так далее.
Зато UE4 это гораздо более мощный инструмент сразу из коробки без всяких напиливаний напильников.
Если 2D будет полюбому, то однозначно unity.
Подводный камень в GI УЕ4.
В УЕ4 4.18 добавили (наконе-то) Light Harmonics (аналог в Юнити - Light Probes).
Они генерятся автоматически, это удобно. В Юнити такого нету, там их вручную расставлять нужно, если карта большая, то сущий адд.
Но есть и другая сторона медали: в УЕ4 их нельзя редактировать вручную.
Поэтому, генерация рождает баги с "утечкой света", которые невозможно исправить, пояснения ниже.
Юнити - это простая, гибкая библиотека из которой можно писать свои движки-костыли.
Анрил менее гибкий, его архитектуру нужно намного дольше и сложнее учить.
На Анриле геймдизайнерам дольше и сложнее писать игровую логику и прототипы, легче выучить С#, чем "выучить С++ или тягать Блупринты".
SpeedLucky
> Может, кто подскажет, игру типа mount&blade c открытым миром на юнити затевать
> можно?
Нужно : )
AntonioModer
> На Анриле геймдизайнерам дольше и сложнее писать игровую логику и прототипы,
> легче выучить С#, чем "выучить или тягать Блупринты".
ты много знаешь дизов с знаниями C#?
AntonioModer
> На Анриле геймдизайнерам дольше и сложнее писать игровую логику и прототипы,
> легче выучить С#, чем "выучить или тягать Блупринты".
Как раз проще. Натаскать блюпринтов мышкой и работает.
У Анрила нету события для объекта КогдаОбъектВКамере().
Нужно тысячи объектов проверять в холостую, находятся ли они в камере.
Ссылка: https://forums.unrealengine.com/development-discussion/c-gameplay… -render-event
Есть только это:
https://docs.unrealengine.com/latest/INT/API/Runtime/Engine/GameF… me/index.html
https://docs.unrealengine.com/latest/INT/API/Runtime/Engine/GameF… ed/index.html
В Юнити изи: https://docs.unity3d.com/ScriptReference/MonoBehaviour.OnBecameVisible.html
innuendo
> AntonioModer
> > На Анриле геймдизайнерам дольше и сложнее писать игровую логику и прототипы,
> > легче выучить С#, чем "выучить или тягать Блупринты".
> ты много знаешь дизов с знаниями C#?
Я и еще тысячи инди-разрабов. Блупринты нужны в большей степени как вспомагательный инструмент, а не основной.
Кстати в Блюпринте нету вышеперечисленных двух функции.
AntonioModer
> У Анрила нету события для объекта КогдаОбъектВКамере().
Им кто то в Unity вообще пользуется? Ни разу не видел.
AntonioModer
> Я и еще тысячи инди-разрабов.
Речь про дизайнеров, не программистов. Дизайнер не может программировать.
zlos
> Как раз проще. Натаскать блюпринтов мышкой и работает.
Текст всегда проще и выразительнее. Описать языком ты можешь быстрее чем натаскать мышкой + ты ничем не ограничен. В любой визуальной системе ты ограничен тем что тебе дают + часто простые вещи приходится описывать визуально сложнее чем они выглядят на самом деле.
Основываюсь только на своем опыте. В свое время сделал выбор в пользу изучения программирования и ни разу не пожалел.
Единственный серьезный разработчик за которым слежу на UE4 и делающий геймплей на блюпринте это Wheeze. https://go.twitch.tv/videos/95704119
Но имхо мучается он часто XDD
PS Абсолютно не против визуального программирования. Искренне пытался много раз попробовать. Не могу : )
