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

Началось с того, что управление не возвращалось. Затем UI отвалились, после управление передавалось спустя несколько секунд после закрытия инвентаря. Пофиксил это, выписал прочие косяки себе в задачи, например, сейчас записку можно собрать через стену.

Скоростная разработка - это когда нет пары часов на рефакторинг, но когда добавляешь новую механику, отваливается 3 старых. Чинишь их, отваливается ещё по 2 на каждую исправленную. Билдишь, проверяешь - всё чики-пуки. Отправляешь остальным для теста - всё работает, но не так как было задумано. Так что иногда лучше рефакторить, чем продолжать засирать код, чтобы успеть представить проект. Или даже постараться нащупать золотую середину.

Нам нужён 3D-шник - лвл-дизайнер. Оплату предложить не могу, т.к. проекты просто пилим один за другим (как в джемах). Зато можно будет положить себе в портфолио. Т.к. очередная тема пока неизвестна, не могу сказать, что надо будет замоделить. Кто готов принять участие, напишите мне где-нибудь.

Ну и в целом сейчас организаторы движухи в этой группе https://t.me/IndieGameMill ждут новых участников: кодеров, художников, звукарей, сценаристов и прочих тунеядцев.

Итог 9-ти дней разработки прототипа игры ScaryHouse:

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

В субботу мы показали всё, что успели реализовать. Сейчас неделя на отдых и будет новая тема.

Боты-сборщики

2 дня выполнял это задание, сейчас отправил на проверку.

Впервые потрогал NavMesh. Непривычно, но как-будто бы удобно.

Теперь эти старашки бегают по сцене, собирают алмазики. Кайф )

Всем привет! Очередная тема типаджема - "Шутер". Концепцию игры пока не буду раскрывать, зато могу рассказать, что сегодня сделал.

А сделал я управление игроком на джойстиках для мобилок и клавиатуре для ПК.

Сразу же раскидываю всё по классам, чтобы каждый отвечал за свою логику. Мне думается, что я стал уделять больше внимания структуре и выбрал подходящий для себя кодстайл. Теперь, когда смотрю очередной урок из ютуба, то не бездумно переписываю, а делаю код более читаемым и оптимизированным. Раньше это казалось бессмысленным увеличением количества классов, а сейчас понимаю, что так они менее связаны, лучше видно косяки и проще точечно вносить изменения, не ломая остальные механики.

Считаю, что практика приносит свои результаты, а учёба помогает разложить инфу по полочкам.

Я по-прежнему кайфую от кодинга. Надеюсь, и вы не забросили разработку

С одной стороны так круто, что в VS есть автозавершение кода. С другой же, он почти половину дописывает и я не особо запоминаю. Кажется, если отключить эту функцию, то выяснится, что я толком ничего и не знаю.

Я вот думаю, продолжить сейчас кодить или хапнуть малость выгорания 😁

В момент, когда сталкиваешься со сложной, хоть и решаемой задачей, мозг сознательно откладывает её, лишь бы не напрягаться. И вот сейчас поймал себя на мысли, а не покемарить ли мне пару часиков. Началась внутренняя борьба, которая пока ещё неизвестно чем закончится. Как вы боритесь с выгоранием?

Ладно, давайте поштурмим.

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

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

Поэтому я решил высчитывать пройденной расстояние за кадр - типа дельты позиции, затем делить на произведение скорости и Time.deltaTime. Но если скорость будет нулевая, это приведёт к ошибке, поэтому надо делать проверку.

Сейчас мой код работает, но нет уверенности, что он делает это корректно. Надо пораскинуть мозгами, затем собрать их в кучу и разобраться с этой математикой. А вы бы как решили такую задачку?

Когда забыл отключить видимость башки ) От создателей "Я твой рот смотрел" и "Вай, какие глаза" 😅

Ура! Со смешиванием анимации более-менее разобрался. Звук в игре не отстаёт от картинки, это косяк при записи. Интерфейс меню полностью готов, сохранения работают. Бот бегает, ходит, крадётся, озирается, смотрит вперёд и по сторонам. Теперь буду писать собственную систему поиска пути, т.к. Nav Mesh не прокатит для выполнения условий доп. темы: "Гравитационные аномалии". Надо ещё много чего сделать, а осталось 2 недели до предоставления итогового билда. Надеюсь, хоть частично успеем доделать.

Всем привет! Т.к. у нас шутер с водяными пистолетами, партиклы струи воды должны дамажить игроков. И если с коллизиями все ок, то получать взаимодействие партиклов с триггерами оказалось излишне замороченно. Так что на игроках будут колладеры, а не триггеры. Только вот если несколько коллайдеров, которые между собой по слоям не взаимодействуют, но пересекается, всё равно будут грузить систему. Пока думаю на это забить, так как лучше неоптимизированная, но уже играбельная игра, чем оптимизированный кусок игры, в который всё ещё нельзя поиграть.

Вчера прилично успел сделать. Сегодня времени на разработку будет не так много.

У ботов своя атмосфера - стратосферная )

А вообще это баг, который фича, т.к. тема - гравитационные аномалии 😅

Но я всё же его пофиксил )