Прошлый тред: 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);
}
Недавно я начал пилить рогалик, проникнувшись жанром, как платформу выбрал юнити, потому что имел мало-мальский опыт общения с ней и вообще визуализацию и всякий интерфейс сделать проще.
Первым делом запилил генерацию подземелья и возможность ходить по нему не втыкаясь в стены. Теперь настал черед поля видимости.
Алгоритмы рейкастинга/шадоукастинга я прочекал и вроде бы даже понял в основном, то есть как в определенной области определить какие координаты должны быть видимы, а какие нет я представляю. Вопрос в том, как применить это к моим ресурсам.
Имеем следующее: Два листа Vector3Int, один содержит позиции тайлов пола, другой тайлов стен я использую листы вместо массивов потому что с массивами я был бы вынужден генерировать карту в строгих рамках, две тайлмапы, одна для тайлов пола, другая для тайлов стен (и на ней висит коллайдер, в который стукается игрок). Игрок, монстры и предметы для взаимодействия это геймобжекты.
Я могу каждый раз когда игрок смещается с помощью рей/шадоу кастинга определять видимые позиции и красить тайлы соответствующие видимым позициям в (1,1,1), невидимые в (0,0,0), а так же отключать SpriteRenderer монстров и объектов, если они не в линии видимости игрока. Или можно создать третью тайлмапу над всем подземельем, состоящюю из черных квадратов и удалять/добавлять тайлы в зависимости от их видимости. Или может это все костыли и есть другой, более правильный и общепринятый метод. Буду благодарен за любые советы. Пикрил - макетный альфа-вариант, чтобы пост не был без картинки.
Есть InventoryController и метод AddItem(nventoryItem item)
В него прилетает InventoryItem, который содержит:
- картинку для инвентаря
- название
- ссылку на объект, который нужно вытащить из инвентаря при необходимости.
В InventoryController есть LinkedList<InventoryItem> items, который содержит весь список айтемов и LinkedListNode<InventoryItem> currentItem, который держит текущий выбранный элемент.
Элементы можно переключать
При добавлении айтема, в AddItem(nventoryItem item) дергается InventoryView, чтобы добавить картинку на UI:
public void AddItem(InventoryItem item)
{
//Создается слот из префаба
var slot = Instantiate(slotPrefab, this.transform);
//Получаю нужный компонент вьюхи
var view = slot.GetComponent<InventoryItemView>();
// Вью получает ссылку на айтем
view.Item = item;
//Айтем получает ссылку на вью. Вот тут основной вопрос
item.View = view;
//Устанавливаю картинку
slot.transform.FindChild("IventoryItem").GetComponent<Image>().sprite = item.Image;
}
На сколько это плохо, что InventoryView.AddItems(nventoryItem item) меняет item, вставляя ссылку на вьюху?
Меня смущает, что если дернуть где-нибудь (но пока таких кейсов нет) айтем до того, какон "Добавлен" на ui, ссылка на вьюху будет нерабочей (Правда, можно в геттер адекватное описание добавить).
Как лучше сделать в данной ситуации?
Ещё мож знает кто от чего может так пидорасить спрайты в готовом билде игры?
>Возможно с леером проблема
Там как бы не только на персонаже спрайты глючат, и на юайке вон поломалось, и куски из которых левел генерится. Скорее всего косяк в производительности, я налепил на основного персонажа несколько геймобжектов и на каждый из них аниматор, для реализации смены снаряжения. Ещё спрайты анимаций у меня не полотном, а отдельными картинками, и теперь при запуске у меня даже редактор захлёбывается. Перепилю для начала анимации.
>Сам всю логику движений делал?
Физон движения и малый поиск пути делал по этим материалам https://gamedevelopment.tutsplus.com/series/understanding-steering-behaviors--gamedev-12732 , боёвку сам придумывал.
Хз, я кресты учил по этому курсу https://ravesli.com/uroki-cpp/ , в шарпе всё понятно было, когда по мануалам юнити изучал.
У меня стоит обычная проверка уровня центр камеры отходит от игрока на такое-то расстояние-двигать камеру к игроку, как только расстояние от камеры до игрока около 20 пикселей - остановиться. И в общем-то нормально работает на медленной скорости, но как только я увеличиваю скорость персонажа, камеры тоже, то либо персонаж вылетает за пределы камеры, то камера на больших скоростях перепрыгивает персонажа-пытается отпрыгнуть обратно, но так как у нее большая скорость в данный момент времени-она опять перепрыгивает персонажа в обратную сторону и все дергается и багуется.
И еще похожий немного по смыслу вопрос, как фиксить вылет персонажей за стенку с коллизией на больших скоростях? Шаг персонажа, его скорость, видимо околобольше+ размеров коллайдеров, юнити просто не успевает наверное просчитывать физику. Одно из решений это просто сделать коллайдер огромным чтоб он заранее считал типа, в ручную все тестировать при каких скоростях объект будет вылетать, а при каких нет?
Или опять таки уже есть лаконичные решения таких проблем.
Мне друг мой скинул спизженные откуда-то курсы, когда узнал что я этой хуйнёй страдаю. Я их освоил за за пару месяцев, начинал сто раз тогда, и на анриале пытался что-то делать, но по итогу в этих курсах разобрался и пилю на юнити игрушку. Если есть нужда - залью анону на гугл, там по 2д парнишка в тех курсах в основном поясняет, но после этого уже в юнити шарить начинаешь и знаешь куда гуглить.
public float speed =0.25f;
transform.Translate(Vector2.up Time.deltaTime speed);
Объект передвигается слишком быстро, а если напишу
transform.Translate(Vector2.up Time.deltaTime 0,25);
то всё правильно.
Неужели это баг? Или что-то упустил?
Крч, я пишу суровый интерпрайз, хочу начать делать чего-нибудь для души и этим зарабатывать. Поможет ли мне в этом unity? Как долго вкатываться, имею опыт программирования? На какую зп я могу рассчитывать? Меня вообще возьмут, или рынок мёртвый?
Не обязательно же все знать? И насколько часто там используется вышмат?
Короче, есть пикрилейтед 1. Почему при срабатывании этого условия в апдейте не скипается последняя строчка апдейта? Оно просто продолжает вызывать ту функцию перед дебагом и сам дебаг. Когда я стою на нужном расстоянии до цели и по логике у меня должен быть всегда ретёрн с апдейта, тем самым должен быть пропуск той последенй строчки, разве нет? Пикрл 2 - мои те два метода, что вызываются в интеракте и в конце апдейта, мало ли в них обосрался.
Сама параша работает, т.е. при нажатии на Е я получаю шмотку в инвентарь и всё такое. Вопрос именно в высвечивании этой вот самой подсказки про нажатие на Е, ибо оно тупо не высвечивает никак. Я уже в else кидал эту залупу - всё равно ловлю вызовы этого дебага и очистки текста каждый фрейм даже в радиусе работы условия.
20 юзеров в одной сессии?
Смотрю на план "500CCU за 100$ месяц" и думаю, не дешевле ли написать (или взять) стендалон сервак и поставить его на какой-нибудь VMS за 250р? (при этом тащить будет сразу 3к игроков)
>Зачем мне 60гб?
Это бесплатный трафик. Если его истратишь, то за дополнительный нужно доплачивать.
>не дешевле ли написать (или взять) стендалон сервак
Дешевле. Но смысл фотона в том, что ты просто берёшь и пишешь сетевой код на клиенте, а всё остальное они берут на себя. Всю эту ёблю с запуском новых серверов, с регионами и тому подобное.
CCU - это количество игроков онлайн на весь мир. Доступные регионы выбираешь ты сам.
>а за 95$ в месяц будет уже 500 юзеров?
За 95$ у тебя одновременно смогут играть 500 юзеров. Что будет, если онлайн скакнёт до 600? Тогда появится сообщение, что тебе нужно сменить тарифный план. Игроки продолжат спокойно играть, онлайн может вырасти хоть в 10 раз, но тебе нужно будет платить.
>Если рассматривать CS1.6 (например) вот играет 12 человек на сервере и по простой математике у меня будет 42 сервера на 12 человек?
Да.
https://playerio.com/
Его фишка в том, что логика комнаты выполняется у них на сервере. Ты на C# пишешь DLL и заливаешь к ним. У Фотона есть такая услуга, но только на энтерпрайз тарифе и api там такое себе. У плеер ио мне api понравилось, но там есть ёбля с потоками.
https://habr.com/ru/company/pixonic/blog/346374/
Сидит тут полторы калеки, заходит в бар успешный девелопер и говорит:
>Если вкратце, то целый зоопарк:
>Master/game servers — c#, akka, photon engine
>Profile servers — Java 8, Guice, Resteasy, Hazelcast, Cassandra
>Microservices clan/league/matchmaking/communication — scala, akka, postgresql, scalikejdbc, cassandra, phantom
это обычный встроенный метод
https://docs.unity3d.com/ScriptReference/MonoBehaviour.OnMouseDown.html
тут вопрос только том как мне организовать всё что сцена знала когда кликают по ней, а не по спрайту, а спрайт знал когда кликают по нему, а не по сцене
Как вариант:
Создай локальную переменную _lastClickedObj;
Пускаешь райкаст на объект:
если попал
if(_lastClickedObj != null) разукрасить_обратно();
_lastClickedObj = hit.GetNewObject();
_lastClickedObj.разукрась();
Если ткнул в пустое место
if(_lastClickedObj != null) {
разукрасить_обратно();
_lastClickedObj = null;
}
Вот это покроет весь зоопарк
https://playfab.com/
Либо чисто плеер ио. Хули ты пиздишь.
https://www.school-xyz.com/hyper-casual
Следовательно вопрос, если посмотреть на описание программы и учесть возможность скинуться на него с парой друзей, сильно ли он будет полезнее чем остальные предложения на рынке, или вовсе бесплатные варианты на Youtube?
Возможно кто-нибудь уже проходил клевые курсы и может подсказать где можно найти?
Пользуюсь виндовс 10.
Пожал спрайты анимаций в два раза разрешение, поменял фпс анимаций с 60 на 30, запихнул каждую анимацию в спрайтшиты, под 4к сжатие текстур в юнити они влезли, в редакторе всё-равно подлагивает, а в готовом билде пропадают куски персонажей и иконка инвентаря партачит - но уже значительный прогресс в сравнении с тем, что было. Но, блять, ужимать дальше некуда, попробую спрайты "земли" пожать и ещё надеюсь на то, что пропадают куски из-за конфликта имён, все анимации одинаково названы, как и спрайты к ним, может юнити при билде что-то через пизду сжимает и потом неправильно рантайм декодирует.
Ебать, вот это совет. Такой неочевидный ход, сам додумался до такого, или подсказал кто?
Разумеется блять я уже 10 раз переустановил, и старые версии хаба попробовал, и сука все что могло ограничивать его работу aka брандмауэр\антивирус и тд позакрывал. Осталось только с бубуном попрыгать над компом.
>Разные типы апдейта
Вся логика игры крутится в фикседАпдейт. Клики мышки только ловлю через апдейт.
>влияние на компонент через родственников
Ну вот зомбик у меня одним геймобжектом идёт и сам свой аниматор контролит, а на нём пропадает спрайт на видяшке видно. Ну конечно на него "влияет" родственный геймобжект игрока, но там типа отнять хп и всякое такое, как иначе то подобное реализовывать. Напрямую на его аниматор влияет только когда анимацию ошеломления запускает энеми.шортСтан(), но это хуйня я думаю и в первых версиях игры не было таких багов, а код этот уже был.
Персонаж игрока состоит из нескольких геймобжектов - оружие, щит, башмаки... аниматоры которых контролятся основным родителем геймобжектом, но всё же сомневаюсь в твоём предположении, потому что это не объяснит допустим куда проебалась иконка инвентаря. Но предположение это ещё обдумаю. Делаю ставку на конфликт имён файлов, проверять буду как наберусь сил всё перепилить.
На данный момент я работаю в той сфере, которая мне просто остаебала. Мало того, что работы много и она мне не нравится, так ещё и получаю копейки в районе 50к. ОЧЕНЬ хочу перекатиться в геймдев индустрию, а именно в погромисты на unity.
Собственно сам вопрос : Что именно следует изучить, для того чтобы можно было шарить вакансии на джуна хотя бы ?
Планирую потратить на вкатывание около года-полутора, поэтому не смущает количество необходимых знаний. Главное знать что именно изучать.
делаю что -то под мобайл (да в мармолсете, но позже на unity)
low-poly (максимум 9k tris на здание)
pbr всё такое (моделил/запекал)
в дальнейшем буду фиксить
что скажите?
делаю что -то под мобайл (да в мармолсете, но позже на unity)
low-poly (максимум 9k tris на здание)
pbr всё такое (моделил/запекал)
в дальнейшем буду фиксить
что скажите?
Пикрелейт требования выдвигаемые вот прям сейчас, завышенные конечно, но если знаешь это, то точно возьмут.
>>706285
>Планирую потратить на вкатывание около года-полутора, поэтому не смущает количество необходимых знаний. Главное знать что именно изучать.
Если именно программистом, то очень серьезно изучать шарп.
И параллельно изучать движок, можно через https://learn.unity.com/ или курсы с торрентов.
>>706285
>что работы много и она мне не нравится, так ещё и получаю копейки в районе 50к.
Так в гейдеве все так же.
Почему я такой неудачник и как мне с этим жить? Работаю на нищезарплату, думал поделать игры чтобы себе купить комп для разработки. Поделал
Ожидал, что OnPointerClick будет так работать, но он вызывается только при клике на объект, к которому привязан
Буквально на днях слили туториал на эту тему, я его пару месяцев искал.
https://cgpersia.com/2020/10/udemy-unity-tutorial-collection-173422.html
Из этой коллекции тебе нужен: Update your Unity programming skills to take advantage of the new Data Orientated Technology Stack and Burst Compiler
Course link: http://www.udemy.com/course/unitydots/
Камера следует только за персонажем, но когда он слайдится влево-вправо, она остаётся на месте
А ведь там ещё дорога поворачивается.
Тебе даже загуглить лень?
https://docs.unity3d.com/ScriptReference/Video.VideoPlayer.html
Рисовать он будет курсором мыши.
Как думаете, мне подойдет Line Rendered? Пока чел будет удерживать курсор, я буду с интервалом, например, 100мс, запоминать позиции курсора и передавать их в Line Rendered.
Это будет происходит так. Чел подходит к стене, переходит в режим рисования спец клавишей (пусть будет "P"). В этот момент я поворачиваю камеру к стене, чтобы она смотрела прямо на стену, под нулевым углом. Потом формируется Line, который просто будет висеть на стене.
Норм идея?
Но может есть хорошие и бесплатные готовые варианты?
Аа, возьми либу vjs и через стиль .video-js .vjs-big-play-button {
display: none;
}
скрой кнопку, через JS управляй видео.
Хуюнити умеет дергать методы из других языков (включая нативный ios или android)
>>706591
Норм, у lineRender-а есть встройная функция relax - которая удаляет слишком близкие точки + через raycast ты можешь рисовать не в воздухе, а прям на своих объектах
Если какие то алтьернативы CC хитдетекшена?
OnColliderEnter не может пробиться через кожу контроллера (любой толщины), то есть не работает.
на форумах советуют не юзать дефолтный cc, лучше пишите свой, круто, а зачем тогда он есть вообще, может пока пишу свой контроллер, еще свой движок напишу заодно?
Дал потестить людям на чуть более старых моделях и на очень современных моделях типа сосунг галакси - говорят греется и при чем достаточно сильно.
Игра очень примитивна 2д. Андроид 4. В чем может быть причинакроме подкручивания гаек и моих исправлений в будущем? Это какая-то распространенная проблема или что?
Все изображения юнити автоматически определяются ассетами, то бишь при созданий-удалении объектов с одним видом используется одно изображение или каждый раз определяется новое? И чтобы это исправить мне вручную надо прописать префаб какой-нибудь?
Ага и инфы о колижене тоже не будет. Зачем я этот метод вообще добавил по твоему, для красоты чтоли?
Нет, мне нужен калбек о говне по которому я хожу.
И юнити дает мне этот срущий мусором калбек, вот только чинить его как я понимаю некому, все заняты очередная_ненужная_маркетинговая_хуйня_нейм.
Самый рабочий вариант был первым-определить общее время всего нужного порядка анимаций, и затем создавать объекты с одним временем, только включающими анимацию в разные отрезки.
Не работает как надо потому что я криво как-то флажками ставлю отметки, в итоге они начинают косится со временем и вместо анимации у меня пусто(так как пустые отрезки нескольких объектов начинают совпадать).
>>706278
Бля получилось! Даже спрайты анимаций назад увеличил в два раза, правда от сапог и перчаток, как отдельных объектов с анимациями, отказался.
Сейчас учить тебя, щенка, будем..
У программистов есть такое понятие "поговорить с уточкой", так вот суть в том, что пока ты рассказываешь свою проблему - тебе в голову приходит решение.
Если не веришь, можешь загуглить.
Самое смешное что это правда иногда работает.
Лол школота "у програмиста", это блядь у всех есть долбоящер, а не только у прогера. Сука термин он тут придумал ниибацо локальный, програмис хуев. Ору.
И здесь долбоящер проблема не твоей шизофрении, а в том, что я блядь, описал.
Нашел проблему - пиши тут же решение, это правило хорошего тона. Сука какой кринж с тебя ловлю пиздос.
Да хуй его знает, переименовал все файлы анимаций по уникальному каждый, когда их заново переделывал, спрайты все поджал под их точное разрешение, убрал два объекта анимированных с персонажа. Либо перегруз был движка из-за количества тяжёлых "анимаций", шесть объектов со спрайтшитами анимаций по 4к было на персонаже основном, стало четыре, либо юнити путался в готовом билде из-за одинаковых имён спрайтшитов анимаций. Ещё кэшировал аниматоры, к которым каждый апдейт обращаюсь. Вообще не думал что спрайтовая графика побольше чем 3д отжирать может.
Ещё прикупил ассет новый Shapes, но пока не пробовал
Хз, не могу придумать адекватное что-то. Милишная атака для таких игр выглядит странно, а поочередная как в героях сложная для такого лоха как я.
Может есть советы куда копать?
мимо 2 месяца стажа юнити и c#
Почему юнити сама под себя протекает? Никаких мемных жоп систем не использовал и не собираюсь, стоит ли беспокоится?
А какая версия? Может какой-то юнетивский пакет ругается, давай разберемся, если больше инфы дашь
>>707308
Можешь вообще на райкастах написать свой контроллер.
Пару лет назад на старом ноуте делал платформер с гридом от юнити, так вот физика его грузила на 20-40%, переписал на райкасты (пускал 2 в пол и 1 в сторону куда идет перс), этот способ грузил ноут на 0.1-1.5%
>Можешь вообще на райкастах написать свой контроллер.
Так если у меня куб, надо 8 рейкастов делать чтобы сквозь углы не проходить, а если сфера/капсула то вообще хз, надо именно оверлап (у меня капсула).
кинул 100 своих капсул оверлап + пенетрейшен контроллеров, проц грузит 25% в среднем.
Unity 2018.1.0f2, в меню Package Manager все дефолтное.
Честно не знаю какую инфу давать, я не знаю причин.
Похоже что абсолютно рандомно вылезало, будто юнити само на себя там чето под капотом бухтит.
С тех пор как задал вопрос вот пока не вылезало (эффект плацебо сработал).
1) отдельный набор спрайтов для персонажа с каждым оружием?
2) отдельная "рука" с каждым оружием? Как она тогда связывается с чарактером?(один объект чарактер, который содержит все части, в т.ч. руку?) Как как они связываются в коде?
За какую сумму и какое время написали бы данный функционал, с системой диалогов, квестами и вознагрождениями, инвентарем.
сумму указывайте с учетом того, что еще нужно объяснить как это работает и расширяется, по канонам ООП
>Как обычно используется смена/ разное оружие в 2д играх?
Никак.
>1) отдельный набор спрайтов для персонажа с каждым оружием?
В фоллачах так первых было, вот ебанина аниматору была, да и моделек из-за этого по парочке на оружию и броню было.
>2) отдельная "рука" с каждым оружием? Как она тогда связывается с чарактером?(один объект чарактер, который содержит все части, в т.ч. руку?) Как как они связываются в коде?
Я пилю топдовн рогалик и у меня щит/меч/броня/шлем - отдельные объекты со своими аниматорами и анимациями, синхронно контролируемые основным объектом.
- Deep understanding of asset workflows, data serialisation
- Low level knowledge of C# APIs and Unity APIs
- Strong knowledge of C# and modern programming paradigms, e.g. async/await
>>707507
Переведу на профессиональный язык.
Для 2д есть 2 типа анимации.
Спрайты и костная.
Спрайты это покадровая классическая анимация, как флипбук. Позволяет делать ВАУ эффект и дает плавный красивый контроль, но делать это все аниматору очень долго тяжело дорого.
Костная анимация это когда у тебя есть обычные картинки объектов и модель, связывающая движения между ними. Упрощает анимационный процесс тк не надо рисовать покадрово картинки для каждого движения и объекта, но выглядит чопорно, специфично, как флеш игры тех лет, требует усилий чтобы сделать ну прям красиво.
Спутать эти стили невозможно. Вопрос дизайна.
Спасибо, но вторым пунктом я не совсем костную имел в виду.
Пример: есть какой-то спрайтовый персонаж с анимацией сражения на мечах. Например, враги умирают только если касаются меча, а не всего персонажа. И вообще ещё видел, как один спрайт разбивали на несколько (персонаж и оружие)
>1)Купил установил использовал
А data serialisation это что? Ассет воркфлоу, это поток работы, то есть как работают ассеты нужно разбираться и все?
>3)Тоже самое только еще в целом нужно знания иметь о компутар сайнс
Ну я почитал про async/await, но в комментариях как обычно холивар, что можно использовать корутины, и в каких-то ситуациях асинк не подходит. Где мне подчерпнуть всю современную информацию о работе с кодом в Unity? Может просто фишки, как асинк/эвейт, я сам уже нагуглю. Нет почему-то такого списка нигде, если кто-то в блоге у себя писал, что должен знать сениор на юнити по шарпу, то дай инфу, а то у меня только какая-то расплывчатая информация.
Если ты занимаешься чем то специфическим, чекаешь вручную ченджлог всех версий от твоей текущей до последней.
Если обычно анон пилящий инди, то всегда надо переходить на новую версию, за исключение альфа и бета билдов. На данный момент 2020.1.11 последняя стабильная и 2021.1.0 Alpha вкусная, но не стоит пока.
После перехода на Pro версию перестали открываться проекты с Unity 5, бесконечно висит пикрил на рабочем столе, при этом не отображается в трее, диспетчер задач показывает, что всё работает нормально эдитор не "не отвечает"
Может кто подскажет, почему эта блядская функция возвращает всегда false.
Вводные: есть тайлмапа со стенами, на нее повешен TilemapCollider2D, ей задан слой BlockingLayer.
Функция находится в скрипте, повешенном на персонажа. Переменная LayerMask BlockingLayer создана, в инспекторе для нее выбран соответствующий слой (тот, на котором стены).
Причем если я не отключаю собственный коллайдер персонажа (он тоже находится на слое BlockingLayer) то столкновение происходит. ЧЯДНТ?
Алгоритм поиска пути висит на игроке, но может искать путь между любыми точками, потому что пока он просто обозначает путь красными точками. Я запускал код поиска между двумя точками не связанными с игроком. Проблема остается та же: рейкаст в подфункции определяющей есть ли коллайдер на клетке не видит коллайдер тайлмапы стен.
Как добавить extra linker flags в xcode билд?
building for iOS-arm64 but attempting to link with file built for unknown-unsupported file format
Как фиксить?
Проблема такая. Ставлю на цилиндр ригидбоди и навмешагент. Циллиндр в воздухе и падает вниз. Приземляется на обьект с навмешем и ходит туда сюда. Все работает.
Решил заменить цилиндр на другую модельку. Моделька проваливается насквозь и не куда не ходит так как связь с навмешем проебывается в момент полета мимо.
Не понимаю что не так. Почему работает только с цилиндром а другой моделькой нет?
material.SetOverrideTag("RenderType", "Opaque");
>>708736
Я и так и так пробовал. Одна и та же функция при одних и тех же условиях и настройках в разных проектах ведет себя по разному. В одном (основной) спокойно детектит коллайдер с тайлмапы, в другом (тестовом) в упор не видит. Я специально написал две одинаковые тестовые функции, каждая из которых и лайнкастит и рейкастит в обоих проектах, и все равно, в одном пашет, в другом нет. Я не понимат.
Посмотри, как было изначально: >>708211
А самое веселое что скакнуло напряжение, комп ушел на ресет и скрипт в котором была эта функция в том числе перестал открываться. Точнее открывается, но в виде пустого файла в блокноте.
Я как уже сказал выше попытался по разному порейкастить и полайнкастить в стены, нихуя не вышло, при том что в другом проекте для проверки создал точно такие же функции и там все работает. Сверил настройки физикс, все одинаково. Хз, может быть что проект забаговал?
Потому что, нужно будет рекомпилировать весь шейдер, это рутовое свойство, его просто так нельзя менять.
>>708690
У меня китайски за 500р работал, суть проста, делаешь Input.GetAxis или Input.GetAxisRaw, вместо читой 0 или 1 контроллер может возвращать 0.1 0.2 0.3 и тд
>>708731
Смотря какие у тебя настройки, в конфиге light есть ambient light - этот свет будет светить всегда и со всех сторон.
Тут у тебя 2 выбора - можешь динамически менять этот параметр и 2й способ - создать Direction Light и крутить его трансформом. А еще лучше всё сразу.
На стенах в обоих проектах тайлмапколлайдер2д, слой указан и там и там, через public LayerMask BlockingLayer, стенам указан слой BlockingLayer, в инспекторе для скрипта выбран этот слой. Короче создам завтра новый проект и буду надеяться что это бага конкретного проджекта.
>Потому что, нужно будет рекомпилировать весь шейдер, это рутовое свойство, его просто так нельзя менять.
Как рекомпилировать? Я только скомпилировать могу. Вот так это в шейдере выглядит, Tags { "RenderType"="Opaque" "PerformanceChecks"="False" }, то есть я как раз к тэгу обращаюсь, можешь точно сказать как решить это?
Вижу коллайдер другого игрока, беру компонент статов, меняю иии ничего не происходит потому я хз как менять статы.
Документацию пролистал кроме RPC ничего не нашел. Неужели я не могу манипулировать статми в процессе коллайдига без функции на стороне? Не хотелось бы переписывать много всего с нуля :\
Костыльный способ придуманный только что мной на коленке:
EventsManager.Current.ActiveElement (кажется, точно не помню), суть в том, что в этом классе ты можешь взять HoveredObject и SelectedObject (на который зажал лкм) и обернуть это в свои костыли.
Минус - в том, что тебе придется работать по имени или дергать компонент (или еще что можешь придумать)
второй вариант: Создай компонент IHoverable (например), унаследуй от интерфейсов IPointerDownHandler, IPointerUpHandler, ну дальше ты наверное понял, после срабатывания DownHandler ставь isHover = true и в update() делай свою логику.
Проблема локализована, мои рей/лайн-касты не видят конкретно тайлмапколлайдер2д. Причем в оригинальном, старом проекте видят, блядь, а в новых я создал еще один, чтобы проверить, может это был баг проекта нет. Настройки Physics2d одинаковые в обоих проектах. Настройки слоев, тайлмап, коллайдеров, тайлов одинаковые в обоих проектах. Я уже не знаю, что сравнивать чтобы понять, почему в одном месте лучи детектят тайлмап коллайдер, а в другом блядь нет.
Скачал Unity Hub,но не нашел русского языка,только англ и варианты китайских
С чистой совестью работать на английской версии или есть простой способ поставить русский язык?
>>709373
когда что-то добавили в инвентарь, то записываешь этому предмету время добавления и продолжительность жизни сразу, не ожидая выхода. тогда при аварийном закрытии ты всегда сможешь посчитать нужно ли его удалять или нет
дополнительно рекомендую синхронизировать время с интернетом чтоб переводом часов не наебали
В общем вопрос - как из ПК-игр, сделанных на Unity, на данный момент считаются самыми масштабными в плане ресурсов разработки и объёма проданных копий?
Заходишь на википедию и смотришь https://en.wikipedia.org/wiki/List_of_Unity_games
>>709450
>в плане ресурсов разработки
По мне так это Escape_from_Tarkov, Genshin_Impact и Wasteland_3
Хм, включать в зависимости от конкретно кадра? Или хитбокс должен двигаться (внутри персонажа)?
Вот пример, положение меча на 1 и 2 отличается от последнего кадра.
Привет всем, что подскажете использовать для клиент-серверной работы для игры на несколько игроков (в тч желательно с возможностью поднимать локальный сервер)? Я смотрел в сторону telepathy\apathy, но как понимаю возможностей куда больше и не знаю, насколько они уместны
Мне нужно выключить (enable = false) объект на время(на самом деле , родителя), но когда я его опять включаю, играет дефолтная анимация (видимо, сбрасываются переменные).
Если я включаю анимацию на OnEnable, то после появления он какое-то время отображается со старой анимацией и только потом начинает играть нужную. Как пофиксить?
if(spawnPoint > nextSpawn){
for(int i = 0; i < objectList.count; i++) {
if(!objectList.activeInHierarchy)
{
objectList. transform.position = new Vector3(бла-бла-бла, бла-бла, бла);
objectList.SetActive(true);
nextSpawn+= 5.0f;
}
}
}
И это можно считать минипулом (за исключением того, что новые объекты не пулятся, т.к. и не нужны)?
Так вот канвас для этого у меня отдельный - т.е. все эти 7 плашек рисуются сразу во 2й канвас.
Какие еще варианты поднятия производительности?
включать в анимации и можешь двигать если так лучше работает. тут же вопрос вкусовщины. я бы на 3й и 4й кадр наложил прямоугольник размером с весь меч и шлейф в четвёртом кадре. потестил бы и если б было ощущение что задержка (что игроков дохуя бесит), то натянул бы ещё и на второй кадр.
в целом тут нет какого-то правильного решения, обычно приходится пробовать несколько вариантов
вот посмотри в стрит файтере хитбоксы. в разные кадры новые включаются или перемещаются
https://www.youtube.com/watch?v=5vXbem2ejJw
Выглядит так, будто там есть невидимая сетка и мышь рисуется выше своей "ячейки", поэтому визуально она уже на дереве, хотя по факту она ещё на нижней ячейке, поэтому рисуется под деревом, а не над ним и как только она переходит на ячейку дерева, она начинает рисоваться поверх него по правилам сортировки. Надеюсь понял, о чём я.
По ощущению как будто на 2-3 сек игра "догоняет" кадры, затем снова все норм.
В билде тоже есть. Может кто знает куда стоить копать хотябы?
у меня камера в LateUpdate вся (с колиженом Physics.BoxCast в конце)
пикрил собственно все немногое что присходит, вырезал мелочь
Я извиняюсь но сейчас тест показал что пидорасит именно ригидбади.
Изменил камеру, чтобы плавно летала за игроком, и у нее статтеров не оказалось (раньше она статтеры копировала прост), значит фреймрейт тут не причем.
Видимо все таки у меня в коде где то что то (как же заебало воевать с движком).
Короче, ты наркоман, щас напишу
Вот что у тебя на экране, когда ты дергаешь TestCast();
Конечно, rayHit.collider и lineHit.collider будут = null.
Объекта нет на поле.
На костылили ради теста (Скрин два) - все взлетает. Скрин с результатом выше (но там то один то два хита).
Тебе нужно подумать над системой инициализации, чтобы однозначно понимать, что, когда и в каком порядке инициируется.
Для примера так лучше, тогда оба хита будут. Надо про порядок почитать.
P.S.
Научись дебагом пользоваться
С твердыми телами понятно. Но что делать с телами легче воздуха? Например воздушные шары.
Но не понимаю как реализовать, как перенести значение на слайдер. Дорога прямая
Интересуюсь именно третьей плоечкой, потому что в наличии четыре штуки с разными вариантами взлома. Да и проект не грузный - комфортно дышит на пентиуме 4 и зеленой 6800.
В идеале хотелось бы, чтоб модуль выдавал на выходе пригодный к запуску iso/pkg/PS3_DISC.SFB+PS3_GAME.
чтоб от 0 до 1 получить можно было сделать currentDistance / distanceFromStart
на будущее юзай самокоментирующийся код и называй методы по тому что они делают. метод Distance не делает дистанцию, а обновляет прогрессбар. когда будешь писать большие проекты с другими людьми, они от таких названий ебанутся
Есть игра с числом, которое игрок должен набрать. Число это на каждом уровне разное и выбирается случайно из заданного диапазона.
Игрок набирает число проходя через баннеры, на которых написаное действие (прим. +13, -20 и т.п). пик1
Игрок движется безостановочно и должен решать пройти или не пройти через баннер, чтобы набрать нужное число.
Собственно, нужен метод, который будет принимать это финальное число, разбивать его и закидывать на баннеры, а также генерировать близкие к нужным числа и закидывать их на другие баннеры
Например на финале 7 баннеров - 4 из них верные, на них алгоритм закидывает нужные числа. (прим. для числа 54 с пикрила: 11, 22, 17, 4. И на 4 других баннерах другие, но желательно близкие по значению числа: -18, 9, 10)
Нечто подобное я реализовал, но очень корявое и багающее, дебажил - и часто бывает даже невозможно собрать верное число. пик2
Неправильные баннеры - пик3
Приветствуется любая помощь, начиная от советов как отредачить мой код, чтобы работало нормально, заканчивая предложением своего решения.
Нужно пересчитывать каждый раз, когда игрок подобрал баннер с операцией. Т.е. есть метод, который берет число, разбивает его на рандомные целые части и эти части закидывает в пуллбаннеров, которые могут попасться. + Какие-то рандомные
Игрок подобрал баннер - метод дергается ещё раз (ТК текущее значение поменялось)
То есть игрок двинул пальцем на 1 см, кидаем с силой 10, двинул на 2 см, кидаем с силой 20.
Нужно сделать несложную приложуху для юнити. И дорабатывать её постепенно.
Много не плачу, но и особых знаний не нужно.
Приложуха должна уметь отображать 3д модель, чтоб ее можно было крутить, приближать
И должна выводить текст, который будет получать по http api (json)
Обсудить ТЗ можно по мылу, eeexshare95 собака gmail.com
Так и отображать, по школьной формуле F = kx, где F это сила, k это коэффициент натяжения, а x отклонение, в твоем случае задаваемое пальцем. k ты подберешь экспериментально, меняя его и посматривая, что получается, пока результат тебя не удовлетворит.
Теперь ты спросишь, как же мне реализовывать разную силу в юнити то? А я отвечаю, сила есть a*m, где a - ускорение, а m масса. Масса у твоего снаряда постоянная, значит в итоге ты будешь менять ускорение в зависимости от того, насколько сильно игрок оттянул снаряд.
При первом запуске висит "starting server", отказывается работать дальше. Что делать?
Как-где посмотреть краш лог? Юнити-игра крашится, я хочу знать после вызова какой функции.
В следующей версии обещали шарп 8 завезти.
А самописное гавно у них т.к. они свою версию движка паралельно делают со своими какими-то оптимизациями которые не заметны.
Например инкрементальный GC и доп инструкции для более простого конвертирования коды в плюсы.
Нам как разрабам от этого толка мало, у юнитеков в принципе выбор направления развития странный, что поделать.
система ввода? конечно вставить в скриптблобджект!
система событий? скриптблобджект!
персонаж? понятное блядь дело что ему нужно 4 скриптблобджекта!
после трёх выпусков теперь на автомате начинаю думать как каждый свой код впердолить в скриптблобджект. что за хуйня, аноны?
>Ссылку дашь?
https://www.youtube.com/playlist?list=PLX2vGYjWbI0S6CnkDm0AwVgA6E6L_vJNf
вот все выпуски + ланч трейлер. как всегда на ютубе не в хронологическом порядке
>>711738
>Что тебе не нравится?
дык полтора-два года назад никто эти скриптблобджекст в глаза не видовал и жили все нормально, а теперь их овердохуя. у меня нет никакого хейтинга per se, просто я удивлён что они там у себя в офисе юзают их в таком количестве
Версия 2020.1.15f1
По идее этого должно хватить для старта в Юнети. Какие есть свежие нормальные курсы с основами? Интерфейс там, базовые концепции и т.д. Желательно, чтобы можно было скачать на альтернативной площадке(иф ю ноу вот ай мин).
keystore оставался там же где я его создал через Unity же, пробовал перемещать в папку с проектом, ошибка все та же.
Версия юнити и прочих сдк стабильные и совпадающие.
Как обойти проблему, пусть и с костылями?
Решение нашёл здесь https://forum.unity.com/threads/scroll-rect-disable-dragging.303841/
Удивительно что проект с многомиллиардным вложением долларов имеет кучу жопошных неисправностей. Например, ты не можешь сделать просто статичное лого на ВЕСЬ экран(только задним фоном).
Ответ работника ююнити техноложис? Ну тип короч мы подумали что как есть будет норм, а кому надо тот экран загрузки с 0 напишет.
Спрашивается зачем для галки делать нерабочую вещь?
Также с коллизей и кучей других модулей.
На счет вопроса, все очень плохо и все очень тухло, вопрос тупа не решаем нормальным способом, разрабы разводят руками и просят логи у всех подряд.
У меня была версия 2018, все идеально робило, кроме этой фигни.
Я поставил версию 2019(при чем не без проблем, с переустановками и тп). ВНЕЗАПНО появились менюхи и прочие приблуды которые в версии парумесячной давности ПОЧЕМУ-ТО АРРГх не было. Ключ создался нормально.
Казалось бы вопрос решен. А нихера. Ес-но я теперь не могу открыть старый проект, в облако я его забыл загрузить. Придется теперь ручками с 0 опять все раскидывать по сценам.
И ладно у меня личный проектик, обрезок для души, а если бы проект был побольше? Косяк на косяке, костыль на костыле. Зачем вообще такие движки нужны если все равно потом все приходится изучать в корне и переписывать с 0 как тебе надо.
Я решил проблему, я молодец, обязательно себе сегодня подрочу, но такой пердолинг и трату времени я не одобряю.
Думаю надо было создать ключ через напрямую через ждк, но я хотел надеется на лучшее. а теперь поздно пить боржоми
>Ты что ли кирил-вкатывальщик очередной?
Мне сложно судить, но пара проектов в сторах есть. 1,5 года варюсь около юнити и c#
>При изменении функционала всегда будет присутствовать попаболь, это неизбежно
Тогда зачем все эти абстракции, ООП, SOLID, MVC, паттрены?
То есть будь это консольное приложение всё выглядело бы как то так
void FooSkill()
{
...
if(input == null)
{
input == UIManager.GetSpecificInput();
}
...
}
Но блокировка основного потока в юнити закончится так себе, поэтому остаётся только
1)Городить конечный автомат из кусков скилла и ждать коллбеков от ГУИ с требуемым инпутом, чтобы запустить следующий кусок.
2)Почти то же самое, но проверять не появился ли инпут в апдейте. Не так путанно, но апдейте в скилле иначе вообще не нужен.
3)Ждать инпут асинхронно, почти не разсирая код конечным автоматомэто за меня сделает компилятор Но это усложнит и запутает интуп манагер.
Может есть какие то ещё варианты или готовые решения?
>На выбор два языка - C# и UnityScript. UnityScript - это что-то среднее между JavaScript и ActionScript
>Для изучения основ UnityScript выучи вначале основы JavaScript:
>Помни, что тебе достаточно одного языка из двух и учить их оба одновременно не нужно.
>End of support for UnityScript
>Starting with Unity 2018.2, support for UnityScript (Unity's version of JavaScript) has ended. C# is now the only supported language going forward. You can learn more about the reasons for this change here. There is an official UnityScript-to-C# Automatic Conversion tool to help those wanting to transition their UnityScript projects over to C#.
Когда перекатывать будете, обновите инфу про юнитискрипт что ли. Он уже джва года как мёртв...
Начал вкатываться в юнини, прохожу вводный урок.
Проблема: в режиме Game не отображается часть спрайтов, при этом они отображаются в Scene. Где я проебался?
Какую версию качать? Я пытался вкотиться лет 5 назад, тогда такого разнообразия не было.
Алсо, не помню точно как было раньше, но когда я пробовал юнити несколько лет назад, вроде бы не так много файлов создавалось. Может нужно что-то в настройках переключить, чтобы эти файлы были в другом месте?
Может, есть какие-то гайды, как обращаться с файлами проекта юнити? Что из этого можно выкидывать/генерировать заново, например, а что - уникально для проекта и необходимо сохранить, и т.д.
Не проще.
1. Я привык следить за порядком в своей файловой системе (хотя получается не всегда).
2. Архив с таким количеством файлов создаётся долго, распаковывается тоже долго (даже на SSD).
3. Большую часть этих файлов, как я понимаю, заливать в git не нужно, но каких - непонятно.
4. Если создать несколько проектов, проблемы от такого числа файлов будут возрастать.
5. Я бы мог на это всё забить, если бы у меня было бесконечное количество ресурсов ПК, но увы.
Вообще, я просто хочу понять и разобраться, почему всё так, а не иначе (чистенько-компактненько).
>>712360
Извиняюсь, затупил и погорячился. Надо было сразу папки проверить. Короче, я так понимаю, Library - это какие-то стандартные библиотеки Unity, которые генерируются автоматически и от них можно спокойно избавляться, когда проект отправляется в архив/гит? Я понимаю, что они, скорее всего, зависят от используемой версии Unity, но, надеюсь, если вдруг что - их потеря не столь критична... Там вообще бОльшая часть файлов - какой-то кэш, а кэш обычно можно сбрасывать...
Я-то и на английском прочитаю (так даже лучше, не будет путаницы в терминах), но странно, почему у самого популярного игрового движка не успевают переводить всю документацию?
unity3d.com всё ещё официальный сайт? А unity.com? Я знаю, они переименовали движок Unity3D -> Unity, но что с сайтами?
Заливай файлы из рутовой папки (там файлы проектов всяких, мало весят), ProjectSettings (10 файлов с конфигами, которые ты меняешь в редакторе) и Assets (собсна весь твой контент)
>>712356
Если говорить про скомпилированную версию - то в projectSettings есть strictEngineCode которая якобы может порезать 70% движка и убрать юнитикод который ты не используешь.
Понятно, спасибо. Я уже выкинул из проекта все стандартные пакеты (пока они мне точно не понадобятся), из "кучи файлов" остались только какие-то Artifacts, но это вроде какой-то скомпилированный код, в общем пофиг.
>в projectSettings есть strictEngineCode которая якобы может порезать 70% движка и убрать юнитикод который ты не используешь
Звучит как полезная фича, но я не нашёл, где это установить? Впрочем, я пока туториалы изучаю, рано париться об оптимизациях)
https://unity3d.com/unity/whats-new/2020.1.16
>может у вас работает?
У меня по твоей ссылке тоже 404.
>постят ссылки на ченджлоги свежих релизов
А сами чейнджлоги постят? Или только ссылки, лол?
Посмотри https://unity3d.com/unity/whats-new/
На пикриле - список всех ченджлогов, доступных сейчас.
Вангую, что в твоей "группе новостей" хотят быть впереди планеты всей и постят ссылки, которые вскоре станут активны - несложно угадать, какая будет ссылка, ведь они все по единому шаблону выполнены (/whats-new/номер.версии.юнити). Вот если они кроме ссылки постят сам чейнджлог - тогда да, хороший вопрос, откуда они это узнают... Алсо в Телеграме есть фича - робот Телеграма сам ходит по ссылкам и делает превью, если этот робот не смог сделать превью страницы или на превью 404 - тогда страница реально пока не существует.
Есть ещё вариант, что кто-то в той группе новостей является разработчиком или комьюнити менеджером Юнити, но это нужно только чтобы инфу раньше публикации на сайте выкладывать (а не ссылку, ссылка известна) и вряд ли такое будут делать в какой-то русской соцсеточке, если юнити даже русской локализации толком не имеет...
>везде уроки по 5 версии или в лучшем случае 2018
Ты по ссылкам из шапки ходил хоть?
Вот, например: http://catlikecoding.com/unity/tutorials/ - сам сейчас вкатываюсь, смотрю и пробую эти туториалы, там для 2019 версии, но 2020 судя по всему не сильно отличается. Это самая база, но начни хотя бы с этого, а потом будешь руководствоваться мануалом - https://docs.unity3d.com/2020.1/Documentation/Manual/ - ибо так надёжнее, чем слепо следовать советам васянов с ютуба. По мере того, как начнёшь разбираться в движке, сможешь понимать туториалы от старых версий, самостоятельно адаптируя их к новым версиям ("так, тут сказано бе, но бе с такой-то версии стало ме, поэтому нужно сделать не бе, а ме, понятненько").
Вы тред перекатывать собираетесь или опять будете до 1500 тянуть?
Шапку, я думаю, нужно обновить.
Собственно вопрос: куда исчезла панель с ошибками и как вернуть? Скучаю по ней
>панель с ошибками
Это консоль, она не только с ошибками.
>как вернуть
Ctrl+Shift+C (прям как в браузере) или через меню window > general > console. Откроется в отдельном окошке - просто перетащи его за заголовок на то место, куда хочешь поместить, и он должен пристыковаться к остальным окошкам.
На будущее сохрани настроенный layout в списке в верхнем правом углу - поможет восстановить привычное состояние окошек в один клик. Консоль по умолчанию есть в макете default, внизу, отдельной вкладкой от Project.
Алсо если консоль закрыта, но в консоль вывели сообщение (информация или ошибка), оно отобразиться в нижней строке окна - кликни по этому сообщению и откроется полная консоль (как если бы открыл через меню). Т.е. если постоянно не нужна, можно и не держать открытой, а кликать по сообщению об ошибке.
Сам всего два дня копаюсь, консоль как раз сегодня изучил и поставил на видное место.
Так ты ПРОЧИТАЙ И ПРИЙМИ ToS и Privacy Policy
>>712786
Ребят, я понимаю ваш сарказм, но вы сейчас сильно обосрались. Пикрил - как было бы, если бы от него требовалось прожать галочки. От него форма требует не галочки прожать, а ввести правильное мыло и придумать уникальный ник. Даже если бы он прожал галочки, она бы всё равно его никуда не пустила.
>>712694
Понятия не имею, почему так, может у тебя с браузером проблемы? Или какие-то невидимые символы случайно вводишь? Или у них этой ночью были проблемы с регистрацией, кто знает...
>Даже если бы он прожал галочки, она бы всё равно его никуда не пустила.
Ты можешь быть уверен в этом только в двух случаях
1. если ты доверяешь этой форме (т.е. что она не будет выдавать хуйню, если ты не прожал галочки)
2. если у тебя уже был опыт общения с формой
Кстати, как adadadda, так и pukovich с высокой долей вероятности могут быть заняты. Неси пруф хотя бы с 64-битным именем, сгенерированным нормальным ГПСЧ.
Спасибо
>Ты можешь быть уверен в этом только если у тебя уже был опыт общения с формой
Сцуко, я специально для тебя этот пукович.png >>712801 запилил, а ты говоришь "если у тебя был опыт..."?!
>pukovich с высокой долей вероятности могут быть заняты
pukovich свободен (как минимум прямо сейчас), пруф на скрине выше. А вот puk, pukpuk, pukov и pukich уже заняты.
Форма чётко и ясно подсветила ему "эти поля говно, переделывай", пока все поля не будут зелёными - не пустит. Это поведение стандартно для веб-форм, она не будет пускать тебя дальше, пока ты не исправишь все красные поля. Галочки на эти поля никак не влияют.
>>712694
Я ещё раз проверил форму. Скорее всего у тебя проблема с сетевым подключением, либо с доступом к серверам юнити, либо сами сервера тормозили, когда ты пытался зарегаться. Эти поля не сразу отображают статус "занято"/"свободно", они делают запрос к серверу (ну, это очевидно), пока не получат корректный ответ от сервера - статус не изменится. Если у тебя медленное нестабильное соединение или сервер испытывает перебои в работе, форма могла сохранить исходный статус "занято" и больше не смогла получить корректный ответ от сервера, чтобы обновить статус поля.
Короче, попробуй ещё раз, попробуй с другого браузера, попробуй с другого компа... Где-то должно заработать)
>Если пытаюсь выделить отдельную часть префаба то она закрыта для редактирования.
Какую часть ты пытаешься изменить? Закрыт для редактирования только порядок child'ов.
>Как убрать у него тени?
УМВР, пикрил (юнити 2020.01).
Но ты можешь убирать тени через собственный скрипт, если имеет смысл скрывать/показывать тени во время игры.
>Господа, у меня одного происходит шляпа со скейлом костей при экспорте из блендера?
Да, ты один такой уникальный, гордись этим. Скейлит тут свои кости у всех на виду, бесстыдник...
>какие настройки экспорта пробовал
Я просто нажал Export > Collada (Default) (.dae) > export COLLADA
Вот только проблема - кости почему-то друг с другом не связаны. В Блендере они были выстроены в цепочку, в режиме позинга сдвинуть кость из середины вообще невозможно, в режиме редактирования кости остаются связанными, но кости вокруг сдвигаемой "растягиваются". А в Юнити те же самые кости сдвигаются свободно и при этом сильно искажают модель. Допустим, для вшитой в модель анимации это не важно (анимация-то в блендере делается), но как быть с ручными манипуляциями в юнити и процедурной анимацией? Может, проблема в формате экспорта (dae), или нужно что-то где-то настроить, чтобы сохранялись связи между костями?
>п.1.
Да, можешь в твиттере посмотреть процедурные анимации, люди оч крутые штуки делают через код с костями.
Если про процедурные - управлять через код.
Если с готовыми анимациями - создаешь Controller и кидаешь туда анимации. Юнити контроллер это отдельная тема на самом деле.
>п.2.
В блендере (как и в максе) это настраивается в костях (либо модификатором).
Вообще когда я из макса экспортировал в fbx у меня кости экспортировались с такой же иерархией и я мог вращать кости нормально, но мог и польностью вырывать их.
Скорее всего от этого нет лекарства, нужно просто аккуратно с этим работать
>кости экспортировались с такой же иерархией и я мог вращать кости нормально, но мог и польностью вырывать их
Вот у меня такая же ситуация - иерархия есть, вращаются нормально, но можно "вырвать", если изменить Position.
Почему-то вспомнил видосы с багами в играх, где в стене застревает одна рука/нога/голова персонажа и его начинает дико колбасить, очень сильно растягивая. Мне кажется, это из-за того, что кости не связаны друг с другом жёстко, иначе физический движок должен был бы выплюнуть персонажа целиком)
Надо ещё попробовать настроить обратную кинематику в блендере и попробовать её экспортировать... Обратная кинематика очень полезна в анимациях, но она подразумевает смещение костей. В блендере, насколько я помню, смещение кости-контроллера дальше предела никак не искажает контролируемые кости, они просто выстраиваются в направлении контроллера, а что будет в юнити, если она спокойно разделяет любые кости?
Ладно, не важно, нужно туториалы изучать... последовательно)
Кости вертикально выставлял? Суть в том, что вертикально выставленные кости, как например рут в моём случае, имеют скейл в единичку при импорте, вне зависимости от формата, будь то fbx или dae, а вот отклонённые от вертикали т.е. кости спины, руки, ноги, ВСЕ остальные уже имеют этот джиттер скейла. Можно было подумать, что это как-то связано с иерархией, но нет, вертикальная кость в цепи так же имеет нормальный скейл
>>712972
>В Блендере они были выстроены в цепочку, в режиме позинга сдвинуть кость из середины вообще невозможно, в режиме редактирования кости остаются связанными, но кости вокруг сдвигаемой "растягиваются".
Примерно такое же поведение костей можно получить и в блендере, убрав галочку с "connected" в параметрах кости. Кость так же будет наследовать поворот, скейл и положение, но будет иметь дополнительную степень свободы в лице оффсета. Если оффсет нулевой, поведение в сущности будет идентично. Полезное применение находит в деформируемых ригах, загугли "overwatch animation slow motion", так нагляднее. С деформациями анимация может восприниматься лучше, приём по сути переняли у 2D аниматоров. Если интересна тема рига и деформаций в частности, то у Pierrick Picaut на ютьюбчике много интересного, тема деформируемых ригов и как их можно по человечески засунуть в Юняти разобрана в "Exporting stylised character rig from Blender to Unity". Ну так же курсы у него здоровские, много интересного подчерпнул. Только вот у него тяжёлый французский акцент. И конечно же эти курсы можно найти на торренте
Сижу я , сделаю свои юнитиебские дела(спрайты, скрипты и тд)и вдруг эщельме-гещельме! и то что я делал ближайшие полчаса вдруг сбрасывается и удаляется из Hierarchy, без каких то ошибок или уведомлений. Просто "ВЖУХ" и делаешь все с того момента как запустил.
Что я делаю не так?
>то что я делал ближайшие полчаса вдруг сбрасывается и удаляется из Hierarchy, без каких то ошибок или уведомлений
Дай угадаю: ты нажал кнопку "Play", игра была запущена в фоне, ты что-то менял в сцене и сразу видел изменения в игре, а потом снова нажал "Play" и всё вернулось в тот вид, в котором было до первого нажатия? Это абсолютно нормально. Редактор Юнити позволяет изменять структуру сцены и объекты на ней прямо во время игры. Это полезная фича, когда ты хочешь поэкспериментировать со сценой или сделать в готовой сцене что-то, что игрок обычно сделать не может, при этом всё происходит в реальном времени. Но когда ты закрываешь игру, сцена возвращается в состояние до запуска. Это тоже полезно, т.к. во время игры можно насрать в сцену очень много лишнего (как скриптами, так и вручную через окно редактора) и было бы плохо, если бы это всё сохранялось в файле сцены. В общем, впредь следи за кнопочкой "Play" и состоянием окна "Game".
>такое же поведение костей можно получить и в блендере, убрав галочку с "connected" в параметрах кости
Это я знаю, но мне казалось привычнее, когда кости жёстко связаны. Это ж реалистично.
>С деформациями анимация может восприниматься лучше, приём по сути переняли у 2D аниматоров
Слышал и об этом, но мне бы хотя бы просто человечка для игры сделать и анимации к нему)
>твоё лицо, когда узнал, как тебя анимировали
Алсо видел некоторые деформации персонажей в записях матчей прямо в овервоч, там можно ставить на паузу, но мне казалось, что это просто глюки физического движка, т.к. повторно поймать одну и ту же деформацию не удавалось - каждый раз какая-то новая хрень. Часто такое заметно когда кого-нибудь убивает, особенно взрывом - конечности и голова на секунду могут отлететь за метр от тела... Реально на глюк похоже, а не на сознательно выполняемый приём.
>я верно понял что сцена сохраняется после паузы?
Нет, ты что-то не то понял. Сцена сохраняется после нажатия Ctrl+S, но только пока ты находишься в режиме редактирования - режим игры и даже пауза режима игры не позволяют ничего сохранить. Повторяю, режим игры - это режим для быстрых тестов и простых экспериментов в реальном времени, он не рассчитан на редактирование сцен с последующим сохранением. То есть сначала редактируешь сцену в режиме редактирования, сохраняешь (не обязательно, изменения сохранятся в любом случае), запускаешь режим игры, смотришь как это выглядит во время игры, при желании как-то экспериментируешь, выходишь из режима игры в режим редактирования, теряя экспериментальные изменения, и дальше продолжаешь редактировать сцену в режиме редактирования. По-моему это должно быть очевидно...
Теоретически, есть способ сохранить игровую сцену после изменений во время игры. Но для этого нужно писать свои скрипты, и я пока сам не знаю, как это можно сделать в юнити. Проще не выдумывать лишнего и делать так, как было задумано разработчиками юнити.
>Кости вертикально выставлял?
Да.
>отклонённые от вертикали т.е. кости спины, руки, ноги, ВСЕ остальные уже имеют этот джиттер скейла
Ну да, сейчас проверил - что-то такое получается.
>ВСЕ остальные
У меня почему-то не все. Но, возможно, потому что я только несколько костей повернул и скелет простой.
Имхо, если в туториалах на это внимание не обращают и в мануале/на форуме юнити ничего найти об этом не удастся, никакого официального объяснения или советов - скорее всего это норма и с этим придётся просто смириться. В конце концов все эти числа в Transform - типа float, а float подвержен появлению и накоплению ошибок округления. Там ведь матрицы друг на друга перемножаются, чтобы эти числа получить, или что-то в этом роде, короче матановские операции, влекущие за собой ошибки округления.
Если работает - забей, если будет вызывать ошибки в игре - тогда будешь думать, как это решить.
Можно скриптик написать, чтобы округлял все эти значения прямо в редакторе, например...
Понял. Еще раз спасибо, держи котика
https://blogs.unity3d.com/2020/12/03/accelerating-unitys-new-gameobjects-multiplayer-networking-framework/
>Имхо, если в туториалах на это внимание не обращают и в мануале/на форуме юнити ничего найти об этом не удастся, никакого официального объяснения или советов - скорее всего это норма и с этим придётся просто смириться.
Тоже прихожу к такому выводу
>В конце концов все эти числа в Transform - типа float, а float подвержен появлению и накоплению ошибок округления. Там ведь матрицы друг на друга перемножаются, чтобы эти числа получить, или что-то в этом роде, короче матановские операции, влекущие за собой ошибки округления.
Мне кажется, что это не тот случай, тогда бы ошибка накапливалась ближе к концу иерархии. Но ты натолкнул меня на мысль, что если это как-то связано с точностью float, которая теряет какое-то там количество знаков из мантиссы за пределами порога в 10000. Вспомнил, что старом блендере по умолчанию единицей измерения были попугаи, и для правильного размера объектов нужно было в параметрах сцены переключиться на метры и прописать скейл в 0.0001. Нужно провести следственный эксперимент
Сразу вопрос: ты программировать в принципе умеешь? На каком-нибудь языке до C# пытался программировать? Хотя бы скрипты автоматизации на .bat или AutoIt? А в школе учили Pascal или какой-то другой ЯП? Если у тебя есть какой-либо опыт, особенно если это Pascal или что-либо C-подобное, то проблем с пониманием C# быть не должно даже без каких-либо учебных материалов.
>что в С# дергает за какие нитки в Юнити, как и почему
Насколько я понимаю, в Юнити используется полноценный рантайм C#. Код, который ты пишешь конкретно для Unity, обычно нуждается в двух вещах: модуле UnityEngine и описании нового потомка класса MonoBehaviour, вот так:
using UnityEngine;
public class ИмяКласса : MonoBehaviour { код }
Модуль UnityEngine содержит в себе основной функционал юнити, который ты можешь дёргать из своего кода. А класс MonoBehaviour содержит в себе основу для игрового объекта, которую ты можешь изменять, объявляя методы с определёнными именами и записывая в них код. Эти методы вызываются из кода движка Unity тогда, когда происходят определённые события - в этом заключена суть программирования игры (игровой код реагирует на какие-либо события игрового мира). Собственно, всё, дальше ты можешь программировать практически как захочешь (в рамках имеющегося рантайма mono, как я понимаю).
Проще говоря, твой код на C# описывает потомки MonoBehaviour, методы которых вызываются из кода движка Unity, а ты в своём коде в свою очередь обращаешься к коду на Unity, чтобы получить, передать или изменить данные или состояние движка и игровых объектов в сцене (ну и не только это, при желании).
>нужно просто учить весь C#?
Не обязательно, если ты умеешь в другие ЯП. Просто, если возникнут вопросы "как делается ... в C#" - загугли этот вопрос и в 99% случаев найдёшь или ответ, или страницу в мануалах C#. Но чаще всего тебя будет интересовать "как делается ... в Unity", и ответы на эти вопросы ты можешь найти в официальных мануалах к Unity или в туториалах. Имхо, нет смысла учить какие-то хитромудрости C#, которые не имеют отношения к геймдеву вообще и к написанию кода под архитектуру Unity в частности (создание виндовых окошек, например). Да и "весь ЯП" невозможно выучить, обязательно будешь что-нибудь забывать, а часть функционала никогда на практике не пригодится, поэтому рациональнее изучать то, что требуется для решения задачи, а об остальных особенностях и инструментах языка знать только в общих чертах, иначе зароешься в изучение инструментов и забудешь об изначальной задаче - разработать игру)
Поправьте, если я написал какой-то бред, я сам не очень разбираюсь(
Учил только основы С и имею базовое понимание циклов,функций, указок, массивов и ТД. Вобщем уровень чуть выше Хелло ворлд. Поэтому смотря туториал по создании какого нито Марио нихрена не понимаю то ли объясняющий использует свои элементы то ли дёргает элементы Юнити и хотел бы найти какой то туториал чисто по скриптоебству, желательно для совсем дебилов.
Мне нужно чтобы мой введенный в инспекторе string с атрибутом передавался в код без атрибута и возвращался обратно, не теряя атрибут.
Нужно это для работы локализации с цветным тектом.
Иными словами - я ввожу в инспекторе что-то вроде
<color=#7CFC00>Enemy killed</color>
в инспектор передается только "Enemy died", там код локализует строку и возвращает её, на выходе мы получаем
<color=#7CFC00>Враг убит</color>
Реально ли вообще такое сделать?
>Поэтому смотря туториал по создании какого нито Марио нихрена не понимаю то ли объясняющий использует свои элементы то ли дёргает элементы Юнити
А какая разница, что он использует и дёргает? Повторяй за ним пошагово, постепенно научишься.
Есть официальные туториалы https://learn.unity.com/pathway/junior-programmer/
Если хочешь знать все элементы юнити, изучай мануал:
https://docs.unity3d.com/2020.1/Documentation/ScriptReference/index.html
И ещё здесь есть подробности о скриптинге под юнити:
https://docs.unity3d.com/2020.1/Documentation/Manual/ScriptingConcepts.html
>Scripting concepts
>Although Unity uses an implementation of the standard Mono runtime for scripting, it still has its own practices and techniques for accessing the engine from scripts. This section explains how objects created in the Unity editor are controlled from scripts, and details the relationship between Unity’s gameplay features and the Mono runtime.
Достаточно было сходить на официальный сайт юнити и пройтись по ссылкам. Тебе лень?
А зачем ты локализацию через инспектор вводишь?
Локализация обычно реализуется через списки строк в отдельных файлах (под каждый язык отдельный файл), и совершенно не важно, что будет содержаться в этих строках - можешь любые атрибуты добавлять.
Или ты хочешь, чтобы в файле локализации был просто текст без атрибутов?
Локализация работает по принципу:
>В компонент текста вписывается ключ (или просто строка, которую нужно локализовать)
>Скрипт, висящий на тексте принимает этот ключ
>В зависимости от системных настроек телефона ищет ключ в файле локализации (если русский - в Russian, если английский - в English и т.д)
>Заменяет текст (место, откуда брал ключ) на соответствующий этому ключу текст в файле локализации
В целом работает всё как часы, но мне нужна возможность делать куски текста цветными. Например у меня написано "Приближается ЙобаДракон в колличестве 200 штук" и я хочу, чтобы "ЙобаДракон" было написано красным, а остальное обычным цветом.
Можно окрасить создав новый скрипт и в нём уже через код локализовать строку (или отдельные слова) и сразу давать цвет, но у меня много мест в которых нужно так сделать, а создавтаь десяток новых скриптов не хочется
>Проблема в хреновом техническом английском
Так ты хотел туториалы на русском языке что ли?
Да, придётся подтягивать английский. Давно пора, если не первый день в интернете)
Тем более что все мануалы к программам обычно только на английском, а без мануала разобраться трудно, если вообще возможно. Ещё и наиболее полные ответы на вопросы можно получить на стековерфлоу или других англоязычных форумах, а среди русскоязычных либо никто ничего не знает, либо не хочет объяснять...
А ещё я хотел попробовать сделать билд IL2CPP под винду, но билд не прошёл - какая-то ошибка обращения к il2cpp.exe или что-то типа того... Ну, это я так, просто проверяю.
1 Скачай Servez (синяя рожа).
2 Сделай билд в условную папку mywebglbuild.
3 запусти Servez - укажи папку mywebglbuild
4 в браузере открой http://localhost:8080
5 на этом этапе всё будет работать
Проблема эта т.к. браузеры сейчас блочат JS и http в файловой системе и нужно поднимать локальный сервак.
Кстати если не хочешь делать эти 5 шагов, другой вариант закинуть билд на настоящий сервак
>Проблема эта т.к. браузеры сейчас блочат JS и http в файловой системе и нужно поднимать локальный сервак.
Я знаю об этом, но эта ошибка выглядит по-другому. Я уже делал изменения в about:config и браузер перестал блочить запросы через по file://, но ошибка осталась. Servez установил и запустил, ошибка всё та же.
Такое ощущение, что билд кривой получился...
>ECS делает игру более производительной
ECS - это подход к разработке игр, преимущественно направленный на упрощение дизайна объектов, но также он может являться основой для data-oriented design (DOD). На производительность влияет не ECS, а реализация DOD, которая в Unity называется Data-Oriented Technology Stack (DOTS). Ну или как-то так. Я сам толком не понимаю, наделали кучу терминов и названий(
>Вопрос на сколько?
Зависит от типа контента. DOD имеет смысл, когда у тебя тысячи/десятки тысяч однотипных объектов, с которыми тебе нужно работать последовательно. Суть в том, что в ООП данные разбросаны по памяти, процессору приходится каждый раз искать следующий класс и ждать его загрузки из RAM в свой кэш; если же мы реализуем DOD, тогда однотипные данные хранятся у нас одним блоком, который процессор может загрузить заранее в свой кэш, в результате мы экономим время на поиске объекта/ожидании доступа к объекту.
Другими словами, если твоя игра - статичный фон одной картинкой и один спрайт персонажа, то ты вообще ничего не заметишь. Если же у тебя на карте 100 тысяч игровых объектов, и все чем-то заняты, куда-то движутся и т.д. - тогда ты, скорее всего, ощутишь значительный прирост производительности.
А если хочешь подробнее - читай официальные статьи https://unity.com/dots
Актуальна ли 5-ая версия Юнити или она уже в прошлом?
А сам-то как думаешь?
https://docs.unity3d.com/Manual/index.html
Зачем тебе 5-я версия?
Уже пробовал? Что конкретно у тебя тормозило? Если компиляция кода/сборка проекта - оно на любом компе "тормозить" будет, всегда придётся немного подождать. А вот графический интерфейс и редактор сцены тормозить не должны.
А вообще вот официальные системные требования:
https://docs.unity3d.com/2020.1/Documentation/Manual/system-requirements.html
Где-то видел приписку типа "остальные требования зависят от сложности конкретного проекта". Т.е. чем более сложный проект пилишь, тем выше требования к ПК. Ну, как и с любой другой программой - Блендер тоже можно открыть на любом нетбуке, но более-менее сложную графику на нём не сделать - чем больше полигонов, тем выше нагрузка вплоть до зависаний.
Пробовал юайным рейкастером просто от позиции мышки рейкаст кидать, если мышка в центре объекта PinkDragonSteelArmor - успешно ловятся рейкастом оба вышеперечисленные объекта.
Начал дебажить по координатам - координаты рейкасты мышки, по которым рейкаст попадает, отличаются от координат объекта PinkDragonSteelArmor, с которого рейкаст промахивается, точнее отличаются по иксу и зэте, по игрику совпадают.
Вот есть же Camera.ScreenToWorldPoint, может есть что-то такое для UI?
Какие способы есть сохранения анимации(созданную в унити)? Чтобы при форсмажорах можно было бы перенести ее из одного проекта в другой.
Перенес контролер, перенес саму анимацию - а в ней кадры пустые, без отсылок спрайту, я вообще не понял зачем тогда .анимация нужна, раз она не сохраняет спрайты и их порядок.
Я слышал об экспорте-импорте материалов, но не знаю каким образом экпортируется анимация (может также поломано, без спрайтов), да и экспорт работает только если у тебя проект под версию юнити открывается, то бишь не всегда есть возможность открытия проекта и экпортирования материала из него.
Ничего не могу подсказать, извини, но почему Inventary? https://wooordhunt.ru/word/inventory
1. Использую пакет 2D Tilemap Editor, он достаточен или есть что-то лучше?
2. Есть ли бесплатные ассеты для автотайлинга в юнити? Чем пользовались?
3. Может быть, будет лучше использовать Tiled? Как там с импортом в юнити?
4. Слои карты делаются отдельными Tilemap+TilemapRender, правильно?
5. Есть ли утилиты для отрисовки вариаций промежуточных тайлов?
6. Можно ли добавлять тайлсеты? Я по одному тайлу импортирую.
Может есть свежий туториал по тайловым картам в юнити?
>блендер разве не слишком сложная программа для 2д?
В 2D там всё проще получается, не нужно вертеть сцену и заботиться о третьей оси. Кстати, несколько лет назад проходил туториал по анимации 2D-персонажа в блендере, было очень просто повторить по шагам. Вот, нашёл:
https://blender3d.com.ua/rigging-2d-personazha-v-blender/ - перевод на русский
https://cgi.tutsplus.com/tutorials/how-to-rig-a-2d-character-in-blender-for-cut-out-animation-or-explainer-videos-part-1--cms-26159 - оригинал
>еле сам разобрался какими клавишами что вертеть
Есть специальные шпаргалки со всеми хоткеями. Но на практике чаще всего нужны только 3 клавиши - G, R, S (смещение, поворот, масштаб). Да, первое время сложно и путаешься, но потом становится настолько привычным, что управление в любой другой программе кажется крайне неудобным (мне вот не нравится управление QWERTY в юнити и других движках).
Блендер так блендер.
У меня просто место закончилось на диске и никак не очистить, программы чет вообще дофига жрут. Там плагин установил, тут фотину, сям, тут гиг сям гиг и вот у меня остались последние 5-10 гигов которые сжирает юнити тютелька в тютельку во врема билда.
Так влооом копаться в этом чтобы установить блендер аааргх.
На кнопку я не жму. Мне нужно метод написать, который будет кидать рейкаст от координат объекта, то бишь "под себя" рейкастить и видеть что под ним. Так вот кидаю я рейкаст по gameObject.transform.position - и он ничего под собой не ловит, следом я написал метод рейкаста от курсора мышки для теста, ну тип работает вообще всё это или нет, навёл его на объект посерединке, где в теории должен быть тот самый его gameObject.transform.position, которым пытался рейкаст кидать и ловить то, что под ним - и рейкаст с курсора всё ловит. То есть курсор кидает рейкаст с какой-то другой системы координат по юайке и всё делает правильно, и мне теперь надо разобраться как перенести в ту систему координаты координаты объекта, с которого мне нужно рейкасты кидать.
Бля не понимаю этого дроча на версии. Вы что там прожекты каждую неделю высираете что вам так все необходимо апдейтить?
Я сидел спокойно на 18 несколько лет пока некоторые тут ныли что дескать 20 лагает и блабла, на что мне было, конечно же, глубоко похуй. Написано же для дурашек ЛЕГАСИ, СТАБИЛЬНЫЙ РЕЛИЗ, ТЕСТОВАЯ ВЕРСИЯ. Вы читать умеете алло. Вот недавно из-за предолинга и у меня все слетело в своей версии, я так уж и быть обновился до СУПЕР НАНО НОВЕЙШЕЙ ТЕХНОЛОГИЧНОЙ МЕГА КРУТОЙ ПРОДВИТОЙ 19ой версии, фух какой же каеф, благодарен ребяткам за бета тест.
надо будет - перейду дальше или вообще откачусь. Не надо будет - буду сидеть. В чем у вас проблемы?
>Блендер так блендер.
Я не настаиваю, просто предложил как вариант. Сам только начинающий.
>Так влооом копаться в этом чтобы установить блендер аааргх.
Попробуй это - https://windirstat.net/ - легко сможешь найти, что занимает слишком много места. Обычно больше всего места занимают видео, музыка и современные игры. Ещё место может занимать Windows копиями обновлений и контрольными точками восстановления, это можно очистить системной утилитой (свойства диска - очистить диск). Также советую включить и настроить сжатие папок и файлов NTFS - оно не поможет с медиафайлами (картинки, видео и музыка обычно уже сжаты более эффективными методами), однако исполняемые (exe/dll) и текстовые файлы (в т.ч. скрипты) сжимает превосходно. К примеру, Unity 2020.1.16f1 с документацией и WebGL-экспортом занимает у меня всего 4 ГБ, без NTFS-сжатия она занимала бы 6 ГБ. Без WebGL и документации она вообще весила меньше 3 ГБ со сжатием.
А ещё можно скачать portable версию Blender, сейчас она весит 195 МБ в архиве и 523 МБ в распакованном виде. Если использовать сжатие NTFS - будет занимать всего лишь 321 МБ. На производительность сжатие файлов не влияет, по крайней мере я давно пользуюсь этой фичей и проблем ни разу не замечал (жалею, что раньше боялся включать это сжатие). Главное не сжимать файлы самой операционной системы, а то, говорят, может не смочь загрузиться, т.к. драйвер для разжатия загружается позже критически важных файлов, которые можно случайно сжать)) Т.е. лучше помечать отдельные папки (свойства - другие - сжимать...).
>Там же фоном всякие ноджсы и агенты еще грузятся
Играю в игры, не закрывая редактор Unity. Фоном оно не крутится, только когда реально что-то нужно делать.
>>713637
>загружается долговато
Ставь на SSD. И, кажется, только первый запуск самый долгий, пока происходит настройка, потом всё из кэшей.
>>713644
>примеров для обучения на ней горы
А смысл? Ассеты из стора уже не загрузишь - устаревшие купить нельзя, а новые просто не заработают. Если обнаружишь какой-то баг - надежды на исправление патчами нет, т.к. апдейтов больше не будет. Даже совет на форуме спросить - вряд ли найдётся достаточно фанатов 5-й версии, чтобы помочь тебе с какими-то проблемами в ней. Потом, это не "вчерашняя" версия, она реально устарела же, невыгодно отказываться от новых фич и багфиксов.
>>713638
Как-то слишком сильно у тебя бомбит, если ты всем абсолютно доволен и в своих решениях уверен.
Я вот сразу поставил себе 2020.01, потому что буквально через месяц-полтора выйдет 2020 LTS, так зачем мне обучаться на прошлогоднюю версию? А там уже и 2021 можно будет щупать, так, из любопытства скорее...
Сам инвентарь реализовываешь? Пакет Game Foundation не пробовал? Там вроде готовый инвентарь есть. А ещё можно было бы ассет какой-нибудь найти, хотя бы чтобы глянуть, как его можно реализовать...
>>713628
>видеть что под ним
Зачем предмету в инвентаре что-либо видеть, проверять и т.д.?
Базовый инвентарь реализуется так:
1. Есть массив NxM ячеек, в ячейках - ссылки на объекты (указатели) или типы предметов (числа).
2. То, что видит пользователь, рисуется кодом, опираясь на данные массива из пункта 1.
3. Действия пользователя изменяют массив из пункта 1.
4. Единственные датчики в системе - это ячейки, на которые пользователь может нажать.
5. В системе инвентаря есть скрытая ячейка - "рука пользователя" (см. ниже).
Перенос предмета внутри инвентаря осуществляется так:
1. Игрок кликнул на ячейку - мы записали в "руку" ссылку на эту ячейку;
2. Игрок кликнул на вторую ячейку - мы обменяли местами содержимое первой и второй ячеек.
Аналогично с переносом в/из инвентаря.
Кстати, поскольку пустая ячейка тоже содержит ссылку (null), то код получается крайне универсальным:
1. Мы можем менять местами два предмета сразу;
2. Можем перемещать предмет в пустую ячейку;
3. Можем выбирать пустую ячейку, а потом предмет для неё.
И всё это - одним и тем же кодом в три команды присваивания (X = A; A = B; B = X).
Собственно, зачем усложнять?
Да, забыл добавить, могут быть варианты "руки":
1. Самое простое - "рука" только помечает ячейку, с которой мы хотим произвести обмен;
2. Визуальное "перемещение" предмета - "рука" сама является ячейкой под предмет (обычно пустая, null).
С первым всё просто, поясняю второе:
1. За курсором следует невидимая "ячейка", в которой может быть иконка любого предмета;
2. Когда игрок кликает по ячейке инвентаря, она обменивает своё содержимое с этой ячейкой;
3. С этого момента ячейка видима, но создаёт впечатление "перетаскивания предмета";
4. Когда игрок кликает снова по пустой ячейке - она обменивается с этой "ячейкой руки".
Для оптимизации, невидимая ячейка может следовать за мышкой только пока открыт интерфейс инвентаря и зажата, скажем, ПКМ; когда инвентарь закрывается или ПКМ отпускается, эта ячейка автоматически возвращает своё содержимое в последнюю ячейку или в ту, над которой последний раз был курсор мыши.
Ну, в общем, нужно экспериментировать - выбирать на практике, что будет удобнее для твоей игры.
Единственный рабочий вариант, который нашел, это - это gameobject с привязанным скриптом, который выполняет запросы и прочее.
Проблема в том, что чтобы им пользоваться в других скриптах - его нужно референсить во всех скриптах (где он нужен), а это не круто.
Хотелось бы иметь просто статический класс.
Есть варианты?
У меня на версии 2019.4 часто вылетала, еще были проблемы с ресайзом окна (при ресайзер всё могло почернеть и приходилось перезапускать).
Перешел на 2020.1 тоже пару раз вылетело, потом обновил драва на видюху и перестало (ноут с 2мя картами)
А вообще у юнете есть лог в файл, можешь поискать где он и возможно поймешь в чем проблема
>>713659
Знаешь, я вот почитал тебя и понял што рейксаты могу с курсора кидать при драгэнддропе же, а они как раз работают как мне надо. Мне прост на драгндроп нужны рейкасты, чтобы смотреть куда потащил объект. А идею с инвентарём я в другом месте подхватил и немного другую, но тож массив объектов будет там, все дела. Спасибо.
>рейксаты могу с курсора кидать
А почему не сделать как >>713630 предлагал? Подложка ячеек может быть выполнена как кнопка UI. У неё есть события входа/выхода мыши и автоматическая подсветка (удобно, но почти не вижу такого в играх). Даже можно будет сделать управление инвентарём с клавиатуры)
К примеру, у нас меняются данные, мы подписываем на это действие делегат, который описываем ниже? А как это объяснить: "А obj в данном случае захватывается и хранится в делегате."? Где он хранит эти данные, и какой в этом вообще смысл?
Это просто анонимный метод: https://metanit.com/sharp/tutorial/3.15.php
Анонимный метод (анонимная функция) - это кусок безымянного кода, ссылку на который мы храним в переменной (в C# это "делегат"), и можем вызывать как обычный метод (функцию), но только если знаем ссылку на него. Делегат, по сути, всего лишь хранит ссылку на метод, а анонимный метод - метод, который создаётся без определённого имени.
>подробно объяснить как работает
item - экземпляр какого-то класса
onValueChanged - событие этого класса, на которое можно повесить обработчик события
item.onValueChanged - это поле для хранения ссылки на обработчик события onValueChanged
delegate (bool v) - объявление анонимного метода, который может принимать аргумент v
{ ClickButton(...); } - код анонимного метода (хранится где-то в памяти, доступ к ней по ссылке)
(v, obj, ...) - аргументы ClickButton, которая находится в анонимном методе
v - аргумент анонимного метода, передаётся в ClickButton
obj - ссылка на какой-то объект, которая передаётся в ClickButton
Как работает:
1. Мы создали анонимный метод, в которой вызываем метод ClickButton;
2. Мы присвоили ссылку на этот метод в поле onValueChanged экземпляра item;
3. В какой-то момент произошло событие onValueChanged;
4. Где-то внутри item произошёл вызов onValueChanged;
5. Вызов прошёл по ссылке и вызвал ClickButton.
>Где он хранит эти данные
Тебя это волновать не должно. Какой смысл копаться в кишках рантайма C#?
>какой в этом вообще смысл?
Класс позволяет тебе добавить кастомный обработчик события. Ты пишешь какой-то код, а затем хочешь, чтобы этот код вызывался, когда произойдёт определённое событие. Тогда ты назначаешь этот код обработчиком события. Всё, теперь твой код вызывается в случае срабатывания события.
Если тебя волнуют анонимные методы - можно обойтись без них. Просто создай метод класса с каким-либо именем, а затем присваивай ссылку на него полю item.onValueChanged. Однако, если тебе не нужно обращаться к этому коду из других методов/классов, то рациональнее будет создать анонимный метод - так не будет лишнего мусора в интерфейсе класса (лишних именованных методов).
объяснил как смог, сам C# только начал изучать
Ты мне объяснил, что я и сам знаю. Подписка на анонимную функцию, окей. Но объясни вот что:
1) У нас вызывается onValueChanged (то есть меняется значение у кнопки), откуда берется значение переменной v
2) И второе, что мне было интересно.
>>А obj в данном случае захватывается и хранится в делегате.
Как он захватывается, откуда берется? Меня не интересует как код работает, ты мне скажи, что такое obj, ведь я в методе ClickButton над ним какие-то действия произвожу, мне нужно знать откуда я его беру.
>Ты мне объяснил, что я и сам знаю
Какой вопрос - такой и ответ))
>откуда берется значение переменной v
А мне откуда знать? Ты даже не говоришь, какого класса экземпляр item. Нужно открывать документацию и смотреть, что это за класс, и какой именно аргумент он передаёт в обработчик события onValueChanged. Но судя по логике, если значение item - булево, тогда v в onValueChanged - это новое значение item (true или false). Если же значение item не типа bool, тогда я без понятия, что это за аргумент - нужно смотреть документацию (или исходный код класса).
>что такое obj
>мне нужно знать откуда я его беру
Ну по идее это ты мне должен сказать, что у тебя за obj такой и откуда ты его взял. Ты показал всего одну строчку кода, а мы тут должны гадать, что у тебя было до этой строчки?
Теоретически, obj берётся из той зоны видимости, где создаётся анонимный метод. Но это не точно)
>>713736
А откуда ты этот код вообще взял? Это оно?
https://docs.unity3d.com/2019.1/Documentation/ScriptReference/UI.Toggle-onValueChanged.html
По-моему это устаревшая хрень, в 2020.1 этого уже нет вроде как. Даже в 2019.2 такой статьи уже нет.
Но если у тебя действительно UI.Toggle, тогда v по идее должен быть новым знанием тумблера (true/false).
>не понимаю этого дроча на версии
>В чем у вас проблемы?
Вспомнил главную проблему устаревших версий: они сильно отличаются от новых. Вот ты дрочишь-дрочишь API старой версии, а потом через пару месяцев понимаешь, что пора бы уже перекатываться на новую версию, а API новой версии ДРУГОЕ. И начинаешь учить заново, а заодно перекатывать свои старые проекты на новые API. Нахрен оно надо, учить 2018.4 LTS в 2020, когда через год 2018 станет legacy?
>А почему не используется, что сейчас используется?
Извини, я перепутал. Unity.UI не удалили, а выделили в отдельный пакет, документация разделилась:
https://docs.unity3d.com/Packages/com.unity.ugui@1.0/manual/script-Toggle.html
В новых версиях, чтобы использовать UI, нужно импортировать соответствующий пакет (пикрил).
А для того, чтобы повесить обработчик события, можно использовать инспектор, примерно так:
https://nagachiang.github.io/tutorial-pass-parameter-with-sliders-onvaluechanged-in-unity/
Я попробовал, у меня в 2020.1 работает.
Начал делать клон Reigns, пока что не знаю куда там там можно запихать паттерны. Предполагаю, что можно засунуть сохранение через Memento, но может можно как-то прям в логику свайпов или изменения показателей красиво сделать?
Уже несколько месяцев смотрю курсы на разных платформах, копирую материал и думаю что "учусь". Но на самом деле все это хуйня видимо, пока не сядешь и не будешь делать что-то свое и сам.
Так вот, хз с чего лучше попробовать. 2д проект или 3д. 2Д игры сами по себе не особо нравятся, особенно платформеры какие-то или top-down. 2.5Д уже получше. В свое время очень много играл в такие игры, но тут беда уже с ассетами всякими. Даже для учебы.
Остается по идее только 3д. Но 3д должно быть намного сложнее чем предыдущие варианты.
В общем, на распутье короче. Посоветуйте, с чего вы начинали?
Главное выучить C# хорошо и понимать практику программирование на этом языке. Если ты только смотрел курсы по unity - уверяю, c# у тебя на дне, нужно подтягивать серьезно. Дальше уже что угодно можно и работу попробовать найти, если скилл не позволяет, то куча разных инди команд, работающих "на энтузиазме" тебя примут. Только совсем к школьникам идти не надо.
Ну c# возможно у меня и правда на дне. Хотя опыт программирования есть. 2 года работал веб-макакой с JS.
Мне бы такой проект, который по сути смог закрыть пробелы и помог в устройстве на работу. Типа, не с пустыми руками как чмоня после курсов скилбокса. Я в душе не ебу какие навыки ожидают от джунов в геймдеве. hh.ru и похожие сайты врут в основном.
1) Заходишь в плеймаркет
2) Ищешь простую игру
3) Делаешь ее
Если джуном, то хватит 2-3 проекта, понимание синтаксиса и ООП (берешь метанит, реализуешь в своем проекте все принципы и учишь наизусть, чтобы не тупить на интервью). У меня в 2015 на позицию Джуна спрашивали знаю ли как работает физика и анимация, то есть знания, которые за минуту получаются. Тебе будут готовы платить за то что ты макакишь над игрой.
У меня обычно всегда есть рутовый класс (условно Root.cs или GameManager.cs) который уже знает про другие компоненты систем, он дергает последовательно (или параллельно) эти системы.
В каждой из систем может быть такая же вложенность или сразу какая-то логика.
Кстати на всех моих GO висят "линкеры", а не monsterView (как советуют во всех туториалах) благодаря чему я могу без оверхедов чуть ли не всю сцену обойти.
В последнем проекте пошел еще дальше: сделал опять 1 рутовый класс (с состоянием всей игры) пару менеджеров (input, animations) и кучу хелперов. На удивление получилось даже лучше чем я ожидал и текущий код очень легко переиспользовать и расширять.
>>714281
В офисе 300кк в наносекунду
На играх 0
Спасибо!
Можешь подробнее про линкеры рассказать или туториал как раз скинуть?
В целом у меня похожая система, есть gamerunner, внутри есть charactersManager. Но непонятно, вот, я хочу из префаба ещё монстра создать, что делать? Контроллер один на всех, а для нового монстра только вью и дата класс новые нужны? Где тогда держать лист монстров и нужно ли?
Сейчас у меня есть класс InputController,. Где есть всякие event Action типа OnMoveClicked, OnJump и тп. На них уже подписаны нужные методы персонажа
Станет так станет, в чем проблема? Надо будет перекатится, перекатишься, блжд.
Учить что-то раз в 3-4 года эффективнее, чем учить каждый год.
Какие-то нелогичные у тебя мысли.
>>713653
>зачем мне обучатся
Не знаю чему вы там так усердно ОБУЧАЕТЕСЬ, кек.
Мне даже сложно представить поделия кирилов которые постоянно чему-то обучаются из НОВОГО. Видимо я совсем хлебушек и отстал от профессиональных стандатов индустрии и кирильского тренда этого треда, в частности.
Линкерами я их так называю, возможно у них есть какое-то другое название, но у меня это чуть-ли не пустые классы UnityGo: MonoBehaviour{ }
Условных монстров расскидываю в словари [команда, List<IUnit>]
Для кастомизации все делают на ScriptedObject-ах, в них же и префабы храню.
По сути этот "линкер" и выступает в роли вью
А где хранить его дату решать тебе, я и в общей кучу хранить пробовал и в инстансе монстра, во всех кейсах работает, тут от твоей игры больше зависит как удобнее
>>714290
Если ты знаешь когда игрок открыл меню, так выставь флаг SuspendEvents = true; и в этих методах if(SuspendEvents) return
У меня есть 2 вектора и мне нужен аналог Vector3.LerpUnclamped(from, to, 1.3f) только вместо условного 1.3f нужно конкретное число..
Я могу это обернуть в цикл и постепенно увеличивать 1.3f проверяя расстояние через Distance, но же какой-то костыль..
Тут есть матаны которые мне помогут одной формулой решить эту проблему?
Если правильно понял по картинке, хочешь получить почку на определённом расстоянии от объекта, который задаёт расстояние? Если так, то можно сделать так:
Vector3 dir = pos1 - pos2;
// Получаем расстояние от объекта 1 к объекту 2 + требуемое расстояние
float lenght = dir.magnitude + 4f;
Vector3 finalPos = dir.normalized * lenght;
Кто-нибудь знает почему 2 кнопки в одном месте одновременно не нажимаются, нажимается только верхняя? Юнити не поддерживает пузырьковый эффект чи що?
Добавил Группу полотна, убрал галочку с блокировать луч, все равно не нажимаются одновременно.
Если без шуток, то нужно читать всё, но для начала про векторную математику. Сам был шокирован, как на первый взгляд сложные вещи можно красиво и лаконично решить. Не знаю, начни со статьи "Practical use of Vector Math in Games" на gamedev.net, первое что нагуглил более-менее сносное. Так же там есть ссылки на связанные с этим делом статьи, про скалярное произведение и т.п.
Да, можно, первая ссылка в гугле:
Screen.fullScreen = false;
https://docs.unity3d.com/ScriptReference/Screen-fullScreen.html
>Необходимо ли,
Желательно.
>>714932
>Или можно спокойно обращаться gameObject.tranform?
Будет происходить вызов transform через GetComponent и заявляется что это медленно.
>>714932
>прям обязалово было Camera.main кэшировать
Исправили только в версии 2020.2, а учитывая что многие сидят на 2018 и 2019 следует уточнять версию.
https://blogs.unity3d.com/2020/09/14/unity-2020-2-beta-is-now-available-and-we-welcome-your-feedback/
Необходимости нет, об этом говорят сами разрабы юнити
Сорс: https://blogs.unity3d.com/2014/06/23/unity5-api-changes-automatic-script-updating/
in Unity5 we also cache the transform component on the c# side, so there should no longer be a performance reason to cache the transform component yourself.
А обращаться к своему transform можно минуя gameObject - через transform прямо в скрипте: transform.position = new Vector3();
Зоебись!
>>714936
>Исправили только в версии 2020.2
Ну я и говорю до недавнего времени мол это делать надо было, но у меня всё-равно 2019.2.3, пересаживаться посреди проекта очкую, как-то раз пилил говноигру на мобилку и заапдейтился под конец, а там какой-то объект новый в Юнити точь-в-точь моей одной переменной назвали, ебаторился потом с этим.
>Зоебись!
Для общего развития можно почитать https://habr.com/ru/post/303562/
Кэширование при инициализации актуально также и для свойств, предоставляемых GameObject по умолчанию, таких как .transform, .render и других. Для доступа к ним явное кэширование все равно будет быстрее
>>714968
Статья немного устарела, получать компоненты дженериками стало быстрее, чем приведением типов. Решил уточнить, потому что пару раз наталкивался на староверов которые голословно утверждали что именно приведением типов быстрее. Так действительно было когда-то, но давно
P.S. - большая разница между результатами моно и il2cpp по всей видимости из-за маршалинга, так что никаких аномалий. Думаю, результаты обращения по кэшированному компоненту будут примерно схожи по скорости между бэкэндами, протестирую чуть позже если интересно. Сущности того, что дженерики быстрее как в редакторе так и в билдах это не отменяет. Пикрелейтед -- функция бенчмарка, мелкими боксами вставил кусочки скринов из внутриигровой консоли
https://www.youtube.com/watch?v=4r2thboZ_xY
Вот я уже несколько месяцев активно пытаюсь вкатываться в юнити, смотрю много курсов на юдеми, в ютубчике и на юнити лерн. Пока своих проектов не делал, но собираюсь после НГ. В целом, много нового узнал (я надеюсь).
Но вот все эти знания все равно можно сказать поверхностные. Никто не рассказывает о каких-то бест практис в рамках курсов, о паттернах проектирования и архитектуре проектов, типа как лучше начинать чтобы не забуксовать через 20 скриптов и т.д.
понятно что это обычно с опытом приходит и надо что-то свое писать, ведь не зная проблемы ты не поймешь решение других людей.
Поэтому вопрос - а это вообще важно на позицию джуна? Типа, от меня будут требовать ёба архитектуру проекта и паттернов. Как я тут пытаюсь не изъебнуться от синглтонов и кучи монобехейверов на объекте. В вакансиях хуй разберешься.
Есть тут аноны которые прошли путь вката или собесят кого-то? Подскажите чмохе.
На переднем плане газета и текст (котоырй читает герой).
На заднем плане остается все остальное (герой, окружающий мир и тп).
Как немного затемнить все, что находится на заднем плане?
Добавить полупрозрачную стеночку?
2 варианта:
1 по проще - сделай quad перед камерой и через код выставляй прозрачность материала
2 по сложнее - делаешь несколько слове рендеринга, весь мир Layer 1, текст и бумага Layer 2, пишешь CustomPostProcess и затемняешь в нем весь layer1 - сложнее т.к. больше кода нужно писать + простенький шейдер нужно будет написать
Есть какие-то годные гайды по подобному или по ингейм меню?
foreach (ProBuilderMesh mesh in MeshSelection.top)
{
Vertex[] vertices = mesh.GetVertices();
// чёто делаем с vertices
mesh.SetVertices(vertices);
mesh.ToMesh();
mesh.Refresh();
}
ProBuilderEditor.Refresh();
1) Персонаж читает газету, которая лежит на столе. Задний фон затемняется, появляется спрайт газеты на переднем плане и сверху еще текст (что персонаж читает). При нажатии на любую кнопку, чтение прерывается
2) Персонаж прячется (в шкаф, например). На деле тоже появляется спрайт "вида из шкафа", далее локация, в которой он находится, сам персонаж и тп должны спрятаться, персонаж должен перестать реагировать на нажатия клавиатуры. Вместо этого должно появиться меню, с вариантами действий(в т.ч. выйти из шакфа)
Функции похожи тем, что обе заставляют появиться спрайт(либо шкафа, либо газеты), но отличаются влиянием на другие вещи ( в первом случае еще появляется текст, во втором - исчезает персонажа, блокируется клава) и разные варианты отключения.
Должен ли это быть один компонент или нет? Как лучше сделать взаимодействия с другими классами\ функциями - выключение отображения локации\персонажа, появление текста?
-
Как не имея макбука портировать на версию для ios? Без лишних головных болей. Не для загрузки в аплстор. Хочу знакомому человеку показать приложение на его планшете. Это возможно?
Возможно, но для этого все же придется взять мак на день, чтобы скачать оттуда файлы. В ассет сторе: iOS Project Builder for Windows
>One-time physical access to Mac OS/X to grab a couple files to complete the setup (simple instructions are given, as well as assistant scripts, on how to deploy the necessary files from the Mac side to the Windows side of your computer).
Интерфейс прописал чтобы он не удалялся при загрузке, но поскольку у боевки другой интерфейс, я старый решил отключать
SceneManager.LoadScene(levelToLoad, LoadSceneMode.Single);
if (levelToLoad == "Fight")
{
mainUI.gameObject.SetActive(false);
}
else
{
mainUI.gameObject.SetActive(true);
}
Вот если удалить все лишнее и привести в примитивный вид
Проблема в том что FindObjectOfType; при не активно возвращает null, и не могу понять как его включать обратно
https://dotnetfiddle.net/pqsvOf
Вот код. Я хочу сделать, чтобы кнопки отключались в настройках по клику на кнопку
по первых проще это записать так:
mainUI.gameObject.SetActive(levelToLoad != "Fight")
и ты получаешь минус 7 строк кода, а во вторых тебе нужно хранить ссылку на объект, а не постоянно её искать. к примеру вот так:
public class MyClass : MonoBehaviour {
private GameObject _mainUIGA;
private void Start() {
_mainUIGA = FindObjectOfType(typeof(MainUI)).gameObject;
}
// тут твой сраный код в с методом котором ты делаешь
_mainUIGA.SetActive(levelToLoad != "Fight");
}
конечно лучше это дополнить проверкой на наличие на сцене вообще такого класса и так далее, но тут главное схему тебе объяснить. если у тебя будет ссылка на объект, то тебе не нужно его искать и, как следствие, ты сможешь его вырубать и врубать когда захочешь
Кто что берет или знает годного?
Сам думаю взять что-нибудь от него https://www.udemy.com/user/james-doyle-4/ поскольку годно на ютабе показывал как и почему надо делать. Да и его голос уши не режет. Но напрягает что он ни в одном курсе не затрагивает тему pathfinding
Неужели кроме bounds ничего нет и остается только каждый раз чекать соотношения реального размера к локальному?
Ставлю Plane (кстати, почему у меня нет полей где можно прописать размеры? Только мышкой тягать)
Делаю материал с текстурой. Хочу эту текстуру натянуть на весь plane
Отерываю редактор UV и вот такая хуита, мой плейн разделен на 4 части, в итоге 4 текстуры. Как нормально сделать?
>Ставлю Plane
А где ты его ставишь? Там где тип выбираешь, там же под ним сразу размеры.
>Отерываю редактор UV и вот такая хуита
Так просто уменьши, в этом ничего страшного нет.
В твоем окне UV слева сверху кнопка изменения размеров, в этом тоже ничего страшного нет
>А где ты его ставишь? Там где тип выбираешь, там же под ним сразу размеры.
Нет там ничего. Только список с типами примитивов и пара опций у некоторых
>>716705
>В твоем окне UV слева сверху кнопка изменения размеров
Там кнопка масштаба, она дико неудобна, так как от центра, а не края. приходится сначала масштабить, потом двигать, опять масштабить, опять двигать
У меня есть миниигра на юнити и я хочу сделать для нее простенький сервер что бы там было что-то типа чата. На чем его делать и как?
Я знаю джаву.
И хотелось бы заодно что бы была проверка на подленность покупки игровых предметов, а то знаю я, как игры школота ломает, хотелось бы узнать как такого избегать. Потому что там будет рейтинг и не хотелось бы чтоб читеры были в топах
В гта просто чанки идут, даже не связанные между собой.
Я тоже делал чанками, вроде получилось, немного времени потратил на механизм "соединения" т.к. у меня были умные дороги и им нужно было знать про соседей.
>>716871
Ух! Ну смотри, читеры будут в топах даже не ломая твой сервер, они могут ломать саму игру без покупок т.е. тебе нужно обсуфиксировать (или как там) твой код, потом защитить все переменные (нет, я не про private, а прям про байтоебство и хеширование), далее - как твой сервер то поймет, что ему пришел score не от читера? никак.
Про сам сервер можно хоть на ассемблере его написать и общаться простым get/post, можешь попробовать написать свой мини-протокол или отправлять байты напрямую.
Можешь использовать свою яву, можешь спринт прикрутить, можешь на ноде сделать (давно levelgd постил гайды на нашей доске, походу удалил канал).
Про подленность можешь рискнуть, но помни, твой сервер должен работать всегда и если по какой-то причине у тебя отвалится база - то ты у всех игроков заберешь предметы? думаешь им это понравится? рискуешь встрять оч сильно.
borderStuckHit = Physics2D.RaycastAll(transform.position, Vector3.Normalize(pos - transform.position), 10f);
Но допустим в ситуации как на скрине одного прямого лучика недостаточно, он не попадает по сундуку и персонаж топчется на месте около него.
Вот я нарисовал синеньким ещё два лучика, которые хочу пускать - есть ли какой грамотный способ вычислить направление для их запуска относительно точки pos? Можно на персонажа повесить ещё два дочерних геймобжекта в эти направления и по их координатам пускать, но мне кажется это как-то костыльно.
Если говорить про андроид, то там, насколько я помню, в гугл консоли можно указать url твоего сервера и когда кто-то купит предмет, то сам гугл его дернет с параметрами типа yourserver.ru/api/gotItem?itemId=1&userName=Wanya и тд
Там же в консоли можно загрузить список всех покупок для каждого игрока, просто создай аккаунт и прочитай документацию, у меня с этим вообще никаких проблем небыло.
>В гта просто чанки идут
Так всё равно на чанки разбивать, лимит поликов рано или поздно наступит. Но чанки это только отображение, в коде никто не мешает не разбивать дороги на куски и делать их настолько умными, насколько надо. Я немного о другом спрашивал. Хотя в гта как раз плейны с фурнитурой, буду пытаться брать с них пример.
Короч запиздячил так - кидаю 4 рейкаста по вектору скорости, прибавляя к нему Vector3.up/down/left/right помноженный на 3. Вот, всё вроде пиздатенько, и новые геймобжекты не наплодил.
Вот я хочу сделать меню выбора уровней.
И тут возник вопрос. Сами уровни-то как лучше хранить? Допустим это сериализованные данные. Текстовые файлы. Просто их в Resources побросать? А потом пробегаться читать их и создавать по кнопке на каждый уровень в меню? А если их много? Например несколько сотен. Они же все будут в памяти торчать? Можно как-то сделать так, чтобы подгружать не более одного ассета за раз? И можно ли сделать так, чтобы не подгружая их все, уже иметь в распоряжении какую-то инфу о них (ну там номер уровня, брифинг, картинку), а потом уже подгружать остальное при собственно выборе уровня? Быть может, нужно делать уровни адресеблсами?
Почему у меня такое чувство, что ты поехавший?
>Сами уровни-то как лучше хранить?
Все твои уровни - это заранее созданные и настроенные юнитисцены. Нужно выбирать между сценами? Создаёшь скриптейбл объект, в нём поля для названия уровня, картинки уровня и ссылки на сцену. Всё. А ещё лучше создать тип скриптейбл объекта для каждой сцены и ещё один скриптейбл, в котором хранить ссылки на все объекты сцен. И в память грузится только твой текст, картинка и ссылка на сцену.
ru.stackoverflow.com/questions/601420/%D0%9C%D0%BE%D0%B6%D0%BD%D0%BE-%D0%BB%D0%B8-%D0%B8%D1%81%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D1%82%D1%8C-%D0%A1-%D0%B2-unity3d-%D0%B2%D0%BC%D0%B5%D1%81%D1%82%D0%BE-%D0%A1
Как ты посмотрел? Я ничего против костыльной архитектуры не имею, я наоборот хочу научиться делать всё хоть в какой-то архитектуре. Я говорю о том, что меня бесит, когда у меня 20 gameobject'ов в испекторе висит, и в них можно запутаться, я хочу вынести их во что-то отдельное, я хочу сделать код более менее универсальным под задачи проекта. То есть меня интересует чистота кода, а не какая-то эфимерная богом данная архитектура. Это же как-то называется, когда ты сидишь и продумываешь архитектуру. Есть у нас два таких класса, они взаимодействуют с таким-то по такой-то цепочке. Вот это вот всё как планировать, как научиться, если как я сказал выше, я могу весь проект в один скрипт уложить, а хотелось бы что-то более масштабное попробовать.
до этого был опыт в аркадах/платформерах, даже в паре джемов участвовал, но именно адвенчуры еще не пробовал делать
пикрелейтед, чтобы было понятнее, на что хочется чтобы был похож результат
У меня есть заказ, написано уже где-то процентов 20, нужно его доработать, работы примерно на неделю, плачу 15 тысяч. С какими-то вопросами могу помогать, нужно ваше желание разобраться в коде (строчек 300 несложных), навести немного порядок и умение писать логику приложений, само по себе приложение не сложное. Оплачивать могу хоть каждый день, после согласования с заказчиком.
Писать в тг @nulcomp. В планах найти небольшую команду разрабов. В ходе разработки могу помочь или обсудить решение.
Там всего понемногу. Я знаю, что тут разные люди сидят. В прошлый раз я платил 15к за пару часов работы, и то люди не согласились, хотя сами в своем же проекте ради интереса это реализовали. Мне нужен именно человек с навыками ниже среднего. Для какого-нибудь школьника 15к за неделю получить это нормально, если учитывать что при этом тебе не нужно быть Васерманом.
Изначально того что обведено красным не было, а вместо обведенного синим было то что выделено желтым. Но в такой конфигурации камера доходя до 90 или 0 просто застревала там насовсем и уже никуда не поворачивалась из-за того что значение угла немного перескакивало эти отметки на какие-то незначительные доли. Я решил тупо округлить теперь вообще всё виснет. Как правильно сделать? Сразу говорю я полный нуб в программировании, хотя по скрину наверное и так понятно.
1) Как натянуть текстуру так, чтобы на всех объектах повторяющийся паттерн имел одинаковое кол-во пикселей? Сейчас получается, что он дублируется, но где-то растянут, где-то наоборот сжат (см пик)
2) Есть враг, который по определенной логике поворачивается и идет всегда прямо. Как сделать так, чтобы дочерний элемент со спрайтом и анимацией все время смотрел на игрока? Сделал через Looakat:
var look = new Vector3(this.player.transform.position.x, transform.position.y, this.player.transform.position.z);
this.transform.LookAt(look)
Но проблема в том, что ротейшн родительского объект все сбивает
Нужно представить дерево объектов в виде линейного массива, но тут я чет расшибаюсь о то, что даже сами хранимые объекты неоднородные. Есть две сущности, сама деталь и слот под нее. На детали несколько слотов, в слоте деталь с несколькими объектами. Как это записать в линейном виде? Ведь для детали родительским объектом будет не сама родительская деталь, а слот в ней. И, что важнее, как потом это обратно из жсона парсить.
Задача, конечно, непростая, может хоть подскажете, в каком направлении копать.
ну, об этом и писал
> до этого был опыт в аркадах/платформерах, даже в паре джемов участвовал
вот с инвентарем/стелсом и подобным особого опыта не было (не считая того, что в одной из моих игр у врага перед лицом была Trigger-область, до активации которой он не начинал атаковать ГГ)
Так в чем вопрос то? В интернете туториалов для инвентаря полно, гугли и делай.
Но у тебя проблема явно в том, что ты не знаешь, что в игре будет. Вопрос "как сделать игру" очень странный.
Подумай над механикой, выпиши, какие функции в игре будут и как вообще они будут работать. Потом уже пиши код. Делать без четкого плана - очень плохая затея. И в логике будет куча дырок, ТК не будет стройной картины мира + сто раз переделывать будешь
1 - это называется UV карта, у тебя 3 стула:
стул №1 - для каждой стены создавать материал и выставлять там tile руками, геморно и костыльно делал так когда только-только юнете изучал
стул №2 - создать шейдер и использовать world position UV, чуть сложнее и тоже придется создавать материалы с оффсетами
стул №3 - создавать мир не кубами, а правильной моделькой в 3д редакторе и руками создавать UV тайл самому
2 - у тебя есть GO - враг, дай ему дочерний GO и добавь туда спрайт, потом вызывай LookAt именно у дочернего
>>718650
Делай проще, пусть у тебя будет условный класс:
class InventoryItem {
string Id;
string Parent;
... любая твоя инфа
}
Как ты мог догкадаться твой инвентарь должен храниться одним полем InventoryItem[] items;
Сложность в соединении айтемов, в Parent нужно передать Id родительского, таким образом ты напишешь больше кода, но можешь сделать сериализацию в любую глубину.
>>718704
В иерархии слева от названия есть глаз и рука, тыкни на руку и тогда канвас будет виден, но при этом игнорироваться при клике мне тоже часто мешает
>>718809
Делал так 10 лет назад, в те времена мне отказали т.к. простая логин форма с 2мя текстурами весила 20мб, а такое же приложение на нативной яве 1мб.
В целом если делаешь для себя - можешь, почему нет?
Да просто делай и все! это же ты 20 раз уже про архитектуру тут спросил?
Тебе никто и никогда не сможет сказать "как надо" так, чтобы оно подошло ко всем твоим проектам, такого просто быть не может.
Если брать твой солид и ООП то даже сейчас есть люди, которые смогут сказать где и то и другое НЕ подходят т.к. даже у них есть слабые места.
>Что значит не взлетает?
Спрайт не смотрит на игрока.
>Я вообще думал ты вызываешь LookAt в апдейте каком-нибудь
Так и есть.
Изначально есть отдельны компонент на объекте со спрайтом, которые его поворачивает каждый апдейт через lookat - работает ок.
Далее я добавил на родительский объект компонент с движением(См скрин).
Спрайт перестал на меня смотреть. Я списал это на то, что апдейт спрайта может вызываться до апдейта родителя, который переписывает ротейшн.
В итоге я пытался в родительском объекте в старте 1)найти подобъект и сделать лукэт для него и 2) найти компонент через GetComponentInChild и вызвать метод в нем. Оба варианта провалились. Сейчас еще посмотрю, мб где ошибся
>Делал так 10 лет назад, в те времена мне отказали т.к. простая логин форма с 2мя текстурами весила 20мб, а такое же приложение на нативной яве 1мб.
>В целом если делаешь для себя - можешь, почему нет?
За 10 лет многое изменилось. Сейчас игры по 1.5 гб миллионами качают. То есть для мессенджера это не подойдёт, потому что да, вес больше и скорости открытия нет. Но для чего-то, не юзающего нативные штуки типа камеры, очень даже.
ps
Хочу сделать отдельную сцену для главного меню. Сначала хотел ограничиться одной, но когда запускаю игру (в смысле, жму на ярлык с игрой), то приходится ждать секунд 20, то есть, загружается вся игра. Я хочу чтобы сначала быстро загрузилась меню, и только потом, в зависимости от того, что выберет игрок (новая игра, продолжить, загрузить), загрузить всю сцену игры.
Сцена для игры только одна, игра небольшая.
если кому интересно что это за игра то вот ссылка
https://merlinogames.itch.io/the-chameleon-demo
не очень понятно почему у тебя вращение влияет на расстояние между двумя точками. если ты по вейпоинтам двигаешь то можно сделать так:
_moveSpeed = 5f;
_direction = (_nextPoint - transform.position).normalized;
_movement = _direction (_moveSpeed Time.deltaTime);
_controller.Move(_movement);
переменные тебе разделил чтоб было понятно что и в какой хранится. не уверен что это решит твою проблему, но по крайней мере вопросов что у тебя там за лерп не будет возникать. дай знать если это поможет или нет
Короче, лерп у меня для того, чтобы персонаж при развороте в противоположную сторону сперва до нуля замедлялся, и заново разгонялся (ну ты понял, типа идет влево, игрок нажимает стрелку вправо, персонаж не резко разворачивается и с той же скоростью идет вправо, а сперва замедляется). Но сейчас я потестил и понял, что проблема именно в лерпе. Придумаю что-нибудь другое.
тебе тогда лерпать нужно не движение, а _moveSpeed. что-то типа этого:
_moveSpeed = Mathf.Lerp(0f, _maxSpeed, _directionRatio);
где _directionRatio это значение от 0 до 1 при которых 0 это твой персонаж смотрит в противоположную сторону, а 1 это твой персонаж смотрит в нужном направлении. тогда постепенно разворачиваясь он будет ускоряться
мне стало скучно и я решил тебе помочь с _directionRatio
_direction = (_nextPoint - transform.position).normalized;
_directionRatio = Mathf.InverseLerp(-1, 1, Vector3.Dot(transform.forward, _direction));
_moveSpeed = Mathf.Lerp(0f, _maxSpeed, _directionRatio);
собственно при помощи Vector3.Dot мы вычисляем на сколько вектор forward твоего объекта и нужное направление схожие. проблема в том что Vector3.Dot возвращает 1 если вектор смотрит в одном направлении и -1 если в противоположном. посему там есть Mathf.InverseLerp есть который возвращает всегда от 0 до 1 в заданном промежутке (-1, 1)
Time.timeScale = 0;
SceneManager.LoadSceneAsync("Game");
Time.timeScale = 0 я написал, чтобы игра не сразу началась, а после того, как я нажму пробел, типа, я готов. Во многих играх такое сделано.
В принципе, работает, но один Update в загруженной сцене все же срабатывает (судя по дебагу в консоле). Как фиксануть это? В принципе, не мешает, но может так не должно быть, а значит, где-то косяк закрался, который может всплыть в какой-то момент
using System.Collections;
using System.Collections.Generic;
using UnityEngine;
public class TimeManager : MonoBehaviour
{
public bool isGamePaused;
void Start()
{
isGamePaused = false;
}
void Update()
{
if (Input.GetKeyDown(KeyCode.Space) == true && isGamePaused == false)
{
isGamePaused = true;
}
if (Input.GetKeyDown(KeyCode.Space) == true && isGamePaused == true)
{
isGamePaused = false;
}
}
}
Возьми шейдер PSX называется, так вот этот шейдер делает перемещение вертексов и искажение UV, в этом шейдере этот параметр offset (условно) стоит 0.5, а на твоем видосе его меняют до 10 и просто меняют модельку.
Тааак чтоо ищи шейдер и микро-изменение тебе поможет.
П.с. можешь morphing погуглить, там прям все меняется и более эффектно чем тряска вертексов.
Чувак, я полный нуб в программировании, перед новым годом начал смотреть туториалы, так что это нормально. Т.е. Оба эти if выполняются одновременно что ли а не последовательно? Или GetKeyDown не дискретный а продолжает выдавать true некоторое время? Я просто думал, что GetKeyDown сразу же становится false.
у тебя у конкретного кадра выставляется значение Input.GetKeyDown(KeyCode.Space)
как только исполнился весь update, будет выполняться следующий кадр и он уже будет снова опрашивать инпуты и узнавать значения для них. в рамках одного исполнения метода Update инпут не поменяет своего значения. если ты переменную прочитал, это не значит что она после этого должна измениться
и да всё что тебе надо это if-else сделать или ещё короче:
if (Input.GetKeyDown(KeyCode.Space) == true) {
isGamePaused = !isGamePaused;
}
тогда каждый раз при нажатии пробела твоё поле isGamePaused меняет своё значение на противоположное
У меня есть метод, который ищет ближайший объект к игроку и возвращает его геймобжект для дальнейших манипуляций. С геймобжекта я беру компонент класса, которые реализует интерфейс IInteractable.
Вопрос: как мне брать эти самые классы без конкретики называния каждого класса этого интерфейса? Я пытался как-то через абстрактный класс и вызывать его перегруженный метод, но с помощью дебага понял, что у меня переменная с ссылкой на интерфейс отдаёт null чтобы я не делал. Хоть наследованием, хоть интерфейсом, всегда null, хотя объект оно находит, а вот дальше тупо не могу понять как мне взять все классы этого интерфейса, если так можно сделать.
Юнити 2019.4.9f1 версии лтс
Автоматическая расстановка - глючная срань.
подскажи плиз как сделать правильно с точки зрения архитектуры и здравого смысла.
Есть префаб, который должен кликаться. Я создаю в рантайме какое-то кол-во префабов с уникальной айдишкой.
Потом после клика на один из префабов я хочу вызвать функцию OnClick в другом скрипте, который относится к камере.
Я пока не понимаю как правильно это сделать. На ум приходит следующие решения:
1. при создании префаба передавать ему делегат, который тот будет дергать с нужным параметром.
2. префаб ищет камеру сам и вызывает там какую-то функцию.
Оба способа мне не очень нравятся, но возможно придется выбрать что-то.
Так вот вопрос, если способ сделать это элегантнее. Если нет - то что принято в мире юнити?
Первый вариант быстрее по производительности, да и чем он тебе не нравится, хорошее решение. Но если у тебя вся сцена - объектов 10, то зачем тебе эти делегаты, находи камеру в скрипте префаба и не еби голову. Событие клика, как и практически любой инпут, происходит относительно редко, на производительности это не скажется.
Самый прикол в том, что у самого таскаемого объекта в RectTransform координаты меняются правильно, локально, относительно родителя. Поясните посоны, не понимаю.
Если я правильно понял - всякие GetComponent<MyAwesomeInterface>() работает, меня даже удивило что юнете может искать интерфейсы, так что скорее всего ты либо получаешь не тот объект, либо ищешь его там, где его нет (попробуй GetComponentInChildren<>)
>>719350
Скорее всего никак, неправильные флаги выставил, убери галку с Occludee Static у своих дверей.
Если не нравится юнитевское, пиши свое или в ассет сторе бери, видел там минимум 2 решения самописных
>>719496
RectTransformUtility.ScreenPointToLocalPointInRectangle возможно это поможет, до конца не понял что ты хочешь, получить координат пикселя в айтеме или сам айтем
Я, честно, не оч понял, что ты хочешь, но могу свой опыт описать, мб, поможет:
У меня есть ActionManager с методами, например PrepareAction( IInteractable action), InvokeCurrentAction(), CancellAction() и полем IInteractable currentAction. Интерфейс IInteractable содержит метод Perform().
Когда игрок касается какого-то игрового предмета, в ActionManger отправляется сообщение с классом действия, который реализует интерфейс IInteractable (Действие можно получать через GetComponent<IInteractable>(), например. У меня отдельный компонент для interactable объекта, а сами конкретные действия реализуются разными скриптабл обжектами, которые пихаются в serializedfield класса IInteractable).
В методе PrepareAction( IInteractable action) (это может быть и свойство, кстати) прилетевший класс IInteractable сохраняется в IInteractable currentAction а также дергается UI класс, который отображает отметку на экране, что доступно действие.
Если игрок выходит из зоны действия интерактивного предмета, то триггерится CancellAction(), который отключает отметку в UI и чистит currentAction.
Если же игрок нажимает действие, то ActionManager запускает InvokeCurrentAction(), в котором просто делает для IInteractable currentAction.Perform();
ActionManager ничего не знает о том, что конкретно будет делать IInteractable в Perform() - его задача подготовить, соообщить о том, что действие готово и далее либо запустить, либо отменить действией.
Само действие в своем конкретном перформ уже описывает, что ему нужно делать. Мб какие-то отдельные объекты дергать, мб еще что-то.
Например, у меня есть действие, которое просит в персонажа произнести (отобразить текст) речь, есть действие, которое передает в инвентарь конкретный предмет и удаляет исходный.
Кроссреференсы это нормально вообще? А то чет иерархия по пизде идет.
Вот допустим у меня некая хуйня Y1(допустим куб контролируемый игроком), в текущий момент управляется хуйней X1(игрок1)
Я хочу процессе, менять и куб и игроков. При это не только игрок отправляет (знает о) кубу данные и команды, но куб иногда тоже хочет что нибудь сообщить.
На первый взгляд когда игрок берет под контроль куб, он еще и сообщает кубу, что ты управляешься теперь мной.
Но это пахнет говном. По хорошему надо бы что бы куб имел геттер этих данных и те кому надо их забирали. Но блядь код игрока перераздувается еще и опрашивальщиками этой хуйни. Их надо выводить в другие скрипты и получается паутина...
Как игру короче сделать?
Я сейчас ставил новый макс и там работа с материалами выглядит немного иначе чем в старых версиях, к которым я привык. Но я натянул текстуру на модель. При экспорте хочу поставить галочку но потом выдает ошибку и такая модель получается без текстур. если галочку не ставить, то ошибки нет, но и текстур снова нет. Пробовал гуглить ошибку но как-то прямо мою проблему не выдает поисковик.
Может тут скажут что делать? Или может версия макса фиговая? Или может вообще блендер или что-то другое использовать?
.forward как и .right не работают как надо
.Rotate() не меняет оси объекта? Что? Это баг что ли, как некоторые люди на форуме жаловались, или что? если так то понятно почему оси не работают
при определенных настройках некоторые оси даже меняются, да вот только классические .forward * speed все равно нихера не работают
Я уже перепробовал и все кватернионы(изменения 2ух осей также меняют и третью), и относительность пространства, и темы все на 20 раз перечитал, везде фигня какая-то. Гайды уровня "я сам не знаю как работает эта тема, но я придумал бесполезные костыли для себя которые больше никому не помогут так что гг".
Что может быть проще концептуально: двигаешь мышку - по изменению осей меняешь ротацию в сторону - относительно этой ротации двигаешься вверхнизлевоправо.
И никаких ограничений, никаких таргетов, никаких костылей. Но где это??
Я уже кукухой скоро поеду. Все темы кажутся бессмысленными, и даже доки мало чем помогают.
Я текстуру отдельно кладу в юнити рядом с моделькой, потом создай новый материал your-model.mat и туда в MainTexture перетащи свою текстуру.
Материал в 3й вкладке модельки нужно проставить и будет работать.
там больше способов как выставить текстурку для модельки
>>719905
Да, я читал про этот способ и пока я только-только начинаю мне его хватит. Но что если у меня сложная модель с 10 текстурами и разными материаламми. И таких моделей много. Это же гемор сначала в максе назначать, а потом в юнити. Плюс куча файлов вместо одного. Вроде и сделали вариант экспорта в одном fbx, а вроде он нихуя не работает.
К сожалению я такой человек, что трудности меня сильно демотивируют. Особенно когда речь идет о чем-то, что должно делаться одним нажатием кнопки, а приходится пердолиться. Жопа горит как пионерский огонь с таких вещей.
Сап, аноны, в общем нужна ваша помощь.
Кратко:
Пилю по гайду игру.
Есть два скрипта, в нем есть одна переменная с именем условно Peremennaya и один IEnumerator с именем условно ienum().
Автор зачем то пересоздает заново в другом скрипте эти же методы. Я хочу их просто вызвать в другом скрипте.
Для переменной я в первом скрипте объявил ее паблик, а во втором я сначала объявил переменную public Script1 peremennaya и вызвал ее как peremennaya.Peremennaya - все вроде компилится без ошибок. А вот с нумератором я не понимаю, как его вызвать.
Собсна, прошу от вас помощи как это сделать грамотно, и во-вторых, сказать, правильно ли я произвел вызов переменной по описанному мной способу? Заранее спасибо
Старайся делать 1 материал для модельки, это и удобство и перфоманс (т.к. каждый материал создает DrawCall и внутри будто рендерит как отдельный объект).
А вообще понимаю о чем ты, из-за проблемы (и моей лени делать модельки) я уже 10 лет не могу ни одной игры доделать.
Предположим я хочу сделать майнкрафтоподобный графон, и чтобы в кадре было ну очень дохуя всего анимированного. При этом анимации примитивные.
1. Если скажем у меня есть некие враги, их мало видов, но при этом они существуют в больших количествах. Как в этом случае можно все сделать максимальео эффективно в плане производительности? Вот например мне кажется можно нагенерировать мешей под каждый кадр анимации(ведь вся модель из 6-10 кубов состоит, то есть треугольников там очень мало) и поместить это в видеопамять и отрисовывать нужный буфер когда надо. Это можно в юнити сделать? И норм ли будет?
2. А если каждый куб в каждом монстре анимировать отдельно - понятно что это можно сделать геймобжектами, но тогда производительность будет в говне, да и 99% функционала геймобжектов тут вообще не нужно будет. Может есть альтернатива чтобы я сам мог рисовать что хочу как хочу?
Ведь условно 10 кубов на монстра, если 100 монстров в кадре - это 1к дроуколлов при такой реализации для разных трансформаций. Норм же вроде? Или нет? При этом я смогу еще и процедурно что-то интересное анимировать прям на лету, в отличии от первого подхода.
3. И теперь другая ситуация - вот есть у меня что-то существующее в единственном экземпляре. Предположим это меш из большого числа треугольников и я хочу его процедурно анимировать - тогда мне каждый раз строить новый меш и обновлять его как обычно, типа свойство меша заменять как в гайде в документации юнити написано?
4. А может мне стоит погуглить геометрический шейдер для чего-то такого?
Ну и может есть что почитать по поводу анимаций и вообще обмене данными между видеокартой и процессором?
как раз недавно на хабре читал статью о том как чел жаловался на UnityEngine.Random. основной его тезис был в том что это статический объект и если ты задашь ему сид, то он будет одинаковый на весь чёртов проект, что довольно скудно и в целом рекомендовал юзать его самописный суперпростой и лёгкий рандом. я вот сиды не юзаю в рандоме, но юзаю вспомогательные методы типа Range которых в System нет. System тупой и ест память
https://habr.com/ru/post/531042/
Сынок, это надо знать!
Впрочем аргумент инвалид. Начиная с восьмёрки майкросовт забило хуй на это всё, из-за чего крупным корпорациям например пришлось менять целый парк принтеров, ибо старые дрова нахуй пошли, я дро их не поддерживает, разрабы принтеров тоже.
Начал вкатываться в ваш Юнити. Сейчас уже третью игру пилю (в основном говно из спрайтов) за 2 недели. И при создании нового проекта хаб начал мне создавать новый проект внезапно, но предварительно решив обновиться и докачать 4 гига какого-то говна из интернетов. Уже два часа сижу и жду пока оно создаст ПУСТОЙ проект.
Отсюда вопрос. Часто у вас так? Это баг или фича? Хаб новый, всё установлено не сичтую винду 2 января, обновления все скачал тогда же. Интересно что он там качает и нахуя, если я его об этом не просил. И почему нельзя это следать в фоне например пока я Кирилю своих эльфов и грабить корованы? А что если я ААА студия? Работа встанет на 1 день потому-что юнити стреляет мне в ногу?
Я хз, кстати даже что там реально качатеся, ибо хаб не показывает. Просто кинуло окно "Я качаю апдэйт". И всё. В итоге ребутнулся, оно докачало быстро и запустило.
>покажи что пилишь
Да нечего показывать пока. 2 недели как вкатился. В планах сделать что-то типа Марио или Чип и дэйла в 2d. Но обучение мне даётся как колхознику нейронные сети.
Чап, обьясните как работают платные штуки для игры.
Например купиля тайлсет. Прям за деньги, официально, вставил его в Юнити, А сейчас читаю что в условиях использования я не могу его вствалять в проекты которые пойдут в сторы. И зачем такое вообще надо тогда? Зачем такое покупать? Кто этим пользвется? Что будет если я всё равно вставлю? Меня возьмут за жопу?
А как это здесь принято? Куда кидать?
1. через ECS можно даже 10к сложных моделек рендерить и полчуать 100fps+.
Можешь начать копать в этом направлении либо - анимируй только тех кто рядом т.е. если фигура далеко - рендери её одним объектом, так тоже никаких проблем быть не должно.
2. Можешь пойти сложным путем и написать свою систему анимаций (как в майне), менять вершины кодом, будет 1 dk и 1 меш. Прикрутишь ecs, будет еще лучше.
Обжекты не просаживают особо перфоманс, можешь попробовать решить свою проблему в лоб и просто посмотреть в профайлере что будет жрать перфоменс.
3. Типа того, указываешь оригинальный меш, вызываешь у него GetTris GetVerts и весь этот мусор, делаешь new Mesh() и ему вызываешь SetTris SetVerts. Если сохранишь результаты GetTris - то производительность не должна пропасть.
4. Ты можешь нагуглить плавные простые анимации вроде "покачивания листвы", тебе нужна конкретная анимация конкретных вершин, а для такого нужно хорошо разбираться в шейдерах и много времени потратить на это, я бы не советовал.
Сап двач. Где можно заказать услугу, чтобы моё приложение скомпилировали нормально под Google Play? Я уже просто заебался с этим мучаться. Мне просто хочется выложить приложение, которое я делал несколько лет на Google play.
Я готов заплатить за это деньги
А МОЖНО НЕ ОРАТЬ?
https://docs.microsoft.com/en-us/dotnet/api/system.collections.ienumerator?view=net-5.0
И во-вторых что за тупой вопрос про правильность вызова переменной? Вызвалась? Ну так чего тебе еще надо? Ты про расположение функционала? Ну так архитектура это ТВОЕ епт субъективное решение, никто не придумает за тебя как ТЕБЕ надо.
Я могу ошибаться, но тебе надо подтянусь основы прежде чем задавать вопросы в Юнити треде. Зайди что ли в C тред.
MissingReferenceException: объект типа Rigidbody был уничтожен, но вы все еще пытаетесь получить к нему доступ.
Ваш сценарий должен либо проверить, является ли он нулевым, либо вы не должны уничтожать объект.
Собсна, как ее преодолеть? Вот скрипты для понимания:
https://pastebin.com/4izcytC5 - обработчик свайпов
https://pastebin.com/TLrg2ZS3 - движение игрока
C одной стороны мне иногда хочется фейспалмом лицо пробить от нашествия кириллов. А с другой стороны мне греет сердце то, что я все таки понимаю вещи чуть лучше, чем некоторые.
А теперь по делу. Зачем ты задаешь вопрос в треде, когда тебе сам юнити УКАЗАЛ на проблему и дал тут же ее РЕШЕНИЕ?
кста это платиновый вопрос с которого уже бомбил другой анон время назад
а)Делай проверки на существование объекта
б)Ищи где у тебя уничтожается объект, ты стучишься в несуществующую дверь
>А МОЖНО НЕ ОРАТЬ?
Да я охуел просто всем помогли а меня обошли
Так у меня вопрос не по самому кодингу, а по тому, как мне скрипт, привязанный к одному объекту в одной сцене, вызвать в другом объекте другой сцене. Гайды, которые я искал - не помогли, он их не видит, или я правильно GameObject вызвать не могу, а ты мне просто определение IENumerator-а скинул... Спасибо конечно, но я не могу нужной инфы найти. А так, на шарпе я вроде кодить БАЗУ могу
https://pastebin.com/TFpfGZg5
Короче, в первом скрипте Achievements.cs есть метод public IEnumerator FirstFarm () и переменная [SerializeField] public bool isUnlocked;. Во втором MainMenu.cs они у меня заново созданы. Первый скрипт привязан к объекту Main Camera в одной сцене, второй к к объекту Main Camera в другой сцене. Я же хочу сделать так, чтобы второй скрипт видел метод и переменную из первого скрипта, но не могу это сделать
Самый простой вариант через static:
https://pastebin.com/Mggd2jS8
В MainMenu я сменил имя одного метода с Achivements на AchivementsClicked (т.к. был конфликт)
>всем ответили
А никто тебе и не обязан, лол. Это тред не про "сделайте за меня домашку". Если ты посмотришь на этот тред, то то он состоит на 70-90% из кирилов, пары стремящихся челиков - только эти и могут по доброте душевной ответит на проблему с которой они сами сталкивались. Нашествие кирилов такое глобальное что все шарящие уже давно ушли или таят молчание изредка когда уж совсем бомбит от тупости намекая на косяки.
>базу могу
Нет, не можешь. кек
Какой лучше юзать?
Когда перекатываться собираетесь? Я еле нашёл через каталог.
Какую актуальную версию ставить? 2020.2.1f1, да?
Когда примерно стоит ждать LTS выпуск 2020? И стоит ли ждать?
Спасибо за ответ.
>>2020.2.1f1, да?
>Да.
Тут новые шаблоны для мобилок, документации на них не нашёл. Я как раз подумываю сделать игру под мобилки, начинаю с нуля. Стоит пробовать "Mobile 3D"?
>Стоит пробовать "Mobile 3D"?
Уже попробовал... Чёт не совсем то, чего я ожидал. Тут просто пара пакетов для логирования на андроиде и нотификаций, и всё, в остальном как обычный пустой проект. Может в настройках что-то особенное для мобилок настроено... Ладно, значит, придётся самому всё делать. Я надеялся на готовые приблуды для мобильного UI
Почему, если текстуру изменить в шейдере, тень будет как от исходной текстуры?
>https://habr.com/ru/post/531042/
Это какой-то странный человек, чем именно ему не угодила повторяемость поведения ботов/разброса пуль?
>все пули будут разлетаться в четком порядке для заданного seed’a,
>Как минимум - игроки заметят и в дело вступит эффект отмены.
Что он имеет в виду? И с чего он приплёл "эффект отмены"?
>Синдром отмены, реакция отмены, или состояние отмены, — реакция организма, возникающая при прекращении или снижении приёма лекарственного средства и проявляющаяся ухудшением состояния пациента (развитием симптомов или состояний, на устранение которых было направлено действие препарата, а порой и возникновением качественно новых симптомов или состояний, отсутствовавших у пациента прежде). Под синдромом отмены также понимается синдром, возникающий в результате прекращения интенсивного употребления любых психоактивных веществ, также называемый «абстинентным состоянием».
Вот, кстати, в Overwatch в одном из недавних патчей вообще рандомный разброс пуль полностью выпилили у дробовиков. Теперь все дробовики в игре разбрасывают пули чётким паттерном, его можно даже разглядеть, если стрелять в стену перед собой. Сделано это для удобства игроков, как я понимаю, или для баланса.
А ему видите ли "разброс пуль после каждой загрузки одного и того же сейва одинаковый", лол.
отмена тут к тому что это влияет на погружение. овервоч это мультиплеерная состязательная игра, тут контроль играет важную роль и патч этот был именно для того чтобы уменьшить случайность. если ты играешь в сингл и видишь одни и те же паттерны везде это делает из симуляции аркаду
собственно автор в первом же абзаце предыстории тебе рассказывает в чём проблема. он хочет чтоб левел генерировался случайно, но управляемо (с возможностью указания сида), а поведение мобов генерировалось тоже случайно, но отдельно от левела
>делает из симуляции аркаду
1. Большинство игр - аркады, а не симуляторы.
2. Симуляторы должны быть детерминированными, в них нет места полному хаосу.
>он хочет чтоб левел генерировался случайно, но управляемо
>поведение мобов генерировалось тоже случайно, но отдельно от левела
Вот я не понимаю, зачем отделять мобов от уровня?
Возьмём две игры:
1. Пошаговая аркада, где мобы ходят по клеточкам и паттерны легко увидеть. Если игрок загружает старый сейв, он ожидает, что мобы пойдут точно по тем же маршрутам, по которым шли раньше. Если они пойдут по новым маршрутам - это будет выглядить как "испорченный сейв". Просто представь, что ты сохранил карту, по которой летела пуля, а после загрузки этой карты пуля полетела в случайном направлении. Какой в этом смысл? Моб, который сидел в клетке А, перед сейвом собирался пойти в клетку Б, ему нужно было что-то там сделать. Если он после загрузки сейва пойдёт в клетку Б - это будет выглядеть так, будто бы игра не прерывалась. Если он после загрузки пойдёт в любую другую клетку - это будет выглядеть так, будто игра стёрла ему память, или это совсем другой моб, или он где-то гулял в промежутке между сейвом и лоадом и теперь у него другие планы.
2. Сложная реалтаймовая симуляция, где мобы могут гулять где-то по карте, пока игрок их не видит, заниматься своими делами и т.д. В такой игре игрок не сможет заметить паттернов, если не будет ходить по пятам за одним мобом и наблюдать, чем он занимается. Если вспомнить игры типа GTA - там пешеходы хотят по строгим маршрутам, но ты этого не заметишь, если просто пройдёшься по улице. Ты заметишь это только если будешь следить за одним конкретным пешеходом - в какой-то момент поймёшь, что он бессмысленно ходит по кругу. Следовательно, в такой игре вообще не важно, каким образом будут генерироваться решения ботов - детерминировано или нет. Но и в такой игре лучше, чтобы поведение было детерминировано. Допустим, ты послал бота за выпивкой, бот ушёл из твоего поля зрения, ты сохранил игру, снова загрузил её - и бот пропал, то есть не вернулся с выпивкой. Может быть, он решил пойти в театр или на работу, но про выпивку он уже забыл, ибо его поведение оказалось сгенерировано с нуля.
Итого - в обоих случаях необходимо детерминированное поведение ботов, связанное с зерном карты или, если точнее, с неким общим потоком симуляции игры, который мы сохраняем целиком, а не по частям. Я даже представить не могу ситуацию, где бот должен выбирать новое поведение после загрузки старого сейва...
Единственное, в чём я согласен с автором статьи - это то, что плохо использовать генератор чисел, который используется какими-то плагинами и ядром движка. Если удалить такой плагин или обновить его версию, это повлияет на генерацию игрового контента. Если обновить ядро движка, это тоже повлияет на генерацию контента игры. Такого быть не должно, игра должна быть абстрагирована от стороннего ПО, тем более если это симулятор, а не "аркада". Но, если кто-то делает такую игру-симуляцию, он наверняка позаботится о создании собственного генератора чисел, а встроенный нужен только для быстрых тестов там, где не важна детерминированность игры.
Аноны, подскажите пожалуйста литературы (?) по клиент серверным приколам в юнити. Читал обзорные штуки и понимаю на базовом уровне, пытался изучать mlapi, но потом узнал что есть и llapi и hlapi и что то приуныл, я думал будет технология уровня сокетов в дотнете, а тут что то довольно немало. Подскажите пожалуйста как это все изучать?
>пытался изучать mlapi, но потом узнал что есть и llapi и hlapi и что то приуныл
Так вроде не надо всё сразу учить. Я бы на твоём месте начал сразу работать над проектом и уже по ситуации изучать то, что нужно для решения конкретных задач. А вообще для юнити какие-то фреймворки готовые были...
Я уже понят, что там отдельная сущность для теней. Просто может кто-то уже сталкивался с этим?
И ещё вопрос - я добавляю к объекту дополнительные трианглы (трава) геометрическим шейдером, но они пропадают, когда исходный объект выходит за пределы видимости. Вернее, когда из камеры пропадает специальный box видимости. Как его расширить?
Vector3 dir = ((Vector2)destination - (Vector2)transform.position);
dir = Vector3.Normalize(dir);
if(Vector2.Distance((Vector2)destination,(Vector2)transform.position) > 1f)
{
rb.velocity = dir * 5f;
}
>1. Большинство игр - аркады, а не симуляторы.
не знаю к чему ты клонишь. если большинство игр это аркады, а не симуляторы, то симуляторов не существует?
если ты загружаешь игру и видишь одну и ту же картину, то это не игра, а интерактивный фильм. в любом случае это не вопрос вкусовщины, а вопрос того что у тебя есть инструмент или же, как в случае со unityengine.random его нет. нужно тебе чтоб у тебя на всё приложение был один и тот же рандом, юзай встроенный в движок. не нужно? тогда пользуйся тем что автор тебе предлагает. то что там автор пишет отсебятину это, мне кажется, нужно игнорировать
к слову о gta. в red dead redeption ботам случайно генерируют довольно интересную модель поведения. если будешь за ним ходить, то он сходит на работу, потом пробухает деньги в выходные, ночью пойдёт в свой(!) дом спать и тд. но это уже офтопик который думаю тебе интересно будет ресёрчнуть самому
>low\mid\high-level api
>Чтобы знать что применять для решения конкретных задач
Ну чисто по названию понятно, что low-level - это когда тебе нужно иголкой в Ethernet-кабель тыкать, типа ассемблер, high-level - это когда тебе достаточно пропукать html-страничку из сети к себе в игру, всё остальное тебя вообще не парит, как будто ты на питоне пишешь, а mid-level - это где-то посередине. Вообще ничего не знаю про эти API, но я бы начал с high-level, потренировался запросы пропукивать, а на низкоуровневое переходил только если нужно какой-то оптимизированный велосипед запилить, которого в высокоуровневый не завезли. Вообще, изучать инструмент в отрыве от практики - бесполезная трата времени, нужно делать какие-то практические проекты, на практике осваивать применение каких-либо технологий. А то если только читать и ничего не пробовать своими руками, так и останешься теоретиком без практических навыков и понимания, что нужно делать на практике.
>>721905
В следующий раз описывай, как именно ты разобрался.
У тебя что-то вроде пикрила происходит, я прав?
У тебя неправильное условие завершения. Правильным будет так:
1. Считаем дистанцию от объекта до точки назначения;
2. Если дистанция меньше одного шага (5f), смещаем объект на один шаг к точке, возвращаемся к п.1;
3. Если дистанция больше одного шага, смещаем объект к точке назначения и/или прекращаем передвигать.
А вообще вангую, что ты пилишь какой-то велосипед, и для твоей задачи нужно юзать встроенные функции.
>>721909
А, я перепутал. Короче, у тебя происходит вот это:
1. Из точки А1 определяешь вектор направления в О;
2. Из точки А1 прыгаешь на 5 единиц в точку А2;
3. Расстояние от А2 до О больше 1 (около 2);
4. Из точки А2 определяешь вектор направления в О;
5. Прыгаешь из А2 в А1, т.е. снова на 5 единиц;
6. От А1 до О расстояние по-прежнему больше 1;
7. ???
8. Замкнутый цикл!
Я с таким тоже сталкивался, но не на юнити. Не знаю, как это корректнее всего решить на юнити.
Да, в мануле я прочитал и решил попробовать. Но, непонятно, почему у меня произошла проблема с застреванием с подпрыгиванием, если из коллайдеров у меня был только plane в качестве пола, и один дверной косяк с кастомным mesh коллайдером (пикрил).
У коллайдеров идеально ровные поверхности коллайдеров. Без дыр, ям, трещин, выпуклостей. Почему персонаж начал скакать, как Ромка-попрыгун, и почему помогло уменьшение MinMoveDsiance и Skin Width я так и не понял.
>симуляторов не существует?
В симуляторах важна детерминированность событий. В аркадах на (не)детерминированность плевать.
>если ты загружаешь игру и видишь одну и ту же картину, то это не игра, а интерактивный фильм
Ок, вот ты играешь в игру, на тебя бежит жуткий монстр, ты откладываешь кирпичей и закрываешь игру, предварительно сохранив её. Что ты ожидаешь увидеть, когда загрузишь это сохранение? Что монстр продолжит на тебя бежать оттуда, откуда бежал до сохранения. И если ты загрузишь это сохранение несколько раз без перезаписи, ты ожидаешь, что монстр будет каждый раз одинаково на тебя бежать. Потому что это один и тот же монстр, с одним и тем же мозгом, который принял одно и то же решение сожрать тебя, и решение это он принял до того, как ты сохранил игру.
Будет крайне нелогично, если игра ВДРУГ решит после загрузки сохранения удалить этого монстра, развернуть его в рандомном направлении или сделать ещё что-нибудь рандомное. Если она это делает и ты несколько раз загрузишь одно сохранение, ты заметишь, что монстр каждый раз выбирает рандомную стратегию поведения, ломая саму концепцию "сохранение состояния мира". Первая вещь, которую ты должен после этого сделать - создать issue с заголовком вроде "баг: поведение монстров не сохраняется". Или написать на почту разработчику. Или, если ты агрошкольник, написать гневный отзыв в стиме "эта игра даже не умеет сохранять себя!!1" - что угодно, лишь бы показать, что игра багнута. Авось разраб исправит это недоразумение.
>то что там автор пишет отсебятину это, мне кажется, нужно игнорировать
Автор бьёт тревогу о совершенно очевидных вещах. Если мы обращаемся к какому-то объекту, который мы не создавали - очевидно, он используется не только нами, и его состояние может меняться без нашего ведома. Если мы хотим контролировать состояние этого объекта, мы должны создать его сами. А он выдумывает какие-то абстрактные проблемы и предлагает якобы универсальное решение всех вымышленных им проблем, дезориентируя новичков и вызывая испанский стыд у тех, кто в этом что-то понимает. Вообще не вижу смысла в его статье.
>Почему персонаж начал скакать
По-моему он не подскакивает, а пытается заехать/подняться на какое-то препятствие...
>один дверной косяк с кастомным mesh коллайдером (пикрил)
Зачем тебе коллайдер порога в дверном проёме? Может, на нём персонаж и подскакивал.
>почему помогло уменьшение MinMoveDsiance и Skin Width я так и не понял
>Skin width
>Two colliders can penetrate each other as deep as their Skin Width. Larger Skin Widths reduce jitter. Low Skin Width can cause the character to get stuck. A good setting is to make this value 10% of the Radius.
>Min Move Distance
>If the character tries to move below the indicated value, it will not move at all. This can be used to reduce jitter. In most situations this value should be left at 0.
Судя по в всему, ты столкнулся как раз с этими jitter и stuck, дрожанием и застреванием.
Skin Width по-моему должен работать как на пикриле, но я не уверен. Проблема в том, что Character Controller не использует полноценную симуляцию физики, поэтому и может "застревать" в объектах. Вроде читал рекомендацию использовать Rigid Body вместо Character Controller, если нужно реалистичное взаимодействие персонажа с окружающими объектами...
>Я с таким тоже сталкивался, но не на юнити. Не знаю, как это корректнее всего решить на юнити.
Спасибо за ответ. Я пока решил так, что если расстояние меньше 0,2f, то transform.position = destination, работает, но пришлось пожертвовать плавность, введя маленький прыжок.
А без этого у меня вектор движения скакал то в плюс, то в минус. Объекты был то дальше, то ближе, но никак не останавливался на точке назначения.
>transform.position = destination
я ни хрена не читал что вы тут понаписали, но если у вас перелёт когда движитесь к какой-то цели, то юзай лучше так
transform.position = Vector3.MoveTowards(transform.position, destinaton, speed * Time.deltaTime);
https://docs.unity3d.com/ScriptReference/Vector3.MoveTowards.html
беда этого подхода в том что если у тебя есть вейпоинты, то на каждой точке движение будет не таким равномерным как тебе бы хотелось
не знаю поему возвращается false, но есть несколько косяков в твоём коде:
1. если хочешь сравнивать по тегу то тебе нужно не
hit.collider.gameObject.tag == "GroundBlock"
а
hit.collider.gameObject.CompareTag("GroundBlock")
2. лучше проверку по тегу убрать нахер и сделать проверку по компоненту
if (hit.collider.gameObject.TryGetComponent(out GroundBlockControl groundBlock) {
coords = (Vector2) groundBlock.coords;
}
Сап, помогите советом, как соединить визуальную новеллу и пиксельную рпг, тип андетейла, в Юнити. Планирую Пиксельную бродилку с линейным сюжетом, выборами в диалогах и анимированными (если допру как, и играбельными) вставками. Есть ток пару проблем - не ебу как 1) сделать возможность выборов в игре с последствиями (вроде как то с переменными связано) (нужно чтобы выборы сделанные при первом прохождении влияли на последующие), 2) Как бл@н сделать формат изображения (камеры) 4/3 вместо 16/9, в ютабе говорят лишь про подстраивание экрана под монитор. Может скрипы или еще чё-нить дадите, советы там.
>RigidBody и Velocity, потому что так, насколько я знаю, не будет проблем, когда объект упирается в стенку
Да, он должен по идее начинать скользить вдоль стенки. Но если тебе нужно движение по местности со стенками, тогда лучше сразу определиться с каким-либо способом обнаружения стенок для перестроения маршрута вокруг них. Например, рейкастом проверять наличие препятствия и сворачивать с траектории, боковым рейкастом проверяя, не закончилась ли стенка. Или строить клеточную карту и использовать A-star или что там ещё используют для поиска маршрута. В общем, если ты знаешь, что объект может упираться в стенки на пути к цели - ты должен это как-то обрабатывать, а не оставлять решение на физический движок (который вообще нифига не детерминирован и может выкинуть любую хрень, особенно после обновления движка).
>сделать возможность выборов в игре с последствиями (вроде как то с переменными связано)
Если ты даже такое не понимаешь, то ты вообще нулевый программист. Подучи программирование перед разработкой игр.
Вкратце - да, можно через переменные. Условно у тебя есть:
- хранилище переменных выбора пользователя (для доступа из разных участков кода и сохранения состояния игры)
- в этом хранилище есть переменная выбор1
- ситуация, которая изменяет значение хранилище.выбор1
- ситуация, на которую значение хранилище.выбор1 влияет
- проверка в коде if (хранилище.выбор1 == 0} { не меняем ситуацию } else { меняем ситуацию }
Ну как-то так, в самом простейшем случае.
Да, к юнити это отношения не имеет, это имеет отношение к программированию в целом.
>нужно чтобы выборы сделанные при первом прохождении влияли на последующие
Тогда ты должен сохранять состояние "хранилища" в отдельном файле, грузить его по нажатию "новая игра".
>Как бл@н сделать формат изображения (камеры) 4/3 вместо 16/9
RTFM, например, https://docs.unity3d.com/2020.2/Documentation/Manual/class-Camera.html
А вообще, зачем тебе 4:3? На современных ультравайд мониторах твоя игра будет выглядеть как унылое говно.
Лучше тогда затачивай игру на работу в маленьком окошке, типа 800x600 пикселей, так будет проще для всех.
Орбитальная камера? Или прямо курсор в обратном направлении от центра экрана двигать?
Если камера - просто умножай на -1 одну из осей там, где ты эту камеру крутишь.
Если курсор - если курсор системный, то не получится/будет сложно это сделать.
Если курсор в виде управляемого спрайта, а системный скрыт - аналогично камере.
Код в update:
obj.val = Math.Lerp(obj.val, newVal, Time.deltaTime * 2).
Вроде по такому способу obj.val никогда не достигнет newVal. И длится будет не две секунды , а больше (или меньше, хз)
А все. Нашел https://docs.unity3d.com/ScriptReference/Mathf.InverseLerp.html это мне подходит даже больше чем проценты
Значение x надо поменять с 1 до 5 за 2 секунды. Однако, если x уже равен 3, то остается 1 секунда, чтобы достичь 5. Чтобы скорость была постоянной
вот про это читал статью трёхгодичную и оказывается это откровенное и безобразное враньё. компилятор с таким справляется более чем хорошо
http://blog.collectivemass.com/2018/04/performance-myth-busters-variable-allocation/
Можешь, пожалуйста, расписать подробнее? Просто я не для себя спрашиваю, пилим с товарищем игру и он не знает как инверсию мыши сделать. Сам я вообще в кодерстве не шарю.
Суть такова:
В определенный момент включается мини-игра: на экране появляется картинка и на ней рандомно выскакивают спрайты, на которые надо нажимать. Стандартный курсор меняется на спрайт и надо на время этой мини-игры инвертировать мышь. По завершении мини-игры (кончилось время) мышь должна опять стандартно работать.
Если можно - подробно начиная со смены стандартного курсора на спрайт и заканчивая обратной сменой.
>Что сейчас актуальнее
А какая разница? Делаешь два apk, заливаешь в гугл. Гугл сам устанавливает клиенту тот apk, который совместим с его устройством. Если зальёшь только одну версию - люди будут находить твоё приложение, но им будет отображаться "это приложение не совместимо, бла-бла-бла, идите нахрен". Если не будешь заливать в гугл, просто выкладываешь два apk с пометками "это для такой-то платформы, это для такой-то", так обычно на 4PDA делают.
>динамические переменные
>>722329
>создавать переменные будет чаще вызываться gc
Так динамические структуры (экземпляры классов, например) или просто переменные?
Динамические структуры ищут и выделяют свободный участок в куче, а "просто" переменные должны храниться на стеке. Использование стека позволяет сбросить все переменные, созданные внутри функции, просто сместив указатель стека на нужное число ячеек после завершения функции. А вот динамическая структура в куче будет храниться до тех пор, пока кто-нибудь не вызовет её деструктор (если говнокодер потерял указатель/забыл вызывать деструктор - это сделает сборщик мусора).
Правда, это всё в отрыве от языка, я не знаю, как это устроено в C#. Но судя по туториалам - не рекомендуется создавать экземпляры объектов, а вот переменные - сколько угодно, т.е. как я и говорю, затратно только выделять память в куче, а место на стеке функция в любом случае занимает.
>Можешь, пожалуйста, расписать подробнее?
Лучше визуально покажу, а то вдруг словами не поймёшь.
>пилим с товарищем игру и он не знает как инверсию мыши сделать
У меня для тебя плохие новости... Удачи приятно провести время.
вот, мужик, специально для тебя сделал профилирование на андроиде 4х-летней давности. никакого мусора локальные переменные не создают. есть разница между тем что незаметно и тем что ничего нет
>локальные переменные
Что ты подразумеваешь под "локальными переменными"? Переменные простых типов int, float, bool? А попробуй теперь создавать в цикле какие-нибудь спрайты. Ссылка на спрайт будет внутри локальной переменной и потеряется после выхода из функции, но место под спрайт будет выделяться в куче. Если ссылку потерять, т.е. не высвободить память кучи или не передать ссылку в другое место - да, сборщик мусора посчитает эту сущность мусором и удалит при первой возможности.
Я думаю, вы просто не сошлись в понятиях.
Гугл так же ответов не дал на тему новелл.
Алсо, пилю всë это дело на fungus, но у него сохранения погано реализованы. Думаю даже мб в ренпай на время перекатиться раз такая хуйня.
а нахуя тебе всё сохранять если эту информацию должна содержать сама сцена? как ты там сцены собрался сохранять твое дело. я бы сохранял в скриптабл обжектах и пользовался юнити для организации процесса.
собери всё че те надо для воссоздания сцены, сохрани в ФАЙЛИК. а когда придет время ты такой читаешь файлик и у тебя уже всё что надо там есть чтобы воссоздать предыдущее состояние!
>>722578
Ты упоролся.
Новелла:
1. [анон1]: смотрите, я сделал новеллу! [пик: скриншот новеллы]
2. [анон2]: это говно, переделывай [пик: тёмыч]
3. [анон3]: ха-ха, я такое за день делал [пик: мэдскиллз из пейнта]
4. [анон4]: сюжет вялый, я не возбудился [пик: вялый огурец]
5. [анон5]: а мне понравилось [пик: me gusta]
6. [анон2]: говноед! [пик: кот смотрит с отвращением]
7. [анон1]: неужели никому не понравилось? [пик: грустная аниметян]
Сейв.txt:
4
Что движок делает во время загрузки:
- открывает сейв.тхт;
- считывает число N (у нас 4);
- открывает N-ю страницу новеллы (4-ю);
- отображает на экране страницу (у нас будет [анон4]: сюжет вялый, я не возбудился [пик: вялый огурец]).
Зачем что-то усложнять? Поколение раздутого ПО с пелёнок учится раздувать ПО...
- Как написать хелло ворлд?
- Тащемта вопросов нет Берёшь и пишешь через обращение к консоли.
>>722592
Спасибо, это уже более внятный ответ. Я так и хотел делать изначально, но по этому принципу есть следующие проблемы:
- Ну загрузишь и считаешь ты реплику номер 4, а отрисовывать фон, который должон быть в этой сцене + музыка и ранее появившиеся спрайты ты как собрался?
- Если через сцены делать и сейвпоинтами, как писал анон из предыдущего ответа то это будет работать, ты сможешь сохраняться в любой момент но загружаться только с определённой сцены, но не реплики. Например в твоём случае я бы сохранился на 4 реплики, но при загрузке начал бы с 1.
кекс у тебя каждый твой вопрос имеет в себе ответ. резиновую уточку на стол поставь
>а отрисовывать фон, который должон быть в этой сцене + музыка и ранее появившиеся спрайты ты как собрался?
у тебя последовательность сцен известна ололо. если ты например менял фоновую картинку четыре диалога назад то ололо загрузи нужную тебе сцену и посмотри когда последний раз меняется фоновая картинка в предыдущих сценах.
>>722596
если у тебя есть ветвления то сохраняй помимо номера сцены номер ветки лол. будет у тебя не одно число а два.
>Как они потом грузили-то?
честно говоря понятия не имею, как-то грузили. я только-только начинал прогать и моя работа была тестировать. даже что за игра уже вспомнить не могу, на сколько мне известно она потонула. приблизительно 2004-2005й год. надо было на 4х-ногом роботе-пауке по лесам ходить и расстреливать разных мобов. основной фишкой было то что юзали ik и ноги он ставил как надо
дык ты списки новые создаёшь в апдейте, понятное дело будет мусор, он и не в апдейте будет. изначально там человек спрашивал плохо ли присваивать переменные в апдейте, что довольно странный вопрос, потом речь зашла о том что создавать их условно дорого. я скинул пример где чел ссылается на уже существующие данные генерируя при этом на него ссылки и рассказывает что мусора при этом никакого нет. я скинул подтверждение этому факту
Шарп вроде похож на жаву, хочу подготовить почву, смотрю в чем различия между языками, мне интересно, на сколько глубокого погружения в кодинг требует юнити? Стоит для этого сначала поснашать учебники по шарпу или можно уже прыгать?
делаю игру по вот этому туториалу:
https://noobtuts.com/unity/2d-pong-game
и столкнулся с проблемой. в туториале есть шаг когда надо написать скрипт, описывающий движение ракеток. проблема в том что при редактировании скрипта в visual studio те методы и объекты, которые указаны в уроке как будто не видны в visual studio при этом в начале скрипта прописано using UnityEngine;
при попытке написать код как он выглядит в уроке и запустить проект в юнити с таким скриптом приводит к ошибке компилятора.
где я проебался?
Куки на фонарь.
Плавное перемещение луча фонаря.
Луч фонаря теперь немного дрожит, но, не как у алкаша, а плавно так. Это заметно если не двигаться.
Ранее позиция и вращение для фонаря напрямую брались у камеры, так что не было видно теней. Все было каким-то 2D-шным. Сдвинул вниз и немного влево, примерно в то место, где обычно люди и держат фонарь.
Тени появились, но они были полностью черные. То, что находилось в тени, не было видимым. Поэтому добавил несколько источников света вокруг персонажа, которые включаются с фонарем.
Также фонарь теперь с фокусировкой - его rotation направлен именно в ту точку, куда смотрит камера.
Дрожание при беге добавил. Сразу немного драйва и шухера добавилось.
На седьмом этапе я написал код как в видео, но шар не хочет двигаться. Говорит nullreferenceexception в самой последней строке.
https://pastebin.com/PPvaWSBD
>отрисовывать фон, который должон быть в этой сцене + музыка и ранее появившиеся спрайты
Тогда можно сделать так:
- если новелла кинетическая (без развилок):
- - считываем номер страницы X;
- - начинаем со страницы 1 и до X "мысленно пролистываем", т.е. проходим по массиву страниц со всей информацией;
- - таким образом определяем, какой должен быть фон и какая фоновая музыка должна играть;
- - всё это запускаем и отображаем.
- второй вариант:
- - как в предыдущем, но не от 1 до X, а от X в обратном порядке до тех пор, пока не найдём всю нужную информацию.
- третий вариант:
- - каждая страница имеет ссылку на бекграунд и музыку, и на мне нужно искать, что нужно переключить.
- если новелла с развилками:
- - в сейв кроме страницы сохраняем все сделанные игроком выборы;
- - используем первый или второй метод с учётом развилок.
- или:
- - в сейве по-прежнему храним развилки, загружаем их (на всякий случай, вдруг понадобится);
- - но следуя третьему варианту, нам достаточно считать страницу со всей необходимой информацией.
>загружаться только с определённой сцены, но не реплики
Имхо, в текстовых/текстографических играх одна сцена = одна страница с текстом и картинкой.
Либо, нужно хранить два числа - номер сцены и номер реплики.
А вообще ты изобретаешь колесо и используешь неподходящий инструмент. Нужны только новеллы - бери ренпи.
>как юнитеки узнают о прибыльности
А как налоговая узнаёт о том, что ты не плотиш нологи?
Так и тут. На тебе лежит ответственность уведомить о наступлении оговоренных в договоре условий и выполнять обязательства договора, а если сознательно молчишь и нарушаешь - то когда они узнают, тебе будет а-та-та, и вряд ли это тебе понравится.
>public float playerSpeed = 2.0f;
или
>[SerializeField]
>float playerSpeed = 2.0f;
Я слышал, что [SerializeField] позволяет оставить поле класса приватным, но при этом отобразить в редакторе сцен. А public не рекомендуют объявлять там, где не нужны собственно публичные поля. Меня просто [SerializeField] чисто визуально бесит, бросается в глаза и занимает лишнюю строчку, и я привык что есть только public/published/protected/private (Delphi/FPC).
>>723390
Просто тред старый и о нём знают лишь избранные, кто умеет пользоваться каталогом доски.
>Установил Bolt
Ещё вопрос: вот эти "ассеты" болта не попадут в билд? Это же документация на сам болт. Как юнити определяет, какие "ассеты" должны попасть в билд, а какие нет? Нужно ли вручную выпиливать такие лишние файлы?
Это я бесплатный ассет юзаю, 3d проекта модели не имеется
У этой модели кости есть? Посмотри, нет ли костей в пикриле. Крутить нужно кости, а не меш.
Как альтернатива можешь писать:
[SerializeField] private float m_playerSpeed = 2.0f; в одну строку, но вообще рекомендуется использовать private SerializeField только для тех, которые ты будешь через инспектор настраивать. А вот я больше 5 лет использовал паблики.
Вообще вся это еботня нужна для читаемости и предсказуемости кода, если ты 1 работаешь то клади хуй и делай как ТЕБЕ удобно.
Ах.. >>723513 ровно тоже самое советует
>>723584
Ты про несколько аттрибутов?
Сортируй код, пиши сначала переменные с аттрибутами, а после них уже без, такой разделенный код нормально читается глазом
М от слова МЕМБЕР, майкрософты и юнитеки часто используют такую аннотацию для переменных.
https://en.wikipedia.org/wiki/Hungarian_notation
>рекомендуется использовать private SerializeField только для тех, которые ты будешь через инспектор настраивать
Так а я о чём? Это же самая полезная фича юнити (как и любого аналогичного движка) - ты пишешь скрипт, выставляешь наружу какие-то свойства, затем накидываешь один скрипт на несколько разных объектов и выставляешь им разные свойства через редактор сцен. С другими инструментами пришлось бы писать отдельный файлик с настройками и, если это велосипед, загружать его вручную, или давать каждому классу метод "loadConfig()" и всё в таком духе. А тут эта фича из коробки. Только синтаксис как-то не очень выглядит... Ну, я не разбираюсь в шарпе, возможно такие [директивы] - это норма.
>делай как ТЕБЕ удобно
Это понятно, просто не хотелось бы словить потом какие-то проблемы с производительностью или типа того.
Понятно. Хотя не совсем, если я считываю ассет (допустим, txt) из кода - это считается за "используется в игре"?
Заметил вчера проблему, но источник проблемы обнаружил только что. Почему окошко Variables загружает одно ядро процессора на 100% (при том на 100% системными вызовами) и на 60% 3D-рендерер видеокарты? Если это окошко закрыть или переключиться на соседнюю вкладку - нагрузка падает до почти 0%. Сцена пустая. Вообще, окошко Variables - это инструмент Bolt'а, или встроенный? Я просто не видел его раньше, Bolt поставил только вчера. Вроде штука полезная, но с такой нагрузкой юзать не хочу.
>окошко Variables загружает одно ядро процессора на 100%
Окна Graph и Gragh Inspector тоже грузят ядро процессора на 100%. Походу это проблема конкретно Bolt. Может можно как-то оптимизировать? Или я что-то неправильно сделал? Работать с юнити это не мешает, лагов нет, но меня напрягает, что что-то впустую гоняет процессор почти на пределе. Наверняка там просто нет фиксированной частоты отрисовки и окна рисуются максимальное число кадров в секунду или что-то в этом роде...
Прикольно. целая куча бесплатных анимаций
- не смог найти inc()/dec() (или ++/--), прибавить единичку сложно;
- многим блокам хочется ввести значение в поле, но они просят блок;
- поиск по блокам довольно медленный, списки блоков не кэшируются.
Иногда щупаю Automate для Android, там визуальный кодинг получше.
>многим блокам хочется ввести значение в поле, но они просят блок
Вот это больше всего смущает.
...бла-бла-бла...
...сейчас проверил - оказывается поле ввода у Add есть, но оно скрывается, если есть связь.
А у блока типа Equal не может быть поля, т.к. он просит ссылку на объект (зелёная точка).
Короч чёт я поторопился с выводами, спать пора...
Держи, можно и в юнити.
https://docs.unity3d.com/Manual/AnimationEditorGuide.html
Но ходьбу с помощью этого довольно сложно будет сделать
Эта привилегия доступна только для тех, кто пользуется платной версией, бесплатная (до 100к зелёных в год) показывает заставОчку. Хз, вряд-ли при таких числах скачиваний у тебя проблемы будут, если появятся значительные числа могут на тебя что-то вроде страйка кинуть, так что лучше не балуйся
Где я тут проебался?
Эх, хотелось бы пойти легким путем, но похоже придется засесть за изучении анимации, хотя я хочу только один персонаж надо по простому анимировать
Как в изометрии сделать персонажу отдельные части тела, которые двигались бы в отрыве от основного тела?
Например чтобы голова поворачивалась куда-то, и мне не приходилось делать кучу спрайтов на всю модельку, а только на голову.
Тоесть в ситуации когда например герой прыгает, а его голова повернута в какую-то сторону. Я же заебусь рисовать спрайты под прыжок с каждым углом поворотом головы, а потом под условный бег, или приседание.
Как это проще реализовать?
Понимаю что надо как-то тайл с головой прикрепить видимо выше тайла с телом, анимировать их отдельно, но при этом как-то связать.
Ебать пот какой-то, подскажите.
Кста, че вы свой тред не перекатываете, еле нашел его.
UI Toolkit это последняя дефолтная версия юая в юнити?
Если да - абсолютно точно так же, создаешь префаб и делаешь transform.setParent(yourOwner);
Если хочешь указать размер или позицию делаешь так:
(transform as RectTransform).deltaSize или (transform as RectTransform).anchorPosition
>>725298
У камеры сделай ортографический прожектор и выставь правильно углы
Имеется:
- UI Префаб.
- В этом префаба UI панелька.
- На этой панельке text.
- В зависимости от сценария текст на панельке меняется и появляется в точке курсора при наведении на определённую область.
Собственно проблема в том, что панелька может растягиваться в зависимости от вбираемого текста, по этой причине появляется криво возле курсора, а не ровно под ним. Это происходит из-за центра объекта, так как меняются его размеры. Как сменить пивот ебаный, чтобы он всегда был в левом в верхнем углу, а не посередине, как на скрине? Реализация через объект-пустышку не канает, т.к. размеры меняются. Мб как-то настроить само расширение можно, чтобы он расширялся не пропорционально, а только вниз?
И ещё. Пытаюсь рамку красивее сделать по той же схеме, добавив чёрные края, чтобы и они менялись в зависимости от размеров серой панельки (которая в свою очередь меняется от размеров текста внутри).
Но че-то получается какая-то ебала и либо черная панелька застилает серую, либо серая панелька застилает чёрную. И в том и в ином случае пропадают края. Реализаю это кстати через content size и layout group.
Вот на пикреле у меня настройки графики чистого проекта. Ультры выставлены в дефолт, но когда я жму плеймод - у меня автоматом выставляются минималки, что бы я не делал. Это так задумано?
Пытался гуглить и нашёл только такой же вопрос на вопрос-ответе юнити, но без ответа.
Типа не
100000
А
100.000
Гугл не помог. /gd/ратья выручайте.
И да, желательно чтоб с любым числом это делалось корректно, так как число будет возрастать от 0 до миллиона.
>>722696
нет, разумеется, это не шейдерграф. это самописный инструмент для работы с массивами, который я собрал для простенького генератора карты. он потом оброс всяким интересным говном. результаты работы на картинке и видео. надо будет потом снова им заняться снова так как я по пути придумал всякие хитрости но они много времени требуют. да и параллельные проекты тоже двигать надо. вообще юнити конечно заебись в плане расширений его функционала. какими-то своими перделками его интерфейс очень легко обвесить и как-то упростить процесс разработки.
если у тебя встала необходимость писать шейдоры то лол это уже зависит от того в какой сорт рендеринг пайплайна у тебя там. для стандартного разумеется только что-то руками, для URP там в целом можно и руками и графом, а для HDRP там вообще гроб гроб кладбище пидор пытаться что-то руками писать. это можно, но это сложно. шейдорграф в целом ущербный по функционалу и что-то интересное с ним не сделать. если у тебя нет в нём нужды как в случае с HDRP то я не советую им пользоваться.
кодом проще. в начале сложно, много непонятных магических слов, какая-то неочевидная хуйня кругом, нет нормальной подсветки синтаксиса, документация как какой-то пазл разбросанный по всему интернету и всё такое. но лучше пользоваться им. к тому-же у тебя появится могущество использовать вычислительные шейдоры.
тебя это интересует чтоли?
https://docs.microsoft.com/ru-ru/dotnet/standard/base-types/standard-numeric-format-strings
попробуй что-то вроде string.Format("{0:n}", 123456789.1234)
public enum MyState
{
None, Dyldo, BlackCock, Stop
}
public MyState _State;
public void SetSexState(MyState nameState)
{
switch (_State)
{
case MyState.Dyldo:
print("Im lonely");
break;
case MyState.BlackCock:
print("Your cock very cool");
break;
case MyState.Stop:
print("Stop");
break;
default:
print("default");
break;
}
}
Какую настройку камеры юзать- с галочкой Physical Camera или без?
Какая вообще разница? Влияет ли это на что-то?
Всем заранее спасибо, чего кстати не перекатываетесь?
ээ. на какой из твоих вопросов документация не отвечает?
https://docs.unity3d.com/Manual/PhysicalCameras.html
а хуй знает. у меня нет ответа на этот вопрос. всегда можно сказать "у нас только такое разрешение" и ограничить пространство камеры добавив черные полосы если это прямо совсем суперважно. способов контролировать аспект экрана много и без этого. если надо посмотреть оба варианта то пиши с расчетом что будут использоваться оба. можно потом даже в настройки добавить.
Хотя наверное это только со мной, нубом.
Что это было, мозг устал? Захавал много сладкого и мысли стали тягучими и тупыми?
лол да обычное дело. чё ты. каждый день такая хуйня если что-то интересное делаю. ближе к вечеру проще перестать думать и переключится на какие-то тривиальные мелкие задачи. коменты там написать, код причесать который ещё не скоро будешь переписывать. некоторые задачи требуют длительной медитации на проблему. я например некоторые сложные задачи требующие творческого подхода с хитрой математикой решаю по многу дней. в течении которых я открываю пэйнт и делаю доску с картинками на которой сам себе объясняю проблему. а когда устаю себе объяснять, то переключаюсь на другие задачи.
но к несчастью не все решения приходят вовремя, а чтобы некоторые решить попроще иногда просто не хватает опыта решения таких проблем. в таких случаях надо идти подглядывать у других и углубляться в изучение вопроса не прогрессируя в проекте.
с опытом начинаешь лучше отличать те проблемы с которыми можешь справится сам и те на которое тебе не хватает теоретических знаний. быстрей ты будешь делать только то что уже делал.
хотя иногда достаточно сменить ненадолго обстановку. мне помогает иногда сесть на краешке ванны, начать окачивать себе ноги из душа тепленькой водой. отвлекает, расслабляет, заставляет вместо монитора как предмета медитации использовать мысли в своей голове.
Я вот кстати еще пол года назад с тобой переписывался, ты как пилишь патфаиндинг хитрый так и продолжаешь это делать? Или это старые записи?
Чем вообще занимаешься, если не секрет? Работаешь где-то или фрилансишь?
пол года назад как раз по всяким личным причинам я перестал делать всякую активность и теперь сравнительно недавно вот обратно к этому вернулся.
у меня сейчас несколько параллельных проектов, но пассфайндинг наверно единственное что буду показывать. у меня накопилась стопка всяких там интересных пожеланий и идей которые следует реализовать в нём. до этого я таки перелопатил и сделал оптимизон триангуляции и перевёл координаты во время генерации на цельночисельные чтобы ошибки точности float меня больше не доебывали и вообще всячески облагородил проект. теперь вот занялся теми проблемами которые усложняют его применение в реальных проектах с множеством людей. например сделал чтобы ссылка на "зону" везде передавалась как скриптабл обжект, чтобы ничего не зависело от какого-то центрального файлика с зонами который их описывает. сделал во время генерации хранилку множества наборов маркеров, чтобы можно было добавлять во время генерации места с одинаковыми зонами, но разными свойствами. теперь например управлять навмешем через объект может всё что его меняет, а не только специальные зоны. сделал более универсальным код который накладывает зоны по карте и сделал специальный компонент который делает то-же самое для любого обьекта. так как некоторые используют свою процедурную хуйню а нормально на неё накладывать зоны нельзя.
и вот всякие такие мелочи делаю, которые расширяют и упрощают функционал который уже имеется. теперь вот сел причёсывать "маркеры" для зон. большая проблема что они игнорируют скейл. это усложняет их применение в префабах. вот несколько дней пыхтел, сделал так что они скейлятся точно так-же как коллайдеры в юнити. теперь вот ещё дальше буду делать. надо чтобы была возможность указывать зоны как Vector2[] чтобы ещё сильней упрощало работу с процедурными уровнями.
надо ещё 3 крупные фичи сделать да наверно останутся только какие-то косметические вещи из того что надо.
ну а видео старое, да. так и не закончил пока работу над избеганием групп. избегание групп есть, но над ним ещё дальше надо работать. сейчас вяло фрилансю, но стараюсь особо не брать какой-то работы. у меня осталась некоторая финансовая подушка, лучше своей хуйней займусь.
Я знаю, что уже спрашивали это десяток раз тебя, но нахуя это всё нужно?
Ты хочешь юнити не для игр использовать, а для каких-то программ специальных? Хочешь ассет продавать потом? Или хочешь в резюме указать это и потом устроиться куда-нибудь в условный гугл?
За ранее спасибо дорогие анонимы))
Вполне возможно, что анон для себя это пилит ну и для резюме
По себе знаю, что если только работать - деградируешь потихоньку, поэтому стоит постоянно какой-то сайд проект иметь, за которым время убиваешь.
>>726526
На Udemy есть много хороших курсов только англоязычные, русские все скипай нахуй
Мне хороший старт дал вот этот
https://www.udemy.com/course/unitycourse2/
Была база других языков, поэтому после этого курса + пары своих проектов спокойно устроился джуном. Но вообще можешь почекать другие курсы от тех же ребят.
+ рекомендую Введение в ООП почитать
https://newobj.ru/oop/index.php
На юдеми постоянно скидка на курсы, поэтому, если ее сейчас нет - можешь просто подождать.
Или спиратить с торрента, если не жалко места диске
>+ рекомендую Введение в ООП почитать https://newobj.ru/oop/index.php
[SerializedField] private ConfigSO _config;
и дальше в коде где-нибудь обращение к переменным будет выглядеть так:
_config.configVariant.variable
есть какие-нибудь решения более элегантные или это нормальная абстракция?
Мне унити нужен модельки потестить. Давно на старой версии бы стандартный контроллер от первого лица. Кинул на сцену и в хуй не дуешь. А чё сейчас? Я чёт ваще нихуя не понял. Они его выпилили не предоставив альтернативы? Они ебанутые? Или чё там вместо него?
его и раньше не было, это часть их стандартного ассета
https://assetstore.unity.com/packages/essentials/asset-packs/standard-assets-for-unity-2018-4-32351
абсолютно ненужная хуета это во первых, а во вторых это не для версии 2018, а от версии 18, так что может всё ещё работать. в любом случае там 4 файла всего и поправить их и закинуть себе на гитхаб с этим и щенок справится, а если не справится, то на гитхабе или просто в гугле решений больше чем у тебя пальцев
Какие же хуёвые скрипты в книге Разработка игр на Unity 2018 за 24 часа. Больше половины работают через жопу
честно говоря новая значительно удобней того что было, но у меня каждые полтора дня что-то в ней ломается, сыпятся хреновы ворненги, загружается в сейфмоуд и тд. моё предположение что всё будет ещё несколько раз переделываться, хотя проект я один уже поздамутил
Мне тоже не для работы, я хочу для портфеля собрать проект, где будет пиздатенькая менюшка, какая-нибудь сложная система типа крафта, и настройки, со всякими свестоперделками. Но у меня нет идей, откуда это можно спиздить, а сам я не дизайнер, чтобы придумать.
if (hit.rigidbody.tryToGetComponent(out NiggerController niggerController)) {
// жмур спёкся
}
как мне проверять что я пульнул именно в ниггера, а не в человека? мне что на каждый Rigidbody вешать компонент DefinitelyNigger с ссылкой на родительский NiggerController?
if (hit.rigidbody.tryToGetComponent(out DefinitelyNigger nigger) {
nigger.niggerController.dieMotherfuckerDie();
}
да.
>>727632
>как мне проверять что я пульнул именно в ниггера, а не в человека?
Теги? Лееры?
Еще можно через скрипты проверять, но я вообще не понял, чего ты там насобирал у себя, поэтому если хочешь именно через скрипты свои делать что-то, то сам разбирайся, тебе виднее.
Мне обычно решение мутных вещей таких только через пару дней приходит, просто продолжаешь работу и через некоторое время придумываешь, как это решить.
Немного погуглив, нашел решение, что надо установить apple root motion = true и agent.updatePosition = false, чтобы перемещение лежало на анимации, но в этом случае персонаж у меня тупо не может правильный путь проложить, проходит сквозь препятствия, и идет не на ту точку, которую я указал..
Ох, чую, это на пару месяцев засяду... В документации по анимации и агентам вообще ни хрена не понятно. Точнее написано то подробно, про каждую галочку и чекбокс, но непонятно как?зачем?в каких случаях?смысл?
>>727820
Ух, неужели получилось. Нашел целую статью в мануле по этой проблеме.
Постоянно так, думаю: о, такая-то сложная тема, буду изучать с азов, и тут бац, нашел готовый код. И забиваешь. Работает жеж.
https://docs.unity3d.com/Manual/nav-CouplingAnimationAndNavigation.html
(idle, walk, crawl, run) и я хочу реализовать, чтобы можно было перейти из любого состояние в другое. Я пока сделал, как на скринах, и это вполне себе работает.
Может есть вариант попроще?
Можно вместо бул параметров сделать один float velocity и апдейтить через setfloat ("velocity", велосити твоего персонажа).
Состояния менять по нему, волк на 2, ран на 4 и тд
idle -> walk -> run можно запаковать в blendtree
и останется воще два стейта у тебя, типа grounded -> crawl
(кровл обязательно соединять с бегом/ходьбой? переход из лежа сразу в бег/прыжок должен выглядеть неплавно/крипово)
(
>idle -> walk -> run
Поверхностно знаком с blendtree. Как я понял, он нужен для плавной смены схожих анимаций. Например, если я хочу с idle перейти на walk, я должен плавно изменить переменную с 0 до 0.5. А если сразу на run, то с 0 до 1.То есть, когда будет смена 0 до 1, также затронется и анимация walk, не так ли. А в моем случае это будет выглядеть странно, так как в анимации walk зомби идет с вытянутыми вперед руками, а бежит без них, по нормальному. Получается, мне в bleentree лучше оставить walk и run, а idle в отдельный state.
>честно говоря вообще не знаю зачем существуют теги
Ну например чтобы решать твою проблему.
Если ты действительно опытный прогер ты не писал бы тут такие вопросы. Если хочешь изобретать свой велосипед- пожалуйста, вариантов уйма.
Но если ты просто хочешь решить проблему и не усложнять, то используй теги.
>Но если ты просто хочешь решить проблему и не усложнять, то используй теги.
Ты видимо плохо прочитал вопрос. Мне не просто нужно делать проверку, но и нужно получить доступ к компоненту родителя. Проверка по тегу это инструмент для тех кто вчера первый раз открыл Unity и не поймёт как и что там устроено. В идеале там нужна проверка по интерфейсу и уже взаимодействие с ним. Мой вопрос был не в том как определить в кого попал, а в том как лучше всего организовать передачу данных о коллизии родительскому классу после проверки. В моём варианте есть кэширование хотя бы, с тегами на каждой коллизии мне придётся помимо проверки по строчной переменной делать ещё и GetComponentInParent, и после этого делать nullcheck на этот компонент. Это не решение проблемы, а создания дополнительных и усложнение задачи
Сделай на родительском компоненте скрипт, на нем ивенты, подпиши части тела на ивент, я хуй знает. Сделай интерфейсов себе разных.
Это же архитектурные проблемы, единственного верного решения не существует.
>как лучше всего организовать передачу данных о коллизии родительскому классу после проверки
Лично мне кажется сделай как считаешь нужным, тем более ты сам уже не чайник, оставь там TODO и в будущем переделай если надо будет но скорее всего не надо будет и ты просто прокрастинируешь тут вместо того чтобы игру делать
2. и как подгружать только 1 сцену, а то у меня все загружаются
мимо 2 дня назад вкатился
>1
Я бы мог загуглить за тебя, но мне лень
>2
Уточни под чем ты понимаешь "загружается все"?
Все сцены? Список сцен? Объекты на сцене?
>>728294
Прекрати это делать, набросай простейший список задач, потом удали все задачи "улучшить" и иди по нему.
Переписывать код можно если он не подходит для твоей задачи и то лучше его расширять, а не полностью переписывать.
>>728226
Первая ссылка в гугле: https://catlikecoding.com/unity/tutorials/curves-and-splines/
if (Input.GetKeyDown(JUMP) && !Game.Pause()) {
}
Потом узнал про input manager или типо того, где все нажатия должны обрабатываются в одном месте и передаются в нужные места. И проверку на Game.Pause() можно добавить только туда. Сейчас не знаю, то ли реализовать такое, опять переписав код, добавить интерфейс, то ли забить. Решил не реализовывать - теперь мучаюсь, что код говно, и чтобы было бы легче, если бы реализовал этот способ; решил сделать - становится жалко времени, ведь можно обойтись и без этого, ведь работает. Короче, с бедами в башкой как у меня в гамедев лучше не лезть
https://2ch.hk/gd/res/728504.html
https://2ch.hk/gd/res/728504.html
Начал читать книгу Юнити в действии, там начинают рассматривать проект Unity Car Example, который несовместим с новой версией. Подскажите похожий проект чтоб по нему учить, или более новую книгу что ли...
