Формат зашёл. Такие советы от уже достигшего какого-то результата инди девелопера крайне интересны. Не со всеми суждениями согласен, но на таких противоречиях и появляется именно своё видение процессов разработки.
Замахиваться сразу на крупные проекты на самом деле полезно -- так гораздо быстрее учишься, определяешь потолок своих возможностей и какой стиль работы тебе подходит. Плюс из тестового проекта для обкатки какой-нибудь механики игры мечты впоследствии может получиться небольшая самостоятельная игра.
Для того чтобы учиться не нужно делать вообще проект, а можно делать отдельные механики и их прототипы. Речь идет о конечном проекте, а не об обучении. Я когда то пытался сделать большой сурвайвл хоррор типа фореста с крафтом и защитой базы. И могу тебе сказать, что когда большой проект ты добавляешь одно и потом баги вылазят еще в куче уже рабочих вещей и по большей части рано или поздно становится так что ты не делаешь что-то новое, а фиксиш и фиксиш и в конечном счете это настолько надоедает, что скорее всего ты уже это доведешь до финала или поймаешь такой баг, что просто не будешь понимать, что с ним делать.
Лучше сделать ровно наоборот. А именно создавать кучу мелких проектов, в которых можно протестировать какую-то отдельную механику (а может и ряд связанных между собой механик), чтобы набить руку и набраться опыта. А когда будет опыт в создании нужных для игры механик, то только тогда стоит браться за проект. Это лишь моё мнение, но я в нём твёрдо уверен. Когда ты новичок в геймдеве, нужен опыт. А самый простой способ набраться опыта - это, как уже сказал, отдельно разбирать механики для игры. Сейчас я делаю прототип простенького интеллекта для мобов, и разбираться во всём этом намного проще именно в пустом проекте
хз я замахнулся впервые в UE на открытый мир с WorldComposition размером 128кв. км и океаном (как фанат корсарской тематики хотел сделать свои "корсары", только на UE). И пожалел об этом через год заморочек) Увидел в ютюбе проект "Корсарская химера", понял что и без меня с этим хорошо справляются и начал творить простые кайфовые вещи, при чём уже на Unity =)
Полностью согласен со всем сказанным. Начал ковыряться в Construct, думал что ничего не смогу, не разберусь, но непреодолимое желание творить, подстегивало и толкало вперед. И чем дальше ты двигаешься, воплощаешь свои идеи, тем как то проще что ли становится. Самое главное не гонитесь за деньгами, получайте удовольствие от процесса.
Классное видео, действительно полезные советы) В 5ом пункте у меня скорее обратная проблема, мне всегда кажется, что у меня прототип так себе, что у других намного лучше и в итоге я могу бросить проект не дав соей идеи раскрыться.
Спасибо! Ну нужно перебороть себя и показать, хотя бы один разок, прототип людям. Дать "пощупать" его. Я думаю после этого появится более чёткое видение себя и своего уровня.
Очень хорошо сказано, что нужно прислушиваться к себе и создавать то, во что разработчик сам хотел бы поиграть для души и чтобы поиграли в этот проект его друзьям, и только тогда можно создать душевную игру:) А в самом конце Вы отлично сказали не слушать других разработчиков и людей которые скептически ко всему относятся, это очень мудрый и правильный совет, потому что new-инди-разраб должен сам выбрать свой путь, а не то что говорят другие люди. Счастья Вам и душевных игр! Я сейчас изучаю UE4 и рад, что геймдев стал доступен для обычных людей:)
Саня, спасибо за это видео! Действительно годные советы для начинающих и памятка для опытных) Я хотел добавить на счёт диздока. У меня есть как мои соло-проекты, так и общий с ребятами (Last Man In Space). И в одном и в другом случаях я веду некую документацию: 1) Для соло: у меня есть дока, куда я записываю просто тезисно какие-то идеи, механики или какие-то параметры, чтобы просто их НЕ ЗАБЫТЬ. Кратко, чтобы понял только я сам. Ты упомянул блокнот - да это тоже хорошо)) Но по факту ты прописываешь тоже самое но на физическом носителе. Хотя может в физической записи идей есть что-то творческое, хз тут. Ну там...шуршание карандаша, зачёркивание ошибок, наброски тут же...АСМР КАКОЙ-ТО! 2) Для команды: мы используем трелло для задачек (нас 6 человек) и гугл-доки для объяснения всего (что умеет ГГ, какой сюжет у демки, какие ассеты нужны и т.д.). Всё это в более "разжёванном виде" , чтобы всем было удобно пользоваться и чтобы все делали в одном направлении. У меня есть "заскок" на структурирование (это да), но в целом СИЛЬНО заострять своё внимание на диздоках я (как и ты) тоже бы не советовал. Рекомендую найти некую середину - когда всем всё ясно и не сильно упорываетесь в конкретику. Например про прыжок в игре: Плохо: Прыжок - это изменение вертикального положения персонажа на 3 единицы измерения вверх с постепенным спадом скорости передвижения до нуля и возврат в исходную точку с постепенным нарастанием скорости передвижения от нуля до Норм: Прыжок вверх на 3 единицы. Действует обычная гравитация
Объективно, действительно крутые гейм-дизайнеры - это очень хорошие рассказчики.Тот кто умеет строить связный, логичный сюжет, сможет сделать и игру. И еще, мы все приходим в геймдев прежде всего из-за графики, но часто не отдаем себе отчет в том, что хорошая игра, как правило, с очень хорошим звуком. Игра даже с самой примитивной графикой и хорошим звуком будет выглядеть дорого. И наоборот, игра с тонной крутого vfx, с крутыми уровнями, с хорошим светом, с классными мешами и материалами, с хорошо проработанным деревом поведения AI, но без хорошего звука будет ощущаться как унылое говно. В общем, подумайте про сюжет и про звук, пусть это будет короткая история и самый минимум звуков и музыки, но и то и то должно быть на высоте.
Спасибо, очень интересно. Атмосфера ламповая у видео) Возник вопрос: например, написание диздока. Это же может потом использоваться как портфолио для того же геймдизайнера (конечно с учётом того, что игра будет завершена). С другой стороны, в инди главное вообще закончить :)
Ну знания не придут мгновенно, если чувствуется, что пишешь код или архитектуру приложения неверно, то просто надо гуглить - смотреть как ещё другие делают. С опытом придёт чуйка.
Кстати спасибо за ролик но хочу сказать по поводу 3 ошибки (кстати возможно я еще напишу ) делать все на кубах удобно так как хочется сделать уровень с особеностями например с колоннами статуй и я как художник по пиксель арту скажу что сложно перерисовывать (как физически как и морально) когда уже почти все нарисовал а тебе просто не понравилось как он построен и что большинство просто не подходит но я и согласен когда персонажа главного и его вещи делают на кубах так как ты сделал идею и перс может поменяется только по пророботке деталей но это другое ведь лучше сделать уже готового перса ведь иммено по нему если вы художник будете строить всю игровую атмосферу .... Спасибл тебе за ролик ведь щас пытаюсь сделать игру а советы как раз в тему во время зарождения идеи...
Объемное знание других игр может и навредить свободной мысли разработчика, особенно если этот разработчик переоценивает крутость своего будущего или разрабатываемого на данный момент проекта. В таких ситуациях я бы советовал задавать глупые вопросы тем людям, которые не играют в игры. Ответы людей не играющих в игры могут порой сильно удивить своей необыкновенностью и редкостью. Возможно вы даже обнаружите, что то, о чем говорят люди вокруг еще никто не использовал в своих проектах и возможно вы будете первым. Ps. Есть крупные игродельные компании которые проводят опросы среди ВСЕГО ПЕРСОНАЛА, а это так же охрана и даже технички чтоб вы понимали, причем есть случай когда "глупая" техничка подала гениальную идею для игры и в последствии эта игра принесла кругленькую сумму и даже побила какие то рекорды.
Крото! Вообще можно делать на каком хочешь движке но некоторые ограничивают твой функционал и ставят тебя в тупик! Я сам делаю на construct 2, 2d игры и мне нравится его легкость! Но 3d конечно можно на костылях сделать но это муторно и сложно для меня.
Привет, пишу музло около 10 лет, кроме основной работы на аудио библиотеки есть желание написать что то конкретное для инди игры. Если интересно напиши пообщаемся)
Думаю, что для небольшого и не замороченного в плане графики проекта - Godot действительно хороший выбор. В unity за последний год-полтора появилось столько обвесов навороченных, что мне он уже не кажется настолько привлекательным, как раньше. Потенциально Godot ещё будет раскручиваться и становится мейнстримным движком, учитывая что Epic Games их неплохо проспонсировала грантом пол года назад. godotengine.org/article/godot-engine-was-awarded-epic-megagrant
@@artemtadeush734Здається там треба C#, а не C) Будь-який двіжок хороший насправді, на більшості можна реалізувати свої проекти, тут вже залежить який для тебе зручніше по функціоналу та інтерфейсу) Є чувак ThinMathrix, який пише ігри на Java і власному двіжку)
Помогите, пожалуйста, определиться с графикой с заделом на нынешнюю актуальность и будущий возможный рост. Можно ли начать с пиксель арта? Актуален ли он еще? И куда можно расти в дальнейшем со знаниями этого направления?
Вам нужно начинать с того, что вас лично привлекает в первую очередь и не переживать об актуальности. Иначе вам не хватит внутренней мотивации заниматься этим 24/7.
Я только первый второй день учусь программировать в годот3 на питоне. Проблема, что я смотрю кучу видео на Ютуб и совсем нипонимаю как писать код в правильном порядке, ещё я не могу найти можно ли нарисовать своего 2д персонажа в отдельном приложении и добавить его в годот. Все почему то скачивают 2д модельки, а как сделать самим негде нет этого
Ну первый-второй день это ещё такой маленький срок, что не стоит переживать о таком большом количестве вещей сразу. Я и спустя 8 лет бывает теряюсь в том, как что правильно сделать. Практических совета могу дать два: 1) Гуглить на английском языке, потому что найдешь больше ответов и ресурсов. 2) Фокусироваться на отдельных непонятных на данный момент задачах. Не распыляться. Удачи!
Привет! Хотелось бы услышать путь, по которому бы ты начал учить UE4 , вернувшись назад , когда только начал переходить с Unity. Либо если бы вообще не был знаком ни с одним движком.
Привет, я бы начал с официальных базовых туториалов на Unreal Academy www.unrealengine.com/en-US/onlinelearning-courses и паралельно пытался бы реализовать простейшие механики, просто из головы, например в понедельник я буду делать двойной прыжок, во вторник ускорение, в среду - атаку ближнего боя и т.д.
Инфа по движкам в 23 устарела . Конкретно могу сказать за годо4 . Он сильно апнулся и как человек который начинал с Юнити, честно я особо в нем хороших результатов не добился . Спустя пару лет услышал о опен сорс движке годо , скачал , запустил - кстати он весит немного и стартует так же быстро как vscod. Основную концепцию постиг за неделю , мне очень понравилась идея узлов (думаю можно считать как компонентный подход ) в react.js . Не перегруженный интерфейс , есть как визуальный инспектор для новичков и в то же время свобода через код для ламеров . Слышал что и констракт 4 для удобный и не требователен к программированию . Как бы да юнити и анрил безусловно как проприетарный софт будет в некоторых местах лучше , но для инди разработчиков такой функционал нужен совсем не часто
Привет! Как я и говорил в видео, у меня до UE уже был опыт нескольких лет работы с Unity. В целом движки очень похожи, поэтому особых тутриалов или обучающих материалов мне не понадобилось. Но я рекомендую зарегаться на Unreal Academy www.unrealengine.com/en-US/onlinelearning-courses?sessionInvalidated=true Там есть очень нормальные курсы для начинающих, именно по блюпринтам. Единственная преграда тут это то насколько хорошо вы знаете английский язык.
@@AlexGoodwinGames да и главное надо сказать, что нет такого урока чтоб посмотрел и научился. Это все с практикой приходит. Я тоже по началу не понимал откуда у человека в голове инфа куда и что присоединить в принтах. А сейчас и сам немного запомнил)
Не подскажешь реально ли сделать инди разработкой своим основным доходом со своей небольшой командой? Полазил, погуглил, но в основном если выбирать инди то встречаются статьи: работа-разработка-сон-работа или я плохо искал?
Возможно, но не с наскоку. У меня на это ушло 6 лет примерно. И периоды работа - разработка - один час сна - работа тоже были. Это не лёгкая стезя, уж точно.
а есть такие площадки, куда выкладывают инди игры любители, не ради заробатка или законченные проекты как в стим, а вообще любители куда просто кинули ради оценки игры и посмотреть реакцию
@@AlexGoodwinGames но в них действительно кто-то играет? Я имею ввиду сейчас же существует куча ААА проектов и всяких других игр, но кто-то постоянно смотрит Геймджолт и играет в инди игру, которую забросит максимум через 2 дня? Я не имею ввиду, что инди игры - хрень, я имею ввиду, что большинство таких инди игр неувлекательны
@@WiserClub6 их конечно лучше использовать, в первую очередь, как площадки для бета тестов или тестов вертикального среза вашей игры. Но я также знаю индюков, которые сформировали там изначальную базу игроков, которые им донатили. И уже после шли на стим или к издателям.
@@AlexGoodwinGames спасибо, а сталкивались, знаете, нужно ли открывать юр лицо за за границей, чтобы запустить краундфандинг? Имеет ли это смысл на ваш взгляд? Прочитал про кик стартер, как понимаю он не подойдет в моей ситуации?
Привет! Можешь подсказать, для создания 2D-игр (карточные, пошаговые в изометрии, адаптации настольных игр), какой движок лучше подойдет? Несколько месяцев изучал Unity, часто говорят, что он хорошо подходит для 2D игр, но в нем все до мелочей строится на коде C#, конечно недавно ввели визуальное программирование Bolt, но оно совсем свежее и база туториалов еще не сформировались. Я как-то с программированием не особо подружился, а в Unity все строится на работе с кодом и добавлением скриптов на объекты. Недавно узнал про Blueprints в UE4, для которого уже есть хорошая информационная база, но говорят, что UE больше для 3D проектов, правда это сравнение проводили несколько лет назад. Как сейчас реализована работа с 2D в UE? Какой вариант лучше выбрать по мои задачи? Возможно вообще стоит выбрать другой движок или есть какие-то конструкторы. Интересно твое мнение по этому вопросу.
Привет, ответ довольно простой. Unity сейчас лучший выбор для 2D, там очень много инструментария уже готово для работы с тайлами и 2д освещением. В Unreal придётся это всё собирать самому своими руками и из ассетов. Так же, блюпринты в Unreal не являются панацеей для тех, кому тяжело даётся программирование, они принципиально не отличаются от написание кода на С# в Unity. Суть программирования ведь не в том, что вы знаете конкретный синтаксис или формат этого программирования - вам нужно научится строить архитектуру приложения, выбирать правильные решения в ходе проектирования и использовать паттерны программирования. И это будет везде, будь это хоть ЯП или визуальная система программирования. Сам 2D проектов в Unreal не делал. (в Unity делал). Если бы мне дали 2Д проект сейчас "на заказ", то я бы его делал на Unity.
@@AlexGoodwinGames Спасибо. А есть ли какие-то ресурсы, где можно найти информацию под определенный стиль игр? Чтобы не распыляться на все подряд. Например я хочу научиться создавать карточные игры (Hearthstone и т.д.) Где-то можно скачать готовые шаблоны похожих игр, чтобы разобраться в коде? ..курсы по созданию шутеров или платформеров вряд ли в этом помогут. Как бы вы начинали изучать движок, если бы решили, что будете ориентироваться только на определенный стиль игр (только на карточные игры или только на тавер дефенсы)? Как стоит с нуля обучаться под определенный стиль игр?
@@v4143 Точно не стал бы искать готовые шаблоны и пытаться в них разобраться. Вы ж сказали, что вам тяжеловато пока даётся программирование, а так вы себя только закопаете и демотивируете ещё больше. Если бы я хотел сделать игру определенного жанра, то я бы просто решил шаг за шагом имплементировать её составные механики. И гуглил бы уже реализацию (видеотуторы или похожие вопросы у других разрабов) конкретных механик. Для карточной игры почти всё программирование будет завязано на UI, так что вам и нужно начать с туторов по тому как делать интерфейс в Unity, к примеру.
По поводу 1-ой ошибки не согласен. Чтобы как раз таки в будущем не потерять кучу времени, лучше сразу определиться, какие игры человек хочет делать и на какую платформу. От этого будет и зависеть выбор движка. Если человек хочет делать игры сразу на пк например в Стим, делать 3д проекты и есть нормальный комп, то лучше Анриал. Если у человека цель, это игры для телефонов/планшетов и хочется делать 2д или 3д, и комп не супер мощный, плюс кому хочется попроще, лучше юнити. Тем кому еще хочется проще, как ты говоришь творчество важно, а не технологии, тем кто хочет делать простые браузерные 2д игры не парясь по поводу кода слишком, то это Констракт. Тут зависит от того, что человек хочет. Как можно выбрать просто так на обум, я не знаю
Определенно в вашей мысли есть истина. По поводу разбивки технологии на Мобилки/стим/браузерные игры я не согласен категорически, я всегда считаю, что если ты решил заниматься геймдевом (даже если это по началу просто хоббит), то потенциально ты внутри надеешься, что станешь профи и либо сделаешь свою студию(даже из одного человека), либо пойдешь работать в студию. Поэтому констракты и хренакты выкидываем сразу, просто потому, что зная Анрил или Юнити прогрессия в индустрии будет намного быстрее, как в плане поиска контактов, карьерных возможностей, так и в поиске сотрудников на свои проекты в будущем. Поэтому в целом советую выбирать наобум из юнити и анрила. А первые свои проекты почти любой человек будет делать те, в которые ему нравится самому играть или хотелось бы поиграть.
@@AlexGoodwinGames ну, согласен с вами. Ходят слухи, что юнити и анрил будут не доступны. Не знаю, на сколько это правда) Что по этому поводу думаете, если слышали?)
@@AlexGoodwinGames по названию вашего канала и картинке не понятно, что это канал о геймдеве) Не думали сменить, чтобы больше народу привлечь на свой канал?) Я чисто случайно на него попал))
@@ЭдуардМалютин-ч8п в начале санкций такие слухи были, но они не подтвердились. Я общался недавно с представителями Эпиков и не почувствовал, что отношение изменилось. Так что вероятность, что ограничат доступ к движкам мне кажется маловероятной
@de[MODE]l это не шаблон, это естественное явление. Просто хорошие движки платные. А платить народ не хочет и пишут свое либо юзают бесплатное. Либо кому что удобнее для работы. Мне например удобнее в юнити. Но так как не особо шарю в советах юзаю пока анрил
@de[MODE]l юнити 3 версии, одна бесплатна для изучения, одна бесплатна при условии что вы зарабатываете менее 100000 доляров в год ну и про версия. Вот может у вас была та что не для коммерции или ломанная про?)
Впринципе прикольно, но всетаки необязательно брать юнити или Анрил, я программирую на Годот, и как по мне это отличный движок, все идеи которые приходят мне в голову можно сделать на годо. Единственная проблема это то что он не популярный и мало туториалов, но есть несколько каналов. Анрил намного сложнее и юнити и годо, а юнити впринципе хороший.
Я согласен, мне кажется даже что годот стал сильно большую популярность набирать чем пару лет назад, из того, что я видел в туторах, я бы вообще сказал, что для маленьких инди проектов он подходит лучше чем юнити. На момент записи видео я обошел годот стороной именно из-за отсутствия массы туторов, которые есть для уе и юнити.
Большие проекты лучше не брать либо я тоже взял большой проект вытоги проект выпущен был в бету и уже некому не нужен тенболи если вы новичек вы точно совершите ошибки а потом будете в них капатся через 3 месяца и говорить кто это написал? Так что выберите маленькие проекты
То есть по твоему игры это тупо хобби для нищех и нельзя рассматривать как бизнес или подработку? Ну бред же. Любой труд должен оплачиваться. Волнует другое, что Русскому геймдеву пришёл окончательный конец, так как теперь уже точно на этом не заработать.
Ну для себя, я понял что, надо делать то что, ты говориш не делать, и не делать то что, ты говориш делать, если делать так как ты говориш, то это очередной шлак глюченый для гугл плей.
Вот ты говоришь игра это пережитки ее автора, отсюда вывод, автор унылый ноунейм) У тебя игры, которые я когда встречал, всегда думал чтож за наркоман такую ху*ню мог придумать))) Я пилил и на анриле и на юнити. В юнити сложность для меня была с мультиплеером, а в остальном он проще. А анрил это больше для тех кто не может кодить, точнее может там пару переменных сочинить, пропустить их через циклы и типо игру писал. А на самом деле если хорошо кодить имеешь, то и анрил нах не нужен будет. Можете конечно спорить попробовать. Вот только знание блюпринтов твоё нахер никому не нужно вне анрила, а знание сишарп нужно много где вне юнити) Меня вот мучает вопрос, почему ты такой разработчег, выпустивший 4 игры, отказался от кода?)))
Главная ошибка смотреть всякие видео о создании игр и не начинать делать игру ахаэазаха
Формат зашёл. Такие советы от уже достигшего какого-то результата инди девелопера крайне интересны. Не со всеми суждениями согласен, но на таких противоречиях и появляется именно своё видение процессов разработки.
Спасибо!
Замахиваться сразу на крупные проекты на самом деле полезно -- так гораздо быстрее учишься, определяешь потолок своих возможностей и какой стиль работы тебе подходит. Плюс из тестового проекта для обкатки какой-нибудь механики игры мечты впоследствии может получиться небольшая самостоятельная игра.
Для того чтобы учиться не нужно делать вообще проект, а можно делать отдельные механики и их прототипы. Речь идет о конечном проекте, а не об обучении. Я когда то пытался сделать большой сурвайвл хоррор типа фореста с крафтом и защитой базы. И могу тебе сказать, что когда большой проект ты добавляешь одно и потом баги вылазят еще в куче уже рабочих вещей и по большей части рано или поздно становится так что ты не делаешь что-то новое, а фиксиш и фиксиш и в конечном счете это настолько надоедает, что скорее всего ты уже это доведешь до финала или поймаешь такой баг, что просто не будешь понимать, что с ним делать.
Лучше сделать ровно наоборот. А именно создавать кучу мелких проектов, в которых можно протестировать какую-то отдельную механику (а может и ряд связанных между собой механик), чтобы набить руку и набраться опыта. А когда будет опыт в создании нужных для игры механик, то только тогда стоит браться за проект.
Это лишь моё мнение, но я в нём твёрдо уверен. Когда ты новичок в геймдеве, нужен опыт. А самый простой способ набраться опыта - это, как уже сказал, отдельно разбирать механики для игры. Сейчас я делаю прототип простенького интеллекта для мобов, и разбираться во всём этом намного проще именно в пустом проекте
хз я замахнулся впервые в UE на открытый мир с WorldComposition размером 128кв. км и океаном (как фанат корсарской тематики хотел сделать свои "корсары", только на UE). И пожалел об этом через год заморочек) Увидел в ютюбе проект "Корсарская химера", понял что и без меня с этим хорошо справляются и начал творить простые кайфовые вещи, при чём уже на Unity =)
Полностью согласен со всем сказанным. Начал ковыряться в Construct, думал что ничего не смогу, не разберусь, но непреодолимое желание творить, подстегивало и толкало вперед. И чем дальше ты двигаешься, воплощаешь свои идеи, тем как то проще что ли становится. Самое главное не гонитесь за деньгами, получайте удовольствие от процесса.
В + того чтобы брать UE\Unity, если вы разочаруетесь в соло карьере - опыт работы с движком будет хорошим бонусом в резюме
брать? В смысле курс?
@@a_r_t1217 В смысле использовать движок
Классное видео, действительно полезные советы) В 5ом пункте у меня скорее обратная проблема, мне всегда кажется, что у меня прототип так себе, что у других намного лучше и в итоге я могу бросить проект не дав соей идеи раскрыться.
Спасибо! Ну нужно перебороть себя и показать, хотя бы один разок, прототип людям. Дать "пощупать" его. Я думаю после этого появится более чёткое видение себя и своего уровня.
Очень хорошо сказано, что нужно прислушиваться к себе и создавать то, во что разработчик сам хотел бы поиграть для души и чтобы поиграли в этот проект его друзьям, и только тогда можно создать душевную игру:) А в самом конце Вы отлично сказали не слушать других разработчиков и людей которые скептически ко всему относятся, это очень мудрый и правильный совет, потому что new-инди-разраб должен сам выбрать свой путь, а не то что говорят другие люди. Счастья Вам и душевных игр! Я сейчас изучаю UE4 и рад, что геймдев стал доступен для обычных людей:)
Саня, спасибо за это видео! Действительно годные советы для начинающих и памятка для опытных)
Я хотел добавить на счёт диздока. У меня есть как мои соло-проекты, так и общий с ребятами (Last Man In Space). И в одном и в другом случаях я веду некую документацию:
1) Для соло: у меня есть дока, куда я записываю просто тезисно какие-то идеи, механики или какие-то параметры, чтобы просто их НЕ ЗАБЫТЬ. Кратко, чтобы понял только я сам. Ты упомянул блокнот - да это тоже хорошо)) Но по факту ты прописываешь тоже самое но на физическом носителе. Хотя может в физической записи идей есть что-то творческое, хз тут. Ну там...шуршание карандаша, зачёркивание ошибок, наброски тут же...АСМР КАКОЙ-ТО!
2) Для команды: мы используем трелло для задачек (нас 6 человек) и гугл-доки для объяснения всего (что умеет ГГ, какой сюжет у демки, какие ассеты нужны и т.д.). Всё это в более "разжёванном виде" , чтобы всем было удобно пользоваться и чтобы все делали в одном направлении. У меня есть "заскок" на структурирование (это да), но в целом СИЛЬНО заострять своё внимание на диздоках я (как и ты) тоже бы не советовал. Рекомендую найти некую середину - когда всем всё ясно и не сильно упорываетесь в конкретику.
Например про прыжок в игре:
Плохо: Прыжок - это изменение вертикального положения персонажа на 3 единицы измерения вверх с постепенным спадом скорости передвижения до нуля и возврат в исходную точку с постепенным нарастанием скорости передвижения от нуля до
Норм: Прыжок вверх на 3 единицы. Действует обычная гравитация
Спасибо! Поддерживаю, грамотно всё по-человечески расписал :3
Очень дельные советы, смотрю далеко не первый ролик на подобную тему, однозначно один из лучших
Объективно, действительно крутые гейм-дизайнеры - это очень хорошие рассказчики.Тот кто умеет строить связный, логичный сюжет, сможет сделать и игру. И еще, мы все приходим в геймдев прежде всего из-за графики, но часто не отдаем себе отчет в том, что хорошая игра, как правило, с очень хорошим звуком. Игра даже с самой примитивной графикой и хорошим звуком будет выглядеть дорого. И наоборот, игра с тонной крутого vfx, с крутыми уровнями, с хорошим светом, с классными мешами и материалами, с хорошо проработанным деревом поведения AI, но без хорошего звука будет ощущаться как унылое говно. В общем, подумайте про сюжет и про звук, пусть это будет короткая история и самый минимум звуков и музыки, но и то и то должно быть на высоте.
Четкий видос мужик, все как надо раскидал, спасибо. Формат отличный.
Я 3.5 года занимаюсь веб-разработкой, но почему-то послушать интересно тебя. Уже какой день залип. Надеюсь на VK Play игра тоже будет
Полезные советы, подчерпнул для себя что-то : )
Спасибо, очень интересно. Атмосфера ламповая у видео)
Возник вопрос: например, написание диздока. Это же может потом использоваться как портфолио для того же геймдизайнера (конечно с учётом того, что игра будет завершена). С другой стороны, в инди главное вообще закончить :)
Конечно может, но, вспоминая свои собеседования, намного больше эффекта выходит от простой демонстрации своих игр и наград с выставок.
Большое спасибо, хорошо облил водой холодной, теперь я ещё больше уверен, что это будет тяжёлый путь, но предвкушение меня ещё больше будоражит.
Делать хочется, как хочется, но вот ограничения в знаниях кода... в частности блюпринта. Заставляет делать некоторые моменты как умеется )
Ну знания не придут мгновенно, если чувствуется, что пишешь код или архитектуру приложения неверно, то просто надо гуглить - смотреть как ещё другие делают. С опытом придёт чуйка.
Большое спасибо за видео! Было очень интересно и полезно, а главное - актуально!) Скажи пожалуйста, что за картина висит з-зади тебя?
Спасибо! Да это баннер тканевый по игре как раз
А почему вступление только три минуты, я требую 10ти часовую версию.
спасибо за ролик ❤
Кстати спасибо за ролик но хочу сказать по поводу 3 ошибки (кстати возможно я еще напишу ) делать все на кубах удобно так как хочется сделать уровень с особеностями например с колоннами статуй и я как художник по пиксель арту скажу что сложно перерисовывать (как физически как и морально) когда уже почти все нарисовал а тебе просто не понравилось как он построен и что большинство просто не подходит но я и согласен когда персонажа главного и его вещи делают на кубах так как ты сделал идею и перс может поменяется только по пророботке деталей но это другое ведь лучше сделать уже готового перса ведь иммено по нему если вы художник будете строить всю игровую атмосферу .... Спасибл тебе за ролик ведь щас пытаюсь сделать игру а советы как раз в тему во время зарождения идеи...
Спасибо за видео, в конце было душевненько и искренне))
Влепил жирный лайк. Самые годные советы которые слышал в рутубе. Впринципе твоё мнение совпало с моим.
Круто! Спасибо
Объемное знание других игр может и навредить свободной мысли разработчика, особенно если этот разработчик переоценивает крутость своего будущего или разрабатываемого на данный момент проекта.
В таких ситуациях я бы советовал задавать глупые вопросы тем людям, которые не играют в игры.
Ответы людей не играющих в игры могут порой сильно удивить своей необыкновенностью и редкостью. Возможно вы даже обнаружите, что то, о чем говорят люди вокруг еще никто не использовал в своих проектах и возможно вы будете первым.
Ps. Есть крупные игродельные компании которые проводят опросы среди ВСЕГО ПЕРСОНАЛА, а это так же охрана и даже технички чтоб вы понимали, причем есть случай когда "глупая" техничка подала гениальную идею для игры и в последствии эта игра принесла кругленькую сумму и даже побила какие то рекорды.
Привет. Начал разработку своего первого игрового проекта. Спасибо за советы!
Начал веси блог о разработке)
И как успехи?
@@jonmoxley235 делаю уже третью игру:) Снимаю о ней видео)
Спасибо, очень подходящее видео.
Крото! Вообще можно делать на каком хочешь движке но некоторые ограничивают твой функционал и ставят тебя в тупик! Я сам делаю на construct 2, 2d игры и мне нравится его легкость! Но 3d конечно можно на костылях сделать но это муторно и сложно для меня.
Привет, пишу музло около 10 лет, кроме основной работы на аудио библиотеки есть желание написать что то конкретное для инди игры. Если интересно напиши пообщаемся)
Ой, понеслись топы :)
ахахха, ну смотри на тебя сработало :D
Что думаешь про Godot? Думаю начать разработку с него ибо мне показался он проще чем Unity)
Думаю, что для небольшого и не замороченного в плане графики проекта - Godot действительно хороший выбор. В unity за последний год-полтора появилось столько обвесов навороченных, что мне он уже не кажется настолько привлекательным, как раньше.
Потенциально Godot ещё будет раскручиваться и становится мейнстримным движком, учитывая что Epic Games их неплохо проспонсировала грантом пол года назад. godotengine.org/article/godot-engine-was-awarded-epic-megagrant
Что щас о нем скажешь? Стоит ли углубляться в его механики или учить C и идти на юнити?
@@artemtadeush734Здається там треба C#, а не C) Будь-який двіжок хороший насправді, на більшості можна реалізувати свої проекти, тут вже залежить який для тебе зручніше по функціоналу та інтерфейсу) Є чувак ThinMathrix, який пише ігри на Java і власному двіжку)
Сашка лучший
Очень искренне. Спасибо!
13:54
Огонь по своим😂
Помогите, пожалуйста, определиться с графикой с заделом на нынешнюю актуальность и будущий возможный рост. Можно ли начать с пиксель арта? Актуален ли он еще? И куда можно расти в дальнейшем со знаниями этого направления?
Вам нужно начинать с того, что вас лично привлекает в первую очередь и не переживать об актуальности. Иначе вам не хватит внутренней мотивации заниматься этим 24/7.
Меня так и тянет делать GTA
Я только первый второй день учусь программировать в годот3 на питоне. Проблема, что я смотрю кучу видео на Ютуб и совсем нипонимаю как писать код в правильном порядке, ещё я не могу найти можно ли нарисовать своего 2д персонажа в отдельном приложении и добавить его в годот. Все почему то скачивают 2д модельки, а как сделать самим негде нет этого
Ну первый-второй день это ещё такой маленький срок, что не стоит переживать о таком большом количестве вещей сразу. Я и спустя 8 лет бывает теряюсь в том, как что правильно сделать. Практических совета могу дать два: 1) Гуглить на английском языке, потому что найдешь больше ответов и ресурсов.
2) Фокусироваться на отдельных непонятных на данный момент задачах. Не распыляться.
Удачи!
@@AlexGoodwinGames Спасибо большое, как то спокойнее стало, а то думала, что я делаю совсем, что то не то.
Привет! Хотелось бы услышать путь, по которому бы ты начал учить UE4 , вернувшись назад , когда только начал переходить с Unity. Либо если бы вообще не был знаком ни с одним движком.
Привет, я бы начал с официальных базовых туториалов на Unreal Academy www.unrealengine.com/en-US/onlinelearning-courses и паралельно пытался бы реализовать простейшие механики, просто из головы, например в понедельник я буду делать двойной прыжок, во вторник ускорение, в среду - атаку ближнего боя и т.д.
@@AlexGoodwinGames Спасибо за ответ :)
Спасибо, Санек
Что насчет construct 3?
Инфа по движкам в 23 устарела . Конкретно могу сказать за годо4 . Он сильно апнулся и как человек который начинал с Юнити, честно я особо в нем хороших результатов не добился . Спустя пару лет услышал о опен сорс движке годо , скачал , запустил - кстати он весит немного и стартует так же быстро как vscod. Основную концепцию постиг за неделю , мне очень понравилась идея узлов (думаю можно считать как компонентный подход ) в react.js . Не перегруженный интерфейс , есть как визуальный инспектор для новичков и в то же время свобода через код для ламеров . Слышал что и констракт 4 для удобный и не требователен к программированию . Как бы да юнити и анрил безусловно как проприетарный софт будет в некоторых местах лучше , но для инди разработчиков такой функционал нужен совсем не часто
Привет, Санёк! Стримы в ближайшем будущем ещё планируются?))
Может быть завтра вечером, чисто по разработке Селфлоса.
Видео классное, информативное, много полезной информации. Но насчёт блокаута не согласен. Штука очень нужная, лучше приучить себя сразу к ней
Класс видео
Можно вопрос? На каких материалах вы изучали Blueprint? И какие посоветуете?
Привет! Как я и говорил в видео, у меня до UE уже был опыт нескольких лет работы с Unity. В целом движки очень похожи, поэтому особых тутриалов или обучающих материалов мне не понадобилось. Но я рекомендую зарегаться на Unreal Academy www.unrealengine.com/en-US/onlinelearning-courses?sessionInvalidated=true
Там есть очень нормальные курсы для начинающих, именно по блюпринтам. Единственная преграда тут это то насколько хорошо вы знаете английский язык.
@@AlexGoodwinGames да и главное надо сказать, что нет такого урока чтоб посмотрел и научился. Это все с практикой приходит. Я тоже по началу не понимал откуда у человека в голове инфа куда и что присоединить в принтах. А сейчас и сам немного запомнил)
Ассемблер:))) очень лёгкий как блу принт
*Я инди разработчик и я хочу делать Киберпанк 2.0 :)*
Не подскажешь реально ли сделать инди разработкой своим основным доходом со своей небольшой командой? Полазил, погуглил, но в основном если выбирать инди то встречаются статьи: работа-разработка-сон-работа или я плохо искал?
Возможно, но не с наскоку. У меня на это ушло 6 лет примерно. И периоды работа - разработка - один час сна - работа тоже были. Это не лёгкая стезя, уж точно.
Спасибо!
Годнота)
а есть такие площадки, куда выкладывают инди игры любители, не ради заробатка или законченные проекты как в стим, а вообще любители куда просто кинули ради оценки игры и посмотреть реакцию
конечно. Itch.io и gamejolt - это сайты, которые были созданы для авторских, не всегда завершенных игр.
@@AlexGoodwinGames спасибо, очень хорошие источники
@@AlexGoodwinGames но в них действительно кто-то играет? Я имею ввиду сейчас же существует куча ААА проектов и всяких других игр, но кто-то постоянно смотрит Геймджолт и играет в инди игру, которую забросит максимум через 2 дня? Я не имею ввиду, что инди игры - хрень, я имею ввиду, что большинство таких инди игр неувлекательны
@@WiserClub6 их конечно лучше использовать, в первую очередь, как площадки для бета тестов или тестов вертикального среза вашей игры. Но я также знаю индюков, которые сформировали там изначальную базу игроков, которые им донатили. И уже после шли на стим или к издателям.
привет, можно ли сейчас находясь в РФ получать финансирование для создания игр?
Если у тебя есть российский инвестор, то без проблем.
@@AlexGoodwinGames получается проблема именно в сложностях перевода денег из за рубежа?
Формально да, но в целом сложно найти иностранного инвестора который в принципе согласен работать с ру. юр. лицом@@Woodreack
@@AlexGoodwinGames спасибо, а сталкивались, знаете, нужно ли открывать юр лицо за за границей, чтобы запустить краундфандинг? Имеет ли это смысл на ваш взгляд? Прочитал про кик стартер, как понимаю он не подойдет в моей ситуации?
Конкретно про кикстартер надо читать вообще в каких страных он доступен. Там совсем не большое количество.@@Woodreack
Привет! Можешь подсказать, для создания 2D-игр (карточные, пошаговые в изометрии, адаптации настольных игр), какой движок лучше подойдет?
Несколько месяцев изучал Unity, часто говорят, что он хорошо подходит для 2D игр, но в нем все до мелочей строится на коде C#, конечно недавно ввели визуальное программирование Bolt, но оно совсем свежее и база туториалов еще не сформировались. Я как-то с программированием не особо подружился, а в Unity все строится на работе с кодом и добавлением скриптов на объекты.
Недавно узнал про Blueprints в UE4, для которого уже есть хорошая информационная база, но говорят, что UE больше для 3D проектов, правда это сравнение проводили несколько лет назад. Как сейчас реализована работа с 2D в UE?
Какой вариант лучше выбрать по мои задачи? Возможно вообще стоит выбрать другой движок или есть какие-то конструкторы. Интересно твое мнение по этому вопросу.
Привет, ответ довольно простой. Unity сейчас лучший выбор для 2D, там очень много инструментария уже готово для работы с тайлами и 2д освещением. В Unreal придётся это всё собирать самому своими руками и из ассетов. Так же, блюпринты в Unreal не являются панацеей для тех, кому тяжело даётся программирование, они принципиально не отличаются от написание кода на С# в Unity. Суть программирования ведь не в том, что вы знаете конкретный синтаксис или формат этого программирования - вам нужно научится строить архитектуру приложения, выбирать правильные решения в ходе проектирования и использовать паттерны программирования. И это будет везде, будь это хоть ЯП или визуальная система программирования. Сам 2D проектов в Unreal не делал. (в Unity делал). Если бы мне дали 2Д проект сейчас "на заказ", то я бы его делал на Unity.
@@AlexGoodwinGames Спасибо. А есть ли какие-то ресурсы, где можно найти информацию под определенный стиль игр? Чтобы не распыляться на все подряд. Например я хочу научиться создавать карточные игры (Hearthstone и т.д.) Где-то можно скачать готовые шаблоны похожих игр, чтобы разобраться в коде? ..курсы по созданию шутеров или платформеров вряд ли в этом помогут.
Как бы вы начинали изучать движок, если бы решили, что будете ориентироваться только на определенный стиль игр (только на карточные игры или только на тавер дефенсы)? Как стоит с нуля обучаться под определенный стиль игр?
@@v4143 Точно не стал бы искать готовые шаблоны и пытаться в них разобраться. Вы ж сказали, что вам тяжеловато пока даётся программирование, а так вы себя только закопаете и демотивируете ещё больше. Если бы я хотел сделать игру определенного жанра, то я бы просто решил шаг за шагом имплементировать её составные механики. И гуглил бы уже реализацию (видеотуторы или похожие вопросы у других разрабов) конкретных механик. Для карточной игры почти всё программирование будет завязано на UI, так что вам и нужно начать с туторов по тому как делать интерфейс в Unity, к примеру.
@@AlexGoodwinGames Спасибо. Успехов в творчестве.
По поводу 1-ой ошибки не согласен. Чтобы как раз таки в будущем не потерять кучу времени, лучше сразу определиться, какие игры человек хочет делать и на какую платформу. От этого будет и зависеть выбор движка. Если человек хочет делать игры сразу на пк например в Стим, делать 3д проекты и есть нормальный комп, то лучше Анриал. Если у человека цель, это игры для телефонов/планшетов и хочется делать 2д или 3д, и комп не супер мощный, плюс кому хочется попроще, лучше юнити. Тем кому еще хочется проще, как ты говоришь творчество важно, а не технологии, тем кто хочет делать простые браузерные 2д игры не парясь по поводу кода слишком, то это Констракт. Тут зависит от того, что человек хочет. Как можно выбрать просто так на обум, я не знаю
Определенно в вашей мысли есть истина. По поводу разбивки технологии на Мобилки/стим/браузерные игры я не согласен категорически, я всегда считаю, что если ты решил заниматься геймдевом (даже если это по началу просто хоббит), то потенциально ты внутри надеешься, что станешь профи и либо сделаешь свою студию(даже из одного человека), либо пойдешь работать в студию. Поэтому констракты и хренакты выкидываем сразу, просто потому, что зная Анрил или Юнити прогрессия в индустрии будет намного быстрее, как в плане поиска контактов, карьерных возможностей, так и в поиске сотрудников на свои проекты в будущем. Поэтому в целом советую выбирать наобум из юнити и анрила. А первые свои проекты почти любой человек будет делать те, в которые ему нравится самому играть или хотелось бы поиграть.
@@AlexGoodwinGames ну, согласен с вами. Ходят слухи, что юнити и анрил будут не доступны. Не знаю, на сколько это правда) Что по этому поводу думаете, если слышали?)
@@AlexGoodwinGames по названию вашего канала и картинке не понятно, что это канал о геймдеве) Не думали сменить, чтобы больше народу привлечь на свой канал?) Я чисто случайно на него попал))
@@ЭдуардМалютин-ч8п в начале санкций такие слухи были, но они не подтвердились. Я общался недавно с представителями Эпиков и не почувствовал, что отношение изменилось. Так что вероятность, что ограничат доступ к движкам мне кажется маловероятной
@@ЭдуардМалютин-ч8п хорошая мысль, спасибо!
Здравствуйте!) я хочу поступить в Вашу магистратуру, щас мне 27 лет. Не поздно ли? Или нормально?
Привет. Такие вопросы лучше на почту мне пиши или в личку в контакте.
Но не поздно, ограничений нет по возрасту нет.
Зачем тебе куда то поступать? Для начала определись что хочешь создать. Если мобилка то юнити а если мультиплеер то анрил. Открывай ютуб и твори.
@de[MODE]l это не шаблон, это естественное явление. Просто хорошие движки платные. А платить народ не хочет и пишут свое либо юзают бесплатное. Либо кому что удобнее для работы. Мне например удобнее в юнити. Но так как не особо шарю в советах юзаю пока анрил
@de[MODE]l юнити 3 версии, одна бесплатна для изучения, одна бесплатна при условии что вы зарабатываете менее 100000 доляров в год ну и про версия. Вот может у вас была та что не для коммерции или ломанная про?)
Ой, кажется я нашел толкового чувака
Впринципе прикольно, но всетаки необязательно брать юнити или Анрил, я программирую на Годот, и как по мне это отличный движок, все идеи которые приходят мне в голову можно сделать на годо. Единственная проблема это то что он не популярный и мало туториалов, но есть несколько каналов. Анрил намного сложнее и юнити и годо, а юнити впринципе хороший.
Я согласен, мне кажется даже что годот стал сильно большую популярность набирать чем пару лет назад, из того, что я видел в туторах, я бы вообще сказал, что для маленьких инди проектов он подходит лучше чем юнити. На момент записи видео я обошел годот стороной именно из-за отсутствия массы туторов, которые есть для уе и юнити.
Самая большая ошибка в мире - Яндере дев и его симулятор
Ты похож на хилого Тома Харди).
Очень много слов в начале(... хорошо хоть видео на фрагменты разбито.
Бледный задрот, это инди разраб
Большие проекты лучше не брать либо я тоже взял большой проект вытоги проект выпущен был в бету и уже некому не нужен тенболи если вы новичек вы точно совершите ошибки а потом будете в них капатся через 3 месяца и говорить кто это написал? Так что выберите маленькие проекты
То есть по твоему игры это тупо хобби для нищех и нельзя рассматривать как бизнес или подработку? Ну бред же. Любой труд должен оплачиваться. Волнует другое, что Русскому геймдеву пришёл окончательный конец, так как теперь уже точно на этом не заработать.
Нуууу, можно создать свою площадку на подобии стим и там публиковать игры (понятное дело, что это довольно сложно, но все же)
@@АлександрГоробец-ы2л Утопия. Такая уже есть, мэил называется, только никому не нужная.
@@olegg.8973 Ахахахах, ну, тогда будем читать книжки и комиксы) тоже неплохой вариант!
Ну для себя, я понял что, надо делать то что, ты говориш не делать, и не делать то что, ты говориш делать, если делать так как ты говориш, то это очередной шлак глюченый для гугл плей.
Unity - дно
Вот ты говоришь игра это пережитки ее автора, отсюда вывод, автор унылый ноунейм) У тебя игры, которые я когда встречал, всегда думал чтож за наркоман такую ху*ню мог придумать))) Я пилил и на анриле и на юнити. В юнити сложность для меня была с мультиплеером, а в остальном он проще. А анрил это больше для тех кто не может кодить, точнее может там пару переменных сочинить, пропустить их через циклы и типо игру писал. А на самом деле если хорошо кодить имеешь, то и анрил нах не нужен будет. Можете конечно спорить попробовать. Вот только знание блюпринтов твоё нахер никому не нужно вне анрила, а знание сишарп нужно много где вне юнити)
Меня вот мучает вопрос, почему ты такой разработчег, выпустивший 4 игры, отказался от кода?)))
@de[MODE]l вы сами пишите код?
@de[MODE]l вот я тоже больше с кодом люблю ковыряться, но подучивал сишарп, он как то легко усваивается. А плюсы и просто смотреть страшно
@de[MODE]l да знаю, но не юзал)