PlayCanvas - игровой движок для webGL, использующий javascript. Разбираться в его среде разработки начал со сборки мини-демо с машинками, а теперь добавил туда скрипты лап для "паукомобиля".
Обитает движок по адресу:
В целом это похоже на такой Unity/Godot, но с разработкой онлайн - редактор открывается в браузере. Помимо документации есть различные примеры, которые можно форкнуть, начать их изучать и делать что-то на их основе.
Без вложений разработчику доступен 1Gb пространства, где можно размещать свои билды. Для того чтобы пользователь мог запустить ваш билд - достаточно дать ссылку, которую можно открыть на любом устройстве, через браузер. Телефоны тоже подойдут для запуска, правда тогда проекту нужно добавить элементы тач-управления.
Редактор более менее похож на прочие игровые движки. В сцене есть некое дерево элементов, местные префабы называются шаблонами, фокус на объекте происходит по кнопке F, скрипты добавляются в поле "компонент" (правда здесь для вывода полей скрипта в редактор дополнительно нужно жать кнопку парсинга), работа с UI напоминает Unity, используемые материалы желательно предпоказывать на камеру, как это практикуется в Godot, есть частицы, настройка материалов, ну и так далее.
Что касается скриптов, то писать предлагается на джаваскрипте. В принципе это всё не слишком сильно отличается от C# или GDScript, просто некоторые вещи выглядят иначе (синтаксически, конечно, ближе к C#). Редактор кода просто открывается в дополнительной вкладке барузера, когда вы начинаете редактировать скрипт.
Так получилось, что мне захотелось собрать "паучков" в различных своих проектах. Начал с Godot, потом повторил это в Unigine и, так как параллельно начал пробовать webgl, то дошла очередь до реализации этих скриптов и в playcanvas, заодно плотнее разобраться в его использовании.
В целом получилось добавить заготовку паучка к текущим двум машинкам, пока с четырьмя лапками и не совсем оптимальными расчётами. Попутно добавил визуальные кнопки переключения на вторую машинку и паука для мобильных устройств.
Потестить получившегося на текущий момент кадавра можно здесь (сама ссылка выглядит так playcanv.as/p/rOebDLem/ ):
Я лично пробовал запускать на не слишком мощном смартфоне через Chrome и Dolphin, графика становится похожей на PsOne и вычисления для некоторых лап не работают, пока на экране виден уровень, у края карты лапы проявляются. На слабом ноутбуке наблюдались очень сильные тормоза в Chrome, но в Firefox всё катается нормально. На ноутбуке с дискретной видеокартой и на стационарнике летает в обоих этих браузерах.
На ПК, в отличие от смартфонов в этой демке работает прыжок (по кнопке пробел), заготовка стрейфа (Q и E) и перезагрузка уровня (на R).
О, я даже им коммитил немножко фиксы и активно на форуме помогал.
У движка есть ряд серьезных проблем с оптимизацией, которые давно пора решить с помощью wasm и просчетом физики в отдельном потоке.
Помню, даже экспериментировал с этим и получил жирнейший буст производительности.
А вообще, очень клевая штука, советую.
Ну да. Штука, действительно, весьма занятная. Особенно если проект небольшой, за счёт чего может быстро загрузится. Понравилось, что всё работает довольно шустро, даже не на самых мощных устройствах.
Плюс можно перейти на другие js фреймфорки, в том числе babylon.js, где можно использовать typescript. То есть технология не то, чтобы сильно привязана именно к среде playcanvas.
Из того что я тестировал, движок показался очень шустрым. Не только на десктопе, но и на мобильных браузерах. Хотя я физику не трогал, говорю по большей части про рендеринг по большей части.
А какие там еще серьезные проблемы с оптимизацией кроме физики?
ЛЕГО!
цифровое :)
AH YEAH BABE
Тоже как то делал видос про него
нормальное интро по среде разработки :)
У годота тоже вродь редактор в онлайне открывается
Годот - приложение. У него нет никакого "онлайна". Редактор gdscript встроенный, да.
Комментарий недоступен
А вот про это не знал, спасибо.
Однако всё же надеюсь что команда разработчиков будет развивать основной движок, а не пилить веб для неясных целей.
Комментарий недоступен
Также в ожиданиях. В основном из-за новой системы навигации с динамическими препятствиями. Был неприятно удивлён отсутствием таковой в текущей версии.
Вот, да.
Да, у Godot тоже есть подобное направление, но тут речь ещё и о хостинге для проектов.
Зачем он нужен
Не нужен - не используй. Есть, кстати, другие js фреймфорки, но в этом проще научиться, например.
Затем что он быстрее Unity в WebGL приложениях.
Я как раз сейчас пробую этот движок. В общем нравится, в отличии от конкурентов (BabylonJS) намного более дружелюбный интерфейс. Но недостатков тоже достаточно:
1) Редактор только облачный, без онлайна работать не будет.
2) JS вряд ли придется по вкусу C# (ООП) программистам, очень уж функционально-ориентированный язык. И синтаксис малость уродливый, например если передавать функцию в качестве параметра. Ну и динамическая типизация тоже не особо в духе С#.
3) В редакторе очень плохо организована работа с шейдерами. Как я понял, их только два стандартных, а кастомные назначаются как-то при помощи скриптов.
Как будто есть какие-то альтернативы. Почти нет, если не идти в самописные фреймворки. Babylon вобще-то не хуже, только редактор совсем простой, но от редактора на самом деле не так уж много требуется - главное иерархии создавать, а всё остальное не такая проблема скриптами набросать. Тем более, что в реальных играх уровни обычно всё-равно преимущественно собираются и пересобираются из кусков кодом, а в вёбе это ещё более актуально.
JS так-то тоже развивается, а динамическая типизация - это не есть плохо, просто это своеобразный подход. В том же babylon можно и на typescript писать.
Шейдер можно писать кодом, в чём проблема. К тому же 90% реальных задач покрывают предложенные шейдеры.
Сам Unity и есть альтернатива. Пару лет назад WebGL экспорт был откровенно убогим, но сейчас вполне себе. Если не нужно чтобы игра работала в мобильных браузерах и не жалко трафика (билды весят неприлично много), то намного проще использовать Юнити, на мой взгляд.
Экспорт в webgl из Unity - это на уровне забавы.