[Из песочницы] Новое в Unity 2017.3. Компиляция скриптов в отдельные файлы сборки

В предыдущих версиях Unity скрипты собирались в единую сборку Assembly-CSharp.dll.
И при добавлении новых скриптов увеличивалось время компиляции. Теперь в новой версии появилась возможность определять собственные управляемые сборки, основанные на скриптах внутри папки, что существенно сокращает время компиляции, особенно в больших проектах. Теперь можно думать о каждой управляемой сборке как о единой библиотеке в проекте Unity.

image
Читать дальше →

ТАУ для самых маленьких: пример реализации ПИД-регулятора в Unity3D

Вместо введения


Системы автоматического управления (САУ) предназначены для автоматического изменения одного или нескольких параметров объекта управления с целью установления требуемого режима его работы. САУ обеспечивает поддержание постоянства заданных значений регулируемых параметров или их изменение по заданному закону либо оптимизирует определенные критерии качества управления.

Читать дальше →

Доделал игру, работающую на видеокарте

Наконец-то я доделал игру, которая работает на видеокарте. Она несколько месяцев повисела в раннем доступе на стиме, и теперь я её окончательно выпустил. Основная фишка игры в том, что она представляет собой физическую симуляцию, которая выполняется на графическом процессоре. Основной код игры — это огромный compute shader, 6 тысяч строк на HLSL. Десятки тысяч взаимодействующих частиц обрабатываются параллельно, и выходит довольно быстро. Всё в игре сделано из этих частиц. Вот несколько гифок о том, как это работает:

image
Читать дальше →

[Из песочницы] Виртуальные ядерные установки: полный цикл разработки для Oculus Rift в одном лице

Можно было делать очень долгое и интересное введение в тематику антитеррористических мероприятий на объектах критической инфраструктуры, но это не является профильным направлением Хабрхабра, поэтому попытаюсь сделать краткую инъекцию, не отягощенную терминологией. И всё же, для тех, кто решит пропустить длинное введение, ищите подзаголовок «Что же с виртуальной реальностью?». Кому интересны только итог и «Best practice», тогда сразу в «Заключение».

Что за проблема такая?

Конкретно в данном случае, мы говорим о специалистах по охране ядерных установок. Глобально десятки или даже сотни тысяч специалистов в ожидании первичного или очередного, обучения, а учебных и тренировочных центров не хватает (более подробно ниже под спойлером). Задача: Нужен виртуальный объект для визуализации ошибок при проектировании систем охраны, представления лучших практик в проектировании, отработки различных сценариев и практических навыков повседневной эксплуатации средств безопасности. P.S. — задача конечно не для конечного продукта, но для демонстрации рабочей технологии на крупнейшей в области ядерной безопасности конференции. Скриншоты виртуального полигона и класса с аватаром Скриншоты виртуального полигона и класса с аватаром Читать дальше →...Далее...

[Из песочницы] Разработка инди-игры одним человеком (история, советы)

Я хотел бы рассказать вам о своем опыте в разработке инди игры. Мой опыт ограничен всего одной игрой, которая на данный момент находится в “раннем доступе” в Steam. Это не много, но мне кажется мне есть чем поделиться. Если не хочется читать все — в конце самое интересное кратко.
Читать дальше →

[Из песочницы] UniRx — Rx для Unity3d

Всем привет! Давно уже хотел написать статью о UniRx на Unity3d. Начнем с небольшой философии RX программирования. Например, разрабатывая игру, мы создаем кнопку, наблюдаем событие клика этой кнопки и реагируем на это каким нибудь кодом.

Реактивное программирование — это всё то же самое, только на стероидах, то есть мы можем создавать потоки данных всего. И также наблюдать за ними и реагировать. Update, OnCollisionEnter, Coroutine, Event, Mouse input, Keyboard input, Joystick input — все это потоки.
Все что нас окружает это потоки.

image
Читать дальше →

Игра в разработке: Chronicles of cyberpunk — часть 2

В прошлом году я написал пост о своей игре Chronicles of cyberpunk, находящейся в разработке. С тех пор было сделано немало и игра наконец-то готова. Хочу рассказать, что сделал и с какими трудностями столкнулся.

image

Об игре
Если коротко, то Chronicles of cyberpunk — это игра об Большом Брате, который с помощью суперкомпьютера контролирует жизнь людей в городе. Но однажды суперкомпьютер получает способность мыслить и главный герой должен остановить его, пока еще не слишком поздно. Геймплей включает в себя разговоры с основными и второстепенными персонажами, поиск кодов и предметов, а так же мини-битвы с боссами. Главный упор сделан на атмосферу и сюжет.


Читать дальше →

[Из песочницы] От бесполезного хобби до фичеринга в Google Play

Привет! Меня зовут Артем, я из небольшой студии разработки игр в Нижнем Новгороде. За первый год в геймдеве у нашей команды накопились мысли о разных аспектах работы и появилось желание ими поделиться. Сразу хочется обозначить, что все дальнейшие выводы человеку с опытом могут показаться детским лепетом и это вполне понятно. Но для нас эти тезисы, в свое время, стали открытием, а значит, есть вероятность, что и для кого-то, кто только начинает свой путь в геймдеве они станут таким же открытием и помогут избежать подобных ошибок.


Читать дальше →

[Из песочницы] Разработка первой игры. Впечатления и работа над ошибками. Часть 1



Создание первой игры от начала до раннего доступа в Steam. Субъективное мнение о инди разработки собственными силами. Делюсь личным опытом, проблемами с которыми придется встретится. Затрону будущее обновление своей игры в качестве примера работы над ошибками.
Читать дальше →

С чего начать молодым разработчикам мобильных игр из России [Часть 3]

Всем доброго!

Дошли руки до написания статьи, в которой я бы хотел рассказать о еще одном месяце жизни индюшной студии. Ранние публикации можно прочитать тут: Часть 1 Часть 2 Это был очень жесткий и продуктивный месяц, месяц набивания шишек и корректировки изначального плана. За этот месяц мы вывели уровень игры на играбельный уровень. Всего было протестировано более ста билдов. И вот самая жестокая правда, которую нам удалось узнать: далеко не всё на физических устройствах работает не так, как в среде разработки. С этим были связаны основные проблемы. Чтобы их нивелировать мы вывели несколько основных правил (многие из них освещались и не раз, возможно для кого-то они станут новостью): 1) Коммит в репозитории делается после каждого плюс – минус значительного изменения; 2) Тестирование на «живых» устройствах проводится не менее трех раз в день, чтобы в случае чего можно было безболезненно откатить изменения; 3) Разработка ведется небольшими итерациями и продолжается только после полного теста небольшого кусочка; 4) Оптимизация – наше всё; 5) Билд для внешних тестировщиков не заливается раньше, чем выполнен внутренний полный тест и не убраны «жесткие баги»; 6) Глобальное обновление ни в коем случае не должно выходить перед праздниками и выходными. 7) Чем больше внешних тестировщиков – тем лучше; Пойдем по пунктам: ...Далее...
  • Новее
  • 1


Последние посты