На Unity сделано много замечательных игр: Hearthstone, VRChat, Escape from Tarkov, Valheim, Genshin Impact, Subnautica, Albion Online, Endless Space, Beat Saber, Boneworks, Rust, Блицкриг 3, Pillars of Eternity, Tyranny, Kerbal Space Program и многие другие.
Главным преимуществом Unity перед другими движками является его простота для одиночной разработки. Не нужно иметь целую компанию девелоперов, чтобы сделать хорошую игру. Если ты один или имеешь небольшую команду и хочешь сделать хорошую игру без претензий на ААА, то Unity станет лучшим выбором. Тем не менее, даже крупные корпорации зачастую выбирают для своих игр именно Unity.
Какие у Unity сильные стороны? Простота разработки, удобный инструментарий, кроссплатформенность, богатая документация, огромное сообщество.
Какие у Unity слабые стороны? Сложность в создании фотореалистичной графики. Для графики "как в Crysis" рекомендуется взять другой движок. Хотя Unity вполне способен выдавать не уступающую любым другим движкам картинку, это требует определённого навыка от разработчика.
На каких платформах работают созданные с помощью Unity игры? Windows, Linux, MacOS, SteamOS, Android, iOS, Windows Phone, PlayStation4, Xbox One, WebGL, Oculus Rift и многие другие. Полный список можно найти на официальном сайте. Таким образом, игры Unity работают на десктопах, на смартфонах, планшетах, приставках, в браузерах, VR-очках и некоторых других системах.
Часто вижу скриншоты с красивой природой на Unity. Как такое создать? Очень просто! В Unity встроены удобные инструменты для создания террейна и SpeedTree для создания деревьев и готовая реализация ветра - не нужно ничего писать или скачивать и подключать плагины - ландшафт в Unity создаётся в пару кликов.
Что нужно уметь делать для создания полноценной игры, кроме Unity-разработки? Кроме непосредственной разработки игры на Unity, требуется также уметь создавать 3D модели (3ds Max, Blender, ZBrush), 2D рисунки (GraphicsGale, Aseprite, Piskel), текстуры (Substance Designer, NeoTextureEdit), музыку (FruityLoops, Ableton). Не обязательно учить это всё - например, в 2D играх не нужны 3D модели, а музыка необходима далеко не всегда. Также вы можете скачивать элементы для ваших игр на бесплатных сайтах. Если у вас есть деньги, то все необходимые элементы можно заказать у фрилансеров на https://www.fl.ru/ (русскоязычный) или https://www.upwork.com/ (англоязычный).
Бесплатен ли Unity? Можно свободно скачивать, использовать и продавать готовые игры на Unity с лицензией Personal - это абсолютно бесплатно! Но на бесплатной версии при запуске игры будет появляться короткий стартовый ролик "Made with Unity", а также ваши доходы ограничены 100 000 долларов в год. Для снятия этих ограничений нужно приобретать платные версии лицензий Unity. В конечном итоге, платные варианты используются лишь крупными компаниями с огромными доходами, тогда как обычные разработчики в большинстве своём используют бесплатную Personal лицензию.
Обучение по книгам (печатные издания, актуальные электронные версии книг можно скачать на официальных сайтах издателей)
Обучение языку C# книги на русском языке:
1. C# для чайников Автор книги – Джон Пол Мюллер 2. Программирование на C# для начинающих 2е части Автор: Алексей Васильев 3. Head First. Изучаем C# 4е издание Авторы: Эндрю Стиллмен, Дженнифер Грин 4. Unity и C#. Геймдев от идеи до реализации Автор: Джереми Гибсон Бонд 5. Язык программирования C# 7 и платформы .NET и .NET Core Авторы: Филипп Джепикс, Эндрю Троелсен
Для людей абсолютно не знакомых с движком есть 3и основные книги на русском языке:
1. Разработка игр на Unity 2018 за 24 часа Майка Гейга (Знакомство с движком, изучение редактора, создание 4х простых игр практически без кода, отличное пособие для полных новичков). 2. Изучаем C# через разработку игр на Unity. 5-е издание Харрисон Ферроне (Пошаговое освоение всех базовых знаний по программированию на языке С# в редакторе юнити, создание одной игры стрелялки от первого лица, написание искусственного интеллекта врага, книга переведена не совсем корректно и порой встречаются не просто опечатки, а серьёзные неточности перевода.) 3. Unity в действии. Мультиплатформенная разработка на C#. 3-е межд. издание Хокинг Джозеф (Правильное построение архитектуры кода для сложных проектов, углублённое изучение программированию на C#, создание 4х полноценных игр на движке, обязательно нужно скачать код проектов, так как в книге он местами уже устарел.)
>>943795 Какой утонул ньюфажина блять. Тут треды висят которым по несколько лет. Вот такой какой-то как ты залетный сделал перекат на 500, и остальные дегроиды стали продолжать эту традицию.
Сап, прошу помогите придумать решение. Я хочу сделать мою игру с поддержкой модинга, но не хочу юзать метод через бандлы. У меня другая идея - можно ли некоторые ассеты выборочно сделать незашифрованными, либо зашифрованными в таком формате каждый файлик, что если файлы изменять или удалять, то игра не ломается, а просто ассеты в игре не отображаются? Ну вы поняли задумку, каждый эти открытые файлики мог бы изменять как хочет.
>>943832 Алсо, я оговорился - я понимаю что они НЕ ШИФРУЮТся, а просто сжаты, но этот формат .assets очень плохой и нужно стать программистом, чтоб расшифруовывать эти ассеты и потом всё в куче сложенно в виде кала, я хотел бы пользователям облегчить муки, ибо понимаю какого это. Ну просто блин как не сжимать выборочно файлы проекта, чтоб они лежали открыты в папке игры? Я уже много формуов официальных перечитал, но везде бе ме пук серьк. Всем настолько пофиг на не программистов, что словами не передать. Если б я хотел программировать, то тогда бы уж скачал анрил чтоб делать конфетку.
>>943847 Ах ДА, я и забыл чет про эту... А нельзя ли их в этой папке каком-то простым методом сжать файлы в непопулярный формат, но чтоб для модеров ни малейших проблем их вскрыть, а также они бы видели все пути и папки, ну то есть файлы по отдельности, ну чтоб мимокроки не могли читерить и смотреть их? А то тогда мотивация играть может исчезнуть лул.
>>943911 Я имел в виду непосредственно в этой папке Стриминг, гайд где надо писать скрипт мне не подойдёт однако, я слишком плох в этом, сколько не пытался.
Хочу из скрипта PlayerMove получать переменную _speed, увеличивать ее на 0,05f при срабатывании метода AddOne() (он срабатывает при подборе пассажира), добавлять на экран и потом отправлять обратно в скрипт PlayerMove, уже обновленную. Как это правильно сделать?
>>943958 Мне кажется правильнее было зафигачить ивент на подборе, а всю остальную логику подписать на нее. А скорость лучше бы оставить приватной и не трогать в других классах.
Да говно ваш юнити ей богу. Почему оно такое громоздкое, неуклюжее и всякие фичи зааналены, что нельзя под себя без лишних телодвижений оформить? Сишарп хуйня. Вся эта тема с префабами ещё вообще дрисня. Кто это придумал, КТО? Префабы, префабчики мою любимые... Нет чтоб как у людей сделать. А проект после билда весит больше, чем все его ассеты распакованные вместе весят. ЭТО КАК?
>>943992 Байтишь на движкосрач? А про размер проекта после билда ты епта подумай что такое вообще движок и нахуя люди с нуля игры не делают. Ты наверное ахуеешь но в каждый билд помимо ассетов игры еще и целый рантайм движка запихать надо.
>>943992 >громоздкое Нет, не громоздкий. >неуклюжее Нет, не неуклюжий. >фичи зааналены Нет такого. >Сишарп хуйня Сишарп бомба, идеальный ЯП. >префабами ещё вообще дрисня Префабы более чем удобны. >проект после билда весит больше, чем все его ассеты распакованные вместе весят Ненамного больше. Билд можно по-максимуму урезать. Не зря же на юнити создают браузерки и мобильные игры, которые весят копейки.
>проект после билда весит больше Хуй знает что надо делать с проектом чтоб он много весил. Разве что запихать кучу неоптимизированных 3д моделек с 2д пнг картинками. Мои конечные игры что 2д что 3д весят в районе 1.5гб. Из них блять пол гига это музыка и эффекты.
>>944025 >а сишарп говно. Литералли лучший ЯП для создания игр. ООП, удобные классы, всё супер.
>фичи зааналены, куча легаси Максимум вот тут соглашусь, что куча фич и ебучего легаси если будешь рыться в чужом коде, но это так, доёбка на грани 5%.
https://github.com/GrandTheftAuto6/TaxiRunner Хочу чтобы количество денег (_money) оставалось после начала новой игры. Два дня парился с ChatGPT - если что-то в коде смущает, то это не я, а он.
>>944071 Исправил. Теперь количество денег остается. При нажатии на покупку продолжения игры (скрипт PlayerDeathMenu, BuyLife()) игра продолжается - но деньги не списываются и скорость игрока падает практически до нуля. Как это поправить?
>>944102 Короче, если коротко: в скрипте PlayerDeath устанавливалось следующее - PlayerMove.Instance.Speed = 0f; То есть скорость обнулялась при касании барьера.
Добавил в метод BuyLife() в скрипте PlayerDeathMenu строчку: PlayerMove.Instance.Speed = 3f; и все заработало - не только скорость нормализовалась, но и деньги начали списываться. Не знаю как это все друг от друга зависело.
Кому интересно, все запушил на гитхаб. Заодно можете код покритиковать.
P.S. ChatGPT - отстой. Единственное что он нормально смог - создать методы AddMoney() и SpendMoney(), после этого всякую дичь нес. Пока что Восстание Машин откладывается.
>>943789 (OP) Помогите разобраться новому новичку с анимацией растительности, деревья с травой не раскачиваются, не реагируют на wind zone, гайдов по этой теме хуй. Но в демосцене ассета они движутся. Спиздил префаб прям с этой сцены и закинул на свою, и О ЧУДО, вся трава и деревья, которые размещал после этого, начали шевелиться. Потом опять что-то сделал и сбросилось нахуй. Лазил во все properties и инспекторы, везде где хоть что-то связано с анимацией, wind settings, но не нашел этой волшебной кнопки, чтобы оно снова зашевелилось. Возможно вместе с префабом на сцену закинулись какие-то ещё настройки, которых не было изначально, я вообще ничего не понимаю, изучаю юньку без году неделя, поэтому заранее извиняюсь за нубский вопрос форумчане
>>944112 Поросёнок здесь как раз ты. Пришёл в тред к уважаемым юнити-господам и начал ХРУКАТЬ. То тебе не нравится, это тебе не нравится. Почему нас должно это ебать? Со своими шизопроблемами иди в движкосрач >>618624 (OP)
В общем, есть условно сцена Level. На ней запечено освещение. Я создал новую сцену для тестов. Взял из сцены Level окружение и установил ссылку на Light Data Asset. После этого к окружению подцепилось запечённое освещение. Всё круто и так далее. Стал дальше экспериментировать и в результате всё сломал. Почему-то запечённое освещение не применяется к окружению. Попытался повторить все шаги на новой сцене и опять освещение не подцепилось. Я не представляю с чем это вообще связанно. Удалял папку Library, чтобы проект по новой собрался - результатов хуй. Смотре текстовые исходники сцены, показывается что правильная ссылка на Light Data Asset, всё ок.
Сбилдил игру под WebGL. Unity пишет что билд завершился успешно, но когда запускаю игру в браузере (с помощью XAMPP) - игра не грузится. Как думаете, почему?
Казалось бы, все должно работать - даже если число не получено, ставится 0.
Но с ним не работает, а без него все нормально пашет. Как думаете, в чем может быть проблема?
P.S. На одном из скриншотов код не закомментированный - и он не работает. На втором код закомментирован - и все работает, из главного меню я (нажав на кнопку "Играть") попадаю в сцену с игровым процессом.
>>944404 Что ты блять творишь то А? Не понимаю как ты можешь обосрать в какой-то базе нахуй. И где ты берешь код который не понимаешь? Какая версия юнити?
И последнее, начни ты блять с БАЗЫ нахуй, сделай уровень с простым и понятным для себя кодом, посмотри как работает.
>>944406 Я не баба ванга чтоб ванговать где в проекте ты мог обосраться лишь по паре строчек кода. Попробуй копать в сторону плэерпрефа, правильно ли с ним работает, и вообще работает ли он у тебя.
>Unity - все работает нормально. В редакторе Юнити и в реальном проекте многое может отличаться по работе, особенно касается с работой файлов.
>>944419 Ошибка в том что ты вообще PlayerPrefs используешь. Это само по себе хуйня забагованная которая работает или нет в зависимости от того какая ОС, браузер, виртуальная машина и т.п. у юзера. Она существует только для того чтобы у ньюфаней попка не болела от необходимости написать класс для работы с файлами. Просто сохраняй все нужные данные в файл и проблем не будет.
вы тоже предвкушаете как в юните 6 будут все сливки недоделанных технологий, которые будут криво присобачены к движку, а половина вообще будет заброшено?
Почему юнитеки до сих пор не добавили отображение неймспейса для монобихейвер-скриптов. Приходится префикс использовать для скриптов из разных областей игры.
>>944404 Бля, у тебя как не пост, все сюр. Какого хуя у тебя любые классы напрямую читают данные и обрабатывают их, в чем проблема то блять. Класс блять мейн меню, какого хуя он хранит бестскор. Читай и вчитывайся, ты когда в аптеку приходишь за таблетками, ты не берешь их сам с полки, ты говоришь аптекарю "дайте мне пожалуйста %нейм% таблетки", так же блять и в проектировании игры, у тебя класс мейн меню, если ему нужны какие то сохраненные данные он должен обратиться к кому то за ними, в данном случае у тебя должен быть еще один класс плеердата который и выдаст эти самые данные по просьбе. Я на 100% уверен что у тебя такая хуйня абсолютно во всех класс, они тупо выполняют все и делают что хотят, от туда и вся эта хуйня. Это блять даже не говнокод, это просто здоровенная куча жидкого дерьма которая еще и растекается в разные стороны бесконечно. Блять, щас полазил по гиту, ну это пиздец, здоровья пострадавшим. У заядлых нариков зависимостей и то меньше.
>>944606 >Какой курс, по-твоему, может научить правильно кодить? Необучаемые блять.. НИКАКОЙ. Любой курс это инфоцыганская хуйня. Курсы помогут только исключительно для ознакомления с тем на чем планируешь работать. Кодингу блять даже учиться не надо, поебать даже на всякие патерны, абсолютно, кодинг это блять не знание языка и его возможностей, кодинг это алгоритмы, достаточно бошки на плечах чтоб понять что ты делаешь полную хуйню. Никакие курсы нахуй не нужны чтобы освоиться в движке либо изучить яп, это все делается самостоятельно по необходимости, сначала ты представляешь алгоритм в голове, условно: тебе нужно встать со стула, какие твои действия? правильно, Опереться руками -> начать ими отталкиваться от поверхности -> вы поднялись; потом ты идешь и гуглишь как тебе в яп%нейм% опереться руками, как начать отталкиваться и повторяешь. Таким образом из за того что ты потребляешь информацию которая тебе в данный момент необходима так или иначе начинаешь понимать какая строчка в коде и для чего, и из за чего могла вылезти ошибка. А когда бездумно хуячишь под предлогом "а мне так на курсах рассказали" ты нихуя ничему не учишься, а значит нихуя и не понимаешь че происходит, собственно ты, и многие другие которые писали итт, тому доказательство.
>>944606 >Какой курс, по-твоему, может научить правильно кодить? Я всем рекомендую начать изучать C# отдельно от Юнити, по книгам. Нужно иметь именно бумажный вариант книги, чтобы она у тебя всегда была на руках. И начинать работать в обычной консоли, изучая самые базовые основы. Это старый, проверенный многими способ. Так ты сможешь детально понять, что происходит в коде который тебе предлагают курсы и сможешь писать самостоятельно такой же или ещё круче.
>>944642 >изучать C# отдельно от Юнити Ты ебанулся?? Если человек хочет делать игры на юнити, ему нахуй не надо это, это супер вредный совет.
>по книгам Ну пиздец, ты откуда, из нулевых вылез? Книги это атавизм, пока современный человек будет её читать он уже сто раз дропнет разработку от духоты. Нахуй не надо.
>Нужно иметь именно бумажный вариант книги Просто ебанутый.
>И начинать работать в обычной консоли Я даже не знаю, это либо реально ебанутый дед, или жирный троллинг.
>изучая самые базовые основы Вот это единственный полезный совет. Начинать изучать юнити надо с основ по ЮНИТИ, смотришь гайды, повторяешь, потом пытаешься делать свою механику по подобию. Максимум что надо это гуглить мехи, и почитывать офф доки.
>>944654 Чего ты кидаешься на всех, как бешенная псина? Я написал, что это проверенный способ. Он проверен лично мною, потому что я успешно реализовался и как C# программист, и как геймдевелопер. Он проверен моими друзьями, которые сейчас работают геймдевелоперами в других странах.
>делать игры на юнити Создавать игры сложно. Нужно понимать, что ты делаешь. Без хорошего знания языка ты будешь постоянно биться о стены, как слепой котёнок. Конечно, если твой предел мечтаний - это кликер для яндекс залупы, то тогда нет смысла изучать язык. Можно обойтись курсами и чатгпт.
>>944707 >потому что я успешно реализовался и как C# программист, и как геймдевелопер. А я успешно реализовался как президент успешной компании, бля буду, верь мне.
>Он проверен моими друзьями, которые сейчас работают геймдевелоперами в других странах. Дефолтная манипуляция пиздабола - сказать что у тебя крутые знакомые для усиления вымышленного аргумента.
>Создавать игры сложно. >Без хорошего знания языка ты будешь постоянно биться о стены Ну тут ты уже и запалился окончательно безигорник. Начну с того что писать код это самое простое что может быть в создании игры, а закончу тем что знание языка никак не влияет на сложность написания логики, на работу с точными науками, на работу с функционалом движка. Вы конечно, фантазеры, потрясающие ребята, в ваших фантазиях язык программирования это что то нечто невероятное когда по факту яп это тупо синтаксис с горстью функций.
Анон правильно сказал, углубляться в изучения яп отдельно от движка нет абсолютно никакого смысла ибо это тупо блять не профитно. И любой адекватный девелопер это понимает, кроме вас конечно фантазеров-пиздаболов.
Как я говорил, говорю, и буду говорить - самый лучший и правильный способ вкатиться: учишь базовую базу языка -> тыкаешь кнопочки в движке -> гуглишь информацию которая нужна здесь и сейчас. Не осилил?, - не осилил бы никогда, даже если бы прошел тысячи курсов, не осилил бы, смирись.
>>944642 >>944838 Вы оба во многом правы. Я считаю что для инди-геймдева нужен баланс между этими противоположными подходами. Достаточно иметь представление о популярных алгоритмах и структурах данным, знать ООП и несколько популярных паттернов. По сути, нужен только Синглтон, Композиция и Наблюдатель. Ну может еще и Фабрика. Если углубляться в кодерство глубже то сразу появится желание не игру делать, а писать еба-универсальные-расширяемые решения с поддержкой кроссплатформенности и модинга. Или хуже, анон будет заниматься байтоебством, многопоточностью, оптимизацией производительнсоти скриптов и тогда все, пиздец, долгострой на 5 лет. Нужно понимать что инди-игры мало общего с энтерпрайзом и разработкой серьезного софта имеют. Но и без начальных знаний получится такой >>944605 говнокод с которым невозможно работать будет.
Посоветуйте ассетов, чтоб поверх ассета перемещения между экранами (открытого мира) или бродилки по карте аля-рпгм вперднуть ассеты новелку с анимированными программно спрайтами, ивенты, систему сюжета, сохранения и пошаг боёвку, и может мини игры простенькие писать на реакцию. Моя игра не подразумевает 3д ассеты.
>>945152 Я ничего не понял. На ютубе только один идус уроки сонным голом преподаёт. Можно видео с демонстрацией, обзор, пример игры как я описал, хоть что-то чтоб время не тратить?
Скажите пожалуйста, возможно ли это взять ассеты чужой игры, распаковать их, немного редактировать и впаковать обратно в архивы и чтоб потом игра заработа и данные (графика) в игре соответственно изменились? Я что-то нигде никогда не видел модов игр на юнити, кроме как если авторы игр сами не включали поддержку моддинга. Это невозможно, да?
Аноны, юзаю new input system, и тут такая проблема, прошу помощи.
Короче есть ui. Когда чел кликает на кнопку "настройки", то закрывается панель с главным меню и открывается панель настроек. Я забиндил, что когда чел жмёт на геймпаде кнопку "B", то перекидываем чела назад - закрываем настройки, показываем главное меню.
Проблема в том, что в настройках есть dropdown-ы. Если какой-то из них открыт, то, при нажатии на "B", выпадающий список закрывается. Это реализовано самой юнити.
Поэтому вопрос: как сдетектить, что сейчас открыт какой-то dropdown? Чтобы при нажатии на "B" не перекидывать чела назад, в главное меню, ведь чел хочет закрыть dropdown, а не перейти назад
>>945316 Я не тот анон которому ты отвечал, но скажу что выглядит довольно интересно. Правда, что плохо, этот фреймворк явно сделан с прицелом на нокод-разработчиков. То есть там будет много ебатни с кастомными юнити интерфейсами которые существуют только для того чтобы нокод-манькам не приходилось программировать. Помните, был фреймворк Fungus? Вот, он в итоге и загнулся от такой идеологии. Разработчик просто устал делать тулзы для нокод-макак.
Алсо, а ты сам им пользовался, анон? Чем он тебе в первую очередь понравился? Какие самые крупные подводные камни?
>>945371 Я пользовался более старой второй версией. Привлекло как раз то, что куча функционала реализовано из коробки и не надо делать сложные фичи с нуля (что заняло бы кучу времени). В отличии от других подобных ассетов, где у тебя захардкожен какой-то функционал, а чтобы что-то поправить/допилить проще всё переписать с нуля, эта штука более гибкая и можно экспериментировать с тасканием нодов как душе угодно.
Подводные камни могу сказать по старой версии 2. Например она была заточена полностью под 3д, чтобы адаптировать проект под 2д, пришлось немножко покодить. Потыкал новую версию, вижу там они добавили полноценную поддержку 2д. Второй минус - хреновый встроенный редактор меню. Всё что касается создания UI это боль. В новой версии вроде как тоже это исправили, но досконально её ещё не щупал. Третий минус - я так до конца и не разобрался с api. Какие-то вещи могу делать через него (типа вытащить значения статов игрока), какие-то остаются для меня загадкой, а документация не особо полезна. Но может просто я тугой.
Всем привет! Начал потихоньку осваивать юнити и с# вместе с ним В планах попробовать свои силы в гей-деве (до этого 10 лет, да и сейчас пашу в ентерпрайзе) Есть какой-то чат, куда я могу обращаться с тупыми вопросами новичка? (ну типа, что такое префаб, нахера он нужен, где лучше писать обработку хп персонажа, итд итп) Пока что иду по англоязычным роликам с ютуба, но все пишут по разному, а хотелось бы понять как правильно. Например у одного: Collider2D[] collider = Physics2D.OverlapCircleAll(groundСheckObj.transform.position, 0.3f); А у другого RaycastHit2D rayCastHit = Physics2D.Raycast(groundRay.transform.position, -Vector2.up);
>>945465 > Например у одного > А у другого Так это разные вещи.
> Collider2D[] collider = Physics2D.OverlapCircleAll(groundСheckObj.transform.position, 0.3f); Коллайдер - это фигура и с помощью нее ты можешь вычислить пересечения с в определенной зоне.
> RaycastHit2D rayCastHit = Physics2D.Raycast(groundRay.transform.position, -Vector2.up); Рейкаст это очевидно линия которая собирает и с помощью нее ты вычисляешь столкновения в определенном направлении.
> Можно ли? Можно все, но желательно перед этим попробовать спросить у гугла
>>945465 > до этого 10 лет, да и сейчас пашу в ентерпрайзе > я могу обращаться с тупыми вопросами новичка? Охуенно ты поработал в тырпрайзе, что до сих пор себя новичком считаешь и не можешь самостоятельно выяснить в документации, что такое > Collider2D[] collider = Physics2D.OverlapCircleAll(groundСheckObj.transform.position, 0.3f); или > RaycastHit2D rayCastHit = Physics2D.Raycast(groundRay.transform.position, -Vector2.up); мимо
Аноны, а существуют под Юнити подобные Орку >>945152 фреймворки, но совместимые с ECS? То есть чтобы из коробки можно было бы создавать сотни или даже тысячи мобов одновременно в одной сцене. Обычные решения вроде Орка слишком уж завязаны на монобех, но дело даже не в скриптах на мобах, а в том что слишком много жрет навигация, просчет физики активных объектов и просчет кадров анимации (особенно если мобы в 3д и со скиннинг мешем).
>>945465 Такие тупые вопросы правильнее всего спрашивать у ЧатЖПТ или любой другой популярной нейросетки. Ответы будут в 95% случаев правильные и намного быстрее чем где-либо еще.
>>945534 >поработал в тырпрайзе, что до сих пор себя новичком считаешь Ну потому что в тырпрайзе очевидно другой стек и другие проблемы. С гейдевом, физикой, рендерами и прочим я сталкиваюсь вот последние дней 5. Поэтому новичок, что поделать. >>945489 >Коллайдер - это фигура >Рейкаст это очевидно линия Естественно я это прочитал в доке. Я пытаюсь понять как правильно. Какие минусы и подводные в обоих случаях? В каком случае логично использовать то или иное? Кто-то например двигает объект через transform.position, кто-то через MoveTowards кто-то через Lerp >>945539 >Такие тупые вопросы правильнее всего спрашивать у ЧатЖПТ Попробую, спасибо.
А как глубоко надо изучать C# для юнити? И как там с vr? Качество сильно хуже чем у UE? Можно ли пилить архитектурный дизайн с домиками и шоб человечки ходили?
>>945539 >Аноны, а существуют под Юнити подобные Орку
Что-то, что гордо называется ФРЕЙМВОРК могло бы и из коробки идти на ДОТСе или чем-то ещё, да обязательно всё в джобах и бурсте. Иначе смысл то какой? Накодить на синглтхреад монобехах любой может
>>945624 >Что-то, что гордо называется ФРЕЙМВОРК могло бы и из коробки идти на ДОТСе Ты о чем вообще? Такое не может идти из коробки. Это тупо прикладные инструменты которые выполняют ряд узких задач. Сделать контроллер персонажа с перемещением по карте и пошаговыми боями с мобами, например, в случае Орка.
>Накодить на синглтхреад монобехах любой может Ну удачи тебе кодить сотни классов по паре тысяч строк каждый чтобы получить стоковый функционал РПГ-мейкера в Юнити. Такие велосипедисты обычно годами прототипы делают.
>>945631 Ты не прав. Некоторые современные жанры вообще не переносят монобеха. Ладно еще реалтайм стратегии, но любой клон вампир сурвайвола просто невозможно нормально сделать на монобехе. Какие ухищрения не придумывай, у тебя на экране почти всегда сотни мобов и даже тупо навигацию монобех уже не вытягивает, не говоря уже о более сложных вещах.
>>945687 Если тебе нужен аж ебать его ФРЕЙМВОРК чтобы пошагово ходить или если ты пердолик, который, с какой-то целью, портирует функционал эрпогэ мейкера в юнити то удачи, конечно, в твоём нелёгком пути
Какая версия юньки самая стабильная и подружена с бОльшим количеством ассетов? Заебало всё вылетать в ошибки при импорте, а сам я ещё слишком зелёный, чтобы всё это править или создавать контент с нуля
>>945748 >Если тебе нужен аж ебать его ФРЕЙМВОРК чтобы пошагово ходить Любому нормальному человеку нужен фреймворк для того чтобы сделать с геймплеем вроде Файнал Фэнтези 7. Только ебанутый будет этот функционал с нуля в Юнити писать. На самом деле кроме того чтобы пошагово ходить дохуя еще нужно: - Управление несколькими режимами игры (на глобальной, локальной карте, в бою). - РПГ-система со статами, абилками, статусами, экспой. - Инвентарь и предметы, дневник и записи о квестах, журнал мобов и т.п. - Поведение мобов в различных режимах игры, поведение боссов. - Тулзы для создания и управления всеми сущностями выше. Пошаговый бой и менюшка с выбором действуй - это только 1%.
Эксперты, подскажите Ori and the Will of the Wisps - поскольку она сделана в Unity - она все таки как 2D сцена построена или 3D у которой ось камеры ограничили? Не могу понять, с одной стороны и паралакс во всей красе - с другой, куча освещения и взаимодействий которые врядли в 2D спрайтами захуяришь.
Сделал первую игру по гайду вчера. Вроде не сложно, но вот скрипты на си шарпе это конечно жесть, и вот как это все запомнить и реализовывать как ты хочешь, очень сложно, да уж..
>>946563 >Вроде не сложно, но вот скрипты на си шарпе это конечно жесть, и вот как это все запомнить и реализовывать как ты хочешь, очень сложно, да уж.. Челище. Дрочить код и архитектуру скриптов это самое простое что есть в создание игры. Вот рисовать графику, делать модели, генерить музыку с текстом, это уже гемор и напряжно.
>>946734 Нейросети не умеют например в тайлы или в полноценное 3д. Можно их использовать ситуативно, но если совсем заменить роботом кожаного получится говно.
>>946753 Где ты увидел кал? Музыка норм, вполне дженерик для фентези игр. Графон для пиксельного рогалика тоже норм. В чем каловость? Сгенерино за несколько минут, еще с десяток на пост обработку. И можно использовать в игре.