Прошлый тред: https://2ch.hk/gd/res/659486.html
Официальный сайт: https://unity3d.com/ru
Документация: https://docs.unity3d.com/ru/current/Manual/index.html
Уроки: https://unity3d.com/ru/learn/tutorials
Форум: https://forum.unity3d.com/
Магазин ассетов: https://unity3d.com/ru/asset-store
UnityWiki: http://wiki.unity3d.com/index.php/Main_Page
На Unity сделано много замечательных игр - Rust, Блицкриг 3, Pillars of Eternity, Tyranny, Kerbal Space Program и многие другие. Главным преимуществом Unity перед другими движками является его простота для одиночной разработки. Не нужно иметь целую компанию девелоперов, чтобы сделать хорошую игру. Если ты один или имеешь небольшую команду и хочешь сделать хорошую игру без претензий на ААА, то Unity станет лучшим выбором. Тем не менее, даже крупные корпорации зачастую выбирают для своих игр именно Unity.
FAQ
- Какие у Unity сильные стороны?
- Простота разработки, удобный инструментарий, кроссплатформенность, богатая документация, огромное сообщество.
- Какие у Unity слабые стороны?
- Сложность в создании фотореалистичной графики. Для графики "как в Crysis" рекомендуется взять другой движок. Хотя Unity вполне способен выдавать не уступающую любым другим движкам картинку, это требует определённого навыка от разработчика.
- На каких языках я могу писать скрипты для Unity?
- На выбор два языка - C# и UnityScript. UnityScript - это что-то среднее между JavaScript и ActionScript. Выбирай язык по своему вкусу, они оба вполне удобны, но помни, что большинство примеров написано на C#.
- Для каких жанров подходит Unity?
- Для абсолютно любых! Жанр ограничивается лишь фантазией разработчика (и его умением писать скрипты, разумеется). Можно создавать и РПГ, и стратегии, и слэшеры. Можно делать VR-проекты или Minecraft-подобные песочницы.
- На каких платформах работают созданные с помощью Unity игры?
- Windows, Linux, MacOS, SteamOS, Android, iOS, Windows Phone, PlayStation4, Xbox One, WebGL, Oculus Rift и многие другие. Полный список можно найти на официальном сайте. Таким образом, игры Unity работают на десктопах, на смартфонах, планшетах, приставках, в браузерах, VR-очках и некоторых других системах.
- Часто вижу скриншоты с красивой природой на Unity. Как такое создать?
- Очень просто! В Unity встроены удобные инструменты для создания террейна и SpeedTree для создания деревьев и готовая реализация ветра - не нужно ничего писать или скачивать и подключать плагины - ландшафт в Unity создаётся в пару кликов.
- Что такое стартер киты?
- Starter Kit - это набор скриптов и префабов, а зачастую и графических элементов для игры. Они призваны облегчить разработку игры определённого жанра и как правило разбиты по жанрам (Action-RPG Starter Kit, RTS Starter Kit, 3D Shooter Starter Kit, Space Game Starter Kit, VR Starter Kit и так далее). Также бывают стартер киты различных игровых элементов, не связанных с геймплеем (Nature Starter Kit с дополнительными природными объектами, Medieval Starter Kit со средневековыми объектами и так далее). По сути, стартер киты выполняют в разработке игры ту же роль, что и фреймворки в программировании. Однако стоит отметить, что использование геймплейного стартер кита принуждает разработчика изучать большое количество чужого кода и чужой структуры для внесения своих изменений и полноценного использования. В связи с этим большинство разработчиков предпочитает писать почти всё с нуля, получая полное понимание работы своей игры. Новичкам крайне не рекомендуется начинать знакомство с 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# можно узнать на интерактивных курсах здесь:
https://dotnetcademy.net/CSharp/Beginner
или в текстовом туториале здесь:
https://www.tutorialspoint.com/csharp/csharp_quick_guide.htm
Для изучения основ UnityScript выучи вначале основы JavaScript:
https://learn.javascript.ru/
Помни, что далеко не все элементы JS есть в US. Чтобы понять, в чём разница между этими двумя языками, прочти эту статью:
http://wiki.unity3d.com/index.php/UnityScript_versus_JavaScript
Помни, что тебе достаточно одного языка из двух и учить их оба одновременно не нужно.
- Движок
Если ты уже умеешь использовать язык, то можно приступать непосредственно к изучению движка. Крайне рекомендется купить/скачать книгу Unity in action (Unity в действии). В ней подробно описываются множество возможностей движка.
http://www.ozon.ru/context/detail/id/34792570/
Также посмотри на видеотуториалы с официального сайта:
https://unity3d.com/learn/tutorials
Если же ты не любишь видеотуториалы (или не понимаешь разговорный английский) и предпочитаешь текст, то посмотри здесь:
http://catlikecoding.com/unity/tutorials/
Тут крайне подробно описан процесс разработки и приведены примеры кода. Эти туториалы универсальны и описывают множество различных частей игры, от работы с текстурами до генерации карты мира. А вот в этом туториале описыватся разработка двухмерной игры с видом сверху:
https://www.raywenderlich.com/61532/unity-2d-tutorial-getting-started
Это будет полезно, даже если ты планируешь разрабатывать трёхмерную игру. Ни в коем случае нельзя обойти вниманием этот сборник туториалов:
https://noobtuts.com/unity
В нём подробно описывается процесс пошагового создания разных игр - двухмерных и трёхмерных.
Разумеется, все эти туториалы охватывают лишь часть возможностей Unity. Самый надёжный способ выучить Unity - это начать делать игру и по мере разработки гуглить непонятные моменты.
Шапка: http://www.writeurl.com/publish/zukmrogwv45ptyuseyol
На хамбле распродажа ассетов ненужных. https://www.humblebundle.com/software/unity-games-and-game-dev-assets-software
Ну там-то вроде и курс по шарпу(а потом по юнити, если ты про полный), поэтому вроде нормально, что там погромач. Но то, что чел просто зачитывает - это печально. Хотя может это просто введение, а потом будет подкрепление с примерами. Я вот думал взять первый месяц за 5к посмотреть, но как-то хз. Я не особо хочу становиться программистом c# со знанием юнити, у меня вообще был план сделать парочку гиперказуалок просто потому что скучно. Решил чекнуть инфоцыган местных и увидел этого странного чела.
Например, я хочу иметь что-то типа базы данных абилок, где у меня будут храниться все их параметры, название, иконка, стоимость, кулдаун, и т.д.
Таких абилок может быть много, десятки, сотни, с ними должно быть легко и удобно работать через инспектор, поэтому просто в коде в массивчике хранить не хочу.
Но и префаб на каждую абилку городить не хочу, это кажется неправильным, все-таки это не геймобжект, размещаемый на сцене, а именно набор данных.
Думал про табличку в экселе, и потом импортировать, но тоже не очень удобно, хочется все-таки иконки через инспектор драг н дропом кидать, а не просто прописывать путь.
Есть что-то из коробки в юнити, или надо смотреть в сторону ассетов?
Databox выглядит похожим на то, что мне нужно, но неужели до сих пор нет из коробки похожего функционала?
Ассеты импортируются в проект, проблем быть не должно.
Даже ассеты, которые состоят только из кода, без моделек/текстур/префабов?
Сейчас же даже убрали браузер с ассет стором из юнити, чтобы облегчить редактор, и перевели на package manager, это не значит, что в проекте подключенные ассеты будут качаться через него при первом запуске?
И еще вопрос ко всем в треде, есть ли список must have ассетов, которые стоит по дефолту использовать в любом проекте?
Имею ввиду не ресурсы для игор, а именно полезные расширения редактора или утилиты, которые упрощают и ускоряют разработку.
Например, odin крутая штука, но дорогая, может есть что-нибудь в таком духе, но бесплатное?
Или не бесплатное, но хотя бы не очень дорогое, что стоит купить и потом использовать во всех проектах.
В общем, пишите ваши любимые ассеты, что стоит посмотреть.
ScriptableObject + твой интерфейс ISkill например.
Так ты сможешь переиспользовать свои скилы и менять их параметры через инспектор.
>>698874
Ассет это zip архив, встречал ассеты которые просят тебя регаться на емейл - такие НАВЕРНОЕ не будут работать без твоей учетки, но 99% ассетов просто "вот тебе пара .cs файлов"
>ScriptableObject
Спс, то что нужно.
Только у меня в голове не укладывается, почему он называется ScriptableObject, если это объект для хранения данных, почему не DataObject, например. Он же не скриптуется, почему scriptable?
Кстати, если интересно посмотреть что у меня в голове, предлагаю чекнуть мои посты по разработке. https://pikabu.ru/@Peregon
Тащемта, анимации неплохие, ты всё сам делал?
Где анимировал, спайн или прямо в юнити?
Они у тебя процедурные, завязанные на физику?
Мне только кровищи не хватает на твоих гифках, хотелось бы крови и угара в такой игре, а не просто всплывашку в стиле детских мультиков
Всё делал сам, анимировал в юнити, часть анимаций процедурные, на физику анимаций не завязано. Есть и кровища. Но пока только в одном из захватов.
На хабре стетье 10 лет, а это значит что на гавно-мобилках будет 60фпс выдавать в наше время
https://habr.com/ru/post/350396/
Вообще загугли: "habr unity3d 2d shadow", там много результатов и выбери реализацию, которая тебе больше всего нравится/подходит.
Удачи
Scripting: Camera.main is much faster to query.
Camera.main used to be a performance costly function to call. With this optimization a dedicated list of objects with the main camera tag is maintained, and searching this list is almost instantaneous.
так что если ты долбоёб и используешь Camera.main, то теперь ты не долбоёб. принимай поздравления анон
Господи, почему в юните с каждым патчем появляются более жуткие баги...
Grid, Tilemap, все дела. по 1 размеру, никаких доп настроек. Заливка отключена в настройках. Стоило в 2 слоя покрасить 100x100 клеточек примерно(очень маленькая область), как все начинает дико зависать, то есть не не в процессе игры, а именно становится невозможно дальше оперировать редактором с этой сценой, на которой только один Grid с Tilemap-ом.
Я, конечно, знаю много альтернативных решений, по типу генерации карты в реальном времени, прогружая кусками, можно как-нибудь напердолиться, но я думал раз уже все придумали до меня, раз есть редактор и такая возможность, то значит надо нарисовать всю карту, и там уже плясать от этого, активуруя объекты и двигая камеру. Все таки 100х100 и так лагать мне не дает покоя, я что-то не так понимаю, объясните плиз.
Как сделать так, чтобы улучшения, которые предлагаются игроку, выбирались рандомно из пула?
Есть идея просто добавить их все как отключённые кнопки в UI и включать через foreach child'ы этого UI, пока их не включится 3. Но мне кажется есть вариант получше
var getRandomIndex = UnityEngine.Random.Range(1, 3) -> вернет тебе индекс твоего улучшения. Потом: IEnchants[] enchants = заполняешь свой массив улучшений.
Потом: var randomEnchantment = enchants[getRandomIndex];
Потом: Передаешь на UI инстанс своего улучшения, для 3х на угад проделай это всё через цикл for.
>>699664
Вроде в редакторе он и не должен работать, нужно билд делать + с последними пайплайнами эту настройку вообще куда-то в другое место вынесли, в Players Settings что-ли.
>>699694
Оказалось я вместо if написал while и получил это из-за бесконечного цикла
>>699814
Честно - не понял, у тебя в редакторе тормозит или в игре?
Может на обоих слоях есть коллизия и там физика с ума сходит?
Если в игре - включи deepProfiler и глянь, че там жрет все мощностя твоего пеки.
У меня в 2019.4 1024х1024 на старом ноуте работало,выдовало больше 30 фпс во всяком случае
Ну че там, этот ваш дата ориен тированный подход в прод уже выкатили? Как там оптимизаторный гений из сонибляди наоптимизировал, летать стало?
Редактор, говорю же. На сцене ничего кроме этого нет.
Никакой физики вообще, вообще ничего.
Не хочу накаркать, пока детально не смотрел, но кажется частично решил проблему - надо выделять куски и делать Break Prefab Instance, вроде я даже поле дорисовал, не знаю как дальше пойдет.
>1к на 1к на ноуте
На это буду ориенироваться, сяп.
18 сентября компания — разработчик движка Unity вышла на фондовую биржу. За первый день торгов она привлекла $1,3 млрд, а ее общая стоимость выросла до $18,1 млрд. Это на один миллиард больше, чем капитализация Epic Games.
Изначально разработчики Unity планировали выходить на рынок с ценами на акции по $34-42 за штуку, но позже повысили их стоимость до $44-48. Утром первого дня торгов акции были доступны к покупке за $52, а к вечеру выросли в цене примерно до $68.
Unity — движок, который может использоваться для создания игр в 2D, 3D и виртуальной реальности. На нём сделаны Fall Guys, ККИ Legends of Runeterra от Riot Games, платформер Ori and the Will of the Wisps, Subnautica, Escape from Tarkov, The Forest и другие популярные тайтлы. Компании, доход которых не превышает $100 тыс. в год, могут использовать Unity бесплатно.
Вот пидары, могли бы асетстор сделать бесплатным.
2д платформер
есть персонаж, он должен уметь ходить и прыгать
делаю скрипт с инпутом. он отслеживает нажатие кнопок и вызывает свои события например так:
>PlayerInput.cs
public event Action onJumped;
private void Update() {
if (Input.GetKeyDown("space")) {
onJumped?.Invoke();
}
}
этот скрипт вешается на песонажа и создаётся обработчик событий, например
>PlayerActions.cs
public void onJumped;
private void PlayerInput _input;
private void Awake() {
_input = GetComponent<PlayerInput>();
}
private void OnEnabled() {
_input.onJumped += Jump;
}
private void Jump() {
if (_isGrounded == false) {
return;
}
_rigidbody.velocity.y = 5;
onJumped?.Invoke();
}
как вы могли заметить тут есть точно такое же событие onJumped, но нужно оно для того чтоб к нему мог подключиться другой скрипт это событие уже вызывается после проверки, в данном случае _isGrounded; (стоит ли персонаж на земле)
и третий скрипт у меня отвечает за анимации
>PlayerView.cs
private void PlayerActions _actions;
private void Awake() {
_actions = GetComponent<PlayerActions>();
}
private void OnEnabled() {
_actions.onJumped += Jump;
}
private void Jump() {
GetComponent<Animator>().SetTrigger("Jump");
}
Отсюда вопрос: не слишком ли я всё усложняю? с одной стороны я могу добавить ещё скрипт который будет отвечать за стрельбу и он будет отдельным небольшим файлом, а с другой у меня получается очень дохуя мелких скриптов. не знаю стоит ли так дробить. и возможно делать такие связи через event Action не самая лучшая затея? есть у кого соображения на эту тему?
Оо, таким же шаблоном реализую логику, задаюсь теми же вопросами.
Как альтернатива смотрел https://m.habr.com/ru/post/281783/ - тип любой скрипт можно дёрнуть через дерево appkication>controller>...
Проще отследить, что на что завязано, но все как-то гвоздями прибито. Я ещё думал о dependency injection, но тут сложности с инъекцией конструктора у monobehavior из-за особенностей инициализации
Ещё, как вариант, отдельный класс для рассылки сообщений. Оба класса чарактера подписываются на событие с конкретным названием, а плееринпут его бродкастит - все это происходит через Мессенджер. Мессенджер содержит список всех методов, которые подписались на это сообщение и вызывает их всех. И в итоге тебе не нужно отдельно из чар контроллера ещё вью дергать
Вот, кажется, пример реализации http://wiki.unity3d.com/index.php/Advanced_CSharp_Messenger
тот же Trigger работает идеально
Я rigidbody есть и там и там, тестировал разные типы, галка стоит\не стоит, область коллайдера нормального размера(иначе бы trigger не работал).
И тем не менее, OnCollision не работает, я уж думал он Deprecated, но нет.
Всегда обходился без него, а тут понадобилось сделать стенки, нужна информация о стороны с которой произошло столкновение, Collision.GetContacts то бишь. Но я не могу получить данные потому что сообщение OnCollision не работает.
Ломаю голову как определить сторону столкновения с OnTrigger. Сталкивался кто?
Нет. \\This collider is attached to the Collision2D.otherRigidbody.
Trigger оповещает что дескать есть столкновение с чем-то, но он не надет данных о самом столкновении. Только само столкновение, логично, дает данные о столкновении.
https://docs.unity3d.com/ScriptReference/Collision2D.GetContacts.html
А для этого надо получить сообщение которое не работает ><.
Коллайдер Tilemap считает весь слой за один объект, тут не обойтись без столкновения и его конкретной точки ><
https://answers.unity.com/questions/1572343/how-to-detect-on-which-exact-tile-a-collision-happ.html
Чеб нет, но мне кажется сложно, обычно лучше делать ДЕКОМПОЗИЦИЮ вместо ДЕКАПЛИНГА т.к. композиция была был такой:
components = new IComponents[new OnJump(this), new OnShoot(this)];
и в update: components.ForEach(com => com.Update());
Плюсы: легко добавлять и удалять компоненты без анальной event += -=, придется использовать интерфейсы, а не реализацию, а значит эти же компоненты сможешь использовать для врагов (переиспользование короче)
>>700016
Я юзал DI, есть специальные для юнете, нашел на хабре заготовку и допилил под свои нужды.
>>700034
Медленно работает, так же как и GetComponent
Ты же про Broadcast(string, object[] args)?
У нас тут конвертация CLR в C++, вызов нативных методов, потом обратная операция C++ в CLR, потом CLR.PInvoke, большая цепочка для "простого" метода.
По сути гет компонент делает тоже самое, только yourComponent.GetType().Name ищет в своих внутренностях, из-за этого и медленно.
>>700120
я взял https://github.com/yaroslav-gurilev/UnityDI за основу и дописал его под свои нужды (все классы поменял на структуры, убрал всю рефлексию, может еще что-то делал) .
Автор этой репы советует взять https://github.com/Cryofortress/CryoDI его уже не пробовал.
Есть еще забугорная DI Zenject, но лично я не люблю брать оргмоные фреймы и использовать их в слепую, иногда вылазят проблемы из-за которых весь проект потом переделывать приходится.
>>700153
Это всё динамически должно происходить?
Просто так менять спрайт нельзя, UV остается тем же.
Если я правильно понял тебя - тебе нужно mesh.GetVerticies() - считать расстояние между точек, чтобы понять размер нужной тебе текстуры. Создаешь эту текстуру через new Texture(width,height), у этого же объекта есть методы setPixel и рисуешь.
Так же у юнете есть стандартные методы а ля getPointPositionOnTexture что может упростить тебе жизнь
>>700114
Тоже думал, взял colyseus, из минусов - встречаются баги т.к. пилится парой бразильцев.
Можешь взять фотон (как, видимо, делают все), а можешь подождать пару лет и возможно выйдет что-то новое для сети (но что они могут придумать? все уже придумано)
>Тоже думал, взял colyseus, из минусов - встречаются баги т.к. пилится парой бразильцев.
>Можешь взять фотон (как, видимо, делают все), а можешь подождать пару лет и возможно выйдет что-то новое для сети (но что они могут придумать? все уже придумано)
Я в интернете увидел советы использовать Mirror. Colyseus и Photon лучше?
Как это сделать? Может я просто что-то не так понимаю, но натурально в душе не ебу как это реализовать.
да, юнитач, это ТЗ, с меня тонны нефти
а нахуя тебе знать координаты коллайдеров если ты просто можешь округлять положение таблетки?
типа:
Vector3 spawnPosition = new Vector3(Mathf.Round(ship.transform.position.x), Mathf.Round(ship.transform.position.y), 0f);
Instantiate(pillPrefab, spawnPosition, Quaternion.identity);
делай 4 каста во все стороны от корабля, если колижн есть, то и астероид есть. таблетку можно ставить
https://docs.unity3d.com/ScriptReference/Rigidbody2D.Cast.html
ну тогда делай как я выше писал
Vector3 spawnPosition = new Vector3(Mathf.Round(ship.transform.position.x), Mathf.Round(ship.transform.position.y), 0f);
это округлённая координата твоего корабля.
и делай Physics2D.CircleCast на этой же координате. только не забудь исключить слой с самим кораблём. тебе Physics2D.CircleCast сообщит были ли там коллизии и если их нет, то ставь таблетку
а зачем так сделано? сделай верно. как тебе ещё вычислить координату Х? например в этом положении у тебя рядом только один коллайдер и тут в лучшем случае можно получить Y ко коллайдеру
Как-то так. + все астероиды смещены в сторону, пикрил.
При нажатии на правую часть экрана, корабль должен устанавливать таблетку. (DONE)
Таблетка может быть установлена только в пустую клетку
Таблетка должна быть установлена в середину клетки.
Функционал установки таблетки должен быть реализован через работу с координатами коллайдеров камней, находящихся вокруг корабля (пересечение коллайдеров)
если я верно понял, то пустые клетки это те что я отметил красным. тогда делается следующим образом:
тебе нужно сделать Physics2D.CircleCast из положения своего корабля с радиусом который может захватить 4 астероида, но не больше (синий круг). тут нужно не забыть, что нужно использовать contactFilter чтоб игнорировать сам коллайдер корабля, иначе корабль будет возвращаться в результате коллизий тоже
CircleCast возвращает int значение с кол-вом коллайдеров с которым он взаимодействует и ещё заполняет массив RaycastHit2D[] всеми хитами.
тебе нужно чтоб CircleCast вернул 4 и чтоб все коллайдера были астероидами. для нубского варианта прокатит и по тегу проверка.
таблетку ты будешь ставить по координатам хитов (x1 + x2 + x3 + x4) / 4 и (y1 + y2 + y3 + y4) / 4 и тогда она будет точно там где красная точка
Колизеусом я сейчас пользуюсь и он мне нравится больше чем стандартное юнете решение.
На фотоне уже тонна игр сделана и туториалов, будет легко разобраться.
>Mirror
Ага, видел что советуют, сам не пользовался, можешь попробовать
>>700201
Я хотел сказать, что если ты создашь спрат с размерами 1,1,1 и отскейлишь его до 2,2,2 тебе нужо будет посчитать world distance т.к. текстура будет мылиться
DECAL
E
C
A
L
https://docs.unity3d.com/ru/530/Manual/shader-NormalDecal.html
В этом направлении и двигайся. Позиция декалей должна расчитываться кастомно, это все через шейдерграф можно настроить.
Перезаписывать текстуру через интеграцию спрайта еще больше говна поешь, т.к. сначала придется спрайт переводить в текстуру, потом перезаписывать саму базовую (фоновую) текстуру. Охуеешь от того как это ресурсоемко, особенно если фоновая текстура имеет большое разрешение.
Вешаешь скрипт на объект который двигается, в нем запоминаешь ссылку на объект NavMeshAgent, в скрипте в апдейте сравниваешь NavMeshAgent destination с положением объекта с каким-то округлением, если положение совпало делаешь свои грязные вещи. Ну еще как-то нужно фильтровать что объект не сдвинулся с последней точки которой он достиг, думаю сам придумаешь.
Можно как-то через ContactFilter игнорировать все, кроме астероидов?
Пробовал сделать через filter.layerMask = AsteroidLayerMask, но дебаг всё равно показывает коллизию и с игроком, и с границами поля. Не совсем понимаю как ContactFilter работает, а мануал не спасает
1)Почему фпс падает при переходе с 2019.2 на более новые версии? Рили печёт с этого.
2)Кто-нибудь уже работал с on demand rendering api? Как оно? Я делал тесты, и не скажу что батарея очень сильно экономится.
У башни очевидно есть дальность стрельбы? Значит делаем радикальный таргет и опрашиваем только тех кто в него вступил. Если юниты движутся с одной скоростью то ещё лучше, просто записываем по очереди всех юнитов которые старгетились и по этой же очереди потом их расстреливаем.
к сожалению это не так. собери простой проект, сделай инстансы спрайтов и считай между ними расстояние. ты удивишься как быстро начнёт загибаться приложение
>>700358
что такое радикальный таргет? юниты движутся не с одной скоростью
>>700368
мне этот список сортировать же постоянно надо, следовательно в каждом кадре нужно замерять расстояние
пока что я сижу читаю про quadtree, но похоже что и этого мало. есть вариант с расчётом дистанции внутри compute shader, но это на данном этапе слишком сложно
Поясняю -
if(cubeisbig)
{
Если bool - true выполняем эти действия
}
else
{
Если bool - false эти
}
Всё, тут нечего ебаться, одновременно они никак не могут выполниться даже если во время тика произойдёт изменение этой самой bool.
Боже хотя бы основы программирования изучили, или хотяб уроки с ютуба поделали, основы основ же.
В первом if ты ставишь cubeisbug = true, после него сразу выполняется второй if, который принимает твое cubeisbug = true и возвращает к cubeisbug = false.
Если во втором добавишь else if (или просто else) - оно не будет выполняться, если выполнилось действие до него
прим.
if (оп = хуй)
{
оп != хуй
}
else if (оп != хуй)
{
оп = хуй
}
Если оп у нас хуй, то выполнится первое действие, а второе - нет. Если же тут будет if + if, то выполнится сначала первое, потом второе.
SOLID тебе в помощь.
И пикрилейтед.
У меня есть нерабочий скрипт foo.cs (на самом деле у меня там сотни таких скриптов - это древний ассет, который на новой юньке не работает - но там много того что мне подходит, куда я смотрю).
Как сделать чтобы гребанная юнити игнорировала этот скрипт? Потому что хотя этот скрипт нигде не используется - я не могу из-за него свой же проект запустить в редакторе.
Он мне нужен для примеров. Переименовывать не вариант - удобно смотреть в студии, плюс пользоваться всякими поиском определений чтобы быстро находить нужное.
Неужели в юнити не завезли опцию с которой я бы мог указать что этот скрипт ей не нужен для компиляции? В студии же так можно делать
Я просто заебался два проекта юнити запускать. Ноут, неудобно, да еще и тормозит.
> Как сделать чтобы гребанная юнити игнорировала этот скрипт?
https://docs.unity3d.com/Manual/SpecialFolders.html
Последний раздел.
У юнити уже имеется такая встроенная фича?
Класс двачер имеет открытые поля и абстрактный метод PuknutVTred().
Каждый из трех классов имеет свои уникальные поля и методы.
Реализуемый метод PuknutVTred вызыватся во всех экземлярах классов инцел, листа и сыч через цикл по списку типа Dvacher.
Вопрос - как из списка объектов Dvacher получить ссылки на объекты инфела, листвы и сыча?
нужно получить ссылку на объект, как там написано было. Т.е., я так понимаю, что речь идет о том, чтобы из листа dvachers по вызову индекса, например, dvachers[0] можно было вернуть экземпляр не родительского класса, а именно экземпляр класса Incel, т.к. он имеет индекс 0; по dvachers[1] получить экземпляр Listva и т.д.
Вопрос: как можно имплементировать скейлозависимый тайлинг спрайтов?
Желательно легковесный на ресурсы, это гиперказуалка на мобилки.
>Сегодня начинаю изучать юнити и постепенно делать на нем небольшую 2D стратегию
И ты уже обосрался с масштабом.
Если уже делал змейку, то сделай её ещё раз, но на юньке. А ещё лучше понг. А потом простенький платформер или раннер. А потом тетрис.
Стратегии это невъебенно сложный жанр требующий понимания движка которое приходит спустя месяцы дроча.
Можно на английском
Я просто не представляю как это сделать скриптово. Разве что сделать один компонент уникальный для каждого юнита, а второй, общий, будет перенимать из него статы. (Сам задал вопрос, сам ответил)))) Но все равно хочу услышать ваше мнение по поводу практики и как лучше делается это.
Создаётся скрипт база всех юнитов(характеристики), при создании юнита от туда по его id назначаются нужные характеристики, это самое лучшее решение. Если же у каждого юнита свой скрипт с назначение, это тоже решение но намного хуже оптимизированное, и сложнее отлаживаемое.
Ну это самый простой вариант. Можешь конечно сделать один скрипт не совсем понимаю что тебе пойдёт, но думаю подойдёт скорее интерфейс, чем монобехейвер и в скрипте каждого юнита задавать ему в старте через ID юнита (который ты тоже сам ему присвоишь) его хар-ки, но как по мне это куда геморней и проще и быстрей уже будет через инспектор
Можно конечно вручную создать класс базы данных модификаций и заносить туда лапами каждую по одной, но это пиздец! А если я удолю одну, то надо будет и лезть в базу и там выпиливать вручную ее упоминание. А если будет сто модификаций, а если 500? Надо как-то автоматом закидывать модификацию в массив в базе при создании и выпиливать ее оттуда тоже автоматом если она удаляется, ну и апдейтить, когда я меняю ее характеристики. Можно как-то такое организовать?
Если на одном объекте 2 скрипта с Awake и OnEnable. То после активации объекта сначала в одном скрипте вызовется Awake->OnEnable, а потом в другом Awake->OnEnable.
Но как быть, если в Awake происходит инициализация скриптов и при этом один из скриптов зависит от другого? Хули эти пидорасы из юнити не сохранили порядок вызова на уровне объекта.
Сейчас вот такой порядок вызова:
Script_1.Awake()
Script_1.OnEnable()
Script_2.Awake()
Script_2.OnEnable()
Script_3.Awake()
Script_3.OnEnable()
Script_1.Start()
Script_2.Start()
Script_3.Start()
Но что, если Script_1 зависит от Script_2. И Script_1 в OnEnable ожидает, что Script_2 уже инициализировался. Но на деле же, в Script_2 метод Awake всё ещё не был вызван. Поэтому придётся делать инициализацию по запросу, что неудобно.
>и при этом один из скриптов зависит от другого?
Можно через Script execution order. https://docs.unity3d.com/2019.4/Documentation/Manual/class-MonoManager.html
Как сделать так, чтобы вложенные элементы каждого элемента включались в расчет его высоты?
Есть класс для разных уровней mvc:
- В модели храню данные
- В контроллере описываю логику
- В вью пытаюсь иметь только связь с геймобъектами и, возможно, анимацией.
Как взаимодействовать слоям между собой? Как взаимодействовать разным игровым объектами между собой?
Контроллер должен хранить ссылку на экземпляр модели и вьюхи?
Как должны взаимодействовать делегаты разных игровых объектов между собой? Должен быть какой-то класс, который содержит их экземпляры, или они подписываются на действия друг друга или как?
>MVC
Ты уверен, что тебе нужны все эти извращения из Веба? Как по мне, так они только усложняют проект, усложняют отладку.
Тебе нужно почитать про Dependency Injection в реалиях юнити. Посмотреть аналог Service Locator'a для юнити.
- Model: какой-нибудь интерфейс, через который ты получаешь данные. Реализовывать его может ScriptableObject.
- Controller: скрипт, который запрашивает интерфейс репозитория через сервис локатор и потом получает нужные данные.
- View: ещё один скрипт, который привязан к геймобджектам на сцене. Контроллер ему говорит, у игрока 10 HP, а скрипт вьюшки выводит его уже на конкретный Text компонент и изменяет Progress Bar.
>Ты уверен, что тебе нужны все эти извращения из Веба?
Честно говоря, нет, ищу что-то оптимальное. По началу было, норм, сейчас уже есть какая-то путаница и неконсистентность.
Есть какой-нибудь пример\статья по адекватному построению в юнити?
>Тебе нужно почитать про Dependency Injection в реалиях юнити. Посмотреть аналог Service Locator'a для юнити.
Есть ли примеры? Я слышал, что специальные DI контейнеры для юнити такие себе.
Спасибо!
>Есть какой-нибудь пример\статья по адекватному построению в юнити?
Посмотри многочисленные видео по запросу "unity architecture". Есть много докладов от самих разработчиков Unity. Посмотри "Unite Austin 2017 - Game Architecture with Scriptable Objects" и "Unite 2016 - Unity Architecture in Pokémon Go".
Ещё чужой код полезно смотреть.
>Есть ли примеры? Я слышал, что специальные DI контейнеры для юнити такие себе.
Конечно. Я не пользовался DI, поэтому ничего конкретного посоветовать не могу.
Может если ты приведёшь конкретные примеры для которых нужно продумать архитектуру, то я смогу что-нибудь посоветовать.
Спасибо большое за помощь!
Вкратце вот пример:
Есть игровой персонаж. Есть комнаты, в одной из комнат находится телевизор. Игрок может его включить.тогда тв издает звук. Если Тв включен, но находится не в одной комнате с игроком, тогда тв звучит тише.
Сейчас реализовано так:
Есть базовый класс Interactable, все производные классы от него(например, включение тв или переход в другую комнату) бродкастят сообщение, о том, что действие возможно и передают в сообщении экземпляр класса, который соответствует конкретному действию (переход в другую комнату, включение тв и тп).
Подписчики - это, как правило, ui(который, отображает игроку, что действие доступно) и ActionExecutor, который управляет действиями. Как только ActionExecutor получает сообщение, он сохраняет его у себя и проверяет в update, была ли нажата кнопка , требуемая для этого действия (она хранится в самом классе действия).
Если да, то там большой ActionExecutor дергает нужные классы и инициирует действие. Вот тут и начинается путаница(См скрин 1), как он дергает остальные. Сейчас есть объект app, который содержит ссылки на остальные объекты (а остальные на него), часть через него. еще часть -через мессенджер.
Например, после того, как тв включили, громкость должна регулироваться после смены комнаты (тип, хуже слышно в другйо комнате) - как это должно быть реализовано? Сейчас объект со звуком подписывается на сообщение о смене комнаты,но в целом все сводится к "отправить сообщение, чтобы отправить сообщение"
На первый взгляд могу предложить такое решение.
1) Логика телевизора хранится в скрипте Televisor : MonoBehaviour. У него будет один метод внешний Turn(). Внутри нужно хранить ссылку на текущую комнату, которая владеет телевизором и ссылку на игровой мир. Игровой мир будет представлен синглтоном. Ссылку на комнату телевизора можно задать через инспектор, либо найти как-то так:
tvRoom = World.FindRoomOfObject(gameObject);
В методе Update делаем проверку:
if (tvRoom == World.CurrentPlayerRoom)
SetHalfVolume();
else
SetFullVolume();
2) На объект телевизора вешаем скрипт, который реализует интерфейс IInteractable.Interact(Character character). Скрипт должен содержать UnityEvent. Внутри Interact пишем:
onTrigger.Invoke();
Далее через инспектор вешаем на onTrigger вызов метода Televisor -> Turn().
3) Для взаимодействия игрока с объектом нужно запросить компонент:
var interactable = targetObject.GetComponent<IInteractable>();
interactable.Interact(this);
Все-таки еще вопрос:
На смену комнаты завязано несколько событий:
1) Включение следующей и выключение текущей комнаты
2) Регулировался звук разных объектов (рассчитывается в зависимости от расстояния комнаты от текущей - т.е. метод должен дергаться каждый переход). Объекты могут менять по ходу игры.
Каждый объект должен сам заниматься этим всем или имеет смысл подписаться на сообщение, после которого будет запускаться соответствующий процесс?
Просто получается не единообразно, что все действия у меня резолвает ActionExecutor, а переход по комнатам - каждый по своему.
>В методе Update делаем проверку:
>if (tvRoom == World.CurrentPlayerRoom)
>SetHalfVolume();
>else
>SetFullVolume();
Есть ли смысл каждый апдейт дергать, если менять звук по факту нужно только при переходе из комнаты?
>Есть ли смысл каждый апдейт дергать, если менять звук по факту нужно только при переходе из комнаты?
Смысл в том, что это гибкое решение. Ты можешь легко его изменять или дополнять. Вдруг ты захочешь динамически изменять громкость в зависимости от дистанции. Или в зависимости от препятствий. А если игрок временно оглох? Ты ещё одно событие добавишь на этот случай? Или игрок зайдёт в звуконепроницаемую комнату. Ты всеми этими событиями связываешь себе руки.
затрахался с этим вопросом, везде лепят в духе brackeys от балды и так что хуй потом добавишь новый функционал без батхёрта, НО! пришёл к выводу что куда полезней чем трахаться с этим вопросом в лоб, просто делать мелкие игры и через процесс приходит понимание куда и чего вставлять. за последний год код и архитектура стали в разы чище и лучше, но всё ещё есть пробелы
Unite Austin 2017 - S.O.L.I.D. Unity
https://www.youtube.com/watch?v=eIf3-aDTOOA
Inspirational games made with Unity – Fall 2020
Зря, очень аддиктивная гриндилка.
Похуй что клон ботвы, зато какой. Даже не клон, а развитие идей. Мне вот стилистика зельды не зашла, а тут прям то что надо, и вайфу есть, и боёвка продуманнее. Кое-что кастрировали конечно (физических паззлов например почти нет), но в угоду чему-то другому.
Настораживает что она фритуплей, но я наиграл 30 часов, каких-то пейволлов пока замечено не было. К тому же на старте дают до жопы кристаллов за регистрацию и последующие активности, за которые я выбил пару 4 персов, одного 5 и несколько пушек 4*. В принципе весь контент спокойно проходят и ф2п персами не юзая кристаллы вообще, но всё может поменяться в будущем.
Overthrowing the MonoBehaviour Tyranny in a Glorious Scriptable Object Revolution
https://www.youtube.com/watch?v=6vmRwLYWNRo
>Чем больше кидает тем больше я не хочу иметь дело с этим.
Зря, постарайся избавиться от мыслей "мейнстрим параша, а я - нитакойкакфсе с уникальными вкусами", а то много хорошего и интересного пройдет мимо тебя.
Я в соседнем треде отписывался, почему это важная игра для юнити >>702406 →
Думаю, на сегодняшний день это самая технологически продвинутая и высокобюджетная игра на юнити, демонстрирующая на практике потенциал движка, до этого такого масштаба еще никто не делал.
Поправь меня, если есть более продвинутые/высокобюджетные игры на юнити.
Контроллер имеет ссылки на инстансы модели и вьюхи? В какой момент(и где) создаётся контроллер и модель? Как другие классы получают данные из какой-то модели или тригерят контроллер?
Есть комната, состоящая из тайлов стен и пола. Каждой координате соответствует только один тайл, где нет тайлов геймобджектов нет вообще, это все я уже проверил - пик 1.
Настройки слоев, тагов и коллайдеров тайлов стены и пола на пиках 2 и 3.
На персонаже висит код, пик 4. В инспекторе для GroundFloor я выбрал соответствующий слой.
Но возникает ситуация, что персонаж не останавливается перед стенкой, а входит в стенку, но при этом когда он в стенке в следующий тайл стенки (слева или справа) он войти уже не может, только вернуться на тайл пола. Что я делаю не так?
Если я не ошибаюсь, то условие для начала движение у тебя содержит проверку, что персонаж столкнулся с объектом с тагом walkable. Ну так на начало движения, если он находится не в клеточке со стеной, он и будет collision с объектом, у которого есть таг walkable. Мне кажется, нужно проверять, что он не сталкивается с объектом с тэгом notwalkable или что-то ьакое
Убрал. В общем как я понимаю, в чем проблема. Луч кастится и проходит через две клетки, клетку на которой есть персонаж, и клетку рядом по направлению движения. И если хотя бы на одной из этих двух клеток есть тайл с тегом волкабл, он позволяет движение. Именно поэтому можно зайти в стену, потому что перед этим ты стоишь на волкабл клетке. И именно поэтому нельзя двигаться внутри стены, потому что обе клетки получаются без тега волкабл. То есть нужно сделать луч, который и начинается и заканчивается на клетке рядом, не задевая клетку, на которой стоит персонаж.
Зачем тебе проверка волкабл?
Ты ее убрал и после этого работает ожидаемо или нет?
Как создать копию лайтмапы в озу?
В случае Texture2D ltluma = LightmapSettings.lightmaps[0].lightmapFar получается ссылка на лайтмапу в видеопамяти. Соответственно, меняя содержимое ltluma, меняется и лайтмапа в видео. А надо иметь независимую копию, с каждым кадром которая будет складывается с мапой/текстурой самописного динамического света и только после этого записываться в видеопамять по адресу оригинальной лайтмапы. Эдакий динамический свет для видеокарт без пиксельных шейдеров, как было в первохл/ку/ку2.
Ябысделол так. Принцип, надеюсь, поймешь, копипастить несоветую - дроч памяти. А вообще имхо хуёвая фича, создается ощущение симулятора катания на льду.
public float CharSpeed = 10.0f;
public float BrakeSpeed = 3.0f;
protected float acceleration = 0.0f;
Update()
{
if (Input.GetKey)
{
acceleration = CharSpeed;
}
if (acceleration > 0.0f)
{
move(dirrection,acceleration Time.deltaTime);
acceleration -= BrakeSpeed Time.deltaTime;
}
}
}
Бамп вопросу. Покажите какой-нибудь пример из вашей архитектуры, если кто может, плз
Обычные триггеры и кинематика, никакой статики-динамики.
Как фиксить?
Короче, есть класс, производный от monobehavior. Назовем Zalupa.
У него есть [SerializeField] LIst, в который можно впихнуть все менеджеры -хуенеджеры, которые производные от ScriptableObject.
Этот класс имеет метода Get<T>() where T : ScriptableObject - выкидывает инстансы этих классов по типу.
Как дальше сделать по -человечески: чтобы не в каждом классе дергать эту залупу, а какую то логическую прямую получить?
1 - В настройка Project.Time - fixedDeltaTime поменяй с 0.02 на 0.04, будет буст 50% от физики (т.к. она будет считаться реже в 2 раза)
2 - там у ригидбодей есть метод определения столкновений, заметил что descrete (или как-то так) жрет меньше всего, но тогда через него могут объекты проходить на высокой скорости
>>702827
Даа, vsync портит жизнь всем и на всех платформах, странно что эта хреновина так плохо работает
>>702840
Вообще не понял.. тип ты идешь по своим InterfaceZalupa делаешь .Get<SmallZalupa>() просто чтобы скастить объект?
Попробуй так:
switch(zalupaInstance){
case SmallZalupa smZalupa:
smZalupa.MakeHugeCock();
break;
}
>>702798
К сожалению "быстро" не получится, я перечитал оч много книг и ковырялся в clr чтобы понять это всё на "нужном" уровне.
А если просто то делегат это ссылка на метод, например:
void CockMethod(){ / empty / }
в другом методе или как переменная:
Action methodLink = CockMethod;
methodLink();
Ну и типов делегатов несколько, я взял самый простой, а они могут принимать параметры и возвращать результаты и тд
>>702784
У всех свои велосипеды, если смотреть средне-сложные проекты - черт ногу сломит.
Рекомендовал бы держать все данные в "доступном слое" т.е. MonoBehaviour должен ссылатся на какой-то объект, но не быть главным объектом (как это делается во всех туториалах ютуба или самой юнете).
Рекомендую посмотреть сурсы HL1 т.к. там идет глубокое взаимодействие NPC с миром и при этом у всех типов NPC разные триггеры и условия.
После знакомства с сурсами халвы станет сразу понятно откуда у всех ECS и DOTSов ноги растут (только растут как-то криво)
2д так же как и 3д работает.. или я вопроса не понял.
Ты MVC или MVVM хочешь сделать?
Самый простой способ (как мне кажется) держать ссылки на основные классы в синглтонах (GameManager какой-нибудь) и из твоей вьюхи можешь дернуть через евенты инспектора GameManager.YourStaticMethod, но думаю лучше дергать не напрямую а из вьюхи.
https://www.youtube.com/watch?v=ifqpTOXEr1Q
1. Таймер запускается после нажатия на кнопку Start/Restart.
2. Если время обратного отсчета еще не истекло и нажать Start/Restart, то отсчет пойдет по новой.
3. Если время обратного отсчета истекло и нажать Start/Restart, то отсчет тоже пойдет по новой.
Проблема:
Когда во время отсчета я нажимаю на кнопку, то все работает, как надо. Но когда время истекает и я нажимаю на кнопку, то таймер больше не запускается и отображается цифра 1.
Наверное ремув геймобжект оружия, в момент подъема, с добавлением в переменную типа ArmedWeapon значения, соответствующего этому оружию. А по нажатию на кнопку броска ты спавниш перед игроком оружие соответствующего переменной типа, а саму переменную приравниваешь к нулю.
Есть класс, производны от monobehavior. Все менеджеры приклепляются к нему как ScriptableObjectы, а их "апдейты" прикрепляются к эвенту этого класса, который дергается раз в Update().
Внезапно, в какой-то момент Updatа. Один из методов одного менеджера прерывается на update другого класса. Это возможно?
Все, разобрался. Если кому-нибудь интересно, то былая такая ситуация:
В ходе выполнения метода я дергал list для которого нет экземпляра. В итоге должен вылететь эксепшн - но он не вылетает, а просто вся цепочка прекращается и происходит переход к следующему апдейту
Всё оно верно выводит, ты в Start объект создал, присвоил wen - стринг этого объекта, потом в конце Start этот объект разрушается вместе с тем полем, в итоге в wen лежит теперь непойми что, поэтому он тебе это и выводит в лог.
Сделай PlayerWeapons pw глобальным: объяви его под "public string wen;"
ПОРЯДОК ОБРАБОТКИ
В юнете можно указать приоритеты скриптов в твоем случае PlayerWeapons.Start может выполниться ПОСЛЕ Weapon.Start и из-за этого строка будет null.
int выводит (скорее всего 0?) т.к. int wah; даже без прямой инициализации будет иметь default value, а точнее 0.
Лучше ли по возможности переносить из них все скриптабл оьжекты или ещё лучше в стандартные C# классы, которые не будут иметь дубликаты на стороне юнитовского c++?
На сколько тогда плохо пользоваться юнити эвентами?
Что значит плохо? Решай проблемы по мере их поступления.
Насчёт скриптабле обджект. Если у тебя есть shared data, то её стоит хранить в СО. Смотри доклады от команды Юнити. Там у них много полезного.
Видео по теме
https://www.youtube.com/watch?v=6vmRwLYWNRo
>Что значит плохо?
В плане перформанса, т.к. для каждого юнитивского класса есть класс в С++ , а у монобихейвиара еще и постоянно дергающийся коллбек в виде апдейта.
>Решай проблемы по мере их поступления.
Тогда нужно будет все готовое переделывать жи
>Видео по теме
Я смотрел, потом и задался таким вопросом
1) Персонаж имеет экземпляр класса управления и получает от него инструкции, если нужно двигаться
2) Управление - синглотон и публичным эвентом. Персонаж подписывается и в случае нажатия дергается соответствующий метод
Двигайся от частного к общему.
1) InputSystem. Надстройка над дефолтным инпутом Юнити. Знает, нажал ли игрок кнопку Стрелять или направление движения, и т.п.
2) CharacterMotor управляет движением персонажа. У него есть публичные свойства, которые указывают хочет ли персонаж прыгнуть или направление движения.
3) CharacterController передаёт из InputSystem команды в CharacterMotor.
Какие ивенты, какие синглоты. Что-то ты городишь за ебанутую, сложную систему.
Объект 'Character' хранит три синих компонента с изображения. Ссылки на друг друга они получают через GetComponent.
UI узнаёт о состоянии персонажа через компонент CharacterState. Как UI получит ссылку на объект этого компонента? Например, пускай её хранит тот, кто создаёт персонажа. Компонент World. Как к нему обращаться? Через статическую переменную, но пускай это будет не синглтон. У него будет статическая переменная Current. Она задаётся в методе OnEnable и стирается в методе OnDisable. Более того, UI напрямую знать о персонаже не обязательно. Будет ещё один контроллер, который хранит ссылку и на персонажа, и на UI, и обновляет состояние интерфейса в зависимости от состояния персонажа.
Это как я вижу. Но что тебе на самом деле подойдёт - чёрт знает.
Держи код:
https://pastebin.com/igL6WwsU
Игрок подходит к объекту, у него отображается, что он может провести действие. Если он нажимает кнопку, происходит действие, которое может затрагивать разные классы (звук, окружение, UI, инвентарь, самого персонажа).
Как лучше сделать - один класс, который будет дергать все, что нужно, в зависимости от типа действия(например, воспроизвести текст, если персонаж хочет что-то сказать\прочитать) или действие само нотифицирует все классы и по эвенту дергауются нужные методы подписчиков?
Я под синглтоном имею в виду определение типа этого https://metanit.com/sharp/patterns/2.3.php
Экземпляр создается при первом запросе и, если запроса не было, то не создается вообще.
Если экземпляр создается на OnEnable, то действительно создается всегда и, если я верно понимаю, это просто попытка симулировать статический класс, расследуемый от monobehavior но это не точно,
Были кнопочки, управляющие геймплеем. Добавил два элемента типа text, в итоге кнопки вообще перестали реагировать на нажатия. Что это может быть?
Когда создаешь panel там есть флаг raycastTarget или interactable - выключи эти флаги т.к. по z-order-у они видимо выше и блокируют твои кнопки своими телами.
>>703283
Ну смотри, по идее лучше из евента дергать все классы по отдельности.
Спустя некоторое время если видишь, что некоторые куски повторяются больше чем другие - их уже выносишь в другой класс для "переиспользования"
Спасибо! Я примерно так и сделал:
Когда игрок касается предмета, с которым можно взаимодействовать, этому классу(далее менеджер действий) прилетает нотификация с этим предметом. Менеджер действий подготавливает действие. Если игрок жмакает кнопку использовать, то этот класс дёргает у предмета метод StartAction(). Предмет уже и отправляет нотификация кому нужно и с чем нужно.
Класс предмета можно сделать абстрактным и каждый реальный предмет будет реализовать его (можно было бы с интерфейсом, кстати).
Но я сделал один monobehavior класс, который чисто передает действие менеджеру действий. А само действие - scriptableObject, который вешается на компонент интерактивного предмета
Так и знал, что ты это скажешь.
То, что я описал - стандартный метод работы с гит.
Если каждый будет вести по своей ветке, вы потом, как пить дать, свою жизнь возненавидите, когда конфликты резолвать начнет. Траст ми.
Хорошая практика - ветка на конкретный не оч большой участок когда. Иначе разъедетесь и пиздец
Хм, и здесь рекомендуют заводить бренчи на фичи
https://www.youtube.com/watch?v=ISW2nS_v3Ic
Надо подумать, как перейти на такую систему. Пока кажется, что это тяжело...
Понимаешь, это не зависит от инструмента. Когда в принципе работает команда (неважно, дом строит или очередной велосипед собирает), должно быть понятно, кто что и в какой момент делает и чего хотят добиться.
Работа с веткой на человека - просто, но до момента, как вы поймёте, что делали два задних колеса или вообще два разных велосипеда, которые не собрать в один
Можешь относиться к юньке как к MonoGame-у или XNA.
Да у юньки есть такое, что она дергает методы по имени (привет awake,start,update), а могла бы через интерфейс..
Но вообще в неё уже притащили часть либ из ентерпрайза (и тех кто это делают закидывают гавном).
И да - у юньки есть свои "тонкости" из-за которых сказывается такое впечатление.
https://dtf.ru/gamedev/7533-mobilnyy-shuter-guns-of-boom-optimizaciya-grafiki
Допустим, есть статический и динамический батчинг. Нашему проекту стало существенно лучше, когда мы вообще всё это выключили. Нет ничего — только сцена, которая рендерится вся сразу. Это ограничение как раз и привело к тому, что карты не очень большие. Куда бы ты на карте не смотрел — нет отсечения, вся сцена рендерится всё время.
Про рендеринг 250к полигонов одним тиком, вместо 50к, но через 10 dc - сомнительно.
Рендеринг полигонов сам по себе простая операция, даже 10 лет назад на android 4 мой проект с 60к полигонов стабильно держал 45фпс.
Сжатие текстур - вот это уже лучше, юнитеки уже давно советуют батчить текстуры в атласы и так их использовать, в этом нет открытия для тех кто давно в этом варится.
Надо напольный и потолочный плинтус ебануть, чтобы эти углы глаза не резали. Впрочем, думаю, и плинтуса тоже будут глаза резать
Имеется сцена с объектами, напротив каждого объекта кнопка, тыкая по кнопке, выбираешь нужный объект, потом он у тебя в игре появляется соответственно.
Как лучше в скрипте прописать выбор? У меня пока только одна идея: повесить на каждую кнопку отдельный скрипт с булевой переменной, и в зависимости от того, какая переменная активирована, респаунить объект, но это как-то топорно. Есть более качественное решение?
Вот тут добавляешь поле, в него можно будет перетащить объект со сцены с скриптом менеджера и у него выбрать нужную функцию, которую следует вызывать при клике, там же можно указать что в функцию передать нужно
Или я обычный говнокодер? Но вопрос изучения остается открытым, как мне узнать о всех нюансах, не проработав где-то в офисе 5 лет, я хочу чтобы мне сразу объяснили чем тот или иной метод лучше и в какие моменты, чтобы я мог соревноваться с хорошими кодерами.
У меня схожая проблема
Вкатился зимой 20го в Пыху, выкатился после полугода, понял что веб не моё. До этого немного ковырялся стажёром - джуном в вебе у товарища в конторе
В итоге ушёл в геймдев, заинтересовал юнити, т.к. вроде простой и понятный софт для новичка(ага)
Си шарп довольно комфортный язык, там всё весьма наглядно, нет нужды прописывать кучу ерунды как в пыхе, надо только библиотеки вовремя подключать, ага
Но вот только непонятна сама сфера - на шарпах можно делать кучу всего а меня интересует именно геймдев.
Вроде неграмотно ограничивать себя в изучении, но сдуру можно увлечься, нахвататься поверхностных знаний и в итоге даже майнкрафт(который вообще на Java) собрать
Вот и непонятно - что же делать?
Изучить шарпы? Насколько плотно их изучить?
Изучить юнити? Интерфейс? Библиотеки? Какие то консольные команды, характерные для этого софта?
Что и в каком количестве имеет значение как для новичка, так и для стремящегося? И вроде на все эти вопросы есть ответы в ОП посте, так что заранее пардон, просто раздуваю
1) У меня нет опции создать тайлмап в ассетах, только отдельный тайл. Пришлось создать прямо в иерархии две тайлмапы, пикрил. А мне религия не позволяет держать в иерархии то, что можно держать в виде ассета/префаба. Хотя может я что то не понимаю и так и надо.
2) Я что то не разобрался, как менять цвет тайлов.
Заранее спасибо, аноны.
Проблема 1: когда игрок стоит на последней лесенке пик1 - невозможно прыгнуть потому что параметр гравитации всё ещё ноль.
Проблема 2: когда игрок пробегает по лестнице пик2 - трансформ падает на ~0.02, что визуально незаметно, но из-за чего персонаж застряет в клетке, и вылезти можно только зажав "вверх" чтобы лезть по лестнице и "влево\вправо". Предполагаю, что сие тоже из-за гравитации.
В общем в поисках решения как реализовать "игрок не падает с лестницы, когда залез на половину и остановился" иным способом.
Если игрок нажимает клавишу вниз, то вместо спуска по лестнице - он будет просто падать. А если не нажимает, то гравитация всё ещё 0 и он всё ещё не может прыгнуть
Я не знаю, это только у меня так или что. Когда добавляют компонент cloth на объект и пытаюсь выделить точки, эти точки появляются только под определенным углом и то еще бывает не все. То есть мне просто приходится хуевертить камеры вокруг, чтобы они соизволили появится. Это баг какой-то или что?
Зная требования близардов к Senior Software Engineer, Server - Hearthstone можно прикинуть что там на чем работает.
3+ years of experience of server programming
Strong C++ programming skills
Some experience with deploying a live service
Self-motivated and willingness to pitch in on many areas of small game development
Excellent verbal and written communications skills
Pluses
Previous experience shipping game titles or other software
Linux development experience
Networking experience in TCP / IP and UDP protocols
Computer science or related degree
Database development experience (MySQL, Oracle, etc.)
Точно?
https://www.youtube.com/watch?v=HbE2gWODNMs
+ делать 360 анимаций (повернул влево на 5 на 10 15* и тд очень муторно, вряд ли они так делали).
По плащу видно как он ломается при повороте, мне кажется это все же физон
>>704805
От полигона зависит т.е. с обратной стороны полигона могут быть проблемы, с лицевой у меня все норм было
>>704818
Есть пример с++ сервера какого-нибудь? Или игрового сервера на гите? Не обязательно ХС-а, чего угодно
СТРОНК прогаминг скилз, такие ниибические требования как будто в НАСА зовут, а по итогу багерное говно тупого говнас такой-то фирмой и бюджетом, которое мог бы пофиксить любой васян из мухосранского вуза, но нет. Что ли лично Беня(уже нерелейтд, но всеж) делал? Пичот.
>Есть пример с++ сервера какого-нибудь? Или игрового сервера на гите? Не обязательно ХС-а, чего угодно
https://github.com/project-topaz/topaz/
https://github.com/SapphireServer/Sapphire
вроде такого https://apps.apple.com/US/app/id1499812410?l=en , на уровне также есть повороты в сторону, на повороте камера, находящаяся чуть выше и сбоку от персонажа двигается вместе с ним. Как реализовать перемещение?
Бля, это выглядит очень просто, но я всё ещё не могу понять как реализовать.
Пока всё что приходит в голову - привязать игрока к камере и двигать её вдоль уровня. Но всё ещё нужно как-то ограничить движения игрока краями дороги. как-то не хочется по-инвалидному по 5 box collider'ов цеплять
Хочу сделать что-то типа hexen по геймплею. Начал писать свой велосипед - получается хуево, как-то я делаю не так - мобов надо прям выцеливать чтобы пнуть, а они наоборот дерут так что не спасешься - вместо фана одно раздражение.
А чё ты хочешь-то?
>Может быть это специфика языка, когда кроме как знаний паттернов, возможностей Unity и базовой основы (переменные, функции, коллайдеры, корутины) больше ничего не нужно
Кому не нужно? Какого языка? Почитай про делегаты, например. Наследование, нтерфейсы, абстрактные классы, виртуальные методы. Наверное, ты конструкторы даже не используешь, если через юнити залез в шарпы. Но может тебе и не надо, я не знаю, какая у тебя архитектура.
В моем понимании, твоя инженерная мысль при реализации той или иной функции будет ограничена кругозором. Какие-то вещи можно сделать лучше/быстрее/проще, а ты об этом и не знаешь
Хочу сделать функцию, показывающую диалог (да/нет) в виде bool res = ShowDialog().
Внутри этой функции канвас диалога делаю активным и при нажатии на да/нет попадаю в скрипт-обработчик этих кнопок.
Как мне вернуть результат в ShowDialog?
Есть условный UIManager
public static class UIManager
{
private static IDialog _testDialog;
public static bool ShowTestDialog()
{
_testDialog.Show(); //внутри происходит Canvas.enabled = true;
}
}
Вызываем Show(), появляется UI диалога. После этого, например, жмем на кнопку "да".
Нажатие кнопки обрабатывает скрипт TestDialogHandler
public class TestDialogHandler : MonoBehaviour
{
public void OnYes()
{
Debug.Log("Yes");
}
}
Вопрос в том, как в ShowTestDialog получить результат (в нашем случае true) из OnYes
>А вызов нужных методов из этих обработчиков в методе ShowDialog почему не сделать? Или эвент не дёрнуть?
Попробовал сделать что-то вроде такого:
public static bool ShowTestDialog()
{
bool res = false;
TestDialogHandler.DialogResultEvent.AddListener((dialogResult) =>
{
res = dialogResult;
});
_testDialog.Show();
return res;
}
Но тут надо какую-то задержку ставить, чтобы до срабатывания эвента из метода выход не случился.
А, понял. Ну, как я говорил, используй эвент или лучше unity event.
https://www.youtube.com/watch?v=oc3sQamIh-Q
>ООП не нужен
Скажи это любому работодалю. Может ты ещё скажешь, что и паттерны не нужно знать?
>>705115
На юдеми есть много курсов, смотри топ по рейтингу\популярности само собой на английском, если жалко денег - на рутрекере спирачены почти все популярные курсы.
Стоят они на скидке 10-15$, а скидка там постоянно. Если сейчас нет - подожди пару дней-неделю и будет.
Самый простой способ без каких-то либ и тд:
В диалоге сделай метод public void ShowDialog(string text, Action<bool> callback){
// сохрани каллбек в этом Mono объекте
}
void OnDialogResult(){
// тут какая-то твоя логика в диалоге, пусть _result - будет true или false (да нет)
callback(_result);
}
В месте где вызываешь делай:
void SomeMethod(){
string question = "Ты лох?";
Dialog.Singletone(или ссылка, как хочешь).ShowDialog(question, (isSuccess)=>{
if(isSuccess){
MakeAIAngry();
}else{
MakeAIYourFriend();
}
});
}
Нет, суть в том, что ты создаешь делегат и отдаешь его своему скрипту диалога, с этого момента выполнение скрипта закончилось и update метод работает как и всегда.
Потом когда нажимаешь да или нет то у тебя сохранен делегат и он вызовется нормально.
Там есть еще что улучшать, например сохраненный делегат (который callback(_result)) лучше обнулять после закрытия формы, короче просто попробуй так сделать, это не долго и не сложно.
Делай в стиле ДОД.
Возвращаемое диалогом значение - это данные.
Состояние видимости диалога - это данные.
Все данные пиши в базу данных, которую видит и скрипт диалоговых кнопок и скрипт вызывающего объекта.
Логика вызывающего такова:
Чекаю в БД поле диалог-открыт, если открыт - прерываю работу.
В БД в поле диалог-результ записываю нулль.
Вызываю диалог, передаю ему некоторый текст.
В апдейте чакаю в БД, открыт ли диалог? Если диалог закрыт, чекаю в БД поле диалог-результ и действую соответствующе.
В диалоге логика:
Я родился!
Я записал в БД что я видимый.
Я прочитал во входных данных текст и отобразил его.
Если я стал невидимым, я записываю нет/отмена/ложь в БД.
Если я стал невидимым, но кнопка да была нажата, я записываю в БД да/правда/ОК.
В любом случае я обязательно что-то записываю в БД, иначе никак.
Записываю в БД также, что я невидим.
Умираю!
Почему так долго? Почему Unity идет по каждому ассету, когда я вот прямо ей даю список, из которого я хочу получить AssetBundle?
Может сейчас уже есть более удобная альтернатива бандлам? В документации написано: лучший совет по организации ассетов, не использовать Resources, а использовать AssetBundles.
if(fadeOut){
Color objectColor = carsObj[way].gameObject.GetComponent<MeshRenderer>().material.color;
float fadeAmount = objectColor.a + (1 * Time.deltaTime);
objectColor = new Color(objectColor.r, objectColor.g, objectColor.b, fadeAmount);
carsObj[way].gameObject.GetComponent<MeshRenderer>().material.SetColor("_Color", objectColor);
if(objectColor.a >= 255){
fadeOut = false;
}
}
Ну для себя и узкого круга можно и говнокод пилить, конечно на уровне яндере симулятора, но мне кажется всяко лучше, если код чистый, красивый и понятный. Знание ООП, СОЛИДа и базовых патернов лишним всё равно никогда не будет.
Но в общем ты прав, конечно, для себя можно и без этого. но нахуя, если можно с?
Давно мечтаю сделать игру: 2D визуально-диалоговая песочница рпг... короче клон "Валета плетей". С юнити очень мало знаком, но кодить умею.
Реквестирую план вкатывания, при котором потрачу минимум времени на изобретение окошек с кнопками, и максимум времени на логику с механиками.
Может там в магазе есть фреймворки для визуальных новелл, или какие то удобные наборы компонентов?
Или достаточно пару видосов глянуть, и уроков читнуть и никакие васяны не нужны?
>>698843 (OP)
Анончики, в юнити есть возможность прописать путь допустим звука, чтобы не назначать ручками этот звук каждому объекту со скриптом? Пользовался вот таким решением:
_sound = (AudioClip)UnityEditor.AssetDatabase.LoadAssetAtPath("Assets/_Data/Sound/SFX/menuTouch.wav", typeof(AudioClip));
но оно работает только в редакторе, и билд с таким кодом нельзя сделать, ошибка cs0234.
fadeLists.Add(newFade);
if(fadeLists.Count == 3){
fadeLists[0].Reset();
fadeLists.RemoveAt(0);
}