Неконсистентность механик в рамках одного уровня Или даже одной зоны внутри уровня. Это всегда обидно. И тем обиднее, чем лучше выполнено всё остальное, потому что вот ещё бы чуть-чуть и было бы идеально =) В данном случае речь и первой мисси в Gears of War E-Day и использовании ряда механик. Конкретно сегодня, хочу обратить внимание на запрыгивание. Прыжки и подтягивание на всё подряд — новшество для серии. До этого арены работали от куда большего количества ограничений. Поэтому, конечно же, я принялся проверять новые решения на прочность. Не как зануда-блогер, а как игрок, не подумайте. Мне правда интересно. На видео я заснял фрагмент с кучей машин, на которые авторы мне позволили залезть. А вот на пару машин — оказалось нельзя. Вот только на одну из них я даже не хотел пробовать залезать (1й скриншот), потому что она ну очевидно выходит за игровую область и стоит просто как украшение, чтобы разнообразить границу уровня. А вот вторая, в самом конце видео и на втором скрине — стоит внутри уровня. Для меня как игрока и персонажа внутри игры в данном случае граница моих возможностей обозначена стеной дома. А значит всё на этой узкой улице, по идее, подчиняется правилам игры. Почему же тогда на эту машину нельзя запрыгнуть? Причин может быть несколько, например: 1. Позиция с крыши ломает флоу боя и предоставляет излишнее преимущество; 2. Спрыгивание с машины приводит к некрасивым или даже забагованным ситуациям; 3. Без неё игроки чаще бежали налево, хотя огонь противника начнётся справа и т.п. Как тогда можно было решить проблему? Для начала, правильно её определить. Проблема не в наличии или отсутствии машины. А в том, что игрок думает, что может запрыгнуть, хотя это запрещено. Что нам тогда надо делать? Правильно. Как-то сделать так, чтобы это желание не возникало, т.е. недоступность крыши была визуально телеграфирована. Для этого разработчикам надо было поставить всякий хлам не с боку машины, а прям на крышу. Что угодно: обломки здания, багаж, труп — главное, чтобы читался неровный и статичный силуэт. #анализигр #левелдизайн #GearsofWar

я делал простую игру для яндекс игр, могу накидать, что использовал 🤔 blender.org/lab/mcp-server/ - может в пиксельном варианте и не нужно, но 😡 unity.com/ru/blog/unity-ai-mcp-how-to-get-started - мастхев 😘 pen.dev - отрисовка интерфейса, концептов; подозреваю, что можно даже графику рисовать, но не пробовал; рекомендую просить агента работать через CLI, а не MCP 😙 huggingface.co/ACE-Step/acestep-v15-xl-turbo - локальная нейронка (заявлено 24гб врам, но мне кажется я делал на 16) для написания простеньких саундтреков 😆 github.com/gamedev-skills/awesome-gamedev-agent-skills - бесплатный набор скиллов для разработки игр: ии нпс, ощущения от игры, ui/ux и тд думаю, что для mvp этого реально более, чем достаточно. также не забывай, что с подпиской на чатжпт он тебе бесплатно нагенерит пиксельную графику (в веб версии). по итогу лимиты тают на глазах на 5х, но и работа наконец-то делается Репост из нашего чатика t.me/ohld_chat/57467

Немного про дизайн врагов Как уже говорил, ранее, я довольно спокойно всегда подсвечиваю решение в обе стороны — как удачные, так и какие-то недоработки. Во-первых, потому что в любой игре есть плохие решения или моменты, которые можно было бы улучшить. И про некоторые разработчики даже знают, просто чаще всего времени на всё не хватает, и нужно приоритезировать то, что действительно важно и успеть это сделать перед релизом или в первых патчах. Во-вторых, потому что наличие такие решений не делают игру плохой в целом. Это просто отдельные моменты, не более. Если их уже слишком много, это другой вопрос, поэтому когда пишу посты с общей оценкой, помещаю их тегом #мнение. Это мой субъективный взгляд на игру, разумеется. Лирическое отступление закончено, теперь можно разобрать момент с боевым энкаунтером в Control. Примерно во второй половине игры есть мини босс, который находится за пределами нашей досягаемости. Всё бы ничего, можно допрыгнуть. Но тут есть несколько проблемных моментов: 1) после первой атаки этот вражина улетел, и всё время находился ниже уровня площадки, на которой стоит игрок. Чтобы его достать, нужно было прыгать за ним в пропасть и драться в воздухе. Но если вдруг нажать клавишу прыжка или рывка лишний раз, можно уже не вернуться в игру, а просто упасть 2) при падении нас обычно возвращают на место, но так это работает только тогда, когда ты уже некоторое время побудешь на этой локации. А если упадешь в первый раз, тебя возвратит к последнему месту сохранения положения игрока, в моём случае это было за сто метров от этой локации, откуда ещё надо допрыгать по не самому простому маршруту 3) и самое главное: сам враг просто не может нас достать. Он ниже, и при стрельбе его атаки попадают в стену. Просто летает и чего-то там шумит иногда, но не представляет угрозы для игрока. Не говоря уже о том, что стреляющий в стену враг смотрится очень странно. Это очень неудачный дизайн. Мы здесь провоцируем игрока на бой в воздухе, но делаем всё, чтобы это было максимально неудобно и вернуться при падении можно не всегда (не расставлены точки, к которым можно притянуться, их очень мало). Причём, я думал, что таким образом разрабы провоцируют игрока использовать оружие с длинной дистанцией, но нет, оно тоже не достаёт до босса в большинстве случаев (только иногда). После первого падения в воздухе и возврата за полкарты я просто вызвал саммона, который затыркал врага, пока я выполнял квест на этой локации. Это пример энкаунтера, который явно очень мало тестировали. Он не сложный (я прошёл вообще не взаимодействуя с врагом, по сути), а скорее фрустрирует игрока и подсвечивает все минусы игры: бэктрекинг, местами не совсем удобный платформинг (персонаж тяжеловесный для таких метрик) и делает хорошую боёвку неудобный. #ControlResonant #Control #leveldesign #encounter #анализ

Утилита Carafe позволяет переносить ПК-игры на Nintendo Switch Программа Carafe позволяет упаковывать папки с Windows-играми в стандартные NSP-файлы для консолей Nintendo Switch с кастомной прошивкой. Собранный проект передается на консоль по USB через DBI и отображается в главном меню как обычная игра — с собственной иконкой, отдельными сохранениями и экраном загрузки. Внутри NSP-пакета используется рантайм Autorun, сочетающий слой совместимости Wine для Horizon OS, эмуляторы Box64/FEX для трансляции x86-кода, а также библиотеки DXVK и Mesa для обработки графики. Из-за аппаратных ограничений Switch проект рассчитан в первую очередь на старые и нетребовательные игры.

Немного про тестирование уровней Словил забавный баг во время боя на крыше. Враг спокойно ходит по воздуху (проём в крыше), а при приближении к краю падает. Скорее всего, навмеш (область, которая обозначает возможность передвижения для врагов) как-то неправильно здесь наложился и не обработал, что тут есть проём. А для краев у врагов в игре есть разные взаимодействия, так как они могут подтягиваться и забираться на балконы, например. Здесь сработала логика, что враг будто падает с небольшой возвышенности, что забавно. Так он до меня и не добрался. Баг не страшный конечно, просто занятный. Почему написал про тестирование? Потому что такие штуки лучше всего системно проверять, не именно в одном месте, а как враги работают с разной геометрией в принципе. Позволяет лучше понять, где что можно использовать и чаще избегать проблем. #ControlResonant #Control #leveldesing #анализ