Unigine - что изменилось

Два года спустя установил новый клиент данного игрового движка.

Unigine - что изменилось

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

Из заметного - теперь, наконец, напротив узлов, содержащих скрипт отображается иконка и сразу видно, на каком объекте есть логика (если он не спрятан внутри иерархии, конечно).

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

Что касается анимаций, то да, сам инструмент Tracker для записи анимаций был и раньше. В нём довольно много всего можно крутить и настраивать, работая с уже заведённой анимационной дорожкой, но значительный его минус в том, что любой объект, который хочется анимировать, нужно заносить туда руками, выбирая из списка, а затем из отдельного списка устанавливать те параметры, которые, собственно, мы будем динамически изменять. Ну и сами ключи вбиваются с трудом, скажем так.

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

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

Прибавилось конечно разных графических настроек, обновлений в отдельных областях, вроде переработанной системы облаков, но ничего такого тотального и кардинального особо не было замечено. Для только что вошедшего соло-девелопера, которому не нужны узконаправленные инструменты и какие-то особые новые настройки рендера - юзабилити и возможности остались примерно теми же. Что ранее отлично работало - продолжает отлично работать (правда раньше террейн вроде не пропадал вобще, а сейчас это иногда происходит - то ли при пересечении с плоскостью по которой можно "ходить", то ли по иным причинам). DX12 я включил, но использовать не стал, Vulkan у меня не завелся вовсе, но тут, вероятно, потому что для него нужно что-то доустановить (вроде бы тот же новый Godot стартовал на Vulkan'е сразу, ничего не требуя, но я на винду его ставил давно, ещё в альфе и не помню точно).

<i>Вода, каустика, свет скринспейсы - всё это было 2 года назад. Всё это было ещё на Win7 вроде даже.</i><br />
Вода, каустика, свет скринспейсы - всё это было 2 года назад. Всё это было ещё на Win7 вроде даже.

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

Вроде бы добавилось новых демо и примеров, но - 14 Гб марсоход и сколько там гб демо с дроном - серьёзно? Кто это качать будет и главное, детально разбираться с этим. Вобщем, все эти новые примеры не смотрел, а если вспомнить старые - то ранее не все демо вобще были оформлены, как готовые к модификациям, то есть запускались как бы во внутренней песочнице, где можно было посмотреть и понять принцип, а пересобирать в полноценный билд это нужно было уже самому, отдельно, руками.

Собственно, я захотел собрать с нуля прототип с машинкой, внутри дефолтного "чистого" проекта. В этом пригодился один из давно написанных мной гайдов, когда я занимался этим всем впервые, в версии движка 2.11:

В принципе удалось сколотить похожий транспорт, примерно следуя тем рекомендациям, хотя там довольно много параметров, которые ещё есть куда подкручивать.

Unigine - что изменилось
Unigine - что изменилось

Из странного - раньше не обращал внимания, как-то руки не доходили (кастомные коллизии в основном для статики детально настраивал), но сейчас посмотрел внимательнее на примеры объектов и там есть нечто довольно неочевидное:

сколько коллизий нужно, чтобы столкнуться с одним кубом<br />
сколько коллизий нужно, чтобы столкнуться с одним кубом

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

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

сам дефолтный куб при этом, видимо, придётся скрыть из видимости, оставив только визуальный<br />
сам дефолтный куб при этом, видимо, придётся скрыть из видимости, оставив только визуальный

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

При этом в движке ведь есть узел "физическая пустышка" - ObjectDummy, у которой нет собственного визуала и которую можно сделать rigidbody с назначением формы коллизии. И уже внутрь неё положить желаемый визуальный объект, выставив ему требуемые скейлы и подогнав размер коллизии к его габаритам. Вот в виде таких пустышек с содержимым и следовало бы делать подобные объекты - это было бы более корректно.

Unigine - что изменилось
2424
23 комментария

Они в реестр ПО вернулись или с концами покинули его?

1
Ответить

Я не слежу. Какая мне разница.

5
Ответить

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

1
Ответить

Ток сейчас понял, что автор поста - тот же, кто делал ранее "неВангеры" и тд :)
Glad to see you back, как говорится.

1
Ответить

Да особо и не уходил, просто не один движок в мире существует. Опять же, тут история такая, что для готовых проектов лучше подходит Godot, а в Unigine просто рендер приятный, какие-то реалистик-эффекты, доп. инструменты - такой, приблизительно, CryEngine здорового человека. На него просто капитально больше времени нужно тратить и требования выше, поэтому я не готов прям чисто в нём зависать и делать более изощрённые прототипы, чем уже делал. Хотя, конечно, благодаря скриптовому языку можно компенсировать какие-то отсутствующие удобства, а что-то просто не использовать. Допустим, тот же UI можно и не делать - он ведь не всегда так уж необходим, или заменить его 3д-элементами, или "вживить" основную индикацию в сам мир, или да, потратить время чтобы разобраться в "индустриальном" пайплайне по которому делается UI в командах (а это тут реализовано), но для соло-разработчика это слишком много лишней нагрузки по изучению узкоспециализированных задач. Поэтому я этот движок для себя рассматриваю как платформу под прототипы попроще, ну и просто как дополнительную рендер-площадку (всё-таки Блендер - не реалтайм), хотяпод это любой движок с pbr более менее подходит.

1
Ответить

Мне Unigine нравится, пару лет назад тоже качал пощупать демки, вот прям по ощущениям оно мне ближе чем UE5 тот же, в том как рендер ощущается. Ну вот бывает "нравится и все тут".

Мне, как не-прогеру, важно чтоб они наконец добавили свой аналог bluprint'ов.

Ответить

На самом деле код куда проще, чем всевозможные прокладки в виде блюпринтов - просто пишешь строчки. Писать строчки - это и не сложно, и просто сверх-удобно, когда надо какую-то логику куда-то скопировать - просто перенёс строчки.
Нужно лишь привыкнуть, да и всё - забудешь про визуальное программирование как про страшный сон. К тому же предлагаемый C# - это не плюсы, а вещь куда более простая для понимания и использования.

Ответить