Unreal Engine *

Привет, хабр!

Это моя первая статья, поэтому для начала представлюсь. Меня зовут Виктор, мне 40 лет, из которых почти 20 я на разных ролях участвую в разработке различного программного обеспечения для крупных корпораций (в основном финтех). Путь был долгий и тернистый, но сейчас я занимаю роль Системного архитектора и по совместительству Руководителя направления интеграции.

Я всегда любил игры, у меня даже был собственный канал с летсплеями и обзорами разных игр, который, к сожалению, не сыскал успеха. Несмотря на это, около двух лет назад я решил с ноги ворваться в мир геймдева. Ничто не предвещало беды, просто одним февральским вечером будто щелкнуло что-то в мозгу - ХОЧУ… ДЕЛАТЬ… ИГРЫ…

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

Доброе утро, Хабр!

Разработка технического демо длиной в пять лет подошла к концу, а работа над полной версией The Goddess's Will обещает быть интенсивной и сложной.
Сегодня я принёс статью о базовых проблемах, с которыми мы столкнулись при производстве графики, разрабатывая современную игру в эстетике пререндера.

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

Добро пожаловать под кат. Там вас ждут кровь, пот, рендеры, а также тематические мемы и движущиеся картинки!

Привет! Меня зовут Макс, я web-инженер и предприниматель. В этой статье расскажу о кейсе, где мы с командой работали над непростой интеграцией Pixel Streaming - и как из эксперимента это почти стало продуктом.

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

Привет, хабр!

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

До сего момента мы нигде не публиковались, нигде не были замечены, но пришло время сорвать покровы: с чего всё началось и к чему в итоге пришло, я расскажу в этой объёмной статье.

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

Смена движка — один из вечных вопросов разработки игр, и разработчики знают, что перенос команды и проекта на новый движок может оказаться непростым испытанием.

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

Мы хотим сделать переход на Unreal Engine как можно более плавным для разработчиков — и здесь как раз пригодится Parrot Game Sample!

Недавно я написал статью в трех частях о том, как мы с нейросетью Qwen делали игры: аналог Pong!, платформер и клон «Героев меча и магии 3». Это вдохновило меня на то, чтобы еще детальнее погрузиться в возможности использования нейросетей в геймдеве и написать об этом.

В Алтайском крае при поддержке Туризм.РФ строится новый федеральный курорт. Он получил название «Белокуриха Горная» и будет предлагать гостям круглогодичный оздоровительный отдых. Здесь при помощи бальнеологии будут лечиться около 140 (а в перспективе — до 210) тысяч человек в год. Для них сегодня проектируются различные туристические объекты — отели разной категории, бунгало и множество элементов дополнительной инфраструктуры.

Одна из отличительных черт «Белокурихи Горной» в том, что при разработке проектов гостиниц архитекторы Туризм.РФ активно использовали технологии и сервисы искусственного интеллекта.

Недавний марафон просмотра «Пиратов Карибского моря» и самостоятельные эксперименты с приготовлением рома неожиданно переросли в новый творческий вызов: создание серии 3D-моделей пиратских сундуков. Задача заключалась в том, чтобы передать дух авантюр и сокровищ, упаковав его в строгие технические рамки.

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

Саму концепцию я придумал лично — в виде прочного деревянного сундука с канистрой, туристическим ковриком и топором как символами автономного выживания. Чтобы придать образу законченный вид, я дополнительно визуализировал идею при помощи ChatGPT.

Изначально вдохновение я черпал из нейросети. Огромное количество чатов, десятки промптов, сотни сгенерированных картинок — всё это было похоже на погружение в яростный поток цифрового хаоса. Я пытался поймать ту самую искру киберпанка: холод неоновых огней, вкус ржавого металла на языке и ощущение, что город живёт собственной жизнью. Причина проста — нормальных референсов на подобные киберпанковые ассеты в сети почти нет, и приходилось буквально вырывать вайб из воздуха. Цветовая палитра формировалась под влиянием культовой тройки: Cyberpunk 2077, Deus Ex, Shadowrunner. Неоновые акценты, матовый пластик, отражения металла — всё это я вплетал в работу. Когда первый концепт был готов (собранный из рефов нейросети и моих личных дополнений), на свет появился прототип сундука.

Итак, я не готовил поэму на тему «Этапы создания этого легендарного steampunk лутбокса». Да и уже даже, наверное, не вспомню, с какими трудностями столкнулся. Работа, как правило, укладывается в три этапа: Ху*к-ху*к — и в продакшн 😒.

Всем привет, я Андрей Thorstainn один из авторов Goldina. Начну с себя. Кто я... Мое детство проходило в достаточно ограниченном информационном поле, поэтому персонажи моего детства — это волк и заяц из «Ну, погоди», персонажи из карусели (до сих пор есть травма из-за «летит метеорит»), Остров сокровищ и прочие советские мультики.А потом случилась перестройка и пришла гласность, появились новые мультики и книги. Я начал читать много новой литературы, и тут мне попался товарищ Толкин. Естественно, первым был «Хоббит» и чудесные персонажи гномов!

И вот с тех пор мои любимые персонажи в RPG, в фильмах и мультиках — гномы. Но не те, которые были в «Белоснежке» Диснея, а настоящие хардкорные боевые Двафы. Те, которые с удовольствием рубят людей, эльфов и в перерывах пьют много пива) Поэтому, когда стали выбирать тематику для ассетпака, мой выбор пал на сундуки с сокровищами гномов.

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

Всё больше проектов появляется на Unreal Engine — от великого "Ведьмака" до не менее великой "The Day Before". И чем больше проект, тем выше цена одной незамеченной ошибки. Когда число строк кода переваливает за несколько тысяч, даже самый внимательный разработчик может не заметить неочевидный баг. И тут на помощь приходит он — PVS Studio, который помогает снизить риск попадания багов в ваши UE-проекты.

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

Кратко рассказываем, как устроен каждый, чем удобен и какие есть ограничения. А в конце — таблица для сравнения, если нужно быстро сориентироваться.

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

Я уже несколько лет провожу геймджемы и постоянно вижу холивары вокруг судейского фидбека. Да что за сын маминой подруги этот «фидбек», почему за ним так гоняются?

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

В этой статье я расскажу о сложностях локализации в Unreal Engine, опираясь на свой опыт работы над Wizard of Legend 2. Мы разберём сбор и управление текстом, а также проблемы с форматированием, гендерно‑зависимым языком и обработкой шрифтов. Также я расскажу о ключевых аспектах, которые могут вызвать задержки, и о том, как их минимизировать.

Вы когда‑нибудь задумывались о том, как здорово было бы, чтобы в вашей игре происходили настоящие человеческие диалоги? Представьте себе систему диалогов NPC, которая кажется невероятно реалистичной, или нарратора, который моментально реагирует на действия игроков. А может быть, вам нужен инструмент, способный генерировать уникальный контент «на лету» прямо в игре? Вне зависимости от того, создаете ли вы одиночную или многопользовательскую игру, внедрение генеративного искусственного интеллекта может сделать ваше творение намного интереснее и динамичнее. В этом руководстве я поделюсь с вами пошаговой инструкцией того, как это можно воплотить в вашем проекте.

Когда мне было 16, я устроился работать в небольшую студию. Это была по факту официальная работа: с реальными задачами, пайплайном, дедлайнами и даже большим издателем. Тогда это казалось чем-то невероятным. Игра, над которой мы работали, выглядела амбициозно. У неё были красивые промо, целевая аудитория, маркетинг — всё как у взрослых.

А в центре команды был парень, старший разработчик, которому на тот момент было 23. Для меня он был почти как герой: я только начинал, а он уже 7 лет программировал. Уверенный, спокойный, очень самостоятельный. Я всерьёз думал, что именно к этому и стоит стремиться.

Но потом к нам присоединились более опытные ребята. Разработчики, у которых за плечами были и запущенные проекты, и провальные — но главное — была реальная практика и мышление архитектора. Они сразу начали задавать вопросы: — Почему у нас 6000 строк в одном скрипте? — Почему нет нормального разделения логики? — Почему переменные называются a, b1, mainLogic, veryImportantManager?

Код, который мы считали рабочим, оказался большой горой хрупкого говнокода, которая могла рухнуть от любого изменения. И когда она рушилась — её латали так же вслепую. Без юнит-тестов, без понимания, почему оно работает. Главное, чтобы запускалось.

🧨 А потом проект провалился. Несмотря на издателя

В процессе работы над локализацией в Unreal Engine я столкнулся с дублирующимися строками, хаосом в StringTable и отсутствием удобного способа поиска текста по ассетам. В этой статье делюсь решением, которое помогло навести порядок, ускорить работу и снизить количество ошибок — с примерами и собственным плагином.