Developer + Gamedev

Дело в том, что я был бы очень рад, если бы я мог отдать свою игру издателю и тем самым увеличить свои шансы на успех. Проблема состоит лишь в том, что я не верю, что такое возможно. Но почему же? Ведь издатели существуют, в том числе хорошие издатели существуют, значит получается, что они кому-то нужны?

Давайте разбираться. Что делает издатель?

Мне кажется, что некоторые инди-разработчики думают и делают акцент на том, что издатель знает, как раскрутить вашу игру. При этом разработчик полагает, что это значит, что:

- у издателя есть большая база игроков

- у издателя на контакте куча ютуберов/стримеров

- у издателя есть выходы на (какую-то?) игровую прессу

Издатель же, подтвердив всё выше сказанное, скорее всего для себя делает акцент на том, что он знает, как сделать вашу игру успешной, раздавая вам советы (или даже требования) по разработке. Ну типа: это не делай, это не зайдёт, а вот это обязательно добавь, т.к. это пользуется спросом. Тут поменяй шрифт, тут убери механику, тут доработай визуальный стиль. А еще издатель гордится тем, что знает, что нужно делать сочные гифки и короткие геймплейные трейлеры. Это он и называет своей экспертизой.

Что же касается базы игроков и ютуберов/стримеров - всё это хрень (простите). Основной пиар даёт стим. Если у вас реально хорошая игра, стим нальёт вам кучу трафика. Отзывы будут положительными. А ютуберы и стримеры будут покупать вашу игру без вашего ведома просто потому, что её будут хорошо смотреть зрители. Если же игра плохая, всего этого не будет даже с издателем.

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

Тут на лицо проблема курицы и яйца. Что было раньше: вы сделали успешную игру, чтобы издатель её взял, или издатель её взял, и поэтому игра стала успешной?

Конечно, есть отдельный вопрос: финансирование проекта. На мой взгляд, это единственная существенная роль современного издателя - дать вам денег на жизнь, чтобы вы могли делать игру не только по вечерам после работы, а полный рабочий день. Тогда да, пожалуйста. Но на самом деле, это называется не "издатель", а "инвестор". Финансовые риски - стоят дорого. Если вы это понимаете и всё равно хотите получить финансирование, тогда для вас подобные инвестиции будут разумным решением.

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

Хороший издатель не возьмет такую игру. Издатели открытым текстом говорят о том, что смотрят на опыт команды, а также о том, что их не интересуют идеи без реализации. Т.е. у вас уже должен быть "вертикальный срез" геймплея в демо. Но ведь если у вас есть опытная команда, которая уже что-то сделала, а также смогла сочно запитчить игру издателю... тогда... эээмм... Курица или яйцо, курица или яйцо..? (тогда вы и ваша команда, скорее всего, можете сделать и выпустить игру, а также "запитчить" её игрокам самостоятельно).

Ещё издатель нужен для того, чтобы портировать вашу игру на другие платформы. Вот тут я вообще не спорю. Я делаю игру для Steam, а для всех этих ваших консолей - пусть издатель сам получает (уже имеет) девкиты, портирует игру своими силами, проходит кучу проверок на входе в стор... Вот это я понимаю - честные деньги за честный труд. И наверняка такие издатели есть, хвала им!

(При этом, такому издателю не нужно передавать интеллектуальную собственность (IP), достаточно будет выдать лицензию на распространение вашего продукта на конкретной платформе)

Но есть также некоторые (довольно крупные и именитые) издатели, которые отдадут портирование вашей игры на аутсорс специализирующейся на этом независимой студии. Запишут все расходы и вычтут их из выручки до вашей доли. Ну вот и вопрос: работа по поиску аутсорс-студии по портированию и её финансирование из ваших же будущих доходов стоят доли, скажем, в 50%? На мой взгляд, когда вы работали над игрой год или больше, а издатель потратил всего пару вечеров на какие-то там переговоры - ответ: нет, не стоит.

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

Помощь в локализации... Опять таки, найти студию по локализации - один вечер. Дальше всё снова упирается в финансирование. А если у вас текста не много (как в моих играх) и он не содержит сложных литературных приёмов, а также вы хотя бы бегло знаете английский (а ля "play" - играть, "quit" - выход и т.п.), тогда вы справитесь сами. Английский - must have. Остальные языки - в случае успеха игры, сообщество вам само 100500 раз предложит перевести игру бесплатно, ну и да.. в случае успеха игры, у вас уже будут деньги на локализацию от профессиональной студии.  А вот в случае провала, локализация уже и не нужна будет, зачем тратить деньги?..

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

Если же вы отдаёте себе отчёт в том, что магии в маркетинге нет, но у вас просто нет желания делать какие-то там постики в твитерах вместо работы над игрой... Наймите PR-агенство. Это будет дешевле.

Ну а что ещё может сделать "опытный" издатель? Что? Загрузить игру в Steam - да, может. Ну если вам сложно подписать электронный договор с Valve... значит придётся подписать договор с издателем. И не один - сначала NDA. Потом вы будете долго спорить о пунктах основного договора (иначе вас поимеют). У Valve же договор-оферта (т.е. стандартный для всех договор, в который вписано ваше имя).

И в общем-то, по факту, Steam - и есть ваш настоящий издатель. Он берёт ваш продукт и распространяет его на огромную аудиторию. При этом он не лезет в залупу разработку.

Раньше, когда игры продавались на дисках, издатель бы бегал и договаривался с местными магазинами, чтобы продавать в них диски с вашей игрой. Он бы также производил бы эти самые диски. Это особенно актуально, если бы вы хотели продавать игру в другой стране. Вот это я и назвал бы издателем здорового человека: когда разработчик занимается разработкой продукта, а издатель - его распространением.

В наши же дни, издатель ездит по ушам об экспертизе в разработке продукта, а неуверенные в себе разработчики тонут в собственных иллюзиях по поводу какого-то там волшебного маркетинга, без которого нынче стим тебе не даст трафик(мне дал). Открою секрет: любой издатель вам сам скажет, что маркетинг начинается с идеи игры. Именно поэтому он и будет от вас же ждать объяснение - кому вы это хотите продавать и почему вы так уверены, что это вообще продастся.

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

Хватит бояться неудач и искать моральной поддержки! Ваши страхи и иллюзии используют против вас же. Это лёгкая дорожка - поверить "опытному дяде", попутно перекинув на него всю ответственность за результат. Но это лишь искушение.. оно сладкое, манящее, комфортное.. и оно никогда не приводит к большому успеху. К успеху приводит честный труд, преодолевание страхов, борьба и работа над собой. Кроме вас никто успеха для вас не добьется.

Мой вывод такой:

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

Но когда речь идёт об иллюзиях про какой-то несуществующий "большой геймдев" с особыми "правилами", какими-то неуловимыми "тенденциями" и прочей шелухой... Когда я слышу фразы: "стим сегодня не даёт трафик, поэтому вам нужен издатель", у меня начинает гореть! :D

Цените и защищайте свой труд! Всем добра! :)

Подкаст «Хочу в геймдев» – это инструмент для тех, кто хочет попасть в игровую индустрию, но не знает как, куда и зачем, с чего начать и как действовать.

Двадцатый выпуск подкаста - мы говорим про интересную и востребованную в геймдеве профессию - Technical Artist (Технический художник). Что это за профессия, какие в ней есть особенности и сложности? Об этом и не только вы узнаете в 20-м выпуске! Предлагаем вашему вниманию сокращенное изложение этого выпуска.

Ведущие выпуска  Приглашенный эксперт

Вячеслав Уточкин  Олег Доброштан  Александр Чеботкин

Путь эксперта

Играми Александр начал увлекаться с 7 лет, а уже с 13 лет он начал интересоваться компьютерной графикой, а именно моделингом, анимацией, текстурированием, работать он начал в постпродакшене еще будучи совсем молодым в возрасте 18 лет. А так как в то время не было четкого деления в профессиях, поэтому он прошел этапы всех направлений. Александр признается, что в то время не видел себя в геймдеве. ему казалось это все очень сложным, что нужно много программировать, писать свои движки, а будучи человеком более творческого направления, он не стремился в геймдев, ему нравилось больше делать кино, но с временем, когда начали появляться движки, в которых можно было что-то делать самому, такие как UE4, Unity, он начал это все пробовать. И с этого момента у него появилось желание попасть в геймдев. В 2016 году он познакомился с людьми, с которыми они начали делать VR проекты для застройщиков, параллельно с этим делая различные демки. Собственно Social Quantum это первая серьезная компания Александра.

Кто такой Technical Artist?

Technical artist ( он же технический художник, техартист) это некое связующее звено между разработчиком и художниками. Он помогает связать технический язык с художественным, чтобы две стороны могли понять друг друга. На примере это выглядит следующим образом:

Геймдизайнер хочет ввести какую-то новую фичу. На локации есть какой-то объект и нужно чтоб с ним что-то сделали по тапу, например, подпрыгнул. И соответственно есть задание к программистам - написать логику и к художникам - создать этот самый объект. Далее это необходимо совместить, сделать это можно двумя способами, в зависимости от решения какой у нас объект Static mesh (объект без скелета) или Skeletal mesh (объект со скелетом). Если объект со скелетом, это дороже, но быстрее сделать аниматором. И тут как раз технический художник и решает вместе с геймдизайнером, художниками и разработчиками как лучше это реализовать и прийти к компромиссу.

Одна из основных задач технического художника - написание пайплайнов (Pipeline). Это процесс разработки (подготовки, производства), программный конвейер. Если говорить грубо, то пайплайн - это весь процесс производства компьютерной графики. В пайплайн входит всё программное обеспечение (2D- и 3D-редакторы), то как переносятся данные из одного пакета в другой, то как получают исходные материалы и в каком виде они отдаются на выходе.

Средняя зарплата по рынку 100-130 тыс. рублей. Но важно понимать, что это работа для людей с опытом. Это не начальная позиция.

Задачи Technical Artist?

Основная задача - это конечно же оптимизация. Допустим у нас есть какая-то локация. На ней есть персонажи, объекты. Вот художник рисует, например, камень. Прорисовывает на нем все трещинки, делает качество 4К, а мы его урезаем. За что нас часто художники не любят. И вот как раз одна из задач следить, чтобы не было все перегружено.

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

Следующая задача - написание инструментов для геймдизайнеров, level-дизайнеров. Движок большой, но некоторых вещей в нем нет. Здесь как раз приходит на помощь инструментарий, который позволяет это сделать, при этом не обращаясь к коду, а именно внутри самого движка. Самый классический пример: расставить заборы вдоль дороги. Можно должно и нудно делать копии, а можно провести сплайны и в дирекции у тебя все само автоматически выставится, повернется как надо, будет мера и шаг как вам надо. Это такой инструмент упрощения задач для тех же level-дизайнеров.

Еще одна задача - ревью. Это задача конечно более рутинная, надо посмотреть все, проверить, начиная от количества материалов на скелете персонажа до проверки нормалей, стыков, что не видно швов, правильный размер текстур, названия, т.е. полностью проверить ассет.

Работа с командой

Что касается постановки задач, то задачи ставят другие. Безусловно ты постоянно находишься в связи с художниками, разработчиками, но обычно ты отписываешься свои замечания, а менеджерит уже определенный человек. В этом плане technical artist некая независимая свободная единица.

Обязанности

Иногда в вакансиях можно увидеть в требованиях: подготовка и импорт ассетов и создание и настройка материалов, работа с шейдерами. Конечно это зависит от компании, но обычно импортом персонажей занимается technical animator, а если это пропсы (объекты), то сами художники. А technical artist проверяет. Так, например, если приходит задание проверить ассет, то technical artist’у не надо к примеру на Perforce (система управления версиями) выкачивать, закидывать в Unreal, настроить и потом проверить. Проверяется непосредственно уже в движке, потому что даже те скрины, которые делаются моделлерами из Substance могут отличаться от того, что ты увидишь в движке по итогу. И поэтому и ревью осуществляется по тому, что уже в движке.

Что касается материалов и шейдеров, обычно делается Master Materials, например, для пропсов, деревянный, оловянный - любой. В нем заведены instance и выведены шкалы настроек (рульки). Техартист делает базовый материал, который используется в ассетах, пропсах. Но по запросу геймдизайнера, например, нужно, чтобы в какой-то момент засветился объект, делается рулька emission (свечение) и в документации в материалах описываешь, что это рулька отвечает за свечение.

Иногда в компаниях совмещают обязанности technical artist’а и VFX artist’a. Лучше, когда эти специальности не совмещают, но даже в таком случае идет тесная работа этих двух направлений и technical artist все равно вникает в суть работы VFX artist’a, чтобы не была перегружена разработка и не было переработок.

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

Что нужно знать и уметь, чтобы стать technical artist’ом?

Как бы банально не звучало, самое главное это быть заинтересованным в этом направлении: художники любят рисовать, программисты любят кодить. Но конечно, бывают исключения.

Если начинать с азов, то надо начинать с художника. Лучше всего сделать какую-то демку с нуля, не качать ассетов или готового, а сделать самому. Сделать анимацию, закинуть в движок, написать контроллер, создать локацию, поставить свет. Это позволяет изучить и движок, в котором ты работаешь.

Так как чаще всего technical artist приходят из художников или моделлеров, то лучше знать либо программы для моделирования: Zbrush, Maya, Blender, либо графические редакторы: Photoshop, Krita, Canva.

Путь technical artist’а

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

Совет от эксперта:

“Горите работой. Когда вам нравится, что вы делаете, то вы делаете это лучше.”

Полезные ссылки:

21 марта Конференция “Нарратив в играх”: Ссылка >>>

Личная страничка Олега Доброштана, куда можно написать вопросы для следующих выпусков: https://www.facebook.com/oleg.dobroshtan

Сайт подкаста, где можно послушать все выпуски: http://podcast.hsbi.ru/

Группа ВКонтакте, где публикуются новые выпуски: https://vk.com/hsbi_games

Контакт Вячеслава Уточкина в телеграмм: @viacheslavnu

Дистанционная программа «Основы создания гипер-казуальных игр» Ссылка>>>

Вакансии 101XP: Ссылка>>>

21 марта Конференция “Нарратив в играх”: Ссылка >>>

Для тех, кто хочет разрабатывать игры, но не знает с чего начать, мы хотим сообщить, что у нас в Центре развития компетенций в бизнес-информатике Высшей школы бизнеса НИУ ВШЭ сейчас идет набор на программы:

Менеджмент игровых проектов

Основы создания игр

Основы создания гиперказуальных игр

Создание своей игровой студии

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

О чем это я? Ах да, о том, что Mirror прекрасно может работать через Steam P2P. Все что от меня требовалось, так это создать у владельца лобби сервер и присоединить по SteamID к нему других игроков в лобби и дождаться их подключения.

После создания сервера и прогрузки на игровую сцену, ожидаем остальных. Что происходит, когда игрок-клиент прогружается? Он отправляет на сервер флажок готовности, а сервер информирует других игроков. Никаких связей Клиент-Клиент.

После того, как все загрузились, то для каждого игрока выдается герой, которым он может управлять, но, по факту, принадлежит серверу.

Почему так? Допустим, игроку принадлежит какой-то объект, который синхронизирован с сервером и он отключается. Что делает Mirror? Он удаляет\деспавнит этот объект, но нам этого не нужно, поэтому заранее все объекты принадлежат серверу и пока сервер активен - они будут существовать.

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

Теперь к самому сочному и почему в название поста вообще есть Warcraft. Это способности и как они работают. Помните, как в WorldEditor`e, в Варкрафте, настраивались по событиям способности и, по желанию, дополнялись кодом? Здесь это работает так же!
Есть набор заготовленных событий (Нажатие на способность, каждый тик способности и т.д.) и при каждом событии можно вызвать одно из готовых действий (Нанести урон, Наложить дебафф и т.д.).

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

Всем спасибо, кто дочитал до конца и вообще, что читаете\следите за моими постами))

Ссылка на вк: https://vk.com/ourlastspring

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

А ещё я готов с вами поделиться примерной датой открытой БЕТА ИГРЫ, да будет сложно, но я знаю что мы справимся и этот срок только для того чтобы был стимул сделать всё быстрей, и не растягивать на не определённый срок, полноценный релиз игры будет поздно когда я пойму что все диалоги написаны правильно, и мне нравиться визуальная часть игры, и я буду готов полноценно выпустить игру, а пока что будем работать над тем чтобы демку выпустить в срок, и не облажаться.

Дата открытого Бета теста : 26.12.2020.

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

На этом у меня пока что всё, и продолжаем работу над игрой.

Если есть вопросы или нужно больше информации заходите в канал и пишите, на все отвечаю быстро - https://t.me/Gamedev_my_story