На Unity сделано много замечательных игр: Zenless Zone Zero, V Rising, Hearthstone, VRChat, Escape from Tarkov, Valheim, Pathfinder, Cuphead, 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х полноценных игр на движке, обязательно нужно скачать код проектов, так как в книге он местами уже устарел.)
Мне кто-нибудь может объяснить, какого хуя в Юнити обновления сделаны так что я качать вынужден именно всю новую версию движка? Не как в нормальных программах где скачивается новый пакет обновления и просто устанавливается к установленной версии, а сука брать скачивать отдельно целиком новую версию, удалять старую и еще потом оптимизировать проект на старой версии под новую? Это же блять просто идиотизм какой то. Какого хуя то блять?
Сделал вебсокеты, запускаю webgl билд все работает, сообщения читаются и пишутся. НО постоянно пытается сделать player connection multicast, куда-то законнектиться и получает ошибку.
Http, ws серверы запускаются в докере на 8080, 8081
Делаю перемещение игрока через transform.Translate с параметрами (Vector3.left Time.deltaTime _playerSpeed, Space.World); для перемещения влево. Можно как-то ограничить движение влево размерами экрана или такое через translate не прокатит и надо по другому реализовывать?
Лента на телефоне прорекламировала хабр, и как всегда после его чтения я в печале, с одной стороны инфоцигане неправильно учать, с другой школьники который только в школе прораммировали на хабр на серьезных щах вещают что в юнити тоже "поля" а не переменные
Поэтому подбодрите и расскажите что там в новой версии Что там в итоге то, пишут что теперь нормальный и функциональный UI делать меньше страданий, кто пробовал уже? Сохранение/загрузку так юнити и не сделал своими функциями? Это уже просто интересно, посколкьу я знаю что нет >>980590 >Можно как-то ограничить движение влево размерами экрана так тебе не игрока надо ограничивать а камеру наверное, а саму камеру впринципе скриптовать чтобы за ее предел игрок выйти не мог Ну это я с твоих слов понял что тебе надо
>>980556 Потому что чтобы ничего не сломалось, разработчики работают в дохуя разных версиях, одновременно К примеру старый, уже выпущенный проект который ты все еще поддерживаешь у тебя на 2019, а новый уже на 2020
>>980592 Не, у меня камера фиксированная, плывет вперед нонстоп. Игрок управляет 3d корабликом, вид камеры сверху, двигается кораблик по x и z осям только. Управление я сделал через transform.Translate Vector3.left/right/forward/back. Но я не знаю как ограничить, чтобы игрок за пределы экрана не вылетал. Я пытался ограничить перемещение в определенном радиусе через Mathf.Clamp, но это не будет зависеть от разрешения экрана и это ограничение статичное, не будет двигаться вместе с камерой.
>>980603 >Не, у меня камера фиксированная, плывет вперед нонстоп. ну так тем более, хуярь на камеру колайдер, и ограничивай хоть слева хоть всю >Игрок управляет 3d корабликом, вид камеры сверху, двигается кораблик по x и z осям только. Не совсем понимаю почему 3д кораблик но не 2д, но поскольку z ось тебя не интересует кроме как высоты камеры, то должно прокатить
Внезапно в проекте на ровном месте появился баг при рисовании текстур на земле. Теперь вместо любой текстуры черные пятна рисуются. Ничего связанного с этим вообще не менял. Просто взяло и отвалилось с ошибкой(вообще сразу с 4 только у них Соурс 0 и 1 и Дестинейшен 0 1 меняются) "Graphics.CopyTexture source and destination have different mipmap limits. Source 1, Destination 0 UnityEngine.GUIUtility:ProcessEvent (int,intptr,bool&)".
В голову пришла мысль возможно как-то пути проебались к текстурам поэтому зашел в менюшку и попытался добавить новую текстуру и тут же вылетело еще ошибок 999(! штук)
GUI Error: You are pushing more GUIClips than you are popping. Make sure they are balanced. UnityEngine.GUIUtility:ProcessEvent (int,intptr,bool&)
>>980606 Вот я и не понимаю как это нормально сделать коллайдером. У меня моделька игрока или не реагирует на коллайдеры, или если добавить ей rigidbody, то начинает при столкновении отскакивать от стен и как это отключить я хз.
>>980616 Звучит как фигня, ибо если все оставлять на физие движка, то как я говорил, при столкновении с коллайдером объект отскакивает от него, либо начинается дрочиться на месте, пытаясь пройти насквозь и иногда у него это получается. А мне надо, чтобы просто упирался в границу и не дергался при этом.
>>980617 В настройках ригидбоди поставь массу и гравитацию в 0. Тогда он просто стопатся будет о стенку. Может ты туторы начальные какие посмотришь хотя бы, это же совсем базовый уровень.
>>980619 Это один из недостатков которые я готов простить Юнити, хотя и считаю их редкостными пидорасами. Там хоть как проверяй, все равно где-нибудь что-нибудь наебнется Как будто сам игры не патчил свои, и не видел во что это может перейти
>>980632 Меня за подобный пост в сторону годика, но в шутливой манере и без оскорблений и ещё и с полезной инфой для спрашивающего забанили нахуй. Аккуратней
>>980620 Так в том и дело, что посмотрел, все уже поперетыкал, никакого эффекта. Если он сам по себе влетает в препятствие, то еще плюс-минус ок, объект просто дрожит, но остается на месте. А вот если его двигать в сторону препятствия, то он просто отскакивает от стены и начинает улетать в рандомную сторону.
У кого-нибудь есть положительный опыт по засовыванию юнити в сандбокс? Удалось дойти до создания проекта, но компилируется с бубном и ошибками. Годот что характерно лезет в сандбокс без проблем вообще.
>>980642 Ну например чтобы можно было доставать из архива и в архив без проблем, и иметь бэкап устанавливающийся одним кликом. И чтоб мусор по всему харду не расползался, и не мешал потом устанавливать старую или новую версию параллельно. Дофига для чего на самом деле.
>>980636 Лень открывать юнити и проверять сейчас, но мне кажется у тебя проблема из-за незнания основ каких-то. Почему у тебя ускоряется кубик при подлете, а не летит как есть, в коде может херни понаписал лишней.
>>980647 Я не гуру, а новичок: пару месяцев юнити открыл только. Is kinematic на стене включи и в ригидбоди на 0 всё поставь как на видео, а то оно вверх будет ползти при столкновении. Олсо тебе проще делать, чтобы всё не двигалось, а стояло на месте и по краям "стенки" поставить для объекта игрока. А фон пусть сам там движется - так проще будет.
>>980648 Спасибо анончик, хз что именно помогло, еще снял флаги с автоопределения центра масс и куб перестал улетать. Но все еще есть другая проблема: если зажимать клавишу, куб может проникнуть сквозь коллайдер, причем только в одну сторону, обратно он трясется, но не возвращается. Пробовал менять Collision detection, как пишут в некоторых гайдах, но все без толку. Что до движения фона, я хотел сделать сложный фон с движущимися по нему объектами. Тянуть разом кучу объектов на экране вместо движения одной модельки так себе затея как по мне, тем более, что в такой ситуации будет непонятно как синхронизировать движение фона с движением объектов на нем.
>>980653 По идее без разницы зажимаешь ты клавишу или через translate pos постоянное движение дается. У тебя Inertia Tensor единички стоят, попробуй на 0 поставить. Олсо, подписан на одного геймдева и поглядываю, чего он творит, т.к. идея игры его немного схожа с моей https://www.youtube.com/@madcookiesstudio У него там 3д фон процедурный генерится и удаляется в пределах обзора камеры(конкретное видео сейчас не могу найти). Хз как он это реализовал, я не вникал, но похоже на твою идею с 3д фоном.
Можно как-то гонять юнити без установки вижуал студио? Просто ненавижу эту опердень за размер и навязывание аккаунта МС. Жыдбрейнс тоже не пойдет ибо хрен теперь нормально поставишь.
>>980683 Для разработки в юнити у тебя буквально два стула - райдер или студио. Всё блять, больше нихуя нет у тебя выбора. Вскод для юнити это не серьезно. Вообще если ты не осилил программу поставить, куда ты в геймдев лезешь?
1. Начиная писать что либо вскод не показывает кучу вариантов что можно прописать как в студии. 2. Вскод не показывает кол-во вызовов функций, и откуда они вызываются.
И да я ставил расширение от юнити и c# специально. Тупо нерабочий кал.
>>980762 >1. Начиная писать что либо вскод не показывает кучу вариантов что можно прописать как в студии. >2. Вскод не показывает кол-во вызовов функций, и откуда они вызываются. буквально надо плагины ставить, а чтобы посмотреть вызовы функции надо ктрл зажать и кликнуть по ней
>>980745 >если ты не осилил программу поставить Я ее поставил. А недавно виндовс снес, и с тех пор наслаждаюсь тем что система запускается за 10 секунд а не за 100, и каждый раз когда отхожу на 5 минут это ебучее студио не дрочит диск, пытаясь проверить обновления или что у него там. Ну ладно райдер так райдер, буду искать торрент.
Мне надо получить ответ от сервера и обновить хп юнитов на сцене.
У меня висит обработчик пик 1 на вебсокет неймспейсе. Все что он должен делать это брать байтики и перекладывать их в протобаф структуру. Но какого-то хуя я ловлю пиздец на пике 2.
Скорее всего какой-нибудь датарейс поймал, но где я вообще хз. Роутер ивентов неймспейс => обработчик на пике 3. Я уже и Syncronize() добавил и в буфер перекопировал. Сам роутер под синкмапой.
>>980833 >проблем 0 Слабо верится. В доках буквально написано что в вебгл многопоток через жопу. И причем тут асинхронность, ясен хуй асинхронность будет работать в любом случае. >GameNetObjects ?
>>980838 1. Netcode for Entities 2. Netcode for GameObjects 3. Multiplayer Tools Забыл там же переименовали, вот то что используется.
>И причем тут асинхронность, ясен хуй асинхронность будет работать в любом случае. Асинхронность прямо связана с потоками пчел, или как по твоему в разных тредах выполняется коннект с разными игроками? Я же специально выделил что сервер "выделенный", там до десяти тысяч коннектов одновременно.
>>980841 Асинхронность всего лишь означает, что код не блокирует основной поток. Это как с корутинами. Каждый апдейт происходит опрос состояния. Чтобы получить ответ от сервера, тебе не нужно блокировать поток, тебе всего лишь нужно каждый апдейт опрашивать канал на наличие данных. И всё это происходит в рамках одного потока.
>>980844 Чел, асинхронность - это абстракция над задачами которые ЯКОБЫ выполняются параллельно. Будет ли там реально отдельный поток или нет - для асинхронности не важно, это уж как тв сделаешь так и будет.
>>980848 >>980853 Челы без обид, но нах вы лезите туда чем не пользуетесь? У меня реальный кейс работы, у вас какие-то маняфантазии на уровне чтения документации без реального опыта.
Просто повторю еще раз, если бы я был не прав, сервак сдох бы на первой сотне человек, ну или пинг у людей был в секундах. А так +- 150мс задержка при одновременном коннекте до 1к людей. Если что это 3д игра по типу раста.
>>980856 > Челы без обид, но нах вы лезите туда чем не пользуетесь? У меня реальный кейс работы, у вас какие-то маняфантазии на уровне чтения документации без реального опыта. С чего ты взял что не пользуемся?
Ты хоть прочитай что тебе вообще пишут, никто не отриуает что твой сервак многопоточный. Но у тебя проседает понимание того что есть асинхронность в си шарпе. Если ты не понимаешь в каком слусае асинк будет в отдельном потоке, а в каком нет, то ты: 1. Просто в какой-то момент обосрёшься и не будешь понимать почему асинки все в одном треде 2. Не сможешь пользоваться асинками в клиентском юнити коде, что тожн очень мощная возможность, только вот для этого у тебя все асинки в мейн треде должны быть.
>>980856 Ну ты реально прекол, какая связь между количеством клиентов и многопоточностью клиента? Нету ее нахуй. Сервер в одном батче может отправить хоть миллион положений трансформа, в одном потоке блять.
>>980859 >>980865 Ребят я вас понял, можете дальше маняфантазировать как и что должно работать, но у меня работающий сервер, а не просто фантазии как и что должно работать. Я рад за вас что в ваших фантазиях весь неткод работает в одном потоке, и что 4гц сервак с 6 ядрами и 12 потоками использует лишь 1 поток, да, очень верю, и люди играющие на сервере верят. Удачи вам с такими познаниями.
Сап. Перехал из говнодота. Подскажите как организовать ожидание в юнити. В тупорылом говнище для вокнутых долбоебов которые долбят друг друга писюнами в очко между крашами движка можно было просто написать асинк вызов функции, как организовать подобное в юнити с минимальным кол-вом кода?
Юнитаск лучше, т.к. есть такая специфичная штука - обычные таски могут жить ВНЕ плеймода. Т.е. ты нажимаешь выстрел, выходишь из плеймода, и код продолжается. А юнитаски сразу стопаются когда из плеймода выходишь.
Плюс у юнитасков околонулевые аллокации.
>>980873 >>980874 Нахуй корутины, если чел знаком с асинком то лучше сразу расчехлять юнитаск.
>>980891 > Вроде там обнов не особо много интересных Много, просто пиздец как >и лучше на старом проверенном сидеть есть такое >Юнити 6 кто-нибудь ставил уже Тут люди не особо используют юнити
Замена этим вашим корутинам. Например, надо подождать 7 секунд. Легко: var current_time = Time.time; while (true) { If (Time.time - current_time > 7) {break} } //Код здесь выполнится через 7 секунд, отвечаю.
Ладно, шучу. А если серьезно, то почему этот код работать не будет?
Делаю уровень с небоскребами и столкнулся с такой проблемой. Как правило камера нормально проезжает мимо объектов, отображая их на экране до тех пор, пока он не скроется из виду. Но иногда, видимо зависит от ракурса, объект перестает отображаться раньше времени и кусками становится прозрачным. Можно ли это как-то пофиксить?
Поясните принцип работы ебаного InputField, кто знает. Вот я создал InputField (плейсхолдер и текст уже внутри него) и приделал к нему такой скрипт:
public Text inputText; // размещаю здесь объект Placeholder public Text namePlayer1; // размещаю здесь объект Text
void Start() { inputText.text = "Ivanov_1"; // задаю стартовое значение, оно выводится сразу в плейсхолдере на старте } public void SetData() // на этот метод ведут обе кнопки с инпутфилда (при изменении в строке ввода и при выходе из нее) { namePlayer1.text = inputText.text; // присваиваю выводимому тексту, значение того, что печатается в поле ввода inputText.text = namePlayer1.text; // добавлено, т.к. без этого при стирании всех символов, автоматически (с какого-то хуя) появляется надпись заданная еще в старте - "Ivanov_1", хотя ее уже сто раз могли перезаписать }
Теперь, что я недогоняю. Вот у меня в начале выводит "Ivanov_1" и я хочу его дописать, например до "Ivanjv_1990". И нихуя, курсор прыгает в начало строки и типа затирай все нахуй и пиши заново. Причем после того, как я это написал все без проблем, блять работает. Ставь курсор и правь где надо. Но, сука, не на старте - на старте курсор, хуй поставишь. Только переписать все заново Я пытался просто вставить в старт работающий в SetData() код namePlayer1.text = inputText.text; inputText.text = namePlayer1.text; , но в старте он нихуя не работает и просто выводит в строке нихуя. Попытка вбить код таким методом, в старте тоже нихуя не дает namePlayer1.text тупо остается = "" namePlayer1.text = "Ivanov_1"; inputText.text = namePlayer1.text;
В целом, я понимаю, что тот пидорас кто писал этот код для редактора хотел все автоматизировать, но, блять, не методом же поломки алгоритма? Какого хуя один и тот же код не работает в двух разных местах и как это обойти, блять?
>>981219 вообщем, нашел сам - в методе Старт нужно писать: GetComponent<InputField>().text = inputText.text; namePlayer1.text = inputText.text; - не срабатывает с какого-то хуя для компонента в инпутфилд, а только для namePlayer1, там остается пустое место и курсор встает в начало строки
Тогда текст пропишется и в компоненте InputField и в namePlayer1.text . И можно будет ставить курсор в нужное место стартового имени.
Причем, уже в методе SetData() все прекрасно работает и namePlayer1.text = inputText.text; меняет текст в обоих местах, как и нужно, а не только у себя. Это явный косяк юнитеков, ебал их рот (в этом конкретном случае).
>>981237 В итоге все работает, но заметил, что при выделении всего или части Имени курсором и затем удалении его при помощи кнопки Delete или Backspace, удаленный текст иногда остается, хотя курсор и прыгает в начало строки. И нужно начать писать текст или щелкнуть курсором в другой части экрана, чтобы он исчез. Причем это срабатывает через раз и я не вижу логику почему так происходит.
>>981258 Вот код, жирным строка которую добавил, т.к. код namePlayer1.text = inputText.text; работающий в методе SetData(), в старте не работает. namePlayer1.text остается всегда равным ""
public Text inputText; // размещаю здесь объект Placeholder public Text namePlayer1; // размещаю здесь объект Text
void Start() { inputText.text = "Ivanov_1"; // задаю стартовое значение, оно выводится сразу в плейсхолдере на старте GetComponent<InputField>().text = inputText.text; } public void SetData() // на этот метод ведут обе кнопки с инпутфилда (при изменении в строке ввода и при выходе из нее) { namePlayer1.text = inputText.text; // присваиваю выводимому тексту, значение того, что печатается в поле ввода inputText.text = namePlayer1.text; // добавлено, т.к. без этого при стирании всех символов, автоматически (с какого-то хуя) появляется надпись заданная еще в старте - "Ivanov_1", хотя ее уже сто раз могли перезаписать } }
Вообще мне хочется найти работу, зря я юнити что ли много лет тыкаю, но реально интересно, насколько там реально отличается код/архитектура от того как я пишу. Такое чувство, что на первом рабочем дне открою исходники, увижу какое там охуенное архитектурное исполнение и затревожусь, что это выше моего уровня и что я своими рученками все испорчу.
Есть конечно вариант похуже, лапша от предыдущих 100 разрабов до меня. Но это хотя бы испортить не жалко, там видимо упор будет именно на исполнение поставленной задачи, архитектуру от меня требовать наверное не будут, главное чтобы тесты выполнились.
Короче хз, может кто посоветует открытые репозитории, мне для ознакомления , близкие к среднестатистическому исполнению кода?
>>981295 Написано так себе, причём шизом, не стоит на это ориентироваться(именно с точки зрения программирования)
> Короче хз, может кто посоветует открытые репозитории, мне для ознакомления , близкие к среднестатистическому исполнению кода? Ниче нету. И исполнение с архитектурой сильно варьируются в зависимости от компании(в ИП Васян если не повезёт то может быть любое говно, самое страшное, что ты только можешь себе представить даже близко не опишет масштаб катастрофы).
Правило в целом такое - если ты смог сделать игру от начала до конца, то ты либо уже можешь идти работать, либо не очень далёк от этого. Можешь смело откликаться на вакансии и смотреть чё будет, после собеседований смотреть что надо подтянуть. Плюс посмотри видосы по собеседованиям вроде этого мок собеса https://youtu.be/yP9rZt501kI Это не на ждуна, но тоже будет полезно.
А так в целом сложнее на собес попасть, чем работать, лол.
>>981299 Ну что получается когда на качество кода поебать либо не хватает квалификации, при этом нету контроля, а кабан кабаныч просит фичи поскорее. И это приправить сменой разработчиков.
Год классы на несколько тысяч строк, мешанина событий(обязательно ещё в гонкой и костылями для устранения гонки), порядок выполнения логики и инициализации в говне и множество точек входа, данные разбросаны по разным местам, юнитиивенты(особенно когда на кнопках висят).
Ещё бывает когда кто-то неопытный тащит какое то говно в проект не зная как с ним работать и времени изучить не хватает потому что надо пилить фичи, там бывают всевозможные кривые реализации MVx паттернов, ивент бассы, хуевое использование DI и сервис локатора, ну и само собой разумеющееск использование крутых слов и странных где не надо - провайдеры, сервисы, фасады, контроллеры, вью, менеджеры, адаптеры, когда оно этим не является или когда оно не нужно.
Своими глазами не видел, но боюсь ту самую мемную архитектуру на СО тоже кто-то использует...
>>981300 Нет, это все специфика работы, и ничего страшного в этом нет Хуево, когда ответственный за проект знает шарп парадигмы или еще какую то хуйню, но не знает юнити или даже как апдейт работает. И в лучшем случае идут изобретание велосипедов, в худшем изобритания велосипедов+не использования функционала
Делаю гонку, посоветуйте пожалуйста пак звуков мотора и музыки для саундтрека. Буду благодарен если посоветуете уроки по созданию гонки. Купил данный курс: https://www.udemy.com/course/kart-racing На мой взгляд в нем есть практически все, что нужно для начинающего разработчика мультиплеерных гонок (кроме реализации спидометра).
>>981300 > кабан кабаныч Поэтоум в идеале Кабаном Кабанычем должеть быть сеньор, который в свое время пожевал говна и знает, как оно все на самом деле может быть, поэтому обладает определенным набором эмпатии и потому должен хотя бы немного контролировать, чтобы архитектура шла в правильном/менее болезненном направлении
Вот серьезно. Я не работал в геймдеве, хотя хочется (хоть казуалки пилить, хоть порнуху, все равно кроме этого мне больше ничего не интересно), но меня пугает именно торопливость, дедлайн и прочее. Я, работая над своей игрой (которую доделал) иногда над какой-то проблемой мог сидеть неделю. Вскрываются, так сказать, непредвиденные проблемы.
В вакансиях пишут, чтобы чел мог "трезво оценивать" свои сроки. Другие пишут, как из-за дедлайна сидят ночами и стрессуют. Торопливость приводит к тому, что программисты вынуждены городить лапшу, чтобы сделать побыстрее.
Да бля, программирование - это же не картошку копать, где ты знаешь длину картофельного поля, свою скорость и можешь примерно рассчитать затраченное время на калькуляторе.
Поэтому здорово наверное работать в таких компаниях, где сроки не имеют особо значения, точнее нет конкретного плана уложится в такое-то время. Поэтому в идеале - это когда Кабан Кабаныч просто хочет воплотить свой проект в жизнь, и больше заинтересован в том, чтобы проект просто вышел, пусть на два-три года позже, но он уверен что окупится, да и вообще проект для него хобби, а не реально материальное обеспечение
>>981362 >Поэтому здорово наверное работать в таких компаниях, где сроки не имеют особо значения, точнее нет конкретного плана уложится в такое-то время. хуя дебил
Эх как же хочется работать в валв, и пилить третью халву двадцатый год подряд и никто не стоит на душой, а Гейб Кабанович где-то в Зеландии и ему похуй, ведь Стим приносит деньги, а игры так, для души
>>981401 Гейб Кабанович вроде как целыми днями в ВоВ задротит. Наверняка он всю жизнь завидовал близзардам... Сейчас пытается это компенсировать через захват игрового рынка.
>>981405 >разогнали всех разноцветноволосых в итоге Этот тот конкорд, который 8 (восемь) лет пилили? А их потом все разогнали? Пиздец, у них там жестко со сроками. Вот российский кабан кабаныч их только лет через 12 бы разогнал, а то и через 15
>>981410 А когда у нас когда кредиты давали под 7% у нас прям гд-рай что ли был? В РФ геймдев очевидно не очень работает пока и держится на инди, да и то так себе, посмотрим правде в глаза. Но странно сейчас про него вспоминать, когда 25% появилось сегодня. Я выше где-то писал, что у нас норм с этим всё что ли или к чему ты тут 25 приплёл вообще?
>>981412 >либо хотя бы на мобилки уходить андроиды или айфоны Ну, на мобилки самое то уходить, с учетом того, что там все решают бюджеты на рекламу. И ты заранее в проебе западному кабану и по объемам доступных кредитов на траффик и по их цене. Такое себе в общем решение
>>981414 > к чему ты тут 25 приплёл вообще? К тому, что кабан взявший в банке под 25% на разработку, шкуру будет спускать со своих подчиненных разрабов даже за возможное затягивание сроков. И в таких условиях искать нормального понимающего кабана - это надо быть долбоебом
>>981419 >просто тред почти мертвый Ну это да. Я работаю вот сейчас и попиливаю игрушку, но когда вопрос возникает, то мне проще в гугле найти решение проблемы, т.к. их сотни уже таких вопросов либо у гпт спросить. А тут хз чего спрашивать. В других тредах и движках (не буду говорить в каких) спрашивают всякую ерунду, но у них документаций меньше и тредов на сторонних форумах меньше, наверное. А свой прогресс мне проще завтра в субшоте выложить, чем тут.
>>981362 > В вакансиях пишут, чтобы чел мог "трезво оценивать" свои сроки. Скорее всего это "ИП Кабан Кабаныч".
Сроки выполнения отдельных тасок оценивает либо лид, либо команда на покере планирования, либо их вообще нет. Если на тебе ответственность за оценку задач и ты обычный разраб - значит процессов в компании нет, а работают там(в том числе на руководящих постах) не особо квалифицированные ребята.
Если задачи эстимейтстся с точностью до часов и за дедлайны ответственность на разрабах - значит тоже компания говно и руководство шизы.
> Другие пишут, как из-за дедлайна сидят ночами и стрессуют. В целом даже в гавне всяком с орущим кабанычем больше 8 часов в день работать нет необходимости как правило, если только там не шизы в руководстве, но с шизами в руководстве компания долго не протянет(за некоторыми исключеничми)
> Да бля, программирование - это же не картошку копать, где ты знаешь длину картофельного поля, свою скорость и можешь примерно рассчитать затраченное время на калькуляторе. > Поэтому здорово наверное работать в таких компаниях, где сроки не имеют особо значения, точнее нет конкретного плана уложится в такое-то время. В норм компаниях это всё понимают, ебашить на скорость когда это не надо тебя не будут заставлять.
И ты как разработчик должен осознавать эти две крайности - хуяк и в продакшен и делать качественно чтобы потом не охуевать
>>980548 (OP) Привет всем, у меня вопрос по поводу unity shader graph. Unity 3d у меня версии 2022. Какая проблема? В неправильном отображении Normla Map под разными ракурсами. Как вы можете увидеть, стандартный lit материал отображает normal map правильно (трещины), но в shader graph фиг пойми как. Sample texture у меня стоит normal map (tangent) Пробовал так же инвертировать каналы (r и g через ноду Plip) Кучу всего пробовал и безрезультатно. Быть может кто -то из вас сталкивался с такой проблемой и её решил.
>>981427 >Сроки выполнения отдельных тасок оценивает либо лид, либо команда Что за хуйня, может если у каких нибудь ипешников которые делают софт для компаний из двух человек. Лид на проектах занят более важными вещами, чем марать руки о загрузку говнокоддеров, по крайней мере до того момента когда они действительно вафлить начинают и тормозят все всем Для этого всегда и во всех нормальных компаниях отдельный человек, который еще и отстаивает эти сроки перед заказчиком и перед нанятыми ебанатами оутсорсерами типа тебя. И кстати оценать свои временные затраты на задачу хоть как-то, это все равно уровень джуниора, и хз что вы пишете что это не картошку копать и невозможно
>>981444 Чтобы оценить время выполнения задачи в любом случае нужен человек шарящий в соответствующей области и конкретном проекте. Никто кроме разработчика сидящего на проекте не сможет прикинуть сколько времени примерно займет та или иная фича.
Чел который помогает команде с оценкой задач и чекает примерно адекватность происходящего тоже бывает(или пм, или скрам мастер).
> и отстаивает эти сроки перед заказчиком и перед нанятыми ебанатами оутсорсерами типа тебя Так я про продуктовые компании говорю, а не аутсорс. В аутсорсе ясное дело есть прослойка между командой разработки и заказчиком и идёт торг за сроки с заказчикои и согласование с отделом разработки.
> И кстати оценать свои временные затраты на задачу хоть как-то, это все равно уровень джуниора, и хз что вы пишете что это не картошку копать и невозможно Любой тебе "хоть как-то" оценит, но всегда будут неточности.
Почему Юнитеки с упорством сумасшедшего продолжают называть свойства с маленькой буквы? При этом в новых кодовых пакетах они называют свойство с большой буквы, как и должно быть в C#. У них там раздвоение что ли.
>>981495 >не соблюдают >всем похуй Буквально во всём дотнете, во всех популярных сторонних библиотеках следуют стандарту PascalCase, но тут у нас дурачок отрицает реальность. Пиздец. Видимо основу юнити закладывал такой же имбецил. Для тебя и переопределение оператора "==" норма наверняка (хотя ты наверное даже об этом не знаешь, ты же даун).
>>981513 Этот базарит, отвечаю. Три года пилил игру, да что то нихуя прогресса не было, потом понял, что_писал_неправильно, и в итоге НачалПисатьВотТак - и вот что я в итоге - дела сразу пошли в гору, процесс пошел быстро, релизнулся в стиме, 10000 положительных отзывов. Думайте.
Вопрос по реализации вращения персонажа. Если у нас персонаж это 3д кораблик в игре с видом сверху, то при перемещении в стороны он должен поворачиваться вокруг своей оси, а при отжимании клавиши возвращаться в исходное положение. С одной стороны это проще всего реализовать через Rotate, но это нужно будет постоянно отслеживать его последние координаты, будет поворачиваться его коллизия и т.д. Может это можно сделать анимацией какой нибудь? Целесообразно ли это или лучше просто ебануть rotate и не париться?
>>981596 Через ротейт делай. Если надо чтобы коллизия по какой то причине не поворачивалась, сделай ее в родительском объекте, а модель в дочернем и вращай дочерний
Как вам новый цветовой дизайн в Юнити шесть тысяч? Лично я бы за такое бил палкой до смерти. Резкие чёрные переходы между серыми панельками это пиздец. Хотя может на вин 11 оно лучше, судя по последнему скрину, но на десятки оч всрато.
// Position/rotation array var range = Enumerable.Range(0, TotalCount); var pos = range.Select(x => Random.insideUnitSphere 10).ToArray(); var rot = range.Select(x => Random.rotation).ToArray();
await WaitInterval();
// Simple spawn test var spawned1 = new GameObject[TotalCount]; for (var i = 0; i < TotalCount; i++) spawned1 = Instantiate(_prefab, pos, rot);
await WaitInterval();
// Cleaning up foreach (var o in spawned1) Destroy(o);
await WaitInterval();
// Batch spawn test var spawned2 = new AsyncInstantiateOperation<GameObject>[BatchCount]; for (var i = 0; i < BatchCount; i++) spawned2 = InstantiateAsync(_prefab, BatchSize, new Span<Vector3> (pos, i BatchSize, BatchSize), new Span<Quaternion>(rot, i BatchSize, BatchSize));
// Completion for (var i = 0; i < BatchCount; i++) while (!spawned2.isDone) await Awaitable.NextFrameAsync();
await WaitInterval();
// Cleaning up for (var i = 0; i < BatchCount; i++) foreach (var o in spawned2.Result) Destroy(o);
>>981774 Ты совершенно непраильно пользуешься асинком. Почитай статьи про async await.
> async Awaitable WaitInterval() > => await Awaitable.WaitForSecondsAsync(Interval); Нах надо
> AsyncInstantiateOperation.SetIntegrationTimeMS(TimeSlice); Нах надо
> await WaitInterval(); await Task.Delay
> for (var i = 0; i < BatchCount; i++) > while (!spawned2.isDone) await Awaitable.NextFrameAsync(); for (var i = 0; i < BatchCount; i++) await spawned2.Task;
>>981870 Тот же самый асинк авейт, с пулингом для оптимизации.
Считай сделали упрощенный аналог юнитаска для самых маленьких, который легко конвертируется в корутины и легко можно свитчиться между мейн потоком и новым потоком.
Ньюфагам пригодится, кто и так на юнитаске так и будут на нём сидеть.
Насколько сложно писать шейдер для unity и тем более под hdrp? Shader graph не предлагать. Он конечно хороший, но вот косяки с nm по uv2 и более - напрягают
Короче. Проблему изобразил. Хочу функционал беседки где персонаж появляется в одном месте 0 0 0, ходит по разным дыркам и выходит там же где входил. Т.е входит в 1 1 1 шляется там выходит так же в 1 1 1 идет дальше входит в 2 2 2 шляется там выходит в так же в 2 2 2. Все мои попытки и гайды что находил либо не делают что хочу либо не работают в 3Д. Я уже устал, может конечно туплю уже от раздумий. Если делать через обычные переходы сцен SceneManager.LoadScene(LevelToLoad); то все работает но он каждый раз он выходит в 0 0 0 и из 1 1 1 и из 2 2 2. Пытался добавить позицию по вектору с точками перехода. Но в таком случае нужно указывать стартовую точку 0 0 0 и при загрузке стартового уровня он в неё всё равно прыгает первым делом из 1 1 1 и 2 2 2 а все попытки передать в позицию из другой сцены либо не засчитывает либо переписывает при переходе и загрузке сцены. Помогайте, завтра почитаю сегодня уже трудно мыслить рационально
>>981920 Мы вам перезвоним, как только ты эвейтаешь тред идет обратно в пул. Проблема в том, что если тред основной у тебя в нём евент луп крутится и ты не можешь события ловить. Попросту говоря у тебя окно зависает. Другой тред не подхватит выполнение лол, это не так работает в оконных приложениях.
>>981930 Что ты не понял? Я же написал и даже нарисовал беседки функционал это фелаут, скайримы и прочее. Заходишь в город такой и бежишь до ближайшего здания, входишь в него через дверь и переносишься в другую сцену выходишь из этой сцены там где и входил и тебя переносит ко входу этого здания. Туда же где ты и входил. Все мои попытки повторить это упираются в то что при выходе из здания персонажа ко входу в город переносит а не ко входу в здание.
>>981929 Спасибо, перезванивать не надо, я уже принял оффер в другой компании.
> Мы вам перезвоним, как только ты эвейтаешь тред идет обратно в пул. Проблема в том, что если тред основной у тебя в нём евент луп крутится и ты не можешь события ловить. Попросту говоря у тебя окно зависает. Другой тред не подхватит выполнение лол, это не так работает в оконных приложениях. Ты не понимаешь че такое асинк/авейт и как он работает. Ты путаешь слип треда и авейт таски. В чем по твоему разница между Тред.Слип и авейт Таск.Делей, мм?
Просто вот попробуй напиши код и ты увидишь в чем ты не прав.
Вот тебе объясняние как все работает:
Функция Петух() Инструкция1 Авейт Таск2 Инструкция3
Когда ты вызываешь функцию Петух она выполняется ровно до момента Таск2 как и любая другая функция.
Если Таск2 не завершён на этот момент - данные упаковываются и кладутся в особый списочек.
Периодически в определённом месте компьютерной программы этот списочек проверяется, если Таск2 ещё не выполнился - ну так там и лежит. Если выполнился - убираем из списочка и продолжаем выполнение на Инструкция3. Всё это работает а одном потоке. Но можно сконфигурировать так, чтобы после авейта брался любой поток из пула, а также то что авейтится может быть как в другом потоке, так и в этом, так и вовсе не быть чем-то активно использующим цпу - все что нам важно это индикатор готово или не готово и результат.
Как оно так хитро работает? Любой асинхронный метод с хотя бы одним авейтом генерируется в стейт машину, которая хранит весь необходимый контекст - значения локальных переменных и текущую стадию(промежуток между авейтами).
на самом деле асинхронные методы не имеют никакого отношения к потокам. они просто генерируют машину состояний, типа как IEnumerator и yield return. только разница в том, что у IEnumerator нужно просто вызывать MoveNext(), а асинхронные методы используют callback'и у специальных awaiter-объектов, которые вызывают MoveNext() (типа task.GetAwaiter().OnCompleted(stateMachine.MoveNext))
потоки используются только внутри самих объектов Task во время их создания (например, через Task.Run()) или во время их продолжения (Task.ContinueWith()).
>>981932 Я бля просто не могу представить где у тебя могут возникнуть проблемы если у тебя игрок в донтдестрой. Берешь и назначаешь позицию когда надо.
>>981960 Ну так создай простую сценку уровня пикрил что бы каждый куб переносил на новую сцену и оттуда можно было вернутся назад на эту сцену ко входу в куб. И расскажи почему у тебя проблем нет а то у меня что-то проблемы
>>981935 Джун, поезжай обратно на курсы. Ты так и не понял как это на самом деле работает.
>Когда ты вызываешь функцию Петух она выполняется ровно до момента Таск2 как и любая другая функция. Именно. Поставь await Task.Delay(10000) в апдейт. >не быть чем-то активно использующим цпу Асинхронность гораздо больше нужна для IO-таск.
Почему в юнити не могут добавить контекст сцены и контекст проекта из коробки? Ну типа блять можно же будет просто передавать его потом в Run(ctx) нужных методов, чтобы весь кал самоудалялся/закрывался в OnDestroy даже в асинках, хуинках и тд.
Я не понимаю, почему нигде блять никто практически не использует токены при работе с сетью и файлами че за хуйня
>>981973 4 варианта, твой 5тый. Тоже самое показал что и те 4. Он всё равно возвращается в позицию в редакторе выставленной где он на карте находится а не в позицию перехода сцен.
>>981986 >Он всё равно возвращается в позицию в редакторе выставленной Нахуй он там выставлен блять? Понимаешь что игрока на сцене быть не должно вообще в редакторе? СУка.
>>981982 >Блин жалко только в юнити апдейт НЕ асинхронный и там нельзя писать await, да?))) Жалко что барин запретил. >Зато смари чё можно сделать Это работает потому что корневой код, который вызывает Start уровнем выше - как раз не вызывает await. await блочит выполнение. Ты не можешь в мейнлупе вызывать await.
Хорошо это видно если запустить ту же простую консольку, а не пользоваться тем, что за тебя барин подумал и писал, чтобы у тебя не зависало.
using System; using System.Threading; using System.Threading.Tasks;
class Program { static async Task Main() { Console.WriteLine("kek"); await Task.Delay(10000); Console.WriteLine("kek2"); } }
>>981991 Появилось подозрение у меня, что частично не так что-то делаю. Я и так префабом его сделал только без удаления из сцен полагая что это и будет его спавн поинтом. Ни одного гайда не встречал из игроделов кто бы это делал, даже упоминаний о корректном использовании префабов и спавнов не видел. Ну либо я уже сам запутался и нихуя не догоняю буквально никто этого не делает в гайдах. Есть какой-то гайд по этому?
>>981993 Какие гайды, используй логику. Если у тебя уже есть игрок в донтдестрой, то если ты загружаешь новую сцену у тебя не должно быть в новой сцене игрока, дубликат же получится. И когда идешь обратно в главную сцену, он опять загружается, и там опять же не должно быть игрока, он у тебя уже есть в донтдестрой. Мне кажется тебе нужно просто почитать что такое DontDestroyOnLoad.
Позицию спавна можно тупо отдельным геймобжектом сделать, туда скрипт который на старте сцены к себе синглтон игрока телепортит. Ну или через манагера какого. Как хошь.
Если идти по способу который ты описал, когда игрок уже есть на сцене, то тут игрока пихать в донтдестрой использовать не надо конечно. Но это подход для игр где не нужно параметры игрока хранить и сцены между собой не связаны.
>>981924 >Проблему изобразил. Хочу функционал Общий алгоритм (начала игры) такой: 1. Закрываешь экран чёрной заглушкой. 2. Загружаешь персонажа, если его ещё нет. 3. Загружаешь карту отдельно от персонажа. 4. Размещаешь персонажа где хочешь на карте. 5. Снимаешь с экрана чёрную заглушку. Тогда ты можешь хоть по всей карте персонажа телепортировать - игрок ничего не увидит. Без "загрузочного экрана" (чёрной заглушки) такие внезапные переходы выглядят уж очень тупо.
>>981996 >синглтон игрока Вредный совет. А если он мультиплеер захочет?
>>981973 Этот код не подходит для ситуаций, когда комнаты связаны друг с другом в цепочки/лабиринт.
Для максимально общего случая перехода, нужно: 1. На каждой карте обозначены точки перехода. 2. Каждая точка перехода хранит в себе какую-либо форму ссылки на сцену, в которую она отправляет игрока, и одну из точек спавна в этой другой сцене. 3. При активации перехода игроком: - смотрим, куда нам нужно перейти; => загружаем необходимую карту; - смотрим, где нам нужно появиться; => размещаем игрока в точке спаяна.
Тогда можно делать сколько угодно переходов в совершенно любом порядке, даже создавать в игре своего рода неевклидовое пространство из комнат.
>>981996 Чел до сих пор не понимаешь проблемы. У меня работают переходы. У меня персонажи появляются на новой сцене где надо, выходит из нее тоже где надо ПРОБЛЕМА БЛЯДЬ В ТОМ ЧТО ОН ВОЗРВАЩАЕТСЯ НА ОСНОВНУЮ СЦЕНУ В ТОЧКУ ОТКУДА ИГРА НАЧИНАЕТСЯ А НЕ ВМЕСТО ПЕРЕХОДА
Я только что буквально удалил со сцена персонажа. Поставил ему точку входа в игру в методе старт при запуске новой игры. И он там появился без всяких проблем. Добежал до перехода в другую локацию и перешел в неё. В той сцене тоже удалил персонажа с редактора и так же поставил точку спавна куда он и переместился благополучно. Побегал но второй локации и вернулся назад к переходу в основную локацию И МНЕ НУЖНО И ДОЛЖЕН БЫЛ ЧАР ВЕРНУТСЯ В ТОМ МЕСТО ОТКУДА Я ВЫШЕЛ но он снова кинул меня на стартовую позицию игрока в сцене. Переход кстати по вот этому твоему >>981973 сейчас осуществляется.
>>982000 >Вредный совет. А если он мультиплеер захочет? Без обид но пошел нахуй, этот чел до сих пор не шарит почему при старте сцены вызывается старт на скриптах которые в сцене. А ты про мультиплеер.
>>981992 > Жалко что барин запретил. Не барин запретил, а спецификация языка. await можно писать только в методе который async. Зато асинк метод можно заколлить в неасинк методе без авейта. Он будет выполняться как я расписал выше.
> Это работает потому что корневой код, который вызывает Start уровнем выше - как раз не вызывает await. await блочит выполнение. Ты не можешь в мейнлупе вызывать await. Могу. Нах ты вообще продолжаешь писать, тебе уже выше я и еще один чел пояснили как это работает.
> а не пользоваться тем, что за тебя барин подумал и писал, чтобы у тебя не зависало. Ну так ты не знаешь просто как оно работает, пожтому говоришь глупости.
А давай чуть чуть посмешнее программу напишем. Вот так: class Program { static async Task Main() { Console.WriteLine("rofl1"); Prekol(); Console.WriteLine("rofl2"); await Task.Delay(15000); Console.WriteLine("rofl3"); }
>>982001 >МНЕ НУЖНО И ДОЛЖЕН БЫЛ ЧАР ВЕРНУТСЯ В ТОМ МЕСТО ОТКУДА Я ВЫШЕЛ Так ты контролируй хоть, что у тебя загружается и выгружается из памяти. В Unity такое невозможно?
Скорее всего, ты что-то не так делаешь. Попробуй набросать чистую сцену с нуля и там попробовать.
>>981993 >никто этого не делает в гайдах Учи движок по официальным руководствам. Слепо следовать "гайдам" - путь в Tutorial Hell.
>>982002 >А ты про мультиплеер. Он же про игры беседки говорил. Наверняка свою собственную убийцу TES:O / F76 планирует сделать.
Ну и как минимум мультиплеер "за одним экраном" несложно сделать новичку, как мне кажется - с сетью взаимодействий нет, нужно только одну сцену с двух камер отображать и две+ фигурки двигать двумя+ отдельными контроллерами.
Поэтому привычка делать игрока синглтоном может навредить, когда захочется сделать две+ фигурки.
>>982001 > но он снова кинул меня на стартовую позицию игрока в сцене КТО ОН БЛЯТЬ??? Пикрил метод вызывется? PreviousScenePosition задан? После метода что еще вызывается? Проверяй все нахуй. Хуйли ты на меня орешь.
>>982003 >а спецификация языка. Это в архиткетуре юньки заложено, что сущности нельзя апдейтить асинхронно, а не в языке. >Могу. И чо будет делать программа дальше по-твоему? Бля, как же вы нахуй вообще не понимаете что под капотом ваших инструментов происходит, это просто пиздец.
>А давай чуть чуть посмешнее программу напишем Именно так и выглядит то, что происходит в юньке. Твой start не заавейчен, поэтому юнька и отзывается.
>>982006 > Это в архиткетуре юньки заложено, что сущности нельзя апдейтить асинхронно, а не в языке. Что значит "сущности апдейтить асинхронно". 1. Какие сущности? 2. В чем заключается апдейт? 3. Чем различается апдейт сущности синхронно и не асинхронно. 4. Каким образом можно это заложить архитектурно.
Сорян, просто с тобой спорить не спросив что значат конкретные термины в твоей терминологии - бессмысленно, так как ты бросаешься терминами направо и налево у которых другое значение общепринято.
> И чо будет делать программа дальше по-твоему? Бля, как же вы нахуй вообще не понимаете что под капотом ваших инструментов происходит, это просто пиздец. Так это ты не понимаешь, а я понимаю. Я тебе объяснил как всё работает вот тут >>981935
> Именно так и выглядит то, что происходит в юньке. Твой start не заавейчен, поэтому юнька и отзывается. В юнити в мейн лупе нету слова асинк ни в одном месте. Что бы ты ни делал где угодно с использованием слова асинк в юнити - оно никогда и никак не заблокирует(определение - блок потока - это когда там постоянно выполняются команды длителньое время, условно while true например или вычисление тяжелое) основной поток.
Знаешь почему я до этого доебался? Вот поэтому: >>981919 > В том самом - авейт бы никогда в мейн треде бы не вызывался, потому что всё бы повесилось. Каким образом можно "в мейн треде вызвать авейт"? Давай покажи с примерами. Как я понял в юнити авейтаблах ты утверждаешь можно "в мейн треде вызвать". Покажи как. А потом покажи как по-другому обычными тасками не вызвать. Т.е. жду от тебя 2 вещи: 1. Как в в новых юнитевских эвейтеблах "всё повесить" с помощью слова авейт 2. Как всё НЕ повесит в "том самом"
И это вершина айсберга. > авейт бы никогда в мейн треде бы не вызывался К чему ты используешь тут термин "тред" ака "поток"?
Вопрос 1: В каком "треде" будет вызван каждый из методов Debug.Log? все в мейн треде
Вопрос 2: А если переписать такой же код без юнити апи и сделать консольное приложение - что-то изменится? ничего, все в мейн треде
Вопрос 3: Возможно ли изменить это поведение Да, через конфигурАвейт
А также поэтому >>981929 > ты эвейтаешь тред идет обратно в пул. Что значит "эвейтаешь тред"? Можно авейтит сущность под названием Таск, которая содержит маркер завершена ли некая задача или нет.
Можешь конечно попытаться чето дальше расписывать, но я тебе рекомендую просто зайти в юнити и сделать эксперименты + почитать теорию и всё встанет на свои места тогда.
Нашел себе гайд который покрывает все мои вопросы, правда он для 2д но если что переделаю. Завтра попробую сегодня всё равно заебался так ничего и не сделав.
Я правильно понимаю, чтобы запустить Юньковское приложение из того же VS Code, я должен в Start, например, создать пустой компонент и в него добавить файл с главным циклом?
И второй вопрос: что происходит, если в сцене всего 2 компонента с навешанным на них одинаковым скриптом?
>>982008 >1. Какие сущности? Монобэхи. >2. В чем заключается апдейт? https://docs.unity3d.com/ScriptReference/MonoBehaviour.Update.html >3. Чем различается апдейт сущности синхронно и не асинхронно. Ну асинхронно ты бы мог апдейтить отдельную сущность в отдельном потоке и в зависимости от проца значительно ускориться. >4. Каким образом можно это заложить архитектурно. Да любым. ECS как пример.
>другое значение общепринято. Не знал что в юньке апдейт - это на самом деле не апдейт.
>"в мейн треде вызвать авейт" Если барин запрещает всегда можно вызвать Task.GetAwaiter().GetResult() и произёдт упс. А всё потому что ты ограничен мейнтредом.
Рекомендую тебе побольше РАБотать и поменьше готовиться к собеседованиям, это полный кринж.
>>982072 > >1. Какие сущности? > Монобэхи. > >2. В чем заключается апдейт? > https://docs.unity3d.com/ScriptReference/MonoBehaviour.Update.html > >3. Чем различается апдейт сущности синхронно и не асинхронно. > Ну асинхронно ты бы мог апдейтить отдельную сущность в отдельном потоке и в зависимости от проца значительно ускориться. > >4. Каким образом можно это заложить архитектурно. > Да любым. ECS как пример. А смотри у меня есть public class Kek : MonoBehaviour { public int Rofl; public void GigaUpdate() } Я могу изменить значение рофл и вызвать гигаапдейт... из другого потока!
Нельзя вызывать большую часть Unity API. А не "апдейтить сущности" рофл.
> Не знал что в юньке апдейт - это на самом деле не апдейт. Я про "авейтить", "авейтить тред", "асинхронно".
> асинхронно ты бы мог апдейтить отдельную сущность в отдельном потоке и в зависимости от проца значительно ускориться. Опять путаешь многопоточность и асинхронность.
> Если барин запрещает всегда можно вызвать Task.GetAwaiter().GetResult() Это не "авейт", это то что внутри будет из себч предстаалять while(!task.IsCompleted){}
Почему ты используешь термин языка "авейт" если подарзумеваешь не "авейт" а какое-то своё маняпонимание этого термина?
> Рекомендую тебе побольше РАБотать и поменьше готовиться к собеседованиям, это полный кринж. Да я уж понял, что ты тупа троленгуешь.
Хз что тут ещё отвечать, все мои вопросы по сущесвту описаны в этом посте >>982008 ты их тактично проигнорил.
И стал отвечать только про какую-то хуйню которая имеет второстепенное значение и выливается из твоего непонимания что такое многопоточность и асинхронность и некоторых слов которые ты используешь.
Либо понимание у тебя есть, но с терминологией беда и поэтому нихуя не понимаешь что я пишу и сам пишешь чушь. Ну тут уж сорян, что я могу сказать, если async/await в C# используется в контексте асинхронности(что в свою очередь НЕ синоним многопоточности) и это конкретные ключевые слова языка для описания программы с точки зрения этой самоц асинхронности, а в твоем личном понимании await это while(!task.IsCompleted){} Тут только могу развести руками.
>>982091 >Опять путаешь многопоточность и асинхронность. Бляяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяяя.
Асинхронность должна выполняться в нескольких потоках, иначе она просто не имеет практического смысла. Ты понимаешь что однопоточный асинхронный код медленнее синхронного?
Остальное даже комментить лень чо то. Нахуй ты апдейт хочешь вызывать из жопы, ты ебанутый?
>>982101 > Асинхронность должна выполняться в нескольких потоках, иначе она просто не имеет практического смысла. Ты понимаешь что однопоточный асинхронный код медленнее синхронного? Нет не должна. Кому должна?
Асинхронность позволяет тебе проще описывать предметную логику в которой имеют место быть якобыа на деле - не важно параллельно идущие вещи. Это единственное её назначение
Ты можешь просто ебануть async UniTask AutoFire() { while(true) { Fire(); await UniTask.Delay(1000); } }
И в любом месте ты можешь просто вызывать AutoFire() и у тебя будет автоматом стрельба идти разумеется с прокидыванием токенов для отмены
Ты видишь тут где то многопоточность? Вот и я нет.
Можно вообще делать хуйню по типу async UniTask IdleBehavior() { var petookh = await SearchForPetookh(); FollowPetookh(petookh); }
Многопоточность есть, нет?
async UniTask OpenWindow() { await window.PlayOpenAnimation(); window.Initialize(); } Есть многопоточность? Нету? Значит нет смысла так писать что ли по твоей логике?
Но разумеется можно авейтить и какие-то вещи, которые на деле будут выполняться в другом потоке. Можно авейтить ио баунд операции. Можно авейтить ожидание ответа от сети. Можно авейтить какое то условие.
Но суть в том, что нам поебать что там скрывается под таской которую мы авейтим - всё что таска в себе несёт это результат и флаг о том что таска завершена.
Может у тебя отдельный поток посчитает йобу и поставит статус таски в выполненный. Может с диска подгрузишь говно. Может будешь ждать когда пройдет нудное время. Может будешь ждать когда враг появится в поле зрения. Может будешь ждать когда завершится проигрывание анимации.
Много из этих вариантов использования связаны с многопоточностью? Нет? Значит всё, не делаем так больше раз это смысла не имеет, и ебашим кашу из коллбеков и горячей логики с проверками условий?
> Нахуй ты апдейт хочешь вызывать из жопы, ты ебанутый? Это ты ебанутый, я тебе просто показываю где твоя логика по швам трещит. "Сущности"(как выяснили монобехи) нельзя апдейтить из других потоков - закономерно показываю тебе пример, что можно че угодно делать с монобехами из других потоков, если тебе надо - ебош. Нельзя только часть юнити апи использовать.
>>982101 > Ты понимаешь что однопоточный асинхронный код медленнее синхронного? Код везде один и тот же пчел.
Оверхед "асинхронного кода" заключается только в том, что создается инстанс стейт машины в который заносятся данные, чтобы потом продолжить выполнение после авейта.
Если ты не будешь пользовать асинхронностью, то тебе придётся самому думать как ращбивать выполнение на несколько частей и созранять стейт для продолжения(и у этого внезапно тоже будет оверхед)
>>982105 Не всегда асихронный код это набор коллбэков, которые у тебя внезапно хотят управление перехватить, поэтому аналогичный синхронный код не всегда будет требовать стейт.
Что за хуйня, рабоатю с новой инпут системой, нужно чтобы персонаж приседал при удержании кнопки приседа. И вроде бы все хорошо, ведь я уже реализовал подобное с полетом на удержание кнопки прыжка, но вот незадача, при удержании кнопки приседа всегда CallbackContext с TRUE блять получается, какого блять хуя, если буквально идентичные ситуации с прыжком и приседом. На обоих экшенах добавлена Press в Interactions. Вот этот OnCrouchInput всегда инвокается с тру, хотя с прыжком аналогичная ситуация и там такого нету. Оба метода подписываются actionName.performed+=. Ну вот что тут может быть не так, я в ахуе
>>982311 >>982320 Да это пиздец а не система я уже который день пытаюсь сделать управление которое на старой системы было сделано за пару часов неспеша. Я её вообще не понимаю блядь это дурость какая-то.
Окей, сделал кое как передвижение, вращением камерой для персонажа, прыжки, бег, приседания, открытие менюшки внутриигровой на Esc и уже обрадоваться успел что наконец эта херня закончилась как тут внезапно оказалось что менюшка не работает потому что внезапно видимо новая система требует реализации OnClick механики, из коробки эта хуйня не работает. Со старой системой такой проблемы даже не было. И я уже кучу опять видосов пересмотрел и кучу всяких тупых способов перепробывал о которых даже говорить не хочу но так и не смог сделать банальный сука он клик. Механика сука простейших движков которая есть из коробки ну везде в рабочем виде.
Сука я даже не могу понять как сформулировать это всё и как решить. Оно просто блядь не работает хуй пойми почему. Всё по ебучим гайдам прям по пунктам - не работает. Клики по менюшке просто не зачитываются, не то что функционал не запускает а просто даже обработчик кнопки что на неё нажали что бы перекрасить банально не срабатывает. UI система включена, схема составлена. Но просто блядь не работают клики мышкой.
Сам переполз на новый импут т.к он все же удобнее старого для комбинирования мобилки+пк, но в начале тоже плевался. По сути делаешь пару импут менеджеров, одного на персонажа для принятия команд для него, один на какой нибудь системный объект для обработки менюшек и прочего, если надо еще один для специфичных задач.
Еще могу посоветовать скачать third person контроллер и там посмотреть на живую как импут в скрипте работает, (импут сбора скрипт+перенаправление в контроллер персонажа).
Вангую ты где-то мелочь пропускаешь и проебываешься.
>>982437 Зачем тебе Click для меню, я не понимаю? Какую задачу ты решаешь?
UI использует свой EventSystem, который клики регает и прокидывает в кнопки сам. > Сука я даже не могу понять как сформулировать это всё и как решить. Оно просто блядь не работает хуй пойми почему. Напиши что ты хочешь сделать.
Инпут система простейшая вещь и работает понятнее чем старая.
У тебя когда ты её сейыишь должен сгенерится класс. Даллше делаешь
var inputSystem = new InpuSystem(); inputSystem.Enable();
inoutSystem.OnJump. ...тут подписываешься на событие
>>982451 Да что там можно пропустить я уже заебался, вот ради примера тестовый новый проект сделал. Заблудится там негде. Но в основном проекте это просто не работает, никаким образом сколько бы я не пытался и я хуй знает что я упускаю уже. >>982470 Меню в игре я же написал, нажимаешь ESC канвас с менюшкой появляется на ней кнопочки на которые нажимать нужно. Что не понятного? И вот нажатия на эти кнопочки никак не фиксируются. хотя все необходимые вещи настроены >>982437
>>982484 Захотелось? На старой системе работает проблем никаких не было. Твой вопрос не по теме. Проблему так и не увидел? с 2х видосов? На 1 всё работает как мне и нужно, на 2 уже не работает и почему так в этом и заключается мой вопрос.
>>982479 >>982482 А ты про UI, что там у тебя за косяк и не работает? Ты ловишь ui эвент на наводку кнопки, и в чем трабла? На видосе где не работает очевидно что идет конфликт каких то эвентов или перекрытий.
Для теста советую сделать дубликат сцены, и зайти в нее экспериментировать. Удалить все кроме нужно, сделать новое и т.п. 100% твой косяк где-то. Очередность еще может не соблюдаться, эвент должен быть последним в сцене для уменьшения шанса перекрытич.
>>982486 >что там у тебя за косяк и не работает? А мне откуда знать я об этом и спрашиваю >что там у тебя за косяк и не работает? Не фиксирует вообще ничего, я же показал специально на видео сделав его таким же как первое не работает -он клик -наведение на кнопкку - её удержание вообще нихуя не работает хотя это функционал из коробки о чем я перое видео и снял. Там вообще нихуя делать не надо даже что бы это работало.
Ну сколько нахуй раз нужно повторять одно и тоже, слова не помогают, видео не помогают. Почему вы нахуй никак не понимаете нихуя что вас спрашивают. Пиздец какой-то.
>Для теста советую Для теста я сделал новый проект что бы проверить что всё работает как надо из коробки даже, и даже видео снял - работает. И до 6 утра сидел экспериментировал с этой хуйней на основном так и не добившись какого-либо успеха. После чего уже сюда обратиться решил но тут похоже тоже никто нихуя не знает в чем причина может быть.
>>982488 >но тут похоже тоже никто нихуя не знает в чем причина может быть. Да потому что ты хуйню какую-то пишешь без конкретики.
Тебе блять по русски написано, сделай дубликат сцены и на нем экспериментируй, а не делай нахуя новый проект. Написано же косяк В ТЕБЕ, и выяснить где и как можешь только ты. Ну или залей проект на помойку я скачаю и расскажу где трабла раз ты такой тугой.
Я тебя уверяю ты обосрался в какой-то мелочи либо из-за перекрытий или ломания скриптами.
>>982485 Обычно инпут систему используют для кнопок. Ивенты от мышки - только если для геймплейной логике.
Клики по кнопкам в меню - для этого никто не подклбчает инпут систему, нахуй надо, если оно и так работает?
Инпут система годнота именно в геймплее, либо при навигации кнопками по меню(Escape назад например), плюс для переназначения клавиш.
> Твой вопрос не по теме. Проблему так и не увидел? с 2х видосов? > На 1 всё работает как мне и нужно, на 2 уже не работает и почему так в этом и заключается мой вопрос. Почему нк по теме? Мой ответ - нет смысла юзать инпут систему для юи.
>>982488 > Для теста я сделал новый проект что бы проверить что всё работает как надо из коробки даже, и даже видео снял - работает. Ну и подключи теперь туда инпут систему, посмотри будет ли работать. Поч ты этого не сделал ещё?
А так, скорее всего действительно у тебя просто что то перекрывает и всё. Покликай по сцене, удостоверься что ничто не перекрывает кнопки, отклбчи всё кроме кнопок и иаент системы, сделай чистую сцену в том же проекте с одной кнопкой
>>982489 >Тебе блять по русски написано, сделай дубликат сцены и на нем экспериментируй А я тебе написал >И до 6 утра сидел экспериментировал с этой хуйней на основном так и не добившись какого-либо успеха Я уже это и так делал ДО 6 УТРА ЕЩЕ РАЗ СУКА ТЕБЕ Пишу что бы ты понял. Я и так заебался эту проблему искать еще с вами теперь обьяснять всё по 30 раз одно и тоже одно и то же. Сука, сколько раз вам повторять нужно одни и те же вещи. Что не так с вами?
>Я тебя уверяю ты обосрался в какой-то мелочи либо из-за перекрытий или ломания скриптами. ИМЕННО ЭТО Я И СПРАШИВАЮ БЛЯДЬ СУКА СКОЛЬКО РАЗ УЖЕ ПОВТОРИЛ ГДЕ МОЖЕТ БЫТЬ БЛЯДЬ ОШИБКА? Я и так знаю что где-то что-то пошло не так и если бы я знал ГДЕ И ЧТО я бы вопросы не задавал ГДЕ И ЧТО. Пиздец.
>>982490 ЭТО ФУНКЦИЯ БУКВАЛЬНО БЛЯДЬ НАЗЫВАЕТСЯ UI INPUT MODULE ОН ДЛЯ ЭТОГО И СДЕЛАН БЛЯДЬ. Что бы можно было делать меню пауз и прочую хуйню которую я тут и делаю с которой у меня и проблема. Блядь чел просто не отвечей ничего не по теме плз. Толку от тебя всё равно 0, а твои рассуждения на другие темы мне не интересны я тебя о них не спрашивал.
>>982495 >Я уже это и так делал Пиздабол ты, нихуя ты не делал, если бы ты это сделал то дошел бы до момента когда все бы заработало и понял в чем косяк.
Честно говоря я уже почти уверен что ты просто троллишь, или уже решил проблему и пытаешься слиться.
Любая проблема в юнити даже без знания куда и где копать решается тупо перебиранием. В твоем же случаи решается элементарным удалением по очереди разных вещей в сцене пока не останется одно модуля, и все начнет работать, далее возврат по очереди того что удалял и ожиданием когда снова поломается.
>>982496 Вообще-то я заебался скрипты переписывать, переподключать модули, создавать их с 0 и прочей хуйней заниматся. Всю ночь и до утра этим занимался.
Но внезапно да, всё это было совершенно бесполезно потому что всё работало.
>решается элементарным удалением по очереди разных вещей в сцене пока не останется одно модуля, и все начнет работать, далее возврат по очереди того что удалял и ожиданием когда снова поломается.
Как бы глупо не звучало но именно это и помогло. Просто сейчас вообще всё повырубал и оно заработало, Проблема оказалась в канвасе затемнения который должен был при переходе между сценами вызываться во время загрузки, каким образом и как он оказался связан с вызовом меню и почему он решил вызываться при открытии меню тот еще вопрос. Разбираться с которым я даже не хочу, просто его переделаю с 0. Но после того как его не стало всё тут же заработало как и должно было изначально.
Простейшее решении тупо всё выключить нахуй - частично помогло. Теперь в самой игровой сцене(1) если запустить её из редактора меню работает. Но если запуск производить из сцены игрового меню который открывается при запуске игры (0) и перейти на игровую сцену(1) по кнопке играть меню снова не рабочим становится. И канваса этого который руинил всё уже нет. Поэтому проблема снова тут. Блядь какой же пизец. Как я ненавижу нахуй эту ебучую новую систему.
>>982505 >Вообще-то я заебался скрипты переписывать, переподключать модули, создавать их с 0 и прочей хуйней заниматся. Всю ночь и до утра этим занимался. ты ебучий даун можешь посмотреть видео ютубовских протыков на анлийском? просто повтори за ними ёбаный твой рот блядь
Кто нибудь сталкивался с таким что vs студия перестает подсвечивать и продолжать написанное? Клацию в preference - Regenerate project files, какое-то время работает все как надо, но спустя мин 5-10, тупо перестает. Будто в ней не поставлен модуль для юнити и шарпа, вообще. Недавно началась такая трабла после переустановки юньки и студии.
Прям настолько критичная хрень что бери да переходи на другую IDE.
Что может быть? Куда копать? Понятное дело попробовать переставить студию, но что-то сомневаюсь что поможет.
>>982505 > Как бы глупо не звучало но именно это и помогло. Просто сейчас вообще всё повырубал и оно заработало, Проблема оказалась в канвасе А МЫ ТЕБЕ ПРО ЧТО ГОВОРИЛИ АААААААААААААААА
>>982554 Да это было понятно сначало, что он где-то обосрался в куче своих геймобджектов и ему было лень нахуй потратить 15 минут на то чтоб по очереди все отключать ища проблему, просто пиздец. Зато срался в треде за десятерых считая себя правым.
>>982555 Ну да если забыть хуеву гору часов копешения в скриптах в которых как я думал была ошибка то да. Лень пиздец было. А то что все решилось бездумным перебором никак не связанных объектов это осознанный труд. Я тебя понял.
>>982557 Так а хули ты хотел если ворвался в тред с претензий и отрицал самое простое и очевидное решение? Что ты ожидал? У тебя не какая-то ультра редкая ошибка или похожий кейс. Например в юньке есть редкие баги которые нельзя воссоздать, но обычно они решаются простым перезапуском юньки.
Твой же кейс был такой очевидный и простой для всех, что тебе сразу указали на путь решения проблемы. Ты начал охуевать и говорить что все тупые и не понимают, на что очевидно был обоссан и правильно.
>>982557 > Ну да если забыть хуеву гору часов копешения в скриптах в которых как я думал была ошибка то да. Не, тут ты объективно не прав, просто таой подход не верен и не ведёт тебя к решению проблемы.
Смотри в чём твоя ошибка: 1. У тебя есть нечто, не известно работающее или нет 2. Ты добавляешь к этому нечту что-то новое 3. Ничего не работает, и ты винишь пункт 2
Как делать надо: 1. Проверит работоспособность нечта на начальном этапе 2. Впилить в него инпут систему
Или: 1. Сделать минимальный супер простой работающий пример без инпут системы 2. Добавить туда инпут систему 3. Добавить инпут систему
>>982568 > 3. Добавить инпут систему Добавить инпут систему в масштабное нечто
Короче бля надо сужать область поиска проблемы это база насколько это возможно, а тупой перебор(я не про отклбчение гейм обдектов, а про шаманство со скриптами которое как я понял ты без понимания делал) - только когда область поиска сужена на максимум.
>>982540 >>982542 Короче трабла так и не решилась, поставил vs code и эта хрень тоже тупо не работает и не может найти sdk хотя все скачал и поставил. Ебаный кал и пердолинг, мне игру надо делать а не ебаться с ide бесконечно. Чо там еще осталось rider затестить поставить, помню давно ставил тоже нихуя не работало. Почему из всего дерьма только студия работает, заебло.
>>982581 >>982582 Ой как смешно, я уже качал отдельно по ссылке которую и дает vs code, затем пробивал по цмд где стоит это было програм файлс, перезагружал комп, этот кал всеравно ничего не видет, а еще дрочил расширения по кругу в самом vs code, дот нет, с# и юнити пакедж. Пиздец вы забавные, я пару часов гуглил эту траблу.
Я не понимаю как работает Height Map в URP. Оно не делает ничего подобного как тут https://docs.unity3d.com/Manual/StandardShaderMaterialParameterHeightMap.html У меня, какую бы хейгхт мапу я не использовал, она просто сдвигает части текстуры куда-то вбок и всё. Не вглубь, а вбок, и на положение камеры никак не реагирует. Текстуру импортировал и обычную и в грейскейле, и сРГБ галку ставил/снимал и всё делал. Ебанина какая-то.
Привет. Уже скачал Юнити-хаб и запустил чей-то проект с гитхаба. Почему редактор такой медленный на мобильном i7-8750H и GTX2060 (Win11). На Линуксе пошустрее?
Как вы реализовуете воду? В плане тригера, вот я прилепил колайдер isTrigger = true. И все хорошо, но как адекватно персонажем переходить в стейт плаванья, если делать проверку в обжекте воды на onTriggerEnter то как только персонаж кончиком ноги в эту воду попадает идет тригер, я хотел проверять рейкастом на персонаже, есть ли на достаточной высоте вода, но рейкаст не видит колайдеры с isTrigger = true. Так вот, что в этой ситуации делать? Как знать когда игрок оказался в воде на достаточной глубине, а не только край колайдера задел
>>982984 Накатил, в редакторе при запуске игрульки от любого чиха фпс падает, от инпута, от движений мыши, если над рамками окон редактора, все дергается. Даже если, например, есть двигающийся по кругу куб, и в редакторе он выделен, в рантайме все лагает нахуй, снимаешь выделение перестает
Все когда-то бывает в первый раз. Сегодня например я в первый раз нарисовал 2d рисунок, и впервые в самом юнити с помощью 2D Animation поставил кости и заанимировал их
>>983177 тоже норм, но очевидно одну единственную травинку ты не будешь использовать, а значит гораздо лучше шейдером анимировать - сильно процессор разгрузит
Да как же заебало, поставил студию, поставил плагин для юньки, в юньке стоит расширение для студии и всеравно хуита не может нормально работать, какого хуя нахуй. Вот прям ща хоть бери да накатывай комьюнити 2019 года которая работала как часы.
>>984066 Я не знаю, в чем у тебя проблема. Я обысно делал так: 1. Устанавливаю вижуал студиж, ставлю галочку юнити 2. Устанавливаю юнити хаб, во вкладке инсталлс выбираю нужную мне версию, отжимаю галочку об установке вижуал студии
Всё.
Я это делал не меньше 10 раз, и не только для себя, на самых разных компах. Ни разу не было такой проблемы.
>>984086 0 ошибок, я бы заметил если бы хоть одно предупреждение было, не говоря об ошибках. Или там, где-то тихо без палево в спрятанный лог файл что-то пишется?
пацаны, такой вопрос... Стоит ли тратить время на изучение английского языка, если я не претендую на сеньора и не хочу работать на зарубежных kabanchikov и не планирую жить за бугром. В гугле на русском тоже находятся нормально ответы. И по шарпу есть, и по графону на хабре... Да и нейросеть норм дает ответы. Просто изучение анга все же требует много времени и ресурсов, так вот и сомневаюсь, стоит ли. Время, затраченное на английского я бы лучше потратил на изучение юнити, шарпа, ecs там и т.п.
Посаны, здорово. Решил в пажилом возрасте вкатиться в ваш уютненький юнити. До этого пробовал godot, но что-то в нём отталкивает, хз что именно, мб gdscript, мб недавние срачи, мб то, что у них там с версиями пиздец каждый раз происходит при обновах и все сидят тупа либо на 3, либо на 4. Короче, заебало. Сейчас тихонько заканчиваю курс по блендеру, чтобы уметь делать простенькие модельки ps1 style с ригами, ищу для юнити книжки. Упал глаз на это, что скажете? Вроде, многие говорят, что годнота, просто и понятно. Сам по бэкграунду сетевик, если что, немного фронт ковырял, с дотнетом знаком слабо, как и с оопшными языками, если писал скрипты, то на го, либо на питоне. А вообще баш наше всё. TLDR: Learning C# by Developing Games with Unity by Ferrone H. Годная книга для вкатывания тому, кто за c#, ооп и unity не шарит?
error CS0246: The type or namespace name 'Controls' could not be found (are you missing a using directive or an assembly reference?) И как контрить эту хуйню? знаю что нужен неймспейс но какой? полинтернета провылазил ваще хз
>>985311 Книгу не читал, но от одного названия порвало немного Если видел шарп только из юнити, то понятия о нем будут вообще пиздец неверные, точно так же как и ебанаты которые хорошо знают шарп и приходят руководить юнити девами, и в первую очередь пытаются отказатсья от апдейт
>>985584 > Если видел шарп только из юнити, то понятия о нем будут вообще пиздец неверные Схуяли? У шарпа в юнити только одна проблема - тебе чтобы игру запустить надо кнопку плей нажать, компиляция будет дольше чем в вижуал студии сразу. Не удобно так азы изучать.
> точно так же как и ебанаты которые хорошо знают шарп и приходят руководить юнити девами Хм?
> и в первую очередь пытаются отказатсья от апдейт Шо?
>>985629 Metanit, первые несколько глав для начала. Дальше можно идти в юнити
using System.Collections; using System.Collections.Generic; using UnityEngine; using System.Linq;
public class Road : MonoBehaviour { public List<GameObject> blocks; //Коллекция всех дорожных блоков public GameObject player; //Игрок public GameObject roadPrefab; //Префаб дорожного блока public GameObject carPrefab; //Префаб машины NPC
void Update() { float z = player.GetComponent<Moving>().rb.position.z; //Получение положения игрока
var last = blocks[blocks.Count - 1]; //Номер дорожного блока, который дальше всех от игрока
if(z > last.transform.position.z - 100f * 1f) //Если игрок подъехал к последнему блоку ближе, чем на 10 блоков { //Инстанцирование нового блока var block = Instantiate(roadPrefab, new Vector3(last.transform.position.x, last.transform.position.y, last.transform.position.z + 100f), Quaternion.identity); block.transform.SetParent(gameObject.transform); //Перемещение блока в объект Road blocks.Add(block); //Добавление блока в коллекцию
>>986176 >void Update() >GetComponent Японский стиль программирования, ценю!
Но по сути, положение игрока тебе нахуй не нужно Коллайдер у тебя проверяет блок в блоке, а не игрока в блоке из не понятно откуда, а должен проверять из игрока встру с блоком или из блоков встречу с игркоами. Там же дистанцию где игрок и где последний блок проверять можно, хули А так охуенно
>>986209 Там код так выглядел после инстанцирования foreach (GameObject block in blocks.ToList()) { bool fetched = block.GetComponent<RoadBlock>().Fetch(z); //Проверка, проехал ли игрок этот блок
if(fetched) //Если проехал { blocks.Remove(block); //Удаление блока из коллекции block.GetComponent<RoadBlock>().Delete(); //Удаление блока со сцены
} } } Но проблемав том что таким образом у меня выпиливается сам префаб через блок и он перестаёт ехать вообще потому что файл найти не может
>>986176 Хотел, расписать почему ты маслёнок, потом вспомнил, что меня здесь постоянно обвиняли в том что я самоутверждаюсь за счёт маслят и решил вообще ничего не писать
>>985311 Одна из лучших, тем более новое издание, бери не пожалеешь.
>>985584 Если видел шарп только из юнити, то понятия о нем будут вообще пиздец неверные, точно так же как и ебанаты которые хорошо знают шарп и приходят руководить юнити девами, и в первую очередь пытаются отказатсья от апдейт
Маня прекращай бредить. Освой уже эвенты и делегаты и прекращаю всю хрень пихать в апдейт.
>>986223 > Если видел шарп только из юнити, то понятия о нем будут вообще пиздец неверные, точно так же как и ебанаты которые хорошо знают шарп и приходят руководить юнити девами, и в первую очередь пытаются отказатсья от апдейт Так почему, я так и не понял? Сишарп он везде сишарп.
Руководить юнити девами шарпист не может не мотому что у него сишарп не тот, а потому что у него нет знаний об архитектурных решениях специфичных для геймдева и о взаимодействии между программистами и другими отделами. А по сишарп коду фидбек дать сможет, ну не считая оптимизаций специфичных для юнити.
А наличие/отсутствие апдейта это чисто архитектурный подход, оба имеют право на жизнь.
>>986325 В шарпе, да и вообще куче языков программирования, проверка на null считается страшным зашкваром поскольку должен с самого писать так чтобы его не получать никогда, не важно насколько большой проект(люди все равно делают). В юнити, да и любом другом игровом движке она очень часто обязательна поскольку игроки все равно изловчатся и получат его, особенно когда в дело вступают их внешние скрипты как пример
>>986348 Если ты удалишь объект со сцены, то обязательно появится скрипт, который ссылается на этот объект, поэтому желательно всегда проверять на null или не удалять, а прятать объекты. Я не знаю, шутка это или нет, но в скайрим и семействе игр есть всегда определённая комната в которую помещают все трупы, убитые играком, думаю по этой причине.
>>986348 Угу таким "страшным" что во всех мейнстрим языках добавили оператор ?. Давно никто не "боится" null кроме крестовиков, у всех это просто еще одно возможное значение.
>>986348 > В шарпе, да и вообще куче языков программирования, проверка на null считается страшным зашкваром поскольку должен с самого писать так чтобы его не получать никогда, не важно насколько большой проект(люди все равно делают). В юнити, да и любом другом игровом движке она очень часто обязательна поскольку игроки все равно изловчатся и получат его, особенно когда в дело вступают их внешние скрипты Бред полный.
Игроки не изловчатся и не получат, это изначально вопрос архитектурных принципов пооекта.
Приведи любой пример где необходима проверка на null в юнити, я тебе перепишу его и это останется кодом на юнити.
На всякий случай сразу пример который я думаю ты имел в виду под "внешними скриптами":
Было var a = GetComponent<Govno>(); if (a != null) ...
Стало if (TryGetComponent<Vovno>(out var a)) ...
Другими словами, необходимость проверки на null отпадает, когда выполнена проверка сама исключающая это и когда на проекте есьь соглашение - вызывать методы только когда гарантировано что передаваемые туда аргументы без null.
По поводу зашквара тоже вопрос есть. В сишарпе есть куча всего где может вылезать null defaul, FirstOrDefault - вот тебе и null, чего в этом плохого - хз. Это просто вопрос архитектуры, можно писать без null, можно с null, у обоих вариантов свои плюсв и минусы.
>>986355 > Если ты удалишь объект со сцены, то обязательно появится скрипт, который ссылается на этот объект, поэтому желательно всегда проверять на null или не удалять, а прятать объекты. Если я удалю объект со сцены, то мой сишарп код сразу там же оповестит об этом необходимые системы прямо перед удалением. И не важно, разрешены ли проверки на null в проекте - в обоих случаях все системы будут оповещены.
Так как если этого не происходит - это хуевый дизайн и может привести к неопределенному поведению или неожиданным ошибкам.
> Я не знаю, шутка это или нет, но в скайрим и семействе игр есть всегда определённая комната в которую помещают все трупы, убитые играком, думаю по этой причине. Не имеет связи с данной проблемой и необходимости никакой в этом нет.
>>986377 >Игроки не изловчатся и не получат Ну если ты игры не делал до конца и не выпускал, конечно не получат. >Было >var a = GetComponent<Govno>(); >if (a != null) ... >Стало >if (TryGetComponent<Vovno>(out var a)) ... Так это та же самая проверка на null, но не суть важно >Приведи любой пример где необходима проверка на null в юнити Любое действие с интерфейсом где игрок при настройке мышки может пропустить шаги. Пример: при наведении мышки на игрока интерфейс высвечивает информацию( не важно через гет компонент, прямой ссылкой или молитвой аллаху) и разблокирует кнопку строительства которое меняет значение по умолчанию(не null, просто черный квадрат который был одним из значений), уже лет двадцать как любой еблан может через простой макросс/скрип на мышке влезть туда быстрей чем юнити(да и тот же анриал если про ++) у тебя это полностью отработает Где собственно и нужен твой, чтобы спастись и не получить то значение которого там точно быть не должно >if (TryGetComponent< Govno>(out var a)) ...
>>986380 > Так это та же самая проверка на null, но не суть важно А, вот как. А в чём тогда прикол? От проверки на null обычно если отказываются, то отказываются не под капотом, а в коде проекта. И делается это с простой целью - перенести предварительные сейвовые проверки как можно выше по стеку и соответственно не перегружать код проверками на null в каждой функции. А не ради того чтобы просто null не было.
А покажи мне как на сишорпе писать, чтобы не иметь проверок на null. Подкапотных проверок на null там хватает, так, если что.
Как перкпишешь if (items.Any()) { var a = Items.First(); } ? Это ж тоже считай та же самая проверка на null.
А diconary.TryGetValue или dictionary.ContainsKey - это тоже проверки на null? Как их избежать тогда?
> Пример: при наведении мышки на игрока интерфейс высвечивает информацию( не важно через гет компонент, прямой ссылкой или молитвой аллаху) и разблокирует кнопку строительства которое меняет значение по умолчанию А где необходимость в null?
public class InfoDisplay { public void SetData(DisplayData data) { ... } }
Что делать если надо отобразить ничего? infoDisplay.SetData(DisplayData.Empty); Где Empty это статический инстанс класса DisplayData с вбитыми значениями.
Если бы мы писали код с null, то внутри SetData была бы проверка на null. Но мы пишем без налл, поэтому у нас её нет и вместо этого заведён пкстой объект.
Как получить данные эти? Ну например if (Physics.Raycast ... if (collider.TryGetComponent<DisplayInfoContainer>()....
>>986355 Камера трупов существует просто потому, что скрипты могут запросить телепортировать к тебе нпс, а если он удалён из игры - проверки нет. Так что на некоторых нпс вешается флаг, который запрещает их деспавнить полностью, но все остальные удаляются без проблем. В любом случае, это проблема кривой архитектуры игры, а не какая-то фундаментальная.
>>986380 >и разблокирует кнопку строительства которое меняет значение по умолчанию Так а кто тебе не даёт сначала менять значение, а потом разблокировать стройку? И никакой еблан не влезет никуда быстрее, чем бул переключится с фолс на тру.
Я правильно понимаю, что нужно Camera Stacking сделать чтобы что-то похожее сделать? Но, вероятно будет 2д спрайт телефона просто. Точно знаю что первая на юнити была сделана, так что какие-то способы есть такое оформить.
>>986171 Не пугай, я только решился вкатиться в юнити. Кстати реально из России опубликоваться в стим? Пока не вникал в это? И реально опубликовать игру физ лицу?
>>986958 >Кстати реально из России опубликоваться в стим? Пока не вникал в это? И реально опубликовать игру физ лицу? Да В Москве и еще паре городов еще есть банки куда стим выводит деньги Юнити в целом пидорасы, но то что там блядь команда больше чем из 10 людей пользовалась бесплатной версией юнити уже должно тебя было насторожить >я только решился вкатиться в юнити. Вкатывайся в анриал лучше, меньше мозгоебли, и в отличии от этого треда там люди действительно делают хуйню >И реально опубликовать игру физ лицу Стиму похуй, а в России надо быть ИП(нажать кнпоку в приложении альфабанке)
>>986965 >Юнити в целом пидорасы, но то что там блядь команда больше чем из 10 людей пользовалась бесплатной версией юнити уже должно тебя было насторожить Так они не зарабатывают больше 100к
>>987202 Вроде нагуглил что на две машины можно. >Кто'ж тебе запретит Так отследить что ты под одним аккаунтом на разных машинах сидишь - это как хеллоу ворд написать.
>>987213 И что, что ты на разных сидишь? Хоть на 10ти сиди, если у тебя не прошка, да и там думаю можно спокойно сидеть, если не одновременно. Какая разница, если бесплатная версия? Не слышал про баны за такое. Может ты игорь на пеке пилишь, а тестишь на древнем ноуте потом производительность.
>>987293 Да вот хз, года три назад тут ещё была движуха, был прям позитив, почтили интересное . Дело скорее в дваче, точнее в том, что с ним стало. Судя по ,/b тут осталась сидеть наглухо отбитая школота и студентота которые устраивают срач ради срача. Нормальные люди тут покинули ибо смысла тут нет, даже на нейтральную тему поста обосрут. Я сам в разы уменьшил времяпровождения, захожу чисто по мышечной памяти от скуки
>>987293 А чего тут обсуждать? Инфы по юнити полно в инете, в крайнем случае можно и у гпт спросить. Кто чето делает, то свои треды заводят. Я попиливаю свой игорёк в свободное от работы время, но очень медленно, сейчас вообще паузу на 3 недели взял отдохнуть от всего.
>>987308 Мне кажется надо гуглить конфы в дискорде и тг. В тг я правда чет не нашёл, когда навскидку искал. Там вроде все любители попиздеть собираются. И выше правильно заметили: на двачах как будто народу меньше стало, либо меньше тех, кто чето делает, а не просто чатрулетки покрутить или чем там щас в б занимаются.
>>987335 >>987316 Спасибо, гляну потом как выйду из творческого отпуска. Я просто написал в поиске Unity, там предложили чат, типа заходи спрашивай и вторая группа какая-то была, где типа новости. Подумал, а зачем мне что-то спрашивать, я не хочу спрашивать ничего и подписался на вторую, а потом увидел, что там раз в день постят, как какой-то хер делает очередную анимацию удара партиклами типа для вдохновения и ворованные ассеты сомнительного качества. Надо наверное подписаться будет потом на группу, где 11к человек сидит. А чего там хоть обсуждают? Игорей много в разработке или пиздеж ни о чем?
>>987336 >>987335 > unity3d_ru Вопросы по юнити, в основном от новичков. В шапке есть флуд чат с школьниками. > ecschat Обсуждение ецс и просто обсуждение около юнити выше уровнем чем в чате ввше > unity_architecture Обсуждение архитектуры > network_devs Обсуждение мультиплеера
>>987336 >А чего там хоть обсуждают? Игорей много в разработке или пиздеж ни о чем? Запомни в таких чатах в основном сидят ноулайферы компенсирующие потребность в общении и потребность в принятии обществе. Там всегда найдется группа лобызающих друг друга людей, которым срать вообще на тематику и они будут пассивной агрессией развлекаться над тобой (а если ты уйдешь от темы сразу накинуться как бешенные вахтеры). Даже тут есть пару шизиков в ньюфаг треде, которые просто бросается на всех подряд, а это анонимный форум.
>>987528 Конкретно этот записал через OBS Studio, потом пережал в Media Encodere'е, чтобы меньше весил. Сейчас для записи использую GeForce Experience, т.к. он меньше тормозит и не пропускает кадры.
Есть люди которым нужно потеребить чувство собственной важности и они готовы по-менторить ньфага с тупыми вопросами в чате? Я уверен что есть скучающие геймдевы, которым уже лень пилить что-то свое, но по-наставлять готовы.
Области - юнити и блендер, с шарпами смогу сам, единственное нужно иногда пнуть в сторону базворда какого-нибудь алгоритма (в основном какие-то решения для игровой ИИшки). в попу не даю
>>987626 Так оно в один клик и записывает же. Нажимаешь и потом нажимаешь ещё раз и запись останавливается и у тебя мп4 в папке. Энкодер можешь исключить из цепочки, я просто жму, чтобы сюда выкладывать и местные не охуевали от размеров особо без сильных потерь качества. На ютуб выкладываю деморилы в исходном, т.к. ютуб сам пережимает дополнительно, как и тг. Я просто видеодизом-аниматором работаю и привычка такая с видео работать: чтобы меньше весило и выглядело более-менее так же для заказчиков. Не в 4к же постить сюда 30с ролик, он весить будет пиздец и за рамки 50мб далеко выйдет
>>987623 Вон там выше пару постов обсуждали чаты в тг и дискорде. Туда иди, там таких любят наверное лол. Ну либо тут вопросы задавай, но нас тут мало
>>987721 >Ну либо тут вопросы задавай, но нас тут мало Нужно лучшие практики. 1) Вот у нас масштабирование в 1 единицу, можно считать это за игровой метр реального мира для 3Д игры или это будет неудобно? Ну, то есть, у нас есть персонаж 1,7 метра в каких единицах ориентировать его размер: 1,7 17,0 170,0 Если 1,7 - будет ли проблема с работой мелких объектов (у типа float весьма ограниченная точность или же просто будет потом неудобно работать с числами вида 0,03475)
2) Какие практики blender -> unity a) Делаешь крайне простую модельку и переносишь по одной штуке в юнити и ручками собираешь в префабы, а потом расставляешь в сцене. b) Делаешь сложную модельки сразу префабом, но сцену по прежнему собираешь в юнити. c) Или же можно сразу всю сцену сделать в блендере и сразу готовое портировать одной сценой?
>>987723 >Если 1,7 - будет ли проблема с работой мелких объектов Я в юнити 2д делаю, но работаю по работе в 3дмаксе и немного гудини с симуляциями. В гудини, как и в остальном 3д, считается хорошим тоном работать с реальными размерами, т.к. физика (и рендер материалов) на них рассчитана, а в супермелких и суперкрупных объектах там пиздец может быть. Обычно стараются выставлять в 3д реальные размеры, например шкафа, прежде чем его разрывать, разрушать или взрывать. Думаю для юнити будет хорошей практикой следовать этому при подготовке моделек для экспорта из блендера. С блендером не работал, но думаю там тоже можно выставлять размеры в метрах/сантиметрах. Для инди по идее похер такие вопросы, ты же там не реальные разрушения собираешься делать, как и реальную физику всего, но можно держать такое в голове.
>можно считать это за игровой метр реального мира В 3д пакетах можно задавать реальные размеры в метрах/сантиметрах/инчах. При переносе в анрил такое точно работало у меня, а в юнити ещё не пробовал пока, т.к. 2д делаю.
>Или же можно сразу всю сцену сделать в блендере и сразу готовое портировать одной сценой В юнити думаю ограниченный функционал по 3д и редактированию. По-крайней мере, скорей всего слабее, чем в спец 3дпакетах. Но тут зависит от того, что ты там хочешь вообще собрать
>>987726 Быстро почекал перенос с блендера в юнити. Там обычно не все так гладко. Я так понял это проблема всех 3д студий при порте в игровой движок (или скажем условный 3д макс может портировать лучше)?
>>987727 Для работы с 3д анрил внезапно хорошо справляется с импортом всего, даже камер для катсцен. Я в нём работал немного и было достаточно гладко, там даже плагин есть специальный который более-менее материалы переносит из 3дмакса и врея с учетом того, что это игровой движок и у него есть свои ограничения. Юнити судя по роликам последним тоже 3д подтянули, но я не курил этот вопрос, надо тебе гуглить самому. Я в юнити разрабатываю свой игорь, т.к. 2д там проще вроде как делать. Для 3д хз, хотя на юнити уже повыходили крутые 3д игры, просто видимо относительно новое пока для них измерение и может мало пока вышло крутых плагинов облегчающих работу. Но с этим вопросом тебе наверное в движкосрачи уже или вообще в /td, может там более конкретно посоветуют
>условный 3д макс может портировать лучше Не, по идее блендер более современный уже и быстрее адаптируется. 3д макс чет застрял давно и на нём только старые динозавры сидят лол, по моим ощущениям. Хотя там tyflow даёт просраться всем по моушенграфике, хоть и сторонний плагин
>>987729 А что он умеет? Я не в курсе. Пощелкал первые видео и там кубизм какой-то просто. Думаю, что для оптимизации даже будет лучше, если тоже самое делать в условном блендере, упрощать сетку и потом импортить. Мне кажется в юнити делать 3д модели - это работа через жопу. Те же кубы ты и в блендере/синьке/максе/майке сделаешь и они там у тебя лучше выйдут и сможешь количество полигонов контролировать. Как и что-то посложнее, если ты не майнкрафт2 делаешь там. Просто принципы 3д везде более-менее одинаковые. Тебе проще блендер подучить за несколько дней, чем ебаться в юнити и такое же собирать и в юнити больше времени займёт это
>>987732 Тебе проще несколько дней туторы покурить в блендере, мне кажется. Или аналоги. Юнити - это не пакет для 3д моделинга. Пробилдер мне кажется больше для тестовых сцен и проверок как что работает и потом там заменяют уже на норм модельки. Если конечно там не кубизм у них дизайн лол.
>Заметил что работать с красивой картинкой интересней Это да, я как диз могу подтвердить. В своём игорьке не могу даже игровые фичи толком тестить, пока они красиво не начинают выглядеть. Просил гпт написать мне красивые 2д эффекты взрыва (мог сам нарисовать, но хотелось каждый раз разные процедурные), а вернее советы как это сделать и потом их доработал и только потом вставил их у себя и потом уже только их прописывал в последнюю очередь, чтобы они появлялись после попадания. Ну зато сразу видишь красоту же и стараешься, чтобы это всё там не зря было.
>>987733 >Пробилдер Да, какая-то шляпа, у меня раз крашнулось и какие-то ошибки постоянно сыпятся (или я рукожоп). А еще они в 6 версии поменяли интерфейс, вроде удобнее стало, но все туториалы по старому интерфейсу. Да и думаю по блендеру будет больше туториалов. Да и я когда-то в 12 году дергал 3дмакс, там помню удобнее было, а там еще хоткеи настраивать.
Наткнулся еще на мнение что атлас текстур от блендера будет производительнее (типа один материал что ли на всю модель).
>>987736 Или это сама юнити 6 крашилась, лол. Меньше что хотелось в работе с 3 сценами это краша несохраненной сцены (я еще протупил и скипнул, не отправив репорт)
>>988385 Но у тебя тоже же нет мотивации, тебе вбили в голову что вот если она у тебя была, ты бы мог все, но это неправда. Нельзя съесть весь снег, даже если очень захотеть.
>>988388 Узнай сперва определение мотивации, ты путаешь мотивацию с результатом деятельности, мотивация это абстрактное побуждение к действию, оно и не должно гарантировать тебе результат. То, что ты не можешь добиться цели одной лишь мотивацией не отменяет существование данного понятия.
>>988420 Так я и говорю что мотивация - это обман или атавизм психологии как, например, Фрейдизм, кстати мотивация продукт ученика Фрейда, Юнга.
Первый абсурд это в том что мотивацию чаще использует в контексте ее отсутствия. Второй бред это то что ты решил что тебе это надо делать - но ты не можешь и не хочешь. То есть ты как бы и хочешь, но не можешь потому что нет некой мотивации. А потом окажется что это у тебя депрессия, а потом ходи к врачу и покупай лекарства с уровнем лечения чуть больше чем плацебо. Неплохой тако бизнес, да. В итоге все сведется к тому что смирись с этим, ты поломан.
>>988419 Не совсем. На первом месте архитектура и вменяемый код. Я не говорю про то что надо упарываться чтобы было всё идеально, но изучение C# и хороших практик программирования даст больше профитов чем изучение апи юнити.
Апи юнити учится как правило на практике под конкретную задачу, и наизусть знать его не надо. Это абсолютно нормально, когда ты прям на месте начинаешь разбираться с какой-то штукой в юнити, с которой пока не доводилось работать
Один и тот же фбикс при импорте в блендер имеет ротейшен у root.x, а при импорте в юнитю не имеет, только позишен. Вроде все "улучшалки" при импорте вырубил. Анимация в блендере работает с учетом этого ротейшена рут.х, а в юнити эта кость имеет по 0,0,0 ротейшен и вся анимация под неправильным наклоном. Что за дичь и как чинить?
Видимо, если кость не меняет свой ротейшен во времени, то его просто вырезает из анимации и ты ничего с этим не сделаешь, его как будто нет
>>988466 Я не понимаю, тут какая то обработка импортируемой анимации по-любому виновата, потому-что этот же фбикс при импорте обратно в блендер работает нормально и все кости у него есть и все норм. Хотя я вроде всю обработку типа компрессии отрубил, как видно на скринах.
>>988466 Это происходит из-за разных систем координат в 3д редакторе и юнити. В итоге получаем вращение на 270 градусов, которое отображается, как -90 в редакторе. Для блендера тебе нужно прокрутить модель по нужной оси на 90 градусов, нажать контрол+а, выбрать вращение и нажать экспорт. В некотором 3д софте, который по-настоящему 3д софт, а не потешная хуйня на коленке, есть галочки для подобного.
>>988523 Так у меня ротейшен кости не появляется при импорте анимации почему-то, а не ротейшен модели. Он в animation clip вообще отсутствует, что сказывается на модели, как будто он постоянно установлен в 0,0,0
Правильно ли я понимаю, что в апдейте инструкции выполняются строго последовательно и это всегда надо учитывать? Просто столкнулся с тем, что проверка условия при запуске проекта в первом кадре не срабатывала, а потом понял, что я в коде сперва меняю параметр, а потом проверяю условие. Я думал, что последовательность здесь не важна. Или это особенность шарпа как такового, что интерпретация происходит последовательно только в методах?
>>989096 > Правильно ли я понимаю, что в апдейте инструкции выполняются строго последовательно и это всегда надо учитывать? Конечно.
Каждый кадр юнити проходится по всем твоим компонентам и вызывает у них метод апдейт. Порядок вызова - не гарантированный, поэтому если хочешь его учитывать, тебе надо сделать свой метод для апдейта у нужных тебе объектов, хранить все эти объекты в каком то менеджере и самому вызывать его
Есть ли максимально простые ассеты/темплейты, чтобы сделать игру от третьего лица с инвентарем/катсценами/мобами, аля Сайлент Хилл / Резидент 1-2-3(не ремейк)
Можно ли в Unity обращаться к паблик методу класса в другом классе без создания промежуточных полей класса? А то смотрю рандомный курс, там чел для вызова внешнего метода создает промежуточное поле, а в юнити для этого нужно еще и механически перетащить в инспекторе в поле нужный тебе объект со скриптом. Но это же бред каждый раз так руками делать, для вызова каждого метода каждый раз в инспекторе объект перетаскивать в поле.
>>989668 Не факт, что будет всё это, но хотя бы синглтон должен быть.
Суть в том, что ты поднял вопрос прокидывания зависимостей - как сделать так, чтобы объекты знали друг о друге - вот это я перечислил типовые способы решения этой проблемы.
Начал вкатываться в корутину. Долго не мог допетрить(а может и сейчас не могу) зачем она нужна и в чем кардинальное отличие от метода, ведь она все также выполняется в основном потоке. Как я понял со своей новичковой колокольни, корутина нужна для выполнения операций, растянутых во времени, чтобы не забивать поток, в этом ее главная фишка. Ресурсы ведь не тратятся на нее в режиме ожидания или тратится меньше? Но я не совсем понимаю, что значит выполняется один раз? Типа, ее нельзя больше одного раза вызывать? Я так понимаю, ее хорошо использовать во всяких чекерах, спавнерах, которые просто на протяжении всего времени работы игровой сессии активны. А если ее вызывать в апдейте? В режиме ожидания она не будет каждый кадр проверяться?
>>989752 Забей на оптимизацию, и про другие потоки даже не думай - юнити работает в одном потоке. Если ты специально не сделаешь хитрости, но до этого тебе пока далеко
Корутина нубна вот зачем:
Тебе надо описать процесс длящийся долго по времени.
Например игрок наступает на ловушку и через секунду спавнится обычный монстр, а через 10 секунд еще сильныц монстр. Как ты это реализуешь? В апдейте? Наверное будет ебанина с таймерами и кучей условий
А с корутиной изи: public IEnumerator SpawnCoroutine() { yield return new WaitForSeconds(1.0f); SpawnMonster(); yield return new WaitForSeconds(10.0f); SpawnEpicMonster(); }
Запускать жту корутину можешь сколько угодно раз, можно одновременно.
Каждый раз когда делаешь StartCoroutine(SpawnCoroutine()) - ставится на выполнение новый экземпляр этой корутины.
>>989758 Ну да, я до этого, когда писал себе спавнеры задумался, что мне для каждого спавнера нужен каждый раз новый метод и новый счетчик, который каждый кадр в апдейте будет считать время и проверять, пора липора родной, пора респавнить мобов. На дистанции это пиздец как неудобно и убьет производительность. По поводу одновременности, что имеется ввиду, что несколько корутин запускаются одновременно? И прям реально одновременно или там просто незначительная разница в долях милисекунд?
>>989752 https://en.wikipedia.org/wiki/Coroutine Вкратце - процессор досрочно выходит из функции, возвращаясь в неё при заданном тобой условии. Позволяет отложить выполнение кода на потом, не прибегая к сложной технике многопоточности.
>>989763 Не думай о производительности пока. Пиши код так, как он логичнее и понятнее.
> По поводу одновременности, что имеется ввиду, что несколько корутин запускаются одновременно? И прям реально одновременно или там просто незначительная разница в долях милисекунд? Это мнимая одновременность. Все твои корутины кладутся в список, и юнити каждыы кадр проходится по нему последовательно и смотрит - ага тут уже время подшло, выполняем следующий шаг. Тут не подошло - пока скипаем.
>>989794 > >Как ты это реализуешь? > С помощью таймера, очевидно же. > https://learn.microsoft.com/en-us/dotnet/api/system.timers.timer Лол, ну так делать это уебанство. Тебе надо со временем взаимодейстсовать только через апи юнити, т.е. тут придется это прокидывать. Но если сделать свой нормальный хелпер-таймер который будет в апи юнити работать то пойдет как идея.
Но, конечно, оно тоже нахуй не нужно.
> >А с корутиной изи > А как прервать 10-секундный таймер? StopCoroutine
>>989794 > Вкратце - процессор досрочно выходит из функции, возвращаясь в неё при заданном тобой условии. Позволяет отложить выполнение кода на потом, не прибегая к сложной технике многопоточности. Многопоточность тут вообще не причем. Смысл корутины один - вместо того чтобы делать таймер и спинлок в апдейте который будет минусовать время от него(либо ожидать выполнения операции из другого потока, операции чтения с диска например), ты просто пишешь корутину чтобы было красиво и читаемо, а по своей сути это тоже самое.
>>989794 вы, ретарды, бы ему хоть MEC посоветовали, если он о производительности думает, в отличие от вас. Хотя если цель пиковая производительность то один хуй таймер в апдейте бьёт и дефолтные всратые корутины и MEC
>>989794 > Не слушай его, считать время в update вредно. Он говорит объективный факт - считать время в апдейте производительнее чем делать корутину.
Но также и факт - это нахуй не нужно и не будет узким местом. Поэтому не нужна ебанина с тацмерами в апдейте, лучше просто сделать корутину. ну или юнитаск
>>989804 >юнити каждыы кадр проходится по нему >ага тут уже время подшло, выполняем >вместо того чтобы делать таймер При чём тут таймеры? Корутины - это EDA. Вместо абстрактного таймера может быть всё, что угодно.
>взаимодейстсовать только через апи юнити Зачем? Нужно абстрагироваться от движка, чтобы бизнес-логику можно было переносить. Например, когда CEO Unity снова насрёт индюкам в штаны. Используйте движок как тонкий клиент игры.
>>989833 >считать время в апдейте производительнее Это когда у тебя 150 NPC каждый кадр проверяют, не пришла ли пора пойти на следующий урок?
Смысл EDA как раз в том, чтобы избавиться от непрерывного поллинга в 100500 местах проги.
>>989834 > При чём тут таймеры? Корутины - это EDA. Вместо абстрактного таймера может быть всё, что угодно. Я в скобках дальше что написал? Ты не читал?
> Зачем? Нужно абстрагироваться от движка > Используйте движок как тонкий клиент игры. Вот это база. Только вот предложенный выше таймер уже завязан на системном апи времени, что также плохо, только ещё хуже. Поэтому в идеале должен быть абстрактный провайдер времени и таймеры наученные с ним работать.
Только вот новичку пока рано думать об абстрагировании бизнес логики от движка, поэтому проще юзать юнити апи напрямую.
> Это когда у тебя 150 NPC каждый кадр проверяют, не пришла ли пора пойти на следующий урок? Да хоть 1000, это ни о чём для подобной задачи.
> Смысл EDA как раз в том, чтобы избавиться от непрерывного поллинга в 100500 местах проги. Это со стороны пользовательского кода, а со стороны инфраструктуры там что угодно может быть внутри. Но так или иначе, если нам надо подождать какое-то время, мы каждый кадр должны чекать статус - дождались или не дождались. Поэтому в том или ином виде там будет проход по списку всех текущих таймеров/корутин и т.д., просто с оптимизациями - например корутины которые ждут какое-то время можно в сортированный по времени список класть.
на одном 3д-проект в лоуполи-стиле аля Сайлент Хилл 1 с сюжеткой (уже готовы механы инвентаря/хождения/юза итемов/пушек и тд - по сути, допилить систему катсцен и врагов и можно пилить сюжетку)
на другом что-то типа 2д-пошаговки, аля Даркест Данжен на минималках, где(в мечтах) ты набираешь/покупаешь отряд бойцов, идешь ими слева направо и месишь монстров автоатаками и скиллами (что тоже уже есть а прототипе, в тч с магией, аое-шками и саппорт-скиллами для юнитов-хилов и большими мобами в несколько клеток поля боя размером). в теории можно зашквариться тоннами рекламы и лутбоксами, сделав что-то типа гачи
>>989859 Делай то, что самому больше нравится и что сможешь довести до конца. Но видимо, если тебя так кидает, то в процессе появится третья и четвертая игра ещё в мечтах.
>>989859 Ля, с одной стороны, "для общего развития" и как собранный за вечер прототип относительно норм (за кадром остались перемещение между локациями, юз вещей и боевка)
Но я слегка надеюсь, что даже если я что-то допилю и куда-то залью, это убожество на нейро-модельках никто и никогда не увидит
>>990229 ток не забудь обработать модельки после скачивания, "сырой" GLB оттуда имеет 50к+ полигонов (когда починят скачку, там, вроде как, будет опциональная ретопология, емнип, до 5к)
>>989859 Зачем заканчивать игры? Ну то есть чаще есть такой психологический паттерн, когда поиграешь во что-то и думаешь как бы тут сделал ты лучше или просто греешь какие-то свои геймплеи в голове. Но в реале когда начинаешь делать запал кончается и вообще делать до конца нудно и не интересно (а еще идеи кажутся уже банальными или плохо в игру вписываются и надо вечно додумывать).
>>990420 Если ты не планируешь этим хоть сколько-нибудь зарабатывать, а делаешь лишь для себя в качестве хобби, то да, прототипы доделывать нет смысла.
Друзья, кто шарит за zenject-ы и прочее DI поясните pls на моем примере. Я вот просто в редакторе перетаскиваю один компонент в SerializedField другого компонента. Cкажите, как с помощью того же zenject примерно реализуется такое же, и в чем будут преимущества. Ну хоть убей, не могу вдуплить , пока на живом примере не увижу практическую пользу.
public class Coin { Инжектим плеер мани и делаем чтобы добавлял монеты игроку при подборе }
> Я вот просто в редакторе перетаскиваю один компонент в SerializedField другого компонента. > Cкажите, как с помощью того же zenject примерно реализуется такое же, и в чем будут преимущества. Всё просто - тебе не придётся перетаскивать. Вернее придётся, но только чтобы зарегать, либо что-то внутри префаба.
Вопрос, создал заранее кучу обьектов с переменой(календарь делаю, хули) System.DateTime Когда прогонял скрипт создать все, в каждую записывал свою собственную дату. Через дебаг.лог проверял достовая из каждого, все записывалось нормально Но, когда запускаю саму игру, то System.DateTime в каждом созданом тогда обьекте обнуляется(то есть первое число первого месяца первого года)
>>991271 >Не совсем пончтно что тут имеется в виду То что прогоняю скрипт просто в открытом конфигураторе и создаю все обьекты заранее Ну как ты эксель таблицы грузишь чтобы не вбивать все переменные вручную в массивах, хз как еще сказать У меня есть подозрение что System.DateTime похуй что в нее записали и он просто обнуляется при нажатии кнопки плей. Хотел про это узнать
Как я понял, ты вне плеймода их заполняешь, а в плецмоде слетают?
Всё потому, что DateTime не сериализуемый тип. При переходе из едитора в плей мод и обратно, происходит сериализация данных компонентов, все что туда не попадает обнуляется.
>>991310 Потому что у юнити были свои чёткие правила сериализации, DateTime под них не попадает - там внутри есть приватное поле, которое и хранит дату, и оно не сериализуется юнитевским сериализатором.
Поэтому, лучшим вариантом было бы сделать свой кастомный сериализуемый тип, который можно будет конвертировать в дейт тайм туда и обратно.
>>991297 >При переходе из едитора в плей мод и обратно, происходит сериализация данных компонентов, все что туда не попадает обнуляется. Так я и думал жопа конечно, но варианты все равно есть
>>991324 >>991247 Блин, этот календарь сводит меня с ума, вроде простая вещь Если генерирую на 90 дней, то в четвертом месяце такой ебанутый отступ Если генерирую на 900, то он все далет красиво как и должен
Кто-нибудь с компьют шейдерами работал? Где можно про них зачитать максимально доступно? Хочу прикрутить такую хуйню: -на компьют подается меш -хуевертит вершинами -обычный шейдер результат рендерит Что-то типа скиннед меш рендерера но мой собственный хочу. Однако, обычный шейдер в моем случае это мегакомбайн, в который я залез как-то и охренел. Есть ли вообще способ прикрутить компьют шейдер к обычному без правок в последнем? Знаю что в новой юнити есть меш апи в который можно вершины дергать не приходя в сознание и это идеально вообще, я видел@облизывался на всякие разные хуевины на ней сделанные, но в моем говне мамонта этого просто нет, а переносить весь проект ради одной штуки выглядит бредом.
>>991469 Для трансформации вершин не нужно compute shader. skinned mesh просто использует вершинный шейдер. compute шейдер можно использовать для обновления матриц. Если например у тебя тысячи ренедеров, то на cpu умножать все кости будет большой overhead.
>>991492 >skinned mesh просто использует вершинный шейдер Как он это делает и сверху любым другим шейдером обмазывает? Хардкод? Меня именно это интересует. Просто я обыскался уже, все кто такие штуки вытворяет на гпу пишут свои шейдеры, которые все это и рендерят.
>>991557 Я нашел какой-то compute-шейдер для скиннинга в юнити. Я не понимаю гениальность этой задумки, читать и записывать вершины, вместо того чтобы один раз это сделать в вершинном шейдере. Может это используется где чтобы получить вершины меша в скрипте для определенной позы анимации.
Кто шарит за 2д спрайты. Есть размер игры 1920х1080. Есть камера. Загружаю спрайт 1920х1080.
Какого хуя он не полностью закрывает обьектив камеры? Менял у камеры тип (там из двух), приблежал отдалял, всеравно ровно уместить спрайт такого размера не могу, что за хуйня? Мне задник нужно сделать чтоб все закрыв прям точно, и в тоже время слои чтоб работали как надо. Как эти ебучие 2д спрайты работают?
До этого делал по канвасу image, работало четко, но мне надо перейти на спрайты для нормальной работы по типу 2-live.
string x = "haha"; int y = x[0]; // интовому у присваиваем строковое значение - нет проблем братан просто запишу его в виде числа 104 string z = x[0]; // строковой z присваиваем строковое же значение - ты ебанулся?! нельзя так делать, как тебе в голову такое пришло?! тут надо писать string z = "" + x[0]; - это же, очевидно!
>>991693 >где логика, блеать, кто это нахуй придумал? А ты не догадался прежде чем писать подумоть что ты пишешь, или книгу почитать? Я даже хуй знает откуда начинать объяснять, с того что такое типы данных, что есть фундаментальные типы, что такое объекты, что такое конструкторы и прочее.
Короче, с начала: >интовому у присваиваем строковое значение Неверно! Запомни, ты когда пишешь type a = b, то сначала вычисляется результат правого выражения (b), потом причисляется левому (type a). Ты у языка спросил взять из строки x элемент [0]. Строка это массив из символов, array of chars, просто чтобы не ебаться с этим как в Си, тебе это завернули в обёртку ООП. Ты спросил первый символ строки, тебе вернули этот символ типа char равный h. Дальше ты СИМВОЛ присваиваешь ЦЕЛОМУ ЧИСЛУ. На вопрос "кто тупой" ответ - ты. Символы исторически хранятся как целое число, отличаются они чисто типом, внутри одно и то же - 8 /16 /32 бита. Дальше компилятор автоматом кастует это число в целое число и присваивает твоему int y. Ты попросил взять символ из строки, присвоить его целому числу. Т.к. чимвол внутри хранистя как целое число, токомпилятор услужлимво его преобразовал и всё на этом. Всё, ты что написал, то и получил.
>строковой z присваиваем строковое же значение АВОТХУЙТАМ! Начнём с того что все эти char, int, double это фундаментальные типы. Ты один раз договорился как оно работает, всё, они так и работают. Компилятор берёт 8 / 16 /32 бита, переводит твоё целое число в двочное число, размером n бит и хранит у себя метку что по адресу такому-то у нас число лежит. То же для символа или числа с плавающей точкой. Так вот, строка. Что такое строка? Набор символов? Сколько символов в строке, ну в средней такой, как в батином супе? Да пошёл ты нахуй с такими вопросами уважаемый! У нас сириус бизнес, сколько спросишь столько и будет. Создаёшь массив размером 5, в него пихаешь буквы О, П, Х, У, Й, получаешь массив из 5 символов, т.ё строку ОПХУЙ. Всем это быстро надоело, тоэтому массив завернули в ООП, сделали его объектом. Но объект это тебе не базовый тип, его нужно создавать каждый раз. Для этого у объектов есть конструктор, в который ты передаёшь набор параметров, какой именно объект. И таки строка это объект, просто от тебя это опять же завернули чтобы удобне было. Поэтому идёшь и ситаешь как работает ООП в C# и как работает контсруктор типа String.
Вторая твоя строка скорее всего заработает так: String z = new String(x[0]) И слева это объявление, что у нас будет тип "Строка" под названием "з", а справа равно это конструктор, создай "Cтроку" с такими входными данными: один символ по месту 0 из строки x.
А теперь, когда ты всё это прочитал и понял что творишь хуйню, иди читай что такое метод .substring(). Вероятно тебе надо что-то вроде: String x = "haha"; String z = x.substring(0, 1);
>>991904 Точно не в юнити, из игровых движков наверное только рпг мейкер хуже для игр где много обьектов одновремено ищут пути себе. Хотя, может прокатить
>>991915 Чем Юнити плох? А в целом, мне не нужна конкрктная реализация, хочу посмотреть просто архитектуру, да даже в виде структурной схемы. Вопрос в треде по Юнити, потому что сейчас он в приоритете.
>>991904 Не бывает правильной архитектуры. Но в целом, гугли ecs. Ecs это даже не архитектура(т.к. на нем можно самыми разными способами реализовать одно и то же), а скорее ближе к парадигме если так подумать.
>>991923 Он шизу несёт, в юнити буквально самая лучшая производительность для такой задачи лол, т.к. есть годные сторонние ецс фреймворки вроде morpeh и leo ecs, так и юнитевский dots который выдаёт вообще нереальную производительность в связке с burst и job system, лучше чем си.
>>991943 > структур с динамическим добавлением полей Это что значит
> и коллбеком обработчика Коллбек куда вешается? Кто его вешает? Что коллбек делает?
Как минимум тем, что в ecs есть 3 ключевых элемента - ентити, компонент(данные), система, и функционал запросов к данным. То что ты описал вроде бы не совсем то
>>992032 А entity как-то кешируются/группируются, чтобы избежать худшего случая, когда придётся по всему их списку проходить и проверять наличие требуемого компонента?
Уезжаю на новый год, может кто, что посоветует к моменту когда вернусь Надо как то запланировать выполнение функций, то есть куда-нибудь их отложить, и у пользователя выбор или подтвердить их выполнение, или отменитть и очистить запланированый лист. Пока ничего умнее чем в каждую функцию отправить в корутину с WaitUntil(() которая или отменит или даст продолжить дальше, не придумал
как лучше хранить данные о событиях в сейвах в полностью линейной игре с головоломками, аля сайлент хилл/резидент? чтобы не хардкодить каждый чих отдельным классами/переменными
на ум приходит список текстовых "тэгов событий", аля "map_1_puzzle_1_solved", по нажатию кнопки или чего еще, когда чел решает паззл, в EventTagList добавляется тэг и нужный по сюжету дальше диалог может быть триггернут
Насколько по васянски будет если мне нужно окно которое блокировало бы любое кликанье на другие обьекты интерфейса пока активно, просто растянуть рейкаст паддинг этого окна на весь канвас? Там кроме того что размер самому подбирать, вроде полностью работает и подводных камней не вижу, но везде пишут что лучше скриптами
>>994444 Типо затемнения фона за активным окном? Да норм, хули тут. Не понял только нахуя размер подбирать если можно просто якоря на края экрана ебануть.