И так прошла неделя моего обучения по С#. Пока что полет нормальный. За эту неделю прошла все основы: переменные, циклы, массивы и т.д.. Возможно, покажется, что неделя это много, но параллельно с курсом читала книгу С# для чайников. Что-то прошла в инете, прочитала об этом же в книге, пошла делать задачки, чтобы закрепить материал. Получилось, что книга и курс хорошо дополняли друг друга. На следующей неделе буду проходить ООП. В планах через неделю – две уже переходить к Unity.

По поводу задач, имеется очень хороший сайт py.checkio.org, там много задач различного уровня и сделано очень интересно. Но это для языка python. Кто-нибудь знает что-то подобное, но для C#?

Так же мне посоветовали посмотреть конференции DevGamm. Как раз хорошо совпало, что такая конференция проходила онлайн с 17-19 ноября. Если кому интересно, у них имеется так же ютуб канал, где рассказывают про игры. При чем здесь имеется все: и про арт, и про маркетинг и конечно про сами игры, слушала как разработчики представляют свои работы. Очень интересно!

По английскому языку, больше делаю упор на сайт inSpeak. Так как в комментах подсказали, что лучше делать упор на разговорную речь и понимание что тебе говорят английском языке. Так же начала слушать аудио книги на Английском, их  можно скачать на сайте Lelang, очень прикольно. Можно скачать аудио книгу и pdf к ней.

По книгам, добавила в свой список “Грокаем алгоритмы”, думаю к ней смогу приступить как раз после ООП.

Полный список моей программы можно посмотреть в первом посте: Легла в направлении своей мечты

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

Было очень интересно прочитать в комментариях истории у кого всё получилось, и они уже в разработке. Особенно что и после 30 можно попасть в геймдев. Спасибо всем, кто поддерживает. Те, кто считает, что у меня ничего не выйдет и я все брошу, тоже спасибо, вы очень мотивируете писать посты, а не бросать их.

Всем хорошей пятницы и отличных выходных, а я пошла лежать в направлении своей мечты дальше, увидимся через неделю😊

Art by Antonio Cappiello

1. База

Для начала вам нужно обладать какими-то базовыми знаниями по 3м софтовым направлениям:

• Графический редактор (Photoshop, GIMP, Krita)

• 3D-пакет (Blender, Maya, 3D’s Max, Cinema4D, Houdini)

• Игровой движок (Unreal Engine, Unity)

С первыми двумя пунктами все относительно просто:
если не обладаете базовыми знаниями, то, открываете строку гугла и вбиваете “<нзвание_софта> базовые уроки”.

Из редакторов я бы выбрал фотошоп, потомучто он более универсален и по нему больше уроков. Что вы выберете из 3D-пакетов - не столь существенно. Единственное из всего списка хочется отметить Houdini — это самый сложный для старта с нуля в 3D софт, но для позиций Middle VFX Artist и выше вам так и так придется в нём работать :)

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

Я сам прокачивал своего перса по ветке Unreal Engine, поэтому начнём с него. А так же по этой причине ветка Unity будет выглядеть ампутированной культёй на фоне анриловской (но статья будет ещё дополняться, поэтому я открыт к предложениям ссылок на материалы по Unity эффектам в чате).

Так вот, анрил, и опять же, прежде чем творить красоту, нужно изучить инструмент и основы. Регистрируетесь и скачиваете двиг с офф сайта, и переходите в раздел с обучением, где собраны бесплатные мини-курсы по различным тематикам движка. Ищете основы и проходите пару-тройку таких мини-курсов как эти — Your First Hour in Unreal Engine или Editor Introduction. Помимо основ делаете упор на создание материалов (например вот Materials Master Learning и Material Editor Fundamentals). Эти знания вам пригодятся при создании эффектов.

Помимо этого есть рускоязычный канал Unreal Engine Rus с большой библиотекой базовых уроков по различным тематикам. Также обратите внимание на канал Мэтью Вадштейна WTF Is?, в котором наглядно можно посмотреть как работать с тем или иным инструментом\нодой в движке. Ну и конечно можно влиться в рускоязычное комьюнити в телеге или международное в дискорде.

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

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

2. Системы частиц

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

Getting Started in Real-Time VFX?
Realtime VFX Wiki

В ссылках представлен материал и по Unity и по Unreal Engine. Ну а мы по традиции начнём со второго. Итак, при создании эффектов в движке зачастую вы будете работать с двумя вещами: редактор материалов и системы частиц. В Unreal Engine на данный момент существуют две системы частиц: старая Cascade и новая Niagara. В идеале неплохо бы знать обе, потому что старые проекты в компаниях скорее всего используют Каскад и, если вы попадете на такой проект только со знаниями Ниагары, то придется в экстренном порядке переучиваться :)

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

Изучение Niagara я советую начать с этого плейлиста от хорошего спеца Томаса Харле и с этого плейлиста базовых уроков канала GameDev Outpost. Они отлично дополняют друг друга и дают неплохую базу в понимании системы частиц. Также можно собственноручно посмотреть и потрогать примеры систем частиц на уровнях Niagara_Particles и Niagara_Advanced_Particles в проекте Content Examples, который можно найти во вкладке Samples в лаунчере. В нём же, кстати, а также вообще в разделе Samples, можно найти много интересного по базе движка.

Если вдруг имеется потребность в изучении Cascade, то можно с начать с этого официального плейлиста, а далее по ссылкам ниже, в некоторых из них уроки по старой системе. Также в проекте Content Examples можно изучить примеры систем частиц на уровнях Cascade_Legacy_Particles и Cascade_Legacy_Effects.

Дальше можно двигаться так:

• Туториалы от Луоса по эффектам в Cascade и материалам на его канале (вообще весь его канал советую прошерстить, там много полезного и интересного)

• Туториалы по Niagara от Art Hiteca, где вы не только будете настраивать модули, но и попрактикуетесь в написании своих

• Много базовых и продвинутых вещей по материалам от Бена Кловарда

• Хороший контент по материалам в Unreal Engine все от того же tharleVFX

• Tips&Tricks в эффектах и системах частиц (и каскад и ниагара) от Саймона, а так же его бомбезный сайт с описанием некоторых визуальных трюков, которые использовались в играх

• Канал Jason Keyser на котором куча полезной инфы по эффектам

• Крутые туторы по шейдерной логике от техарта Epic Games Taizyd Korambayil. К сожалению, открываются только через веб-архив, но этот гемор того стоит.

• Туторы от Janga FX: всплески и серия из трех уроков про огненный прожектайл

• Неплохие туторы по эффектам с материалами на канале UnrealCG

• Канал выступлений с GDC, на котором можно найти много лекций по визуальным эффектам

А что по Unity?
Сейчас там тоже присутствуют две системы частиц: старая Shuriken (вводник туть) и новая VFX Graph (вводник туть).
Но из каналов с эффектами на Unity я знаю только эти:

• Супер клёвый канал Hovl Studio с подробными уроками на русском и украинском

• Канал про эффекты в Unity от Gabriel Aguiar

• И этот, который уже фигурировал здесь выше. Там тоже есть уроки по эффектам

• Канал PolyTools - туторы по эффектам и шейдерам

Принимаю ваши предложения по дополнению этого раздела с уроками по юнити в чате.

Во всей этой суматохе не забывайте про теорию! Терминология в эффектах, принципы создания визуальных эффектов, математика и вектора. А еще неплохо бы пользоваться принципами анимации в своих работах. Можно так же глянуть стайл-гайды стилизованных эффектов для LoL.

Вдохновляться эффектами других людей и вообще всяким разным можно вот здесь:

• artstation.com

• realtimevfx.com

• magesbox.com

• В твитторе по хэштегу #VFXFriday

• 80.lv

• huaban.com

• cgjoy.com
  

А еще эффекты можно невозбранно глядеть в превью абилок у персонажей на подобных сайтах: LostArk, LoL, Valorant, Овервочб, Дока 2.

3. Симуляции

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

Для подобного рода симуляций идеально подойдет Houdini, но, так как он неописуемо сложен, добавлю ещё несколько альтернативных вариантов:

• EmberGen — новый пакет для рил-таймовых флюидных симуляций ориентированный на геймдев. Очень функциональная вещь, хотя и до сих пор в активной разработке. Отлично заменяет гудини в изготовлении огня, дыма, взрывов. С симуляцией воды пока никак, но обещают после релиза заняться и ею. Бесплатный 14-ти дневный триал без ограничений можно забрать на офф сайте. Туторы смотреть на офф канале тут, и тут (старый интерфейс) по дефолту с программой ставится около сотни пресетов разных эффектов их тоже можно поковырять, чтобы разобраться. А ещё есть чат в телеге.

• Плагины для симуляций для вашего почти любого любимого 3D-пакета. Такие как FumeFX, TurbulenceFD, Krakatoa, RealFlow. Туторы под конкретно ваш пакет и выбранный вами плагин лежат в широком ассортименте в этих ваших ютубах.

• Из коробки флюидные симуляции есть в Maya и Blender. К сожалению, сильно не в курсе в каком они там состоянии и с каким функционалом, но для начала возможно может хватить.

Ну и вернемся к любимому Houdini. На офф сайте есть бесплатная урезанная версия для обучения. Начать обучение можно отсюда, отсюда и отсюда. Затем перейти к Энтагме и Houdini по-русски. Ещё вам может очень сильно помочь чат в телеге.

Что касается взаимодействия Houdini и игровых движков:

• Очень хорошая серия туторов Houdini for Games от Андреаса Глада. Собрал все выпущенные уроки здесь в одном месте. Делаем сетапы в Houdini, переносим в Unreal Engine. Крайне рекомендуется к просмотру даже если вы не собираетесь пока сильно лезть в гудини.

• От него же годный маленький курс на плюре про создание и перенос взрыва из Houdini в Unreal Engine. На сайте вроде есть триальный период, за который можно успеть глянуть курс.

• Официальная серия уроков по взаимодействию Houdini и Niagara.

• Перенос эффектов с помощью вертексной анимации (VAT) в Unreal Engine и Unity. На текущий момент самая актуальная это версия 3.0, гайды по ней здесь. Но в сети вы можете встречаться с туторами по более ранним версиям 1.0 и 2.0. Они немного отличаются пайплайном, но суть одна и та же.

• На Houdini по-русски есть серия уроков (около 20ти штук) про перенос эффектов и всякого в Unity. Жаль нету для серии отдельного плейлиста, но легко находится на канале по превьюшкам, например один из уроков вот.

• У Энтагмы есть серия уроков про UE от Матеаса Винкельмана, но там больше для моушен дизайна, чем про эффекты.

• А еще есть канал чатика Houdini for Games в котором подобного добра навалом для Unity и UE.

4. Дополнительный софт

Помимо всего вышепречисленного VFX артисты активно юзают Adobe After Effects для эффектов и работы со спрайт-шитами и Substance Designer для процедурной генерации текстур для эффектов.

Для After Effects из полезного могу направить только на полезные бесплатные скрипты: один собирает спрайт-шит из анимации, другой наоборот превращает спрайт-шит в обычную анимационную композицию.

По сабстансу можно начать с этого: Basics of SD for Real-time FX. Также могу отметить паренька, который делает уроки по текстурам для стилизованных эффектов. Хороший канал с уроками так же тут. И этот полезный тред Substance Designer for VFX. А ещё бесплатный мини-курс на артстанции.

5. Не лезь, она тебя сожрёт

Для тех, кто всё ещё хочет, чтобы ему напихали по самые небалуйся ещё, вот дополнительные ссылочки:

• Отличный плейлист с уроками по написанию шейдеров в Unity от Артёма Кагарманова

• Лекция раз и лекция два от Александра Виноградова про визуальные эффекты

• Хороший видос про базовые аспекты и продвинутые штуки в материалах Unreal Engine

• Подборка клевых докладов с GDC про эффекты

• Новые возможности Niagara и возможности модулей симуляции в ней

• Сайт Тома Лумана с полезной технической и шейдерной инфой

• Niagara Tips&Tricks от Андреаса Глада

• Короткие, но ультраполезные типсы по Ниагаре от Beyond-FX

• Тутор про разные типы дисолвов в UE4 от Семёна Альмяшева

• Мои весёлые туторы с кеками и в конце плейлиста более серьёзные уже без них (там скоро будут новые туторы, когда-нибудь)

• Огромная база уроков по Niagara от Ashif Ali. Но новичкам следует быть осторожными — часто техники, которые он показывает очень неоптимизированы. Поэтому этот канал я рекомендую смотреть, только когда вы уже немного понимаете что нагружает фпс

• Твиттер Klemen Lozar с разборами эффектов

• Твиттер Криса Мёрфи с типсами и триксами по анрилу и эффектам

• Подборка лекций и уроков по Ниагаре с официального канала Эпиков

• Для тех, кто хочет потратить шекели на курсы: мой курс про эффекты в Ниагаре, курс на Udemy VFX for Games — Beginner to Intermediate, курсы на RebelWay по стилизованным эффектам и по реалистичным, курсы от Jason Keyser по традиционным эффектам

• Группа в вкшечке, в которой рассказывают про эффекты, телеграм-канал и, конечно же, телеграм-чат где эффекты обсуждают

Сферическая задача в вакууме будет такой:

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

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

Проект урока можно посмотреть в гите .

1. Паттерн Singleton

Данный паттерн (хотя в ряде случаев из-за недостатоков считается анти-паттерном) в "полной реализации" гарантирует наличие единственного экземпляра класса и предоставляет единую точку доступа к этому экземпляру.

В обучающем примере будет упрощенная реализация с наследованием от MonoBehaviour. Это нужно для того, что бы в примере просто разместить этот компонент в каком-нибудь объекте (для наглядности лучше в отдельный GameObject на "видном месте") на сцене и после запуска игры иметь простой доступ к этому компоненту. Директива #region использована исключительно для наглядности разделения блоков, т.к. в следующем пункте будем  дорабатывать этот класс.

Из-за такой условности, что упрощенная реализацию плюс  наследование от MonoBehaviour, у моего примера есть существенный недостаток - инициализация происходит в методе Awake. Следовательно, если на сцене изначально (при запуске игры) будут находиться объекты, которым потребуется доступ к этому классу, то делать это придется после Awake() - т.е. не раньше чем в Enable() или Start().

2. Паттерн ServiceLocator

Этот паттерн позволяет в едином месте хранить ссылки на "сервисы". И как правило - каждый "сервис" - это отдельный класс. В реалиях игры этими "сервисами" могут быть контроллер интерфейса (который, допустим, создает все окна и элементы UI), контроллер игрового режима (который, н-р, знает все правила текущей игры), какой-нибудь контроллер ботов (содержащий список всех ботов на сцене) и т.д.

На основе предыдущего пункта создадим такой Локатор. В моем примере он (локатор) наследуется от MonoBehaviour для наглядного размещения на сцене. Однако это вовсе не обязательно. Класс-локатор может быть статичным, а может быть и Singleton (но без наследования MonoBehaviour и без размещения на сцене его пришлось бы создавать в каком-нибудь месте игры, н-р, при инициализации).

"Локатор" готов. Но сам по себе он бесполезен. Теперь создадим основную сущность этого урока - Счетчик. Он должен будет регистрироваться в существующем локаторе и давать возможность корректно изменять свое состояние (помните про совет с минимумом общедоступных членов класса?) и выдавать по запросу свое актуальное состояние (значение счетчика).

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

3. События

События сообщают объектам-подписчикам о каком-то изменении. В данном примере Счетчик должен будет сообщать, что изменилось его значение. И что бы избежать лишней последовательности "Сработало событие -> Запрашиваем актуальное состояние -> Выводим результат" при вызове события сразу будет передаваться актуальное состояние счетчика.

События объявляются ключевым словом event с указанием типа делегата, которым будет представлено событие. Для примера подойдет "встроенный" в C# делегат Action<int> - он принимает параметр типа int - с его помощью будем передавать значение счетчика.

В написанный выше класс Счетчика внесем несколько изменений.

Подключим пространство имен и объявим событие

И в методе изменения счетчика добавим вызов события

Теперь быстренько создадим класс для работы кнопки и класс для текстового поля для "отлова" события изменения счетчика.

Кнопка должна будет через Локатор получить Счетчик и вызвать метод изменения счетчика.

Компонент для текста должен будет при старте игры отобразить состояние счетчика, а в последствии обновлять информацию только по необходимости (т.е. при срабатывании события OnChange). Для этого создаваемый компонент должен будет подписаться на это событие.

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

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

В результате получается следующее:

Запускается игра, сингтон-локатор инициализируется. Затем Счетчик регистрируется в локаторе. Следом (по порядку вызова Unity-методов MonoBehaviour) текстовое поле подписывается на событие изменения счетчика и первый раз выводит текущее состояние этого счетчика. А при нажатие на кнопку происходит увеличение счетчика. В результате чего вызывается событие изменения, на которое реагирует текстовый компонент.

На этом пост подходит к концу.

Еще раз напомню, что код и сцену можно посмотреть в репозитории.

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

Успехов в геймдеве!

_

Мой канал с гайдами по Stable Diffusion. Где бесплатно обучаю с нуля и до самостоятельного обучения моделей.

Канал Нейроновости - источник новостей о нейронках, подпишись чтобы не пропускать

Советы:

1) Не пытайтесь работать как большие корпорации

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

2) Используйте Git

Капитанский совет, но все-таки. Начали проект - настройте гит сразу. Обидно будет потерять работу даже одного единственного дня.

3) Не делайте графику параллельно с геймплеем

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

4) Начните с чего-то небольшого и доведите до конца

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

5) Старайтесь не давить на тиммейтов

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

6) Не думайте об игроках, метриках и тд - думайте о себе. Важно, чтобы интересно было вам

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

7) Показывайте прогресс

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

8) Придумайте простой и понятный синопсис. Без подробностей и ограничений

Важно уметь быстро и понятно объяснить хотя бы самому себе, о чем ваша игры. Постарайтесь придумать краткое описание, в идеале - одно предложение, о чем ваша игра. Без усложнений, вроде "с элементами РПГ" и в "Сеттинге Стимпанк". Например "Отец одного парня попросил его сходить за пивом". Имея простую и внятную идею игры, будет проще придумать для нее все остальное.

9) Гоните перфекционизм прочь

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

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

Тут без комментариев. Это, наверное, самый важный совет из всех :)

Надеюсь, кому-то это окажется полезным. Спасибо за внимание!)