Двач.hk не отвечает.
Вы видите копию треда, сохраненную 25 июля 2018 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Вы видите копию треда, сохраненную 25 июля 2018 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
59 Кб, 750x422Добро пожаловать в тред Unity - лучшего 3D и 2D игрового движка современности!
Прошлый тред: https://2ch.hk/gd/res/401747.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://2ch.hk/gd/res/401747.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
Всем привет от Серёги!
Реквестирую подробные, и чем подробнее тем лучше, манулы по сишарп скриптам по тематике трансформ, методы подметоды итд. Кватерионы, тригонометрия, интересности
>>427422
Кстати, я об этом не подумал, придётся таки рейкастами делать, похоже. Спасибо, анон.
Кстати, я об этом не подумал, придётся таки рейкастами делать, похоже. Спасибо, анон.
>>27797
Там и делать нефиг.
GameObject[] objects;
public GameObject closestObject;
void Start () {
objects = GameObject.FindGameObjectsWithTag ("Object");
}
void Update () {
RaysMode (objects);
}
void RaysMode (GameObject[] objs) {
closestObject = null;
float minDist = Mathf.Infinity;
foreach (GameObject obj in objs) {
RaycastHit hit;
Ray ray = new Ray (transform.position, obj.transform.position - transform.position);
if (Physics.Raycast (ray, out hit))
if (hit.transform.tag == "Object" && hit.distance < minDist) {
closestObject = obj;
minDist = hit.distance;
}
}
}
> придётся таки рейкастами делать, похоже
Там и делать нефиг.
GameObject[] objects;
public GameObject closestObject;
void Start () {
objects = GameObject.FindGameObjectsWithTag ("Object");
}
void Update () {
RaysMode (objects);
}
void RaysMode (GameObject[] objs) {
closestObject = null;
float minDist = Mathf.Infinity;
foreach (GameObject obj in objs) {
RaycastHit hit;
Ray ray = new Ray (transform.position, obj.transform.position - transform.position);
if (Physics.Raycast (ray, out hit))
if (hit.transform.tag == "Object" && hit.distance < minDist) {
closestObject = obj;
minDist = hit.distance;
}
}
}
>>27797
Там и делать нефиг.
GameObject[] objects;
public GameObject closestObject;
void Start () {
objects = GameObject.FindGameObjectsWithTag ("Object");
}
void Update () {
RaysMode (objects);
}
void RaysMode (GameObject[] objs) {
closestObject = null;
float minDist = Mathf.Infinity;
foreach (GameObject obj in objs) {
RaycastHit hit;
Ray ray = new Ray (transform.position, obj.transform.position - transform.position);
if (Physics.Raycast (ray, out hit))
if (hit.transform.tag == "Object" && hit.distance < minDist) {
closestObject = obj;
minDist = hit.distance;
}
}
}
> придётся таки рейкастами делать, похоже
Там и делать нефиг.
GameObject[] objects;
public GameObject closestObject;
void Start () {
objects = GameObject.FindGameObjectsWithTag ("Object");
}
void Update () {
RaysMode (objects);
}
void RaysMode (GameObject[] objs) {
closestObject = null;
float minDist = Mathf.Infinity;
foreach (GameObject obj in objs) {
RaycastHit hit;
Ray ray = new Ray (transform.position, obj.transform.position - transform.position);
if (Physics.Raycast (ray, out hit))
if (hit.transform.tag == "Object" && hit.distance < minDist) {
closestObject = obj;
minDist = hit.distance;
}
}
}
129 Кб, 640x478Насколько разумно создавать гейм менеджер и другие подобные вещи, как синглтоны, вызывая конструктор в get {}? Он не будет сидеть на пустом объекте (в мире), а просто как скрипт. Можно будет гарантировать порядок создания критически важных объектов.
Как в таком случае удобнее загрузить в него префабы, через Resources.Load?
Как в таком случае удобнее загрузить в него префабы, через Resources.Load?
>>27792
Что тебе там не понятно?
Что тебе там не понятно?
>>27791
Это тебе не засмеялся-обосрался тред, чтоб по 20 постов в минуту набивать.
Это тебе не засмеялся-обосрался тред, чтоб по 20 постов в минуту набивать.
Анончи,есть одна анимация котика.Как её запустить ровно после пяти секунд после начала сцены?
Анончи,есть одна анимация котика.Как её запустить ровно после пяти секунд после начала сцены?
>>27815
Coroutine с yield return WaitForSeconds
После чего там же запускаешь анимацию
Или Invoke("zapuskaemKotika", 5)
Coroutine с yield return WaitForSeconds
После чего там же запускаешь анимацию
Или Invoke("zapuskaemKotika", 5)
>>27800
А почему такие операции обычно записывают в отдельные функции, а не просто кидают в Update?
А почему такие операции обычно записывают в отдельные функции, а не просто кидают в Update?
>>27823
Можешь и просто в апдейт. Просто мне так привычнее, не люблю когда в апдейте насрано (а в больших скриптах обычно так и получается), так что я методы инкапсулирую, по итогу в апдейте строк 5-8 и все они по разным методам лежат.
Короче, мне так чисто для восприятия легче.
Если хочешь — пихай в апдейт, суть не поменяется.
Можешь и просто в апдейт. Просто мне так привычнее, не люблю когда в апдейте насрано (а в больших скриптах обычно так и получается), так что я методы инкапсулирую, по итогу в апдейте строк 5-8 и все они по разным методам лежат.
Короче, мне так чисто для восприятия легче.
Если хочешь — пихай в апдейт, суть не поменяется.
>>27833
Пардон, какой в шараге сленг был, такой в памяти и остался. Мы академиев не кончали.
Пардон, какой в шараге сленг был, такой в памяти и остался. Мы академиев не кончали.
>>27817
Анончик,слушай,я вообще не прогромист.Может ты напишешь этот скриптик для меня,плиз?
Анончик,слушай,я вообще не прогромист.Может ты напишешь этот скриптик для меня,плиз?
>>27838
Если ты не погромист и даже это не понимаешь, то нахера тебе это вообще нужно? Только чтобы анимация котика была?
Если ты не погромист и даже это не понимаешь, то нахера тебе это вообще нужно? Только чтобы анимация котика была?
>>27842
Тут одним кодом не поможешь. Тут надо пояснить как аниматор создать, как на объект перенести, как в него анимацию передать (если она вообще есть), как туда передать состояние и т.д.
Короче, волшебного кода, который можно просто скопипастить, не получится.
Тут одним кодом не поможешь. Тут надо пояснить как аниматор создать, как на объект перенести, как в него анимацию передать (если она вообще есть), как туда передать состояние и т.д.
Короче, волшебного кода, который можно просто скопипастить, не получится.
>>27844
Вообще то,уже это знаю и всё готово.Говорю же,нужно сделать сделать запуск после 5 секунд после начала сцены.
>Тут надо пояснить как аниматор создать, как на объект перенести, как в него анимацию передать (если она вообще есть), как туда передать состояние и т.д.
Вообще то,уже это знаю и всё готово.Говорю же,нужно сделать сделать запуск после 5 секунд после начала сцены.
>>27847
Окей. И как называется переменная для перехода из состояния "котяра статичен" в состояние "котяра анимирован"?
Окей. И как называется переменная для перехода из состояния "котяра статичен" в состояние "котяра анимирован"?
>>27848
Я,конечно,не погромист,но переменные вроде как угодно можно называть.Так что пусть будит "KotikObormotik".
Я,конечно,не погромист,но переменные вроде как угодно можно называть.Так что пусть будит "KotikObormotik".
>>27850
Можно, ага. Только они должны совпадать с теми, что в аниматоре.
> но переменные вроде как угодно можно называть
Можно, ага. Только они должны совпадать с теми, что в аниматоре.
19 Кб, 663x465Суп, анон. Щитаю, что нахожусь в скилл-брекете между аппер-интермедиэйт и адвансед, но к сожалению совсем не знаю шейдоры. Чтобы исправить это досадное положение, а поставил себе цель запилить редактор шейдеров не уступающий в качестве знаменитому ShaderForge за 2 недели. И сделать его опенсурсным, конечно. Чтобы взорвать пуканы авторов этого ассета. И разработчиков юнити, конечно. Отношение которых к добавлению важных новых функций в движок характеризуется фразой "пчелы против меда": зачем добавлять бесплатную функцию, если можно получать стабильно шекели из ассет стора? Давайте лучше переделаем пост-эффекты и сделаем новое окошко, в котором можно редактировать анимации! ynuti 2017! революция!
На скрине прогресс за сегодня
На скрине прогресс за сегодня
>>27857
Уже лучше. Если просто запускаешь сцену - котяра анимируется? К нему вообще хоть какой-то скрипт привязан?
Уже лучше. Если просто запускаешь сцену - котяра анимируется? К нему вообще хоть какой-то скрипт привязан?
>>27859
Анимируется,один раз проходит анимация сразу после запуска сцены.Никаких скриптов.
Анимируется,один раз проходит анимация сразу после запуска сцены.Никаких скриптов.
>>27860
А надо чтоб было постоянно?
Если да, то жмаки по файлу анимации и в инспекторе поставь галочку на Loop Time. А потом уже и скрипт добавишь.
> один раз проходит анимация
А надо чтоб было постоянно?
Если да, то жмаки по файлу анимации и в инспекторе поставь галочку на Loop Time. А потом уже и скрипт добавишь.
8 Кб, 271x108>>27863
Лезть в переменные аниматора будет явно надолго, так что давай велосипедить.
1. Если сцена запущена — останови.
2. Сними галочку с аниматора (ту что на пикрилейтеде).
3. Создай C# скрипт, назови его CatAnimation.
4. Открой его в редакторе, удали там вообще всё, до последнего символа. И копипасти туда вот это
using System.Collections;
using System.Collections.Generic;
using UnityEngine;
public class CatAnimation : MonoBehaviour {
Animator animator;
void Start () {
animator = GetComponent<Animator> ();
Invoke ("Animate", 5f);
}
void Animate () {
animator.enabled = true;
}
}
5. Перетяни этот скрипт в инспекторе на тот объект, на котором висит аниматор (скорее всего это и есть твой кошак).
Если всё сделаешь правильно, то заработает.
Лезть в переменные аниматора будет явно надолго, так что давай велосипедить.
1. Если сцена запущена — останови.
2. Сними галочку с аниматора (ту что на пикрилейтеде).
3. Создай C# скрипт, назови его CatAnimation.
4. Открой его в редакторе, удали там вообще всё, до последнего символа. И копипасти туда вот это
using System.Collections;
using System.Collections.Generic;
using UnityEngine;
public class CatAnimation : MonoBehaviour {
Animator animator;
void Start () {
animator = GetComponent<Animator> ();
Invoke ("Animate", 5f);
}
void Animate () {
animator.enabled = true;
}
}
5. Перетяни этот скрипт в инспекторе на тот объект, на котором висит аниматор (скорее всего это и есть твой кошак).
Если всё сделаешь правильно, то заработает.
8 Кб, 271x108>>27863
Лезть в переменные аниматора будет явно надолго, так что давай велосипедить.
1. Если сцена запущена — останови.
2. Сними галочку с аниматора (ту что на пикрилейтеде).
3. Создай C# скрипт, назови его CatAnimation.
4. Открой его в редакторе, удали там вообще всё, до последнего символа. И копипасти туда вот это
using System.Collections;
using System.Collections.Generic;
using UnityEngine;
public class CatAnimation : MonoBehaviour {
Animator animator;
void Start () {
animator = GetComponent<Animator> ();
Invoke ("Animate", 5f);
}
void Animate () {
animator.enabled = true;
}
}
5. Перетяни этот скрипт в инспекторе на тот объект, на котором висит аниматор (скорее всего это и есть твой кошак).
Если всё сделаешь правильно, то заработает.
Лезть в переменные аниматора будет явно надолго, так что давай велосипедить.
1. Если сцена запущена — останови.
2. Сними галочку с аниматора (ту что на пикрилейтеде).
3. Создай C# скрипт, назови его CatAnimation.
4. Открой его в редакторе, удали там вообще всё, до последнего символа. И копипасти туда вот это
using System.Collections;
using System.Collections.Generic;
using UnityEngine;
public class CatAnimation : MonoBehaviour {
Animator animator;
void Start () {
animator = GetComponent<Animator> ();
Invoke ("Animate", 5f);
}
void Animate () {
animator.enabled = true;
}
}
5. Перетяни этот скрипт в инспекторе на тот объект, на котором висит аниматор (скорее всего это и есть твой кошак).
Если всё сделаешь правильно, то заработает.
114 Кб, 433x427Закатился в тред начинающий, но уже имеющий один проект, разработчик. Собрал значит я свою казуальную кликалку на андроид и встал вопрос о компиляции под гейфоны. Уже несколько месяцев пытаюсь накатить виртуалки, хакинтоши, найти способы компиляции под шиндовс, но пока нашёл только один ассет по цене в 100 Бачей. Подскажите может кто находил хороший способ сборки под эпл без мака. Алсо игра висит в гугл плее, но поиграть я в неё могу только с телефона друзей, а хочется на своём родном айфоне позалипать, ибо писал под себя.
GOAP анон, ты всё ещё здесь?
Как ты с подобной реализацией навигации для действий реализуешь прохождение через двери требующие открывания?
Как ты с подобной реализацией навигации для действий реализуешь прохождение через двери требующие открывания?
45 Кб, 600x570Сука блять, какого хуя билд абсолютно пустой сцены весит 35 метров? Это, блять, дефолтный сплэшскрин столько жрёт что ли?
>>27896
Да на здоровье.
А вообще ты какой-то странный. Накатывать юньку только чтобы заанимировать котика — это даже не микроскопом гвозди забивать, это уровнем повыше.
Да на здоровье.
А вообще ты какой-то странный. Накатывать юньку только чтобы заанимировать котика — это даже не микроскопом гвозди забивать, это уровнем повыше.
>>27897
Мне просто нравиться сцены из ассетиков собирать.А котика я в блендере анимировал.
Мне просто нравиться сцены из ассетиков собирать.А котика я в блендере анимировал.
>>27891
GOAP неприменим к играм. Не трать время на ерунду и используй behavior tree
GOAP неприменим к играм. Не трать время на ерунду и используй behavior tree
>>27824
Спасибо за разъяснения все.
Спасибо за разъяснения все.
>>27800
Это у мобов такое? От этого пекарня не сгорит случайно? Я бы в coroutine, а не в апдейт запихал, на крайняк.
Это у мобов такое? От этого пекарня не сгорит случайно? Я бы в coroutine, а не в апдейт запихал, на крайняк.
>>28024
Ну если у тебя там будет под две сотни мобов на одной сцене, то может и будет.
Ну если у тебя там будет под две сотни мобов на одной сцене, то может и будет.
Почему Character Controller с Rigidbody с гравитацией может проваливаться сквозь пол? Пол - платформа с коллайдером, без Rigidbody. Второго коллайдера на плеере нет.
>>28211
Сам догадался уже. Но вот возник более жоский вопрос. Всю ночь гуглил, не смог сделать нормально, рофл.
Как замутить передвижение персонажа в 2D игре с видом сверху, не используя rb?
Пробовал разные варианты через RigidBody2D, но все они очень сильно сказываются на производительности, хотя я мей би ошибку делаю, на всякий случай вот код с использованием rb, если его можно оптимизировать до нужного уровня, то и так сойдет:
using System.Collections;
using UnityEngine;
public class CharacterController2D : MonoBehaviour {
public float speed = 7f;
private Rigidbody2D rb;
void Start () {
rb = GetComponent<Rigidbody2D>();
}
void Update () {
float deltaX = Input.GetAxis("Horizontal");
float deltaY = Input.GetAxis("Vertical");
Vector2 movementXY = new Vector2 (deltaX, deltaY);
movementXY = Vector2.ClampMagnitude(movementXY, speed);
movementXY = speed;
movementXY = Time.deltaTime;
rb.MovePosition (rb.position + movementXY);
}
}
Сам догадался уже. Но вот возник более жоский вопрос. Всю ночь гуглил, не смог сделать нормально, рофл.
Как замутить передвижение персонажа в 2D игре с видом сверху, не используя rb?
Пробовал разные варианты через RigidBody2D, но все они очень сильно сказываются на производительности, хотя я мей би ошибку делаю, на всякий случай вот код с использованием rb, если его можно оптимизировать до нужного уровня, то и так сойдет:
using System.Collections;
using UnityEngine;
public class CharacterController2D : MonoBehaviour {
public float speed = 7f;
private Rigidbody2D rb;
void Start () {
rb = GetComponent<Rigidbody2D>();
}
void Update () {
float deltaX = Input.GetAxis("Horizontal");
float deltaY = Input.GetAxis("Vertical");
Vector2 movementXY = new Vector2 (deltaX, deltaY);
movementXY = Vector2.ClampMagnitude(movementXY, speed);
movementXY = speed;
movementXY = Time.deltaTime;
rb.MovePosition (rb.position + movementXY);
}
}
>>28211
Сам догадался уже. Но вот возник более жоский вопрос. Всю ночь гуглил, не смог сделать нормально, рофл.
Как замутить передвижение персонажа в 2D игре с видом сверху, не используя rb?
Пробовал разные варианты через RigidBody2D, но все они очень сильно сказываются на производительности, хотя я мей би ошибку делаю, на всякий случай вот код с использованием rb, если его можно оптимизировать до нужного уровня, то и так сойдет:
using System.Collections;
using UnityEngine;
public class CharacterController2D : MonoBehaviour {
public float speed = 7f;
private Rigidbody2D rb;
void Start () {
rb = GetComponent<Rigidbody2D>();
}
void Update () {
float deltaX = Input.GetAxis("Horizontal");
float deltaY = Input.GetAxis("Vertical");
Vector2 movementXY = new Vector2 (deltaX, deltaY);
movementXY = Vector2.ClampMagnitude(movementXY, speed);
movementXY = speed;
movementXY = Time.deltaTime;
rb.MovePosition (rb.position + movementXY);
}
}
Сам догадался уже. Но вот возник более жоский вопрос. Всю ночь гуглил, не смог сделать нормально, рофл.
Как замутить передвижение персонажа в 2D игре с видом сверху, не используя rb?
Пробовал разные варианты через RigidBody2D, но все они очень сильно сказываются на производительности, хотя я мей би ошибку делаю, на всякий случай вот код с использованием rb, если его можно оптимизировать до нужного уровня, то и так сойдет:
using System.Collections;
using UnityEngine;
public class CharacterController2D : MonoBehaviour {
public float speed = 7f;
private Rigidbody2D rb;
void Start () {
rb = GetComponent<Rigidbody2D>();
}
void Update () {
float deltaX = Input.GetAxis("Horizontal");
float deltaY = Input.GetAxis("Vertical");
Vector2 movementXY = new Vector2 (deltaX, deltaY);
movementXY = Vector2.ClampMagnitude(movementXY, speed);
movementXY = speed;
movementXY = Time.deltaTime;
rb.MovePosition (rb.position + movementXY);
}
}
>>28221
)))))
using System.Collections;
using UnityEngine;
public class CharacterController2D : MonoBehaviour {
public float speed = 7f;
private Rigidbody2D rb;
void Start () {
rb = GetComponent<Rigidbody2D>();
}
void Update () {
float deltaX = Input.GetAxis("Horizontal");
float deltaY = Input.GetAxis("Vertical");
Vector2 movementXY = new Vector2 (deltaX, deltaY);
movementXY = Vector2.ClampMagnitude(movementXY, speed);
movementXY = speed;
tmovementXY = Time.deltaTime;
rb.MovePosition (rb.position + movementXY);
}
}
>\t
)))))
using System.Collections;
using UnityEngine;
public class CharacterController2D : MonoBehaviour {
public float speed = 7f;
private Rigidbody2D rb;
void Start () {
rb = GetComponent<Rigidbody2D>();
}
void Update () {
float deltaX = Input.GetAxis("Horizontal");
float deltaY = Input.GetAxis("Vertical");
Vector2 movementXY = new Vector2 (deltaX, deltaY);
movementXY = Vector2.ClampMagnitude(movementXY, speed);
movementXY = speed;
tmovementXY = Time.deltaTime;
rb.MovePosition (rb.position + movementXY);
}
}
>>28221
)))))
using System.Collections;
using UnityEngine;
public class CharacterController2D : MonoBehaviour {
public float speed = 7f;
private Rigidbody2D rb;
void Start () {
rb = GetComponent<Rigidbody2D>();
}
void Update () {
float deltaX = Input.GetAxis("Horizontal");
float deltaY = Input.GetAxis("Vertical");
Vector2 movementXY = new Vector2 (deltaX, deltaY);
movementXY = Vector2.ClampMagnitude(movementXY, speed);
movementXY = speed;
tmovementXY = Time.deltaTime;
rb.MovePosition (rb.position + movementXY);
}
}
>\t
)))))
using System.Collections;
using UnityEngine;
public class CharacterController2D : MonoBehaviour {
public float speed = 7f;
private Rigidbody2D rb;
void Start () {
rb = GetComponent<Rigidbody2D>();
}
void Update () {
float deltaX = Input.GetAxis("Horizontal");
float deltaY = Input.GetAxis("Vertical");
Vector2 movementXY = new Vector2 (deltaX, deltaY);
movementXY = Vector2.ClampMagnitude(movementXY, speed);
movementXY = speed;
tmovementXY = Time.deltaTime;
rb.MovePosition (rb.position + movementXY);
}
}
>>427710
как ты делаешь то. у тебя чтоли каждый тик ИИ не пытается выполнить текущее действие? только выполняет готовый план? на каждом тике при попытке исполнить действие же можно в разные ифы лезть.
у тебя же только один текущий экшон. если экшон вообще требует перемещения то он и рулит. если ему рулить ненадо то ИИ делает что-то глобальное.
>>27808
да так себе он. хороший бихейвор три редактор, но плохая навигация.
>>27853
в одно рыло это не выглядит реальным и за 3-4 месяца. как сделать то планируешь?
>>27891
укатывался. я то часто в тред заглядываю, но реагируютолько если показывают что-то интересное.
ну это ты загнул. пока никак. в моем навмеше пока что поломана сериализация для зон которые бы ссылались на конкретные объекты, как починю можно было бы и такое сделать. чтобы была возможность иметь зоны, на которые ссылался бы компонент, который бы переключал их доступность.
но тут это можно разве что если "попасть куда-то" является самим действием. например было бы действие "попасть в склад номер пять", у него было бы прекондицией открытие двери, тогда кнопка открывающая дверь бы генерировала внешнее действие открывающее путь только на этот склад. но если делать хитрожопое что-то например "сломать стену чтобы схватить за задницу сзади", то тут мне придется сильно глубоко лезть в навигацию чтобы такое сделать.
>Теперь понял, это примерно как мой второй вариант. Меня в этом варианте смущает сложность контроля за перемещением, ведь после начала движения уже никакое действие не контролирует процесс, прерывания и достижение результата это опосредовано делается в прекондишене занятия ковра
как ты делаешь то. у тебя чтоли каждый тик ИИ не пытается выполнить текущее действие? только выполняет готовый план? на каждом тике при попытке исполнить действие же можно в разные ифы лезть.
>И придётся пердолиться с другими действиями, которые могут инициализировать движение: надо будет где то хранить приоритет действия задавшего движение или что то в это роде.
у тебя же только один текущий экшон. если экшон вообще требует перемещения то он и рулит. если ему рулить ненадо то ИИ делает что-то глобальное.
>>27808
да так себе он. хороший бихейвор три редактор, но плохая навигация.
>>27853
в одно рыло это не выглядит реальным и за 3-4 месяца. как сделать то планируешь?
>>27891
укатывался. я то часто в тред заглядываю, но реагируютолько если показывают что-то интересное.
>Как ты с подобной реализацией навигации для действий реализуешь прохождение через двери требующие открывания?
ну это ты загнул. пока никак. в моем навмеше пока что поломана сериализация для зон которые бы ссылались на конкретные объекты, как починю можно было бы и такое сделать. чтобы была возможность иметь зоны, на которые ссылался бы компонент, который бы переключал их доступность.
но тут это можно разве что если "попасть куда-то" является самим действием. например было бы действие "попасть в склад номер пять", у него было бы прекондицией открытие двери, тогда кнопка открывающая дверь бы генерировала внешнее действие открывающее путь только на этот склад. но если делать хитрожопое что-то например "сломать стену чтобы схватить за задницу сзади", то тут мне придется сильно глубоко лезть в навигацию чтобы такое сделать.
>>27853
вообще, вот интересное что-то пилишь. правда шейдеры лучше всетаки изучи хоть как-то. там столько мистической тайной хуйни что две недели можно их просто крутить туда-сюда чтобы хоть как-то разобраться.
я вот тоже что-то покажу из этой категории. делаю по человечески свой простенький генератор террейна, но чтобы у него был нодовый редактор который бы работал внутри маски биома.
интересно когда уже в юнити сделают сериализацию абстрактных коллекций. сериализовать ссылки на ресурсы юнити в нодах даже не знаю как.
вообще, вот интересное что-то пилишь. правда шейдеры лучше всетаки изучи хоть как-то. там столько мистической тайной хуйни что две недели можно их просто крутить туда-сюда чтобы хоть как-то разобраться.
я вот тоже что-то покажу из этой категории. делаю по человечески свой простенький генератор террейна, но чтобы у него был нодовый редактор который бы работал внутри маски биома.
интересно когда уже в юнити сделают сериализацию абстрактных коллекций. сериализовать ссылки на ресурсы юнити в нодах даже не знаю как.
>>28233
скриншоты забыл
скриншоты забыл
>>28105
Ты либо крестик сними, либо трусы надень.
Что-то одно выбери, короче.
> Character Controller
> с Rigidbody
Ты либо крестик сними, либо трусы надень.
Что-то одно выбери, короче.
>>28229
Я использую reGOAP с парой мелких допилов.
Планер пилит последовательность действий для достижения текущей приоритетной цели. Потом агент начинает выполнять начиная с самого первого. Каждый экшн выполняет своё процедурное тело до успешного завершения и перехода дальше по плану, либо до прерывания с инвалидацией всего плана и перепланированием.
И в каждом действии контролировать перемещение? Со временем охуеешь.
Сейчас это просто в теле действия, если на пути агента есть дверь, то он тормозит движение, открывает дверь и продолжает после. Делать отдельно действие понадобится только, если делать множество различных решений преодоления двери.
В общем подумаю ещё между выносом навигации и реактивным планером внутри действийвсё равно наверное буду пилить макропланер для сквадов
>как ты делаешь то
Я использую reGOAP с парой мелких допилов.
Планер пилит последовательность действий для достижения текущей приоритетной цели. Потом агент начинает выполнять начиная с самого первого. Каждый экшн выполняет своё процедурное тело до успешного завершения и перехода дальше по плану, либо до прерывания с инвалидацией всего плана и перепланированием.
>на каждом тике при попытке исполнить действие же можно в разные ифы лезть
И в каждом действии контролировать перемещение? Со временем охуеешь.
>ну это ты загнул
Сейчас это просто в теле действия, если на пути агента есть дверь, то он тормозит движение, открывает дверь и продолжает после. Делать отдельно действие понадобится только, если делать множество различных решений преодоления двери.
В общем подумаю ещё между выносом навигации и реактивным планером внутри действийвсё равно наверное буду пилить макропланер для сквадов
>>28221
Через трансформ, ебать.
> Как замутить передвижение персонажа в 2D игре с видом сверху, не используя rb?
Через трансформ, ебать.
>>28268
Через трансформ эффект хуёвый, если на препятствие пойти. Он каг бы не останавливается, а идёт туда и отбрасывается назад из-за коллайдера.
Через трансформ эффект хуёвый, если на препятствие пойти. Он каг бы не останавливается, а идёт туда и отбрасывается назад из-за коллайдера.
>>28237
Спасибо, уберу контроллер.
Алсо, я тут думаю сделать дамаги и прочие взаимодействия через интерфейсы и GetComponent. Например, интерфейс IDamageable {void TakeDamage(int amount)}, IPickable и т.п. Это кажется более гибким, чем наследовать все классы, которые делают какое-то взаимодействие, от одного.
ОнТриггер/ОнЧегоНибудь()
{
var health = (Idamageable)GetComponent(typeof(IDamageable));
if(health != null)
health.TakeDamage(amount);
}
Норм способ, или раковая задумка, и существуют более правоверные способы?
Спасибо, уберу контроллер.
Алсо, я тут думаю сделать дамаги и прочие взаимодействия через интерфейсы и GetComponent. Например, интерфейс IDamageable {void TakeDamage(int amount)}, IPickable и т.п. Это кажется более гибким, чем наследовать все классы, которые делают какое-то взаимодействие, от одного.
ОнТриггер/ОнЧегоНибудь()
{
var health = (Idamageable)GetComponent(typeof(IDamageable));
if(health != null)
health.TakeDamage(amount);
}
Норм способ, или раковая задумка, и существуют более правоверные способы?
>>28301
Я бы убрал риджидбади, если тебе только и надо что ходить и взаимодействовать без особого физона, но то уже сам смотри.
> Спасибо, уберу контроллер.
Я бы убрал риджидбади, если тебе только и надо что ходить и взаимодействовать без особого физона, но то уже сам смотри.
>>28301
Других способов нет. Либо ты делаешь общий родительский класс под все, у чего есть здоровье, либо интерфейс. О, точно, мне же надо как-то ломать всякую мебель и прочее говно. Пойду прикручу к своей йобе.
> и существуют более правоверные способы?
Других способов нет. Либо ты делаешь общий родительский класс под все, у чего есть здоровье, либо интерфейс. О, точно, мне же надо как-то ломать всякую мебель и прочее говно. Пойду прикручу к своей йобе.
>>28419
Ты сильно недооцениваешь местных повелителей костылей.
> Других способов нет. Либо ты делаешь общий родительский класс под все, у чего есть здоровье, либо интерфейс.
Ты сильно недооцениваешь местных повелителей костылей.
>>28430
Ну хуй знает, что еще. Проверять тег геймобджекта, и в функции на атакующем персонаже в List<> хранить значение здоровья?
Ну хуй знает, что еще. Проверять тег геймобджекта, и в функции на атакующем персонаже в List<> хранить значение здоровья?
>>28301
Правильно, но проще так: damagable = GetComponent<IDamagable>();
Правильно, но проще так: damagable = GetComponent<IDamagable>();
>>28305
Rigidbody надо чтобы физика была в курсе что эти коллайдеры динамические.
Rigidbody надо чтобы физика была в курсе что эти коллайдеры динамические.
>>28740
Да, предыдущая 5-ая версия была собрана в 5-ом году от рождества Христова.
Да, предыдущая 5-ая версия была собрана в 5-ом году от рождества Христова.
49 Кб, 793x473>>28233
Да я помню твои посты лол. Помню охуевал от твоих скиллов.
Теперь вот тоже хочу сделать что-нибудь эдакое. Ну про уровень shader forge я конечно-же пошутил. Это просто так, великая цель для мотивации.
Апдейт. Как оказалось, в юнити уже есть свой фреймворк для создания графов. И именно на нем сделан и редактор анимаций. Если кому интересно, то интро можно найти тут http://unity3de.blogspot.ru/2015/08/reveal-unknown-graph-and-graphgui-class.html. Остальное в дизассеблированных исходниках. Там ничего особенно, но можно сократить время на несколько дней.
Теперь в принципе осталось-только придумать как сгенерировать шейдоры из графа спиздить из shader forge. Пока думаю о чем-то вроде темплейтов
Да я помню твои посты лол. Помню охуевал от твоих скиллов.
Теперь вот тоже хочу сделать что-нибудь эдакое. Ну про уровень shader forge я конечно-же пошутил. Это просто так, великая цель для мотивации.
Апдейт. Как оказалось, в юнити уже есть свой фреймворк для создания графов. И именно на нем сделан и редактор анимаций. Если кому интересно, то интро можно найти тут http://unity3de.blogspot.ru/2015/08/reveal-unknown-graph-and-graphgui-class.html. Остальное в дизассеблированных исходниках. Там ничего особенно, но можно сократить время на несколько дней.
Теперь в принципе осталось-только придумать как сгенерировать шейдоры из графа спиздить из shader forge. Пока думаю о чем-то вроде темплейтов
Сап, аноны.
Есть пустой gameObject, к которому прицеплен скрипт, вращающий этот самый gameObject с помощью gameObject.transform.Rotate().
У этого пустого объекта есть два child: сфера и text mesh.
Когда я вращаю родительский объект, то текст слегка убегает от сферы, примерно на пару градусов. Когда вращение останавливается, сфера снова догоняет текст.
Пробовал то же самое с кубом вместо текста, ведет себя точно так же.
Чому так?
Есть пустой gameObject, к которому прицеплен скрипт, вращающий этот самый gameObject с помощью gameObject.transform.Rotate().
У этого пустого объекта есть два child: сфера и text mesh.
Когда я вращаю родительский объект, то текст слегка убегает от сферы, примерно на пару градусов. Когда вращение останавливается, сфера снова догоняет текст.
Пробовал то же самое с кубом вместо текста, ведет себя точно так же.
Чому так?
>>28810
Как вращаешь? Ручками на сцене? Через скрипт?
Ты давай подробнее, по твоему посту хер что поймёшь.
> Когда я вращаю родительский объект
Как вращаешь? Ручками на сцене? Через скрипт?
Ты давай подробнее, по твоему посту хер что поймёшь.
>>28824
А, да, пардон, только проснулся.
Всё равно тут надо знать в каких координатах текст и сфера находятся относительно пустого объекта, что там у тебя в ротейте и т.д.
Давай со скринами и/или видосом.
А, да, пардон, только проснулся.
Всё равно тут надо знать в каких координатах текст и сфера находятся относительно пустого объекта, что там у тебя в ротейте и т.д.
Давай со скринами и/или видосом.
>>28827
В общем я неправильно описал проблему.
На сфере с помощью Vectrocity нарисована разметка трехмерными линиями. И эта разметка отстает при вращении сферы, дочерние объекты не при чем.
В общем я неправильно описал проблему.
На сфере с помощью Vectrocity нарисована разметка трехмерными линиями. И эта разметка отстает при вращении сферы, дочерние объекты не при чем.
На собеседовании дали задание - создать UI на юнити.
Структура - главное меню, страница просмотра изображения, страница воспроизведения видео, etc.
Поясните, что они подразумевают под страницей?
Шарп хорошо знаю, но вот юнити пока не очень, UI пилил, но вот что за страницы, так и не понял.
Структура - главное меню, страница просмотра изображения, страница воспроизведения видео, etc.
Поясните, что они подразумевают под страницей?
Шарп хорошо знаю, но вот юнити пока не очень, UI пилил, но вот что за страницы, так и не понял.
>>28861
Ну это тебе лучше знать, хрустальный шар тут у всех давно сломался.
А вообще весь UI в юньке есть изначально.
> Поясните, что они подразумевают под страницей?
Ну это тебе лучше знать, хрустальный шар тут у всех давно сломался.
А вообще весь UI в юньке есть изначально.
>>28867
Страница просмотра видео же, так у меня написано в задании, но вот что это за страница, и как она должна выглядить, я так и не понял.
Страница просмотра видео же, так у меня написано в задании, но вот что это за страница, и как она должна выглядить, я так и не понял.
>>28872
Ну, видимо, весь канвас, либо его часть. Юнька вполне способна напрямую хавать и рендерить видео.
Ну, видимо, весь канвас, либо его часть. Юнька вполне способна напрямую хавать и рендерить видео.
>>28873
Т.е. это должен быть объект в пространстве, который будет воспроизводить видео?
Спасибо за помощь, анон.
Т.е. это должен быть объект в пространстве, который будет воспроизводить видео?
Спасибо за помощь, анон.
220 Кб, 1144x818покажу старое но клевое. кстати есть ли у кого какие клевые идеи как сделать прыжки на навмеше? у меня есть сорт оф споты для прыжков на подобии старых прыжков юнити, но это имеет свои минусы.
>>28261
а я кстати его не читал ещё. я свой гоап то с нуля написал. как там организовали хранение стейтов мира?
так не во всех. у меня например исполнение действий организовано с некоторой иерархией с ГОАП и контролером. у ГОАП в экшоне есть булл будет ли это действие контролировать перемещение, этот бул доступен через менеджер-прослойку контролеру, контролер ещё внутри свой небольшой менеджер стейтов имеет, какая анимация чего делает, чтобы знать когда анимация прерывается. например текущий экшон "поднять предмет", в действии описано "топи туда, если ты уже там то подбирай предмет", в итоге на каждом тике ИИ он топит куда сказали, а когда доходит то предмета идет в менеджер-прослойку и говорит что хочет поднять вот это. тогда уже контролер в своем менеджере анимаций переключает флаг что его активное действие это поднятие предмета и это действие и верхнюю и нижнюю половину тела для этого требует. а ГОАП тем временем через менеджер ждет когда это действие из активного либо провалится, либо завершится. когда анимация завершается в конце триггер что хопа действие завершено которое переключает статус в менеджере анимаций. а потом уже и ГОАП на следующем апдейте видит что флажок переключен на нужный, завершает через менеджер анимацию целиком ставя её на не активную и говорит что действие выполнено(или провалено). проверять кондиции вроде "есть ли предмет", кстати, было довольно плохой идеей, потому что он появляется в инвентаре в момент когда ИИ рукой его хватает, но ему ещё надо распрямится. отсюда и наличие менеджера анимаций, который все упрощает.
а действия вроде "перезарядка" никаких перемещений не требует, но занимает верхнюю половину тела. в итоге пока действие делается, менеджер следует своей активной задаче и управляет перемещением контролера. в итоге контролер и перезаряжается и бегает по укрытиям сразу, а в действии ГОАП описано только то что надо сделать. начать перезаряжатся, ждать когда завершится анимация в конце которой в случае успеха анимации отнять из инвентаря одну обойму.
на время выполнения действий отключаю обновление планирования, чтобы ИИ не подумал что "ооо да у меня же предмет нужный в руке надо бы его использовать" пока он ещё не распрямился после его поднятия, чтобы текущее активное действие было залочено. прерывание действий пока не сделал, но это будет не так и сложно.
пока что лучше не придумал как сделать подобную иерархию, вроде решает все проблемы.
А я бы так не делал. а вдруг дверь будет требовать ключ? вообще технически можно глобальную навигацию сделать через ГОАП. вот у тебя есть набор комнат, некоторые комнаты требуют предмет. при перемещении из комнаты А в Б проверяем через ГОАП весь путь, если путь чист то строим путь через навмеш и идем. если надо ключ то проверяем путь черезе ГОАП уже до комнаты с ключем. один хуй поиск пути на навмеше слабо отличается от поиска пути по нодам ГОАП.
>>28774
Лол, надо же, меня помнят и читают.
вхоу. молодец что нашел. надо будет посмотреть. интересно не спрячут ли в один прекрасный день. интересно что туда положили.
Я кстати читал пару имплементаций таких редакторов. он в итоге был чем-то вроде визуального текстового редактора. когда тыкал кнопку "получить шейдор" то оно там задавало целевым переменным имена, подставляло их на текстовые заготовки, соединяло все заготовки в выбранном порядке и хопа шейдор готов. создание такого выглядит каким-то особым сортом пердолинга, но выглядит достижимым.
>>28261
>Я использую reGOAP с парой мелких допилов.
а я кстати его не читал ещё. я свой гоап то с нуля написал. как там организовали хранение стейтов мира?
>И в каждом действии контролировать перемещение? Со временем охуеешь.
так не во всех. у меня например исполнение действий организовано с некоторой иерархией с ГОАП и контролером. у ГОАП в экшоне есть булл будет ли это действие контролировать перемещение, этот бул доступен через менеджер-прослойку контролеру, контролер ещё внутри свой небольшой менеджер стейтов имеет, какая анимация чего делает, чтобы знать когда анимация прерывается. например текущий экшон "поднять предмет", в действии описано "топи туда, если ты уже там то подбирай предмет", в итоге на каждом тике ИИ он топит куда сказали, а когда доходит то предмета идет в менеджер-прослойку и говорит что хочет поднять вот это. тогда уже контролер в своем менеджере анимаций переключает флаг что его активное действие это поднятие предмета и это действие и верхнюю и нижнюю половину тела для этого требует. а ГОАП тем временем через менеджер ждет когда это действие из активного либо провалится, либо завершится. когда анимация завершается в конце триггер что хопа действие завершено которое переключает статус в менеджере анимаций. а потом уже и ГОАП на следующем апдейте видит что флажок переключен на нужный, завершает через менеджер анимацию целиком ставя её на не активную и говорит что действие выполнено(или провалено). проверять кондиции вроде "есть ли предмет", кстати, было довольно плохой идеей, потому что он появляется в инвентаре в момент когда ИИ рукой его хватает, но ему ещё надо распрямится. отсюда и наличие менеджера анимаций, который все упрощает.
а действия вроде "перезарядка" никаких перемещений не требует, но занимает верхнюю половину тела. в итоге пока действие делается, менеджер следует своей активной задаче и управляет перемещением контролера. в итоге контролер и перезаряжается и бегает по укрытиям сразу, а в действии ГОАП описано только то что надо сделать. начать перезаряжатся, ждать когда завершится анимация в конце которой в случае успеха анимации отнять из инвентаря одну обойму.
на время выполнения действий отключаю обновление планирования, чтобы ИИ не подумал что "ооо да у меня же предмет нужный в руке надо бы его использовать" пока он ещё не распрямился после его поднятия, чтобы текущее активное действие было залочено. прерывание действий пока не сделал, но это будет не так и сложно.
пока что лучше не придумал как сделать подобную иерархию, вроде решает все проблемы.
>Сейчас это просто в теле действия, если на пути агента есть дверь, то он тормозит движение, открывает дверь и продолжает после. Делать отдельно действие понадобится только, если делать множество различных решений преодоления двери.
А я бы так не делал. а вдруг дверь будет требовать ключ? вообще технически можно глобальную навигацию сделать через ГОАП. вот у тебя есть набор комнат, некоторые комнаты требуют предмет. при перемещении из комнаты А в Б проверяем через ГОАП весь путь, если путь чист то строим путь через навмеш и идем. если надо ключ то проверяем путь черезе ГОАП уже до комнаты с ключем. один хуй поиск пути на навмеше слабо отличается от поиска пути по нодам ГОАП.
>>28774
Лол, надо же, меня помнят и читают.
>Как оказалось, в юнити уже есть свой фреймворк для создания графов.
вхоу. молодец что нашел. надо будет посмотреть. интересно не спрячут ли в один прекрасный день. интересно что туда положили.
>Теперь в принципе осталось-только придумать как сгенерировать шейдоры из графа
Я кстати читал пару имплементаций таких редакторов. он в итоге был чем-то вроде визуального текстового редактора. когда тыкал кнопку "получить шейдор" то оно там задавало целевым переменным имена, подставляло их на текстовые заготовки, соединяло все заготовки в выбранном порядке и хопа шейдор готов. создание такого выглядит каким-то особым сортом пердолинга, но выглядит достижимым.
220 Кб, 1144x818покажу старое но клевое. кстати есть ли у кого какие клевые идеи как сделать прыжки на навмеше? у меня есть сорт оф споты для прыжков на подобии старых прыжков юнити, но это имеет свои минусы.
>>28261
а я кстати его не читал ещё. я свой гоап то с нуля написал. как там организовали хранение стейтов мира?
так не во всех. у меня например исполнение действий организовано с некоторой иерархией с ГОАП и контролером. у ГОАП в экшоне есть булл будет ли это действие контролировать перемещение, этот бул доступен через менеджер-прослойку контролеру, контролер ещё внутри свой небольшой менеджер стейтов имеет, какая анимация чего делает, чтобы знать когда анимация прерывается. например текущий экшон "поднять предмет", в действии описано "топи туда, если ты уже там то подбирай предмет", в итоге на каждом тике ИИ он топит куда сказали, а когда доходит то предмета идет в менеджер-прослойку и говорит что хочет поднять вот это. тогда уже контролер в своем менеджере анимаций переключает флаг что его активное действие это поднятие предмета и это действие и верхнюю и нижнюю половину тела для этого требует. а ГОАП тем временем через менеджер ждет когда это действие из активного либо провалится, либо завершится. когда анимация завершается в конце триггер что хопа действие завершено которое переключает статус в менеджере анимаций. а потом уже и ГОАП на следующем апдейте видит что флажок переключен на нужный, завершает через менеджер анимацию целиком ставя её на не активную и говорит что действие выполнено(или провалено). проверять кондиции вроде "есть ли предмет", кстати, было довольно плохой идеей, потому что он появляется в инвентаре в момент когда ИИ рукой его хватает, но ему ещё надо распрямится. отсюда и наличие менеджера анимаций, который все упрощает.
а действия вроде "перезарядка" никаких перемещений не требует, но занимает верхнюю половину тела. в итоге пока действие делается, менеджер следует своей активной задаче и управляет перемещением контролера. в итоге контролер и перезаряжается и бегает по укрытиям сразу, а в действии ГОАП описано только то что надо сделать. начать перезаряжатся, ждать когда завершится анимация в конце которой в случае успеха анимации отнять из инвентаря одну обойму.
на время выполнения действий отключаю обновление планирования, чтобы ИИ не подумал что "ооо да у меня же предмет нужный в руке надо бы его использовать" пока он ещё не распрямился после его поднятия, чтобы текущее активное действие было залочено. прерывание действий пока не сделал, но это будет не так и сложно.
пока что лучше не придумал как сделать подобную иерархию, вроде решает все проблемы.
А я бы так не делал. а вдруг дверь будет требовать ключ? вообще технически можно глобальную навигацию сделать через ГОАП. вот у тебя есть набор комнат, некоторые комнаты требуют предмет. при перемещении из комнаты А в Б проверяем через ГОАП весь путь, если путь чист то строим путь через навмеш и идем. если надо ключ то проверяем путь черезе ГОАП уже до комнаты с ключем. один хуй поиск пути на навмеше слабо отличается от поиска пути по нодам ГОАП.
>>28774
Лол, надо же, меня помнят и читают.
вхоу. молодец что нашел. надо будет посмотреть. интересно не спрячут ли в один прекрасный день. интересно что туда положили.
Я кстати читал пару имплементаций таких редакторов. он в итоге был чем-то вроде визуального текстового редактора. когда тыкал кнопку "получить шейдор" то оно там задавало целевым переменным имена, подставляло их на текстовые заготовки, соединяло все заготовки в выбранном порядке и хопа шейдор готов. создание такого выглядит каким-то особым сортом пердолинга, но выглядит достижимым.
>>28261
>Я использую reGOAP с парой мелких допилов.
а я кстати его не читал ещё. я свой гоап то с нуля написал. как там организовали хранение стейтов мира?
>И в каждом действии контролировать перемещение? Со временем охуеешь.
так не во всех. у меня например исполнение действий организовано с некоторой иерархией с ГОАП и контролером. у ГОАП в экшоне есть булл будет ли это действие контролировать перемещение, этот бул доступен через менеджер-прослойку контролеру, контролер ещё внутри свой небольшой менеджер стейтов имеет, какая анимация чего делает, чтобы знать когда анимация прерывается. например текущий экшон "поднять предмет", в действии описано "топи туда, если ты уже там то подбирай предмет", в итоге на каждом тике ИИ он топит куда сказали, а когда доходит то предмета идет в менеджер-прослойку и говорит что хочет поднять вот это. тогда уже контролер в своем менеджере анимаций переключает флаг что его активное действие это поднятие предмета и это действие и верхнюю и нижнюю половину тела для этого требует. а ГОАП тем временем через менеджер ждет когда это действие из активного либо провалится, либо завершится. когда анимация завершается в конце триггер что хопа действие завершено которое переключает статус в менеджере анимаций. а потом уже и ГОАП на следующем апдейте видит что флажок переключен на нужный, завершает через менеджер анимацию целиком ставя её на не активную и говорит что действие выполнено(или провалено). проверять кондиции вроде "есть ли предмет", кстати, было довольно плохой идеей, потому что он появляется в инвентаре в момент когда ИИ рукой его хватает, но ему ещё надо распрямится. отсюда и наличие менеджера анимаций, который все упрощает.
а действия вроде "перезарядка" никаких перемещений не требует, но занимает верхнюю половину тела. в итоге пока действие делается, менеджер следует своей активной задаче и управляет перемещением контролера. в итоге контролер и перезаряжается и бегает по укрытиям сразу, а в действии ГОАП описано только то что надо сделать. начать перезаряжатся, ждать когда завершится анимация в конце которой в случае успеха анимации отнять из инвентаря одну обойму.
на время выполнения действий отключаю обновление планирования, чтобы ИИ не подумал что "ооо да у меня же предмет нужный в руке надо бы его использовать" пока он ещё не распрямился после его поднятия, чтобы текущее активное действие было залочено. прерывание действий пока не сделал, но это будет не так и сложно.
пока что лучше не придумал как сделать подобную иерархию, вроде решает все проблемы.
>Сейчас это просто в теле действия, если на пути агента есть дверь, то он тормозит движение, открывает дверь и продолжает после. Делать отдельно действие понадобится только, если делать множество различных решений преодоления двери.
А я бы так не делал. а вдруг дверь будет требовать ключ? вообще технически можно глобальную навигацию сделать через ГОАП. вот у тебя есть набор комнат, некоторые комнаты требуют предмет. при перемещении из комнаты А в Б проверяем через ГОАП весь путь, если путь чист то строим путь через навмеш и идем. если надо ключ то проверяем путь черезе ГОАП уже до комнаты с ключем. один хуй поиск пути на навмеше слабо отличается от поиска пути по нодам ГОАП.
>>28774
Лол, надо же, меня помнят и читают.
>Как оказалось, в юнити уже есть свой фреймворк для создания графов.
вхоу. молодец что нашел. надо будет посмотреть. интересно не спрячут ли в один прекрасный день. интересно что туда положили.
>Теперь в принципе осталось-только придумать как сгенерировать шейдоры из графа
Я кстати читал пару имплементаций таких редакторов. он в итоге был чем-то вроде визуального текстового редактора. когда тыкал кнопку "получить шейдор" то оно там задавало целевым переменным имена, подставляло их на текстовые заготовки, соединяло все заготовки в выбранном порядке и хопа шейдор готов. создание такого выглядит каким-то особым сортом пердолинга, но выглядит достижимым.
>>28875
Ну блин, я ТЗ полностью не видел, но "UI с воспроизведением видео" звучит так, что надо тупо рендерить видео.
> Т.е. это должен быть объект в пространстве, который будет воспроизводить видео?
Ну блин, я ТЗ полностью не видел, но "UI с воспроизведением видео" звучит так, что надо тупо рендерить видео.
>>28879
Нууу, и что не ясно? Вот меню с кнопочками: "посмотреть картинку", "посмотреть видосик", "покрутить ползунки".
Как хуйнуть картинку (видосик делается почти так же) на панель — думаю, знаешь, раз на такую работу метишь. Про ползунки вообще молчу.
Нууу, и что не ясно? Вот меню с кнопочками: "посмотреть картинку", "посмотреть видосик", "покрутить ползунки".
Как хуйнуть картинку (видосик делается почти так же) на панель — думаю, знаешь, раз на такую работу метишь. Про ползунки вообще молчу.
>>28880
Не ясно было, что подразумевают под страницей. Как это делается, знаю. Спасибо, что пояснил.
Не ясно было, что подразумевают под страницей. Как это делается, знаю. Спасибо, что пояснил.
>>28861 >>28867 >>28872
>>28877 >>28879 >>28880
это классика, это знать надо
однажды подают мне значит такое вот же ТЗ
типа, шарики в хуюнити отрисовывай, мы тебе 20к заплатим, тыж спец по графену вроде
а кроме меня там в команде еще погромист и руководитель группы, и тот погромист то вообще нахуй студент.
ну делаю ТЗ, прихожу к погромисту, говорю: вот тебе кнопочки, чо там с прогой, давай на листенеры навешивай функции, а он, пацаны, достаёт значит свой нетбук и показывает скрипт на js под веб, типа, ЯЗДЕЛЯЛЬ.
пиздос, там дедлайны приближаются, я начинаю ему объяснять что в юнети значит component-entity-system, понимаю что он нихуя не понимает, сажусь писать сам
И ТУТ ХУЯК, ОКАЗЫВАЕТСЯ наша контора-заказчик ПРИНЦИПИАЛЬНО, блять, не использует продукты от майкрософт, их всех в детстве билл гейтс покусал похоже, причем сука не просто всюду линуксов понаставили, но даже У НИХ ПРИНЦИП ПРОТИВ СИ и его вариаций, ГОСПОДЬ ВСЕМОГУЩИЙ ЭТАЖИ ПРОДУКТ МАЙКРОСОФТ ТЫ ЩО ДЕЛАЕШ ОКАЯННЫЙ.
а в js я знаю примерно столько чтобы было достаточно div'ы на сайтике скрывать/показывать. var, блять, хуяр! что за нетипизированное говнище. кое-как заговнокодил всё это дерьмо, ну тут классическое У НАС ИЗМЕНИЛАСЬ КОНЦЕПЦИЯ (х2).
доебало пиздец короче. сейчас вообще реквесты потипу пикрелейтед идут.
до сих пор не заплатили.
самарец не человек
>>28877 >>28879 >>28880
это классика, это знать надо
однажды подают мне значит такое вот же ТЗ
типа, шарики в хуюнити отрисовывай, мы тебе 20к заплатим, тыж спец по графену вроде
а кроме меня там в команде еще погромист и руководитель группы, и тот погромист то вообще нахуй студент.
ну делаю ТЗ, прихожу к погромисту, говорю: вот тебе кнопочки, чо там с прогой, давай на листенеры навешивай функции, а он, пацаны, достаёт значит свой нетбук и показывает скрипт на js под веб, типа, ЯЗДЕЛЯЛЬ.
пиздос, там дедлайны приближаются, я начинаю ему объяснять что в юнети значит component-entity-system, понимаю что он нихуя не понимает, сажусь писать сам
И ТУТ ХУЯК, ОКАЗЫВАЕТСЯ наша контора-заказчик ПРИНЦИПИАЛЬНО, блять, не использует продукты от майкрософт, их всех в детстве билл гейтс покусал похоже, причем сука не просто всюду линуксов понаставили, но даже У НИХ ПРИНЦИП ПРОТИВ СИ и его вариаций, ГОСПОДЬ ВСЕМОГУЩИЙ ЭТАЖИ ПРОДУКТ МАЙКРОСОФТ ТЫ ЩО ДЕЛАЕШ ОКАЯННЫЙ.
а в js я знаю примерно столько чтобы было достаточно div'ы на сайтике скрывать/показывать. var, блять, хуяр! что за нетипизированное говнище. кое-как заговнокодил всё это дерьмо, ну тут классическое У НАС ИЗМЕНИЛАСЬ КОНЦЕПЦИЯ (х2).
доебало пиздец короче. сейчас вообще реквесты потипу пикрелейтед идут.
до сих пор не заплатили.
самарец не человек
>>28955
В книге читал, что в юнити запили типизацию под js, энивей, автор рекомендовал юзать шарп.
>var, блять, хуяр! что за нетипизированное говнище.
В книге читал, что в юнити запили типизацию под js, энивей, автор рекомендовал юзать шарп.
>>28970
она в яваскрипте как тема в ТВГ. она есть и можно делать по теме, а можно и не по теме. приписывать var raspidor : GameObject по острому желанию можно.
а в монодевелопе js-ников вообще публично унизили, сломав им всплывающие подсказки для автонабора строк.
> запили типизацию под js
она в яваскрипте как тема в ТВГ. она есть и можно делать по теме, а можно и не по теме. приписывать var raspidor : GameObject по острому желанию можно.
> энивей, автор рекомендовал юзать шарп
а в монодевелопе js-ников вообще публично унизили, сломав им всплывающие подсказки для автонабора строк.
>>28774
даа, это они там накрутили. почитал немного. так правда и не нашел пока как в контекстное меню что-то добавлять свое даже после того как в ILSpy расковырял. надо будет потом внимательно прочитать, я даже не знал что есть такая хуйня как EditorUtility.DisplayCustomMenu например. а то я свое контекстное меню уже навелосипедил.
даа, это они там накрутили. почитал немного. так правда и не нашел пока как в контекстное меню что-то добавлять свое даже после того как в ILSpy расковырял. надо будет потом внимательно прочитать, я даже не знал что есть такая хуйня как EditorUtility.DisplayCustomMenu например. а то я свое контекстное меню уже навелосипедил.
>>29019
Никак. меню захардкожено в protected ShowContextMenu() в OnGraphGUI() в классе GraphGUI. Единственный вариант, это перегрузить OnGraphGUI() и копировать туда весь код из оригинала, кроме меню
Ну это явно не для публичного использования делалось
>так правда и не нашел пока как в контекстное меню что-то добавлять свое
Никак. меню захардкожено в protected ShowContextMenu() в OnGraphGUI() в классе GraphGUI. Единственный вариант, это перегрузить OnGraphGUI() и копировать туда весь код из оригинала, кроме меню
Ну это явно не для публичного использования делалось
>>28987
Монодевалоп и меня унижает. Регулярно крашится, ломается копи-паст, и еще кое-чего.
Монодевалоп и меня унижает. Регулярно крашится, ломается копи-паст, и еще кое-чего.
>>29091
Специальная бесплатная редакция студии для кириллов поставляется прямо с юнити. Нет, хочу опенсорс какашку кушать. И это разработчики, блядь!
Хотя лично у меня крашится сам юнити во время дебага, студия живее всех живых.
Специальная бесплатная редакция студии для кириллов поставляется прямо с юнити. Нет, хочу опенсорс какашку кушать. И это разработчики, блядь!
Хотя лично у меня крашится сам юнити во время дебага, студия живее всех живых.
>>28876
Мда, охуительная история.
Вспомнил случай, когда парень откликнулся на вакансию юнитиёба, ему дали тестовое задание — сделать прототип тауэр дэфэнс на юнити.
Он сделал, выслал, а ему ответили, мол, всё хуйня, вы не сделали игру, вы поработали с движком, а уже движок сделал игру. Он отвечает "ну что просили, то и сделал, давайте скорректируем ТЗ и доработаем, если что-то не так", на что получил ответ "нам нужна игра на юнити, но сделанная самостоятельно, а не движком. а вы этого не сделали, вы сделали на юнити".
Можно погуглить, это вроде на юнити3д.ру было.
Мда, охуительная история.
Вспомнил случай, когда парень откликнулся на вакансию юнитиёба, ему дали тестовое задание — сделать прототип тауэр дэфэнс на юнити.
Он сделал, выслал, а ему ответили, мол, всё хуйня, вы не сделали игру, вы поработали с движком, а уже движок сделал игру. Он отвечает "ну что просили, то и сделал, давайте скорректируем ТЗ и доработаем, если что-то не так", на что получил ответ "нам нужна игра на юнити, но сделанная самостоятельно, а не движком. а вы этого не сделали, вы сделали на юнити".
Можно погуглить, это вроде на юнити3д.ру было.
>>28876
Словарь<,>
Не совсем уловил этот момент. У тебя действие поднятия остаётся активным, пока ты топишь? Завершается по инициализации движения и ставит в очередь действие поднятия?
В классическом ГОАП они выполняются чётко по порядку, следуя установленному плану. Ни одно действие особо не волнует что будут делать другие, оно просто даёт какой то результат и имеет пререквизиты.
У тебя же действия выполняются почти "параллельно":
пока одно не загружает какой то элемент контроллера, на нём могут выполняться другие. Это почти как два синхронизирующихся через состояние навигации планировщика. Выглядит очень круто, но с разрастанием могут появиться проблемы.
Так я написал же, что отдельное действие необходимо если есть различные способы преодоления двери. Например, АИ может всё так же проходить через дверь, если у него есть ключ, и искать другие пути, если нет.
Если вариантов ещё больше, то стоит сделать отдельный стейт (DoorOpen, true), действия ведущие к нему, и строить навигацию как последовательность дверей и участков пути между ними.
Я при старте действия делаю динамический список стейтов мира - прерывателей с учётом стейта цели. Пока работает хорошо.
>как там организовали хранение стейтов мира?
Словарь<,>
>"поднять предмет", в действии описано "топи туда, если ты уже там то подбирай предмет", в итоге на каждом тике ИИ он топит куда сказали, а когда доходит то предмета идет в менеджер-прослойку и говорит что хочет поднять вот это
Не совсем уловил этот момент. У тебя действие поднятия остаётся активным, пока ты топишь? Завершается по инициализации движения и ставит в очередь действие поднятия?
В классическом ГОАП они выполняются чётко по порядку, следуя установленному плану. Ни одно действие особо не волнует что будут делать другие, оно просто даёт какой то результат и имеет пререквизиты.
У тебя же действия выполняются почти "параллельно":
пока одно не загружает какой то элемент контроллера, на нём могут выполняться другие. Это почти как два синхронизирующихся через состояние навигации планировщика. Выглядит очень круто, но с разрастанием могут появиться проблемы.
>а вдруг дверь будет требовать ключ?
Так я написал же, что отдельное действие необходимо если есть различные способы преодоления двери. Например, АИ может всё так же проходить через дверь, если у него есть ключ, и искать другие пути, если нет.
Если вариантов ещё больше, то стоит сделать отдельный стейт (DoorOpen, true), действия ведущие к нему, и строить навигацию как последовательность дверей и участков пути между ними.
>прерывание действий пока не сделал, но это будет не так и сложно.
Я при старте действия делаю динамический список стейтов мира - прерывателей с учётом стейта цели. Пока работает хорошо.
>>29165
действие поднятия предмета остается активным пока ИИ топит к предмету. оно отвечает и за перемещение к предмету и за его поднятие. на мой взгляд мало смысла вообще разделять перемещение к предмету и поднятие предмета. действия которые стопроцентно будут идти одно за другим не должны разделятся. вообще я кстати пробовал разделять. у меня была концепция "кучка предметов", и на каждую кучку было процедурное действие "подбежать к кучке номер такой" и каждая кучка ещё действия возвращала связанные с тем какие предметы в ней и у каждого поднятия был рекваермент "быть у кучки такой-то". потом репу почесал и задумался нахуй такая конструкциям нужна.
да, вероятно могут. но вообще я пока слабо могу представить какие проблемы не могут быть решены через это. пока есть прослойка которая сообщает ГОАП о статусе действия и эта-же прослойка лимитирует паралельные действия за пределами ГОАП. может быть если буду делать возможность использования техники для ИИ что-то пойдет не так, или когда появятся действия не связанные с ГОАП требующие много времени(лазанье по лестнице например). но в любом случае все это выглядит решаемо.
по моему этот вариант куда лучше чем эта боль с попыткой совместить перемещение и действие. этак на каждый пердеж будет пара вариантов. вроде "перезарядка", "перезарядка на бегу", "перезарядка бегая за укрытие" и прочее. ГОАП конечно здорово, но забивать им гвозди тоже не стоит.
>Не совсем уловил этот момент. У тебя действие поднятия остаётся активным, пока ты топишь? Завершается по инициализации движения и ставит в очередь действие поднятия?
действие поднятия предмета остается активным пока ИИ топит к предмету. оно отвечает и за перемещение к предмету и за его поднятие. на мой взгляд мало смысла вообще разделять перемещение к предмету и поднятие предмета. действия которые стопроцентно будут идти одно за другим не должны разделятся. вообще я кстати пробовал разделять. у меня была концепция "кучка предметов", и на каждую кучку было процедурное действие "подбежать к кучке номер такой" и каждая кучка ещё действия возвращала связанные с тем какие предметы в ней и у каждого поднятия был рекваермент "быть у кучки такой-то". потом репу почесал и задумался нахуй такая конструкциям нужна.
>пока одно не загружает какой то элемент контроллера, на нём могут выполняться другие. Это почти как два синхронизирующихся через состояние навигации планировщика. Выглядит очень круто, но с разрастанием могут появиться проблемы.
да, вероятно могут. но вообще я пока слабо могу представить какие проблемы не могут быть решены через это. пока есть прослойка которая сообщает ГОАП о статусе действия и эта-же прослойка лимитирует паралельные действия за пределами ГОАП. может быть если буду делать возможность использования техники для ИИ что-то пойдет не так, или когда появятся действия не связанные с ГОАП требующие много времени(лазанье по лестнице например). но в любом случае все это выглядит решаемо.
по моему этот вариант куда лучше чем эта боль с попыткой совместить перемещение и действие. этак на каждый пердеж будет пара вариантов. вроде "перезарядка", "перезарядка на бегу", "перезарядка бегая за укрытие" и прочее. ГОАП конечно здорово, но забивать им гвозди тоже не стоит.
>>29171
Главное преимущество в том, что можно сделать женерик действие перемещения и разгрузить остальные действия.
Да, разбираться в этой куче добра со временем станет очень не весело.
Но я пожалуй откажусь от параллельного планирования: буду просто инициировать движение действием и тут же запускать реплан с учётом того что (isOnMove, true). И при завершении движения вызвать коллбек, прерывающий текущий план и пытающийся прервать действие.
Останется только подумать как лучше запилить перывание движения отдельными действиями. Наверное просто для всех действий, требующих остановки, добавлю процедурный прекондишн, сравнивающий приоритет цели, вызвавшей движение и приоритет прерывателя.
>на мой взгляд мало смысла вообще разделять перемещение к предмету и поднятие предмета
Главное преимущество в том, что можно сделать женерик действие перемещения и разгрузить остальные действия.
>по моему этот вариант куда лучше чем эта боль с попыткой совместить перемещение и действие. этак на каждый пердеж будет пара вариантов. вроде "перезарядка", "перезарядка на бегу", "перезарядка бегая за укрытие" и прочее.
Да, разбираться в этой куче добра со временем станет очень не весело.
Но я пожалуй откажусь от параллельного планирования: буду просто инициировать движение действием и тут же запускать реплан с учётом того что (isOnMove, true). И при завершении движения вызвать коллбек, прерывающий текущий план и пытающийся прервать действие.
Останется только подумать как лучше запилить перывание движения отдельными действиями. Наверное просто для всех действий, требующих остановки, добавлю процедурный прекондишн, сравнивающий приоритет цели, вызвавшей движение и приоритет прерывателя.
>>29188
да как-то оно не выглядит преймуществом. перемещение до нужной точки один хуй отдается на откуп прослойке между ГОАП и контролером, в имплементации действия движение в итоге задается парой строчек. там же получается в итоге куча вариаций "иди в точку 1", "иди в точку 2", "иди в точку дохуилион". в реГОАП написано что есть обратный поиск, так что разумеется количество вариантов почти похуй, но тут можно и напортачить с флагами в пререкваерментах действий требующих нахождение рядом с нужной позицией. какая-то излишняя комплексность для передачи одного булеана. впрочем работать будет, да.
я бы так стал делать разве что заранее известны все варианты перемещения ИИ и их немного. если он в начале просто бегает туда-сюда то это ещё выглядит разумным, но если ИИ начнет прыгать на джетпаке, скакать по стенам, делать сальто и прочее то это уже не кажется таким уж разумным вариантом. ещё хуже эта схема выглядит если ИИ может менять мобильность. например ногу оторвало роботу, лежит на земле, но стреляет. что, подчищать у него варианты действий чтоли?
>Главное преимущество в том, что можно сделать женерик действие перемещения и разгрузить остальные действия.
да как-то оно не выглядит преймуществом. перемещение до нужной точки один хуй отдается на откуп прослойке между ГОАП и контролером, в имплементации действия движение в итоге задается парой строчек. там же получается в итоге куча вариаций "иди в точку 1", "иди в точку 2", "иди в точку дохуилион". в реГОАП написано что есть обратный поиск, так что разумеется количество вариантов почти похуй, но тут можно и напортачить с флагами в пререкваерментах действий требующих нахождение рядом с нужной позицией. какая-то излишняя комплексность для передачи одного булеана. впрочем работать будет, да.
>Останется только подумать как лучше запилить перывание движения отдельными действиями. Наверное просто для всех действий, требующих остановки, добавлю процедурный прекондишн, сравнивающий приоритет цели, вызвавшей движение и приоритет прерывателя.
я бы так стал делать разве что заранее известны все варианты перемещения ИИ и их немного. если он в начале просто бегает туда-сюда то это ещё выглядит разумным, но если ИИ начнет прыгать на джетпаке, скакать по стенам, делать сальто и прочее то это уже не кажется таким уж разумным вариантом. ещё хуже эта схема выглядит если ИИ может менять мобильность. например ногу оторвало роботу, лежит на земле, но стреляет. что, подчищать у него варианты действий чтоли?
Скрины старые. Маты нормально не настроены.
Ммм... mesh-ы потерпели изменения, но я буду дорабатывать их. Ну там... интерьер добавлю и тд.
Ммм... mesh-ы потерпели изменения, но я буду дорабатывать их. Ну там... интерьер добавлю и тд.
>>28955
Хипстер-контора какая то. Принцип против микрософт и жабоскрипт везде.
Хипстер-контора какая то. Принцип против микрософт и жабоскрипт везде.
>>29205
ГОАП обычно подразумевает обратный поиск, поэтому необходимая точка берётся из следующего действия.
Ещё одно преимущество вынесения действия перемещения - возможность добавления различных вариантов перемещения. Например, АИ может идти/бежать/ползти, что будет делать тремя разными действиями со своими прекондишенами. В твоём варианте надо будет в каждом экшене, требующем перемещения делать ифы, выбирающие один из способов перемещения.
Не пойму суть проблемы? То что он лежит на земле никак не должно мешать стрелять.
Прерывание движения может быть необходимо для выполнения некоторых действий, надо лишь проверять что приоритетнее, продолжить движение или выполнить это действие остановившись.
Например, за АИ-лесорубом гонится лесной нёх, планер берёт цель спасения, которую реализует укрытим в убежище, для чего необходимо оказаться в убежище -> инициируется перемещение, действие завершается. Планер в это время строит новый план, учитывая, что АИ перемещается и конечная цель обладет приоритетом Х.
Но во время бега у него повышается уровень жажды и становится доступной цель удовлетворения биопроблем с приоритетом У, удовлетворить которую он может выпив из фляги в инвентаре, остановившись на месте.
Действие питья требует прерывания активного движения, поэтому в его процедурном прекондишене мы сравнивает приоритеты Х и У, и либо выполняем текущий план, либо инвалидируем и продолжаем движение.
При этом вообще не важно идёт/бежит/летит/телепортируется лесоруб - навигацией занимается другой блок, от которого требуется только посылать коллбек о завершении движения и обрабатывать прерывание.
Робот из примера выше просто будет иметь стейт (CanMove, false), который будет учитываться планером.
ГОАП обычно подразумевает обратный поиск, поэтому необходимая точка берётся из следующего действия.
Ещё одно преимущество вынесения действия перемещения - возможность добавления различных вариантов перемещения. Например, АИ может идти/бежать/ползти, что будет делать тремя разными действиями со своими прекондишенами. В твоём варианте надо будет в каждом экшене, требующем перемещения делать ифы, выбирающие один из способов перемещения.
>например ногу оторвало роботу, лежит на земле, но стреляет. что, подчищать у него варианты действий чтоли?
Не пойму суть проблемы? То что он лежит на земле никак не должно мешать стрелять.
Прерывание движения может быть необходимо для выполнения некоторых действий, надо лишь проверять что приоритетнее, продолжить движение или выполнить это действие остановившись.
Например, за АИ-лесорубом гонится лесной нёх, планер берёт цель спасения, которую реализует укрытим в убежище, для чего необходимо оказаться в убежище -> инициируется перемещение, действие завершается. Планер в это время строит новый план, учитывая, что АИ перемещается и конечная цель обладет приоритетом Х.
Но во время бега у него повышается уровень жажды и становится доступной цель удовлетворения биопроблем с приоритетом У, удовлетворить которую он может выпив из фляги в инвентаре, остановившись на месте.
Действие питья требует прерывания активного движения, поэтому в его процедурном прекондишене мы сравнивает приоритеты Х и У, и либо выполняем текущий план, либо инвалидируем и продолжаем движение.
При этом вообще не важно идёт/бежит/летит/телепортируется лесоруб - навигацией занимается другой блок, от которого требуется только посылать коллбек о завершении движения и обрабатывать прерывание.
Робот из примера выше просто будет иметь стейт (CanMove, false), который будет учитываться планером.
>>29240
зачем? метод перемещения диктуется глобально. то есть если мы крадемся то вообще всё перемещение будет украдкой. а если мы бегаем то все перемещение будет бегом. какие-то сложные варианты вроде "мы быстро подбегаем к медведю но остаток проходим тихо-тихо" легко описывается глобальным "стелс". где если мы не в радиусе обнаружения врагов то бежим, если в радиусе то ползем. какая вообще ситуация возможна когда ГОАП должен руководить методом перемещения?
ошибся. не действий. целей. часть целей перестает вообще быть валидными же. иметь много наборов целей под каждое состояние мобильности?
я уже начинаю представлять слабо твой вариант имплементации. начало движения это сразу успешное выполнение движения чтобы пока оно шло делалось сразу следующее действие? а как тогда будешь менять цель движения, если требуется поменять маршрут, но не действие? например действие "сесть в укрытие", но пока идешь до укрытия оно перестает быть валидным.
>В твоём варианте надо будет в каждом экшене, требующем перемещения делать ифы, выбирающие один из способов перемещения.
зачем? метод перемещения диктуется глобально. то есть если мы крадемся то вообще всё перемещение будет украдкой. а если мы бегаем то все перемещение будет бегом. какие-то сложные варианты вроде "мы быстро подбегаем к медведю но остаток проходим тихо-тихо" легко описывается глобальным "стелс". где если мы не в радиусе обнаружения врагов то бежим, если в радиусе то ползем. какая вообще ситуация возможна когда ГОАП должен руководить методом перемещения?
>Не пойму суть проблемы? То что он лежит на земле никак не должно мешать стрелять.
>Робот из примера выше просто будет иметь стейт (CanMove, false), который будет учитываться планером.
ошибся. не действий. целей. часть целей перестает вообще быть валидными же. иметь много наборов целей под каждое состояние мобильности?
я уже начинаю представлять слабо твой вариант имплементации. начало движения это сразу успешное выполнение движения чтобы пока оно шло делалось сразу следующее действие? а как тогда будешь менять цель движения, если требуется поменять маршрут, но не действие? например действие "сесть в укрытие", но пока идешь до укрытия оно перестает быть валидным.
>>29251
Но планировщик должен решать как именно мы перемещаемся.
Да, и отметутся планером. У робота без ног останется цель заниматься патрулём, просто она никогда не активируется.
Не следующее действие, а вообще другой план. Так что это будет ближе к провалу действия. Здесь нужно расширение терминологии.
Прокладкой маршрута занимается навмеш же. Если ты имел в виду другие действия, требующие перемещения, то для них нужна такая же проверка как для действий с остановкой: побеждает наивысший приоритет.
Этот вариант я упустил. Для этого можно сделать цель трансформом, а не точкой и периодически менять точку назначения навмеш агента. Если трансформ вдруг стал нуллом(сенсор укрытий инвалидировал укрытие например) - остановка и реплан.
Если собрать всё вмнесте, то схема примерно такая:
- инициируем движение и отметаем этот план(но без занесения в блеклист, если мы занимаемся подобным)
- пока движение активно, выполняем менее приоритетные действия, не взаимодействующие с перемещением
- если в плане появляется новое действие требующее перемещения, сравниваем приоритеты целей и либо принимаем новый план с новым перемещением, либо отметаем его(желательно занося в блеклист на какое то время)
- при окончании движения прерываем текущий план, если его цель имеет меньший приоритет, чем цель движения, и пытаемся прервать действие. В случае прерывания после реплана мы по идее:3 вернёмся к плану, инициировавшему изначальное движение
>метод перемещения диктуется глобально
Но планировщик должен решать как именно мы перемещаемся.
>часть целей перестает вообще быть валидными же
Да, и отметутся планером. У робота без ног останется цель заниматься патрулём, просто она никогда не активируется.
>начало движения это сразу успешное выполнение движения чтобы пока оно шло делалось сразу следующее действие?
Не следующее действие, а вообще другой план. Так что это будет ближе к провалу действия. Здесь нужно расширение терминологии.
>а как тогда будешь менять цель движения, если требуется поменять маршрут, но не действие?
Прокладкой маршрута занимается навмеш же. Если ты имел в виду другие действия, требующие перемещения, то для них нужна такая же проверка как для действий с остановкой: побеждает наивысший приоритет.
>например действие "сесть в укрытие", но пока идешь до укрытия оно перестает быть валидным.
Этот вариант я упустил. Для этого можно сделать цель трансформом, а не точкой и периодически менять точку назначения навмеш агента. Если трансформ вдруг стал нуллом(сенсор укрытий инвалидировал укрытие например) - остановка и реплан.
Если собрать всё вмнесте, то схема примерно такая:
- инициируем движение и отметаем этот план(но без занесения в блеклист, если мы занимаемся подобным)
- пока движение активно, выполняем менее приоритетные действия, не взаимодействующие с перемещением
- если в плане появляется новое действие требующее перемещения, сравниваем приоритеты целей и либо принимаем новый план с новым перемещением, либо отметаем его(желательно занося в блеклист на какое то время)
- при окончании движения прерываем текущий план, если его цель имеет меньший приоритет, чем цель движения, и пытаемся прервать действие. В случае прерывания после реплана мы по идее:3 вернёмся к плану, инициировавшему изначальное движение
Впорос к продвинутым или тем кто таковыми себя считают
Как много сложной математики вы использовали в разработке игр? Было ли что-то не из школьных векторов? Матрицы, теория графов? Пригождалось за знание кватернионов? Вообще, какие разделы математики приходится использовать, не считая те что в школе проходят?
Как много сложной математики вы использовали в разработке игр? Было ли что-то не из школьных векторов? Матрицы, теория графов? Пригождалось за знание кватернионов? Вообще, какие разделы математики приходится использовать, не считая те что в школе проходят?
>>29323
Смотря что делаешь. Если какую-нибудь мобильную тыкалку а-ля "три в ряд", то там математики считай что нет. В шутанах от первого лица - тоже.
А начнёшь писать свой физон, например, вот там уже начинается.
Смотря что делаешь. Если какую-нибудь мобильную тыкалку а-ля "три в ряд", то там математики считай что нет. В шутанах от первого лица - тоже.
А начнёшь писать свой физон, например, вот там уже начинается.
>>29350
Там вектора, градусы, косинусы-хуёсинусы, матрицы. Ничего особо сложного. Хотя при желании можно и в дебри залезть.
Там вектора, градусы, косинусы-хуёсинусы, матрицы. Ничего особо сложного. Хотя при желании можно и в дебри залезть.
210 Кб, 1481x775>>29323
Матрицы, немного тригонометрии. О теории графов знаю только из детских книжек про минимальное количество цветов на карте и обход графа одним росчерком.
Но я кодил узкоспециализированные функции, где все это нужно и ИРЛ, в обычном коде, манипулирующем gameObject'ами, только векторная алгебра, которую надо представлять очень хорошо, иначе заебешься.
Что такое кватернионы в курсе (вчера погуглил), как конкретно они используются в юньке - хз, только в общих чертах знаю. Хотя хватает.
Матрицы, немного тригонометрии. О теории графов знаю только из детских книжек про минимальное количество цветов на карте и обход графа одним росчерком.
Но я кодил узкоспециализированные функции, где все это нужно и ИРЛ, в обычном коде, манипулирующем gameObject'ами, только векторная алгебра, которую надо представлять очень хорошо, иначе заебешься.
Что такое кватернионы в курсе (вчера погуглил), как конкретно они используются в юньке - хз, только в общих чертах знаю. Хотя хватает.
>>29431
Да ничего.
Да ничего.
>>29393
Слушай, а если в твоём коде везде дабл заменить на флоат — всё к хуям сломается? Я просто в юньке дабл никогда не юзал.
Слушай, а если в твоём коде везде дабл заменить на флоат — всё к хуям сломается? Я просто в юньке дабл никогда не юзал.
>>29240
Вот тут-то и проблема. Планер не должен "брать" никаких целей. Планер должен спланировать последовательность действий, которая приводит к заданному конечному состоянию. Суть планера в том, что эта последовательность теоретически очень большая, и суть планера в переборе и нахождении наиболее оптимальной (короткого) цепочки действий.
А ГОАП это внебрачный сын простой utility-системы и каких-нибудь state machine. Планер ему там нахуй не всрался по большому счету. Только лишний балласт
>Например, за АИ-лесорубом гонится лесной нёх, планер берёт цель спасения
Вот тут-то и проблема. Планер не должен "брать" никаких целей. Планер должен спланировать последовательность действий, которая приводит к заданному конечному состоянию. Суть планера в том, что эта последовательность теоретически очень большая, и суть планера в переборе и нахождении наиболее оптимальной (короткого) цепочки действий.
А ГОАП это внебрачный сын простой utility-системы и каких-нибудь state machine. Планер ему там нахуй не всрался по большому счету. Только лишний балласт
>>29461
Дабл для точности. Не должно сломаться, наверное, просто решил с запасом взять, у меня там расстояния в солнечной системе в метрах фигурируют.
Дабл для точности. Не должно сломаться, наверное, просто решил с запасом взять, у меня там расстояния в солнечной системе в метрах фигурируют.
>>29465
Схуяли? Цель - желаемое состояние мира, планер подбирает последовательность действий, которые переведут текущее состояние мира в целевое.
Планер должен брать самую приоритетную цель.
ФСМ вообще далеко, потому что для каждого действия нет чётко определённых переходов.
Может ты что то путаешь?
>Планер не должен "брать" никаких целей.
Схуяли? Цель - желаемое состояние мира, планер подбирает последовательность действий, которые переведут текущее состояние мира в целевое.
Планер должен брать самую приоритетную цель.
ФСМ вообще далеко, потому что для каждого действия нет чётко определённых переходов.
Может ты что то путаешь?
>>29493
Хуй знает о чем вы спорите, но с точки зрения здорового программирования выбором цели и проложением маршрута должны заниматься две разные сущности.
Хуй знает о чем вы спорите, но с точки зрения здорового программирования выбором цели и проложением маршрута должны заниматься две разные сущности.
Народ объясните в двух словах. Нейросети это, как я понимаю, куча одинаковых объектов, с универсальными классами, способные взаимодействовать, классифицированные по типам: база данных, оператор, какая то хуйня. Верно ли я понимаю концепцию нейросетей или посложнее будет?
>>29506
Проложением маршрута будет заниматься навмеш. Да в любом другом случае слабо представляю как это можно с чем то совмещать
Проложением маршрута будет заниматься навмеш. Да в любом другом случае слабо представляю как это можно с чем то совмещать
>>29513
Нейрон в нейросети это просто функция, принимающая значение в зависимости от вектора аргументов.
Вся нейросеть это пирамида, где ты последовательно преобразуешь овер 9000 значений в одно единственное, которое дает тебе некоторую информацию.
Нейрон в нейросети это просто функция, принимающая значение в зависимости от вектора аргументов.
Вся нейросеть это пирамида, где ты последовательно преобразуешь овер 9000 значений в одно единственное, которое дает тебе некоторую информацию.
68 Кб, 742x621>>29283
но зачем? вообще ты как-то решаешь планированием больше задач чем следует. у тебя как будто отсутствует концепция глобальных стейтов ИИ. можно же сделать изначально несколько глобальных стейтов например по уровню встревоженности. "спокойный / встревоженный / набрасывается" например. где стейты имели бы разные наборы экшонов, меняли паттерн перемещения, являлись модификатором для трешхолда некоторых целей. а планирование нужно только для построения комплексных планов из последовательности самих действий, чтобы ИИ не залип на чем-то элементарном.
описывать точку пути трансформом выглядит настолько кривой идеей насколько это возможно. это будет ещё и охуевшее структурирование уровня в добавок. а что если точка пути не является трансформом но её все равно надо сменить?
лол ну ты и придумал. иметь два набора планов, один из которых для движения, а другой для действий во время движения. мне кажется с такими идеями ты достигнешь лимитов этой схемы гораздо быстрей чем я своей. синхронизация этого выглядит ещё большей еботней чем то что я придумал. а что если во время движения появилось действие с долгой имплементацией из разряда неотменяемых и очень важных а конец пути уже недалеко? или осталось то-же самое действие, но нужно поменять паттерн перемещения во время действия? например ИИ обматывается бинтиком прячась в кустах, волк его покусал. а тут хопа его волк нашел, действие поменялось с "обматываться бинтиком в укрытии" на "обматываться бинтиком убегая". прерывать обматывание бинтиком и начинать снова чтоли? или "обматыватся бинтиком" это отдельно, "сидеть в укрытии / бежать в другое укрытие" это другой набор действий?
какая-то хуевая схема если требует расширение терминологии на самом деле.
вообще нахуй ты такую конструкцию то лепишь? могущество ГОАП то в том что у него трешхолд целей есть и только одна цель является актуальной, само планирование важно, но сравнительно второстепенно. взвешивать валидность целей легко в рамках ситуации и важно именно это. а у тебя уже пошло какое-то планирование двух целей разом, охуеть можно. как-то сильно не хватает того что объединяло бы всю эту конструкцию и упрощало. как по мне так проще иметь несколько раздельных довольно простых конструкций, которые бы объединялись общими ограничениями и соединялись одной целью.
так хоть знать будешь что если ИИ нападает то он как-то охуительно напрыгнет на пути к цели, а планирователь позаботится о том чтобы стрелы были и лук был в руках и выстрелит когда увидит. а если отпиздили то он убегает а планирователь делает все чтобы выжить по дорожке.
можно же совмещать несколько типов ИИ в одном сразу. стейтмашина для глобальных статусов которая всему голова, FSM для стратегических решений, GOAP для планирования цепочки действий и более тактических решений. так шанс того что хоть что-то из этого разрастется до критической массы и нахуй рухнет задавив под собой весь проект гораздо ниже, чем пока они по отдельности работают на одни и те-же цели. а ты через GOAP решаешь уже такую хуйню которую проще решить другими методами.
>>29323
написал навмеш, терию графов только копнул снаружи, матрицы тоже. больше всего пригодилась линейная алгебра из школьной программы, за время написания неплохо так вспомнил её. дольше ебешся с чтением о каких-то хитрых алгоритмах, или имплементацией их, чем всей этой магией цыфр.
надо тоже что-то клевое и нечитабельное показать!
>Но планировщик должен решать как именно мы перемещаемся.
но зачем? вообще ты как-то решаешь планированием больше задач чем следует. у тебя как будто отсутствует концепция глобальных стейтов ИИ. можно же сделать изначально несколько глобальных стейтов например по уровню встревоженности. "спокойный / встревоженный / набрасывается" например. где стейты имели бы разные наборы экшонов, меняли паттерн перемещения, являлись модификатором для трешхолда некоторых целей. а планирование нужно только для построения комплексных планов из последовательности самих действий, чтобы ИИ не залип на чем-то элементарном.
>Этот вариант я упустил. Для этого можно сделать цель трансформом, а не точкой и периодически менять точку назначения навмеш агента. Если трансформ вдруг стал нуллом(сенсор укрытий инвалидировал укрытие например) - остановка и реплан.
описывать точку пути трансформом выглядит настолько кривой идеей насколько это возможно. это будет ещё и охуевшее структурирование уровня в добавок. а что если точка пути не является трансформом но её все равно надо сменить?
>Если собрать всё вмнесте, то схема примерно такая:
лол ну ты и придумал. иметь два набора планов, один из которых для движения, а другой для действий во время движения. мне кажется с такими идеями ты достигнешь лимитов этой схемы гораздо быстрей чем я своей. синхронизация этого выглядит ещё большей еботней чем то что я придумал. а что если во время движения появилось действие с долгой имплементацией из разряда неотменяемых и очень важных а конец пути уже недалеко? или осталось то-же самое действие, но нужно поменять паттерн перемещения во время действия? например ИИ обматывается бинтиком прячась в кустах, волк его покусал. а тут хопа его волк нашел, действие поменялось с "обматываться бинтиком в укрытии" на "обматываться бинтиком убегая". прерывать обматывание бинтиком и начинать снова чтоли? или "обматыватся бинтиком" это отдельно, "сидеть в укрытии / бежать в другое укрытие" это другой набор действий?
>Не следующее действие, а вообще другой план. Так что это будет ближе к провалу действия. Здесь нужно расширение терминологии.
какая-то хуевая схема если требует расширение терминологии на самом деле.
вообще нахуй ты такую конструкцию то лепишь? могущество ГОАП то в том что у него трешхолд целей есть и только одна цель является актуальной, само планирование важно, но сравнительно второстепенно. взвешивать валидность целей легко в рамках ситуации и важно именно это. а у тебя уже пошло какое-то планирование двух целей разом, охуеть можно. как-то сильно не хватает того что объединяло бы всю эту конструкцию и упрощало. как по мне так проще иметь несколько раздельных довольно простых конструкций, которые бы объединялись общими ограничениями и соединялись одной целью.
так хоть знать будешь что если ИИ нападает то он как-то охуительно напрыгнет на пути к цели, а планирователь позаботится о том чтобы стрелы были и лук был в руках и выстрелит когда увидит. а если отпиздили то он убегает а планирователь делает все чтобы выжить по дорожке.
можно же совмещать несколько типов ИИ в одном сразу. стейтмашина для глобальных статусов которая всему голова, FSM для стратегических решений, GOAP для планирования цепочки действий и более тактических решений. так шанс того что хоть что-то из этого разрастется до критической массы и нахуй рухнет задавив под собой весь проект гораздо ниже, чем пока они по отдельности работают на одни и те-же цели. а ты через GOAP решаешь уже такую хуйню которую проще решить другими методами.
>>29323
написал навмеш, терию графов только копнул снаружи, матрицы тоже. больше всего пригодилась линейная алгебра из школьной программы, за время написания неплохо так вспомнил её. дольше ебешся с чтением о каких-то хитрых алгоритмах, или имплементацией их, чем всей этой магией цыфр.
надо тоже что-то клевое и нечитабельное показать!
68 Кб, 742x621>>29283
но зачем? вообще ты как-то решаешь планированием больше задач чем следует. у тебя как будто отсутствует концепция глобальных стейтов ИИ. можно же сделать изначально несколько глобальных стейтов например по уровню встревоженности. "спокойный / встревоженный / набрасывается" например. где стейты имели бы разные наборы экшонов, меняли паттерн перемещения, являлись модификатором для трешхолда некоторых целей. а планирование нужно только для построения комплексных планов из последовательности самих действий, чтобы ИИ не залип на чем-то элементарном.
описывать точку пути трансформом выглядит настолько кривой идеей насколько это возможно. это будет ещё и охуевшее структурирование уровня в добавок. а что если точка пути не является трансформом но её все равно надо сменить?
лол ну ты и придумал. иметь два набора планов, один из которых для движения, а другой для действий во время движения. мне кажется с такими идеями ты достигнешь лимитов этой схемы гораздо быстрей чем я своей. синхронизация этого выглядит ещё большей еботней чем то что я придумал. а что если во время движения появилось действие с долгой имплементацией из разряда неотменяемых и очень важных а конец пути уже недалеко? или осталось то-же самое действие, но нужно поменять паттерн перемещения во время действия? например ИИ обматывается бинтиком прячась в кустах, волк его покусал. а тут хопа его волк нашел, действие поменялось с "обматываться бинтиком в укрытии" на "обматываться бинтиком убегая". прерывать обматывание бинтиком и начинать снова чтоли? или "обматыватся бинтиком" это отдельно, "сидеть в укрытии / бежать в другое укрытие" это другой набор действий?
какая-то хуевая схема если требует расширение терминологии на самом деле.
вообще нахуй ты такую конструкцию то лепишь? могущество ГОАП то в том что у него трешхолд целей есть и только одна цель является актуальной, само планирование важно, но сравнительно второстепенно. взвешивать валидность целей легко в рамках ситуации и важно именно это. а у тебя уже пошло какое-то планирование двух целей разом, охуеть можно. как-то сильно не хватает того что объединяло бы всю эту конструкцию и упрощало. как по мне так проще иметь несколько раздельных довольно простых конструкций, которые бы объединялись общими ограничениями и соединялись одной целью.
так хоть знать будешь что если ИИ нападает то он как-то охуительно напрыгнет на пути к цели, а планирователь позаботится о том чтобы стрелы были и лук был в руках и выстрелит когда увидит. а если отпиздили то он убегает а планирователь делает все чтобы выжить по дорожке.
можно же совмещать несколько типов ИИ в одном сразу. стейтмашина для глобальных статусов которая всему голова, FSM для стратегических решений, GOAP для планирования цепочки действий и более тактических решений. так шанс того что хоть что-то из этого разрастется до критической массы и нахуй рухнет задавив под собой весь проект гораздо ниже, чем пока они по отдельности работают на одни и те-же цели. а ты через GOAP решаешь уже такую хуйню которую проще решить другими методами.
>>29323
написал навмеш, терию графов только копнул снаружи, матрицы тоже. больше всего пригодилась линейная алгебра из школьной программы, за время написания неплохо так вспомнил её. дольше ебешся с чтением о каких-то хитрых алгоритмах, или имплементацией их, чем всей этой магией цыфр.
надо тоже что-то клевое и нечитабельное показать!
>Но планировщик должен решать как именно мы перемещаемся.
но зачем? вообще ты как-то решаешь планированием больше задач чем следует. у тебя как будто отсутствует концепция глобальных стейтов ИИ. можно же сделать изначально несколько глобальных стейтов например по уровню встревоженности. "спокойный / встревоженный / набрасывается" например. где стейты имели бы разные наборы экшонов, меняли паттерн перемещения, являлись модификатором для трешхолда некоторых целей. а планирование нужно только для построения комплексных планов из последовательности самих действий, чтобы ИИ не залип на чем-то элементарном.
>Этот вариант я упустил. Для этого можно сделать цель трансформом, а не точкой и периодически менять точку назначения навмеш агента. Если трансформ вдруг стал нуллом(сенсор укрытий инвалидировал укрытие например) - остановка и реплан.
описывать точку пути трансформом выглядит настолько кривой идеей насколько это возможно. это будет ещё и охуевшее структурирование уровня в добавок. а что если точка пути не является трансформом но её все равно надо сменить?
>Если собрать всё вмнесте, то схема примерно такая:
лол ну ты и придумал. иметь два набора планов, один из которых для движения, а другой для действий во время движения. мне кажется с такими идеями ты достигнешь лимитов этой схемы гораздо быстрей чем я своей. синхронизация этого выглядит ещё большей еботней чем то что я придумал. а что если во время движения появилось действие с долгой имплементацией из разряда неотменяемых и очень важных а конец пути уже недалеко? или осталось то-же самое действие, но нужно поменять паттерн перемещения во время действия? например ИИ обматывается бинтиком прячась в кустах, волк его покусал. а тут хопа его волк нашел, действие поменялось с "обматываться бинтиком в укрытии" на "обматываться бинтиком убегая". прерывать обматывание бинтиком и начинать снова чтоли? или "обматыватся бинтиком" это отдельно, "сидеть в укрытии / бежать в другое укрытие" это другой набор действий?
>Не следующее действие, а вообще другой план. Так что это будет ближе к провалу действия. Здесь нужно расширение терминологии.
какая-то хуевая схема если требует расширение терминологии на самом деле.
вообще нахуй ты такую конструкцию то лепишь? могущество ГОАП то в том что у него трешхолд целей есть и только одна цель является актуальной, само планирование важно, но сравнительно второстепенно. взвешивать валидность целей легко в рамках ситуации и важно именно это. а у тебя уже пошло какое-то планирование двух целей разом, охуеть можно. как-то сильно не хватает того что объединяло бы всю эту конструкцию и упрощало. как по мне так проще иметь несколько раздельных довольно простых конструкций, которые бы объединялись общими ограничениями и соединялись одной целью.
так хоть знать будешь что если ИИ нападает то он как-то охуительно напрыгнет на пути к цели, а планирователь позаботится о том чтобы стрелы были и лук был в руках и выстрелит когда увидит. а если отпиздили то он убегает а планирователь делает все чтобы выжить по дорожке.
можно же совмещать несколько типов ИИ в одном сразу. стейтмашина для глобальных статусов которая всему голова, FSM для стратегических решений, GOAP для планирования цепочки действий и более тактических решений. так шанс того что хоть что-то из этого разрастется до критической массы и нахуй рухнет задавив под собой весь проект гораздо ниже, чем пока они по отдельности работают на одни и те-же цели. а ты через GOAP решаешь уже такую хуйню которую проще решить другими методами.
>>29323
написал навмеш, терию графов только копнул снаружи, матрицы тоже. больше всего пригодилась линейная алгебра из школьной программы, за время написания неплохо так вспомнил её. дольше ебешся с чтением о каких-то хитрых алгоритмах, или имплементацией их, чем всей этой магией цыфр.
надо тоже что-то клевое и нечитабельное показать!
>>29645
Потому что тип передвижения зависит от действия? Если агент хочет подкрасться - он будет красться, если он сваливает - он бежит. Зачем для этого менять какие то глобальные стейты?
Не точку пути, а пункт назначения. Иначе как ты например будешь гнаться за движущейся целью?
Почему два плана? Просто у некоторых действий будет в пререквизитах (OnMove,false)
Очевидно агент остановится и завершит действие на месте.
Если понадобилось сменить паттерн движения, значит произошло что то достаточное для реплана.
А как это решит твоя схема?
целей может быть сколько угодно, приоритетная одна.
То есть это _простой и понятный_ вариант.
Ну ёбана, у него будет действие наскока с какими то пререквизитами. В чём проблема то?
А надо решать что то уровня подбора стрел и лука для стрельбы? Тут уж точно ГОАП не всрался, это можно жесткими стейтами в фсм сделать. Суть ГОАП именно гибком подстраивании под ситуацию. У тебя какие то behavior trees а сбоку костылём планировщик из двух с половиной действий
>но зачем? вообще ты как-то решаешь планированием больше задач чем следует
Потому что тип передвижения зависит от действия? Если агент хочет подкрасться - он будет красться, если он сваливает - он бежит. Зачем для этого менять какие то глобальные стейты?
>описывать точку пути трансформом выглядит настолько кривой идеей насколько это возможно
Не точку пути, а пункт назначения. Иначе как ты например будешь гнаться за движущейся целью?
>иметь два набора планов, один из которых для движения
Почему два плана? Просто у некоторых действий будет в пререквизитах (OnMove,false)
>что если во время движения появилось действие с долгой имплементацией из разряда неотменяемых и очень важных а конец
Очевидно агент остановится и завершит действие на месте.
>нужно поменять паттерн перемещения во время действия?
Если понадобилось сменить паттерн движения, значит произошло что то достаточное для реплана.
>с "обматываться бинтиком в укрытии" на "обматываться бинтиком убегая"
А как это решит твоя схема?
>а у тебя уже пошло какое-то планирование двух целей разом
целей может быть сколько угодно, приоритетная одна.
>как по мне так проще иметь несколько раздельных довольно простых конструкций, которые бы объединялись общими ограничениями и соединялись одной целью.
То есть это _простой и понятный_ вариант.
>если ИИ нападает то он как-то охуительно напрыгнет на пути к цели
Ну ёбана, у него будет действие наскока с какими то пререквизитами. В чём проблема то?
>ты через GOAP решаешь уже такую хуйню которую проще решить другими методами
А надо решать что то уровня подбора стрел и лука для стрельбы? Тут уж точно ГОАП не всрался, это можно жесткими стейтами в фсм сделать. Суть ГОАП именно гибком подстраивании под ситуацию. У тебя какие то behavior trees а сбоку костылём планировщик из двух с половиной действий
>>29645
Потому что тип передвижения зависит от действия? Если агент хочет подкрасться - он будет красться, если он сваливает - он бежит. Зачем для этого менять какие то глобальные стейты?
Не точку пути, а пункт назначения. Иначе как ты например будешь гнаться за движущейся целью?
Почему два плана? Просто у некоторых действий будет в пререквизитах (OnMove,false)
Очевидно агент остановится и завершит действие на месте.
Если понадобилось сменить паттерн движения, значит произошло что то достаточное для реплана.
А как это решит твоя схема?
целей может быть сколько угодно, приоритетная одна.
То есть это _простой и понятный_ вариант.
Ну ёбана, у него будет действие наскока с какими то пререквизитами. В чём проблема то?
А надо решать что то уровня подбора стрел и лука для стрельбы? Тут уж точно ГОАП не всрался, это можно жесткими стейтами в фсм сделать. Суть ГОАП именно гибком подстраивании под ситуацию. У тебя какие то behavior trees а сбоку костылём планировщик из двух с половиной действий
>но зачем? вообще ты как-то решаешь планированием больше задач чем следует
Потому что тип передвижения зависит от действия? Если агент хочет подкрасться - он будет красться, если он сваливает - он бежит. Зачем для этого менять какие то глобальные стейты?
>описывать точку пути трансформом выглядит настолько кривой идеей насколько это возможно
Не точку пути, а пункт назначения. Иначе как ты например будешь гнаться за движущейся целью?
>иметь два набора планов, один из которых для движения
Почему два плана? Просто у некоторых действий будет в пререквизитах (OnMove,false)
>что если во время движения появилось действие с долгой имплементацией из разряда неотменяемых и очень важных а конец
Очевидно агент остановится и завершит действие на месте.
>нужно поменять паттерн перемещения во время действия?
Если понадобилось сменить паттерн движения, значит произошло что то достаточное для реплана.
>с "обматываться бинтиком в укрытии" на "обматываться бинтиком убегая"
А как это решит твоя схема?
>а у тебя уже пошло какое-то планирование двух целей разом
целей может быть сколько угодно, приоритетная одна.
>как по мне так проще иметь несколько раздельных довольно простых конструкций, которые бы объединялись общими ограничениями и соединялись одной целью.
То есть это _простой и понятный_ вариант.
>если ИИ нападает то он как-то охуительно напрыгнет на пути к цели
Ну ёбана, у него будет действие наскока с какими то пререквизитами. В чём проблема то?
>ты через GOAP решаешь уже такую хуйню которую проще решить другими методами
А надо решать что то уровня подбора стрел и лука для стрельбы? Тут уж точно ГОАП не всрался, это можно жесткими стейтами в фсм сделать. Суть ГОАП именно гибком подстраивании под ситуацию. У тебя какие то behavior trees а сбоку костылём планировщик из двух с половиной действий
>>29655
чтобы не плодить сущьности, разумеется. комбинации действий должны быть пересечениями статусов, а не описываться каждый по отдельности. если ИИ атакует и его заметили, то он уже просто не будет подкрадыватся. он не будет, а тебе описывать.
если что-то можно описать простым методом то именно так это и надо делать.
да не суть важно даже. я к тому что не все целевые места перемещения могут быть привязаны к объектам глобально.
если бинтование занимает только руки то ИИ встанет и начнет убегать бинтуя себя. перемещению ничего не мешает, а за перемещением следит другая хуйня.
да зачем действие наскока? вот бегает например киборг, прыгает через стены, летает через камни, в полете кидает гранаты, стреляет, таскает павших товарищей, иногда подбегает кнопки жмет. навигация из А в Б у него происходить должна сама собой, навигация подстраиваться под положение противников и свой статус, действия под собственную позицию, одни действия должны переходить в другие не волнами а постоянно. и только редкие задачи должны говорить ему где надо быть чтобы их выполнить. паузы между действиями вообще быть не должно.
йеп. или более сложные комбинации. например ИИ хочет корзинку кокосов, кокосы есть только у продавца, надо денег, идет в лес и собирает ягоды, или на реку ловить рыбу, или палкой червей копает, меняет лут на кокосы. или если ничего не может то бьет палкой продавца и отбирает кокосы если очень надо. это - планирование. описывать детали в нем не нужно. детали можно отдать на откуп другим более специализированным штукам.
в динамичном мире нельзя. плюс ГОАП помимо очевидных же в том что пулл действий можно менять на ходу. выпал предмет - появились действия связанные с ним, например. это в ФСМ делать по человечески нельзя.
ну и другой плюс ГОАП в том что пулл целей может шариться между членами сквада, разумеется, чтобы была иерархия.
гибкость ГОАП то в первую очередь в том что эти листы можно редактировать.
ну так. планирование там где вообще должно быть планирование в какой-то форме. для манипуляций с инвентарем просто заебись, групповые действия тоже просто заебись, глобальная навигация заебись. везде где требуется планирование в динамичной ситуации заебись. а вот для тонких манипуляций требующих параллельности совсем не заебись.
ты вот решил костылем решить, я решил что проще сделать метод синхронизации и указать кто тут клитором коммандует. мне вот очень интересно посмотреть что у тебя выйдет, у меня то вон рабочий прототип же есть уже. может ты там что-то ещё лучше придумаешь.
>Потому что тип передвижения зависит от действия? Если агент хочет подкрасться - он будет красться, если он сваливает - он бежит. Зачем для этого менять какие то глобальные стейты?
чтобы не плодить сущьности, разумеется. комбинации действий должны быть пересечениями статусов, а не описываться каждый по отдельности. если ИИ атакует и его заметили, то он уже просто не будет подкрадыватся. он не будет, а тебе описывать.
если что-то можно описать простым методом то именно так это и надо делать.
>Не точку пути, а пункт назначения. Иначе как ты например будешь гнаться за движущейся целью?
да не суть важно даже. я к тому что не все целевые места перемещения могут быть привязаны к объектам глобально.
>А как это решит твоя схема?
если бинтование занимает только руки то ИИ встанет и начнет убегать бинтуя себя. перемещению ничего не мешает, а за перемещением следит другая хуйня.
>Ну ёбана, у него будет действие наскока с какими то пререквизитами. В чём проблема то?
да зачем действие наскока? вот бегает например киборг, прыгает через стены, летает через камни, в полете кидает гранаты, стреляет, таскает павших товарищей, иногда подбегает кнопки жмет. навигация из А в Б у него происходить должна сама собой, навигация подстраиваться под положение противников и свой статус, действия под собственную позицию, одни действия должны переходить в другие не волнами а постоянно. и только редкие задачи должны говорить ему где надо быть чтобы их выполнить. паузы между действиями вообще быть не должно.
>А надо решать что то уровня подбора стрел и лука для стрельбы?
йеп. или более сложные комбинации. например ИИ хочет корзинку кокосов, кокосы есть только у продавца, надо денег, идет в лес и собирает ягоды, или на реку ловить рыбу, или палкой червей копает, меняет лут на кокосы. или если ничего не может то бьет палкой продавца и отбирает кокосы если очень надо. это - планирование. описывать детали в нем не нужно. детали можно отдать на откуп другим более специализированным штукам.
>Тут уж точно ГОАП не всрался, это можно жесткими стейтами в фсм сделать.
в динамичном мире нельзя. плюс ГОАП помимо очевидных же в том что пулл действий можно менять на ходу. выпал предмет - появились действия связанные с ним, например. это в ФСМ делать по человечески нельзя.
ну и другой плюс ГОАП в том что пулл целей может шариться между членами сквада, разумеется, чтобы была иерархия.
гибкость ГОАП то в первую очередь в том что эти листы можно редактировать.
>У тебя какие то behavior trees а сбоку костылём планировщик из двух с половиной действий
ну так. планирование там где вообще должно быть планирование в какой-то форме. для манипуляций с инвентарем просто заебись, групповые действия тоже просто заебись, глобальная навигация заебись. везде где требуется планирование в динамичной ситуации заебись. а вот для тонких манипуляций требующих параллельности совсем не заебись.
ты вот решил костылем решить, я решил что проще сделать метод синхронизации и указать кто тут клитором коммандует. мне вот очень интересно посмотреть что у тебя выйдет, у меня то вон рабочий прототип же есть уже. может ты там что-то ещё лучше придумаешь.
>>29655
чтобы не плодить сущьности, разумеется. комбинации действий должны быть пересечениями статусов, а не описываться каждый по отдельности. если ИИ атакует и его заметили, то он уже просто не будет подкрадыватся. он не будет, а тебе описывать.
если что-то можно описать простым методом то именно так это и надо делать.
да не суть важно даже. я к тому что не все целевые места перемещения могут быть привязаны к объектам глобально.
если бинтование занимает только руки то ИИ встанет и начнет убегать бинтуя себя. перемещению ничего не мешает, а за перемещением следит другая хуйня.
да зачем действие наскока? вот бегает например киборг, прыгает через стены, летает через камни, в полете кидает гранаты, стреляет, таскает павших товарищей, иногда подбегает кнопки жмет. навигация из А в Б у него происходить должна сама собой, навигация подстраиваться под положение противников и свой статус, действия под собственную позицию, одни действия должны переходить в другие не волнами а постоянно. и только редкие задачи должны говорить ему где надо быть чтобы их выполнить. паузы между действиями вообще быть не должно.
йеп. или более сложные комбинации. например ИИ хочет корзинку кокосов, кокосы есть только у продавца, надо денег, идет в лес и собирает ягоды, или на реку ловить рыбу, или палкой червей копает, меняет лут на кокосы. или если ничего не может то бьет палкой продавца и отбирает кокосы если очень надо. это - планирование. описывать детали в нем не нужно. детали можно отдать на откуп другим более специализированным штукам.
в динамичном мире нельзя. плюс ГОАП помимо очевидных же в том что пулл действий можно менять на ходу. выпал предмет - появились действия связанные с ним, например. это в ФСМ делать по человечески нельзя.
ну и другой плюс ГОАП в том что пулл целей может шариться между членами сквада, разумеется, чтобы была иерархия.
гибкость ГОАП то в первую очередь в том что эти листы можно редактировать.
ну так. планирование там где вообще должно быть планирование в какой-то форме. для манипуляций с инвентарем просто заебись, групповые действия тоже просто заебись, глобальная навигация заебись. везде где требуется планирование в динамичной ситуации заебись. а вот для тонких манипуляций требующих параллельности совсем не заебись.
ты вот решил костылем решить, я решил что проще сделать метод синхронизации и указать кто тут клитором коммандует. мне вот очень интересно посмотреть что у тебя выйдет, у меня то вон рабочий прототип же есть уже. может ты там что-то ещё лучше придумаешь.
>Потому что тип передвижения зависит от действия? Если агент хочет подкрасться - он будет красться, если он сваливает - он бежит. Зачем для этого менять какие то глобальные стейты?
чтобы не плодить сущьности, разумеется. комбинации действий должны быть пересечениями статусов, а не описываться каждый по отдельности. если ИИ атакует и его заметили, то он уже просто не будет подкрадыватся. он не будет, а тебе описывать.
если что-то можно описать простым методом то именно так это и надо делать.
>Не точку пути, а пункт назначения. Иначе как ты например будешь гнаться за движущейся целью?
да не суть важно даже. я к тому что не все целевые места перемещения могут быть привязаны к объектам глобально.
>А как это решит твоя схема?
если бинтование занимает только руки то ИИ встанет и начнет убегать бинтуя себя. перемещению ничего не мешает, а за перемещением следит другая хуйня.
>Ну ёбана, у него будет действие наскока с какими то пререквизитами. В чём проблема то?
да зачем действие наскока? вот бегает например киборг, прыгает через стены, летает через камни, в полете кидает гранаты, стреляет, таскает павших товарищей, иногда подбегает кнопки жмет. навигация из А в Б у него происходить должна сама собой, навигация подстраиваться под положение противников и свой статус, действия под собственную позицию, одни действия должны переходить в другие не волнами а постоянно. и только редкие задачи должны говорить ему где надо быть чтобы их выполнить. паузы между действиями вообще быть не должно.
>А надо решать что то уровня подбора стрел и лука для стрельбы?
йеп. или более сложные комбинации. например ИИ хочет корзинку кокосов, кокосы есть только у продавца, надо денег, идет в лес и собирает ягоды, или на реку ловить рыбу, или палкой червей копает, меняет лут на кокосы. или если ничего не может то бьет палкой продавца и отбирает кокосы если очень надо. это - планирование. описывать детали в нем не нужно. детали можно отдать на откуп другим более специализированным штукам.
>Тут уж точно ГОАП не всрался, это можно жесткими стейтами в фсм сделать.
в динамичном мире нельзя. плюс ГОАП помимо очевидных же в том что пулл действий можно менять на ходу. выпал предмет - появились действия связанные с ним, например. это в ФСМ делать по человечески нельзя.
ну и другой плюс ГОАП в том что пулл целей может шариться между членами сквада, разумеется, чтобы была иерархия.
гибкость ГОАП то в первую очередь в том что эти листы можно редактировать.
>У тебя какие то behavior trees а сбоку костылём планировщик из двух с половиной действий
ну так. планирование там где вообще должно быть планирование в какой-то форме. для манипуляций с инвентарем просто заебись, групповые действия тоже просто заебись, глобальная навигация заебись. везде где требуется планирование в динамичной ситуации заебись. а вот для тонких манипуляций требующих параллельности совсем не заебись.
ты вот решил костылем решить, я решил что проще сделать метод синхронизации и указать кто тут клитором коммандует. мне вот очень интересно посмотреть что у тебя выйдет, у меня то вон рабочий прототип же есть уже. может ты там что-то ещё лучше придумаешь.
>>29677
Что описывать то?
Чем вообще вынесение стейтов отдельно - не пложение сущностей по сравнению с держанием этого в стейтах мира?
То есть это не два набора планов, один для движения, а второй для действий?
То есть он не выполняет какое то действие, а просто наскакивает на ифах?
Мне всё больше кажется, что ты постепенно изобретаешь hierarchical task network
Прямое и явное решение.
Ладно, попробую то, на чём остановился. Разговор всё равно зашёл в тупик.
>а тебе описывать
Что описывать то?
Чем вообще вынесение стейтов отдельно - не пложение сущностей по сравнению с держанием этого в стейтах мира?
>если бинтование занимает только руки то ИИ встанет и начнет убегать бинтуя себя
То есть это не два набора планов, один для движения, а второй для действий?
>да зачем действие наскока?
То есть он не выполняет какое то действие, а просто наскакивает на ифах?
>ну и другой плюс ГОАП в том что пулл целей может шариться между членами сквада
Мне всё больше кажется, что ты постепенно изобретаешь hierarchical task network
>ты вот решил костылем решить
>я решил что проще сделать метод синхронизации и указать кто тут клитором коммандует
Прямое и явное решение.
>мне вот очень интересно посмотреть что у тебя выйдет
Ладно, попробую то, на чём остановился. Разговор всё равно зашёл в тупик.
>>29716
нет конечно, они же глобальные для ИИ, доступные всем его компонентам. цели ГОАП ориентируются на стейты, навигация ориентируется на стейты, все на них ориентируется. но планирование уже следует цели у ГОАП. в плане поведения ИИ можно очень много писать его глобальным состоянием. пытается он стелс, или набигает, или убигает, или спокойный или ещё какой. проще задавать общие паттерны поведения же и потом ими пользоваться везде так как они будут стопроцентно и довольно легко менять оценку состояния.
движение от противника это прямая реакция при присутствии противника который о тебе знает и низком здоровье. тут никакого планирования не требуется делать. а вот бинтование более сложная реакция на низкое здоровье, она требует прекондиции. поэтому бинтуемся через планирование, убегаем по обстоятельствам. пока бинтование не мешает убеганию - сьебываем.
йеп. ну тоесть можно же и посложней конечно чем ифы сделать логику, чтобы ИИ там смотрел откуда выгодней набигать, выставлял рейтинги оружий как модификаторы оценки для ГОАП основываясь на окружении, например. главное что эта логика существует самостоятельно и её можно в любой момент поменять без особых страданий.
вообще, вот человек когда в игры играет он как думает? надо набижать, надо убижать, надо обойти, надо скрытся. думает над путями согласно плану, подстраивает снаряжение под обстановку. если есть друганы то уже кооперация с друганами задает общий статус и планирует снаряжение и дальнейший паттерн поведения. так-же надо примерно выстраивать мышление и для ИИ. память конечно через гоап мы нормально не сделаем, но такая ветвистость логики дает ощутимую универсальность за счет того что обстановку проще проанализировать слоями.
показать не забудь. в этом разделе все обсуждение ИИ загибается по каким-то нелепым причинам. видать давно люди не играли в игры вроде FEAR, или сталкера
>Чем вообще вынесение стейтов отдельно - не пложение сущностей по сравнению с держанием этого в стейтах мира?
нет конечно, они же глобальные для ИИ, доступные всем его компонентам. цели ГОАП ориентируются на стейты, навигация ориентируется на стейты, все на них ориентируется. но планирование уже следует цели у ГОАП. в плане поведения ИИ можно очень много писать его глобальным состоянием. пытается он стелс, или набигает, или убигает, или спокойный или ещё какой. проще задавать общие паттерны поведения же и потом ими пользоваться везде так как они будут стопроцентно и довольно легко менять оценку состояния.
>То есть это не два набора планов, один для движения, а второй для действий?
движение от противника это прямая реакция при присутствии противника который о тебе знает и низком здоровье. тут никакого планирования не требуется делать. а вот бинтование более сложная реакция на низкое здоровье, она требует прекондиции. поэтому бинтуемся через планирование, убегаем по обстоятельствам. пока бинтование не мешает убеганию - сьебываем.
>То есть он не выполняет какое то действие, а просто наскакивает на ифах?
йеп. ну тоесть можно же и посложней конечно чем ифы сделать логику, чтобы ИИ там смотрел откуда выгодней набигать, выставлял рейтинги оружий как модификаторы оценки для ГОАП основываясь на окружении, например. главное что эта логика существует самостоятельно и её можно в любой момент поменять без особых страданий.
вообще, вот человек когда в игры играет он как думает? надо набижать, надо убижать, надо обойти, надо скрытся. думает над путями согласно плану, подстраивает снаряжение под обстановку. если есть друганы то уже кооперация с друганами задает общий статус и планирует снаряжение и дальнейший паттерн поведения. так-же надо примерно выстраивать мышление и для ИИ. память конечно через гоап мы нормально не сделаем, но такая ветвистость логики дает ощутимую универсальность за счет того что обстановку проще проанализировать слоями.
>Ладно, попробую то, на чём остановился. Разговор всё равно зашёл в тупик.
показать не забудь. в этом разделе все обсуждение ИИ загибается по каким-то нелепым причинам. видать давно люди не играли в игры вроде FEAR, или сталкера
>>29716
нет конечно, они же глобальные для ИИ, доступные всем его компонентам. цели ГОАП ориентируются на стейты, навигация ориентируется на стейты, все на них ориентируется. но планирование уже следует цели у ГОАП. в плане поведения ИИ можно очень много писать его глобальным состоянием. пытается он стелс, или набигает, или убигает, или спокойный или ещё какой. проще задавать общие паттерны поведения же и потом ими пользоваться везде так как они будут стопроцентно и довольно легко менять оценку состояния.
движение от противника это прямая реакция при присутствии противника который о тебе знает и низком здоровье. тут никакого планирования не требуется делать. а вот бинтование более сложная реакция на низкое здоровье, она требует прекондиции. поэтому бинтуемся через планирование, убегаем по обстоятельствам. пока бинтование не мешает убеганию - сьебываем.
йеп. ну тоесть можно же и посложней конечно чем ифы сделать логику, чтобы ИИ там смотрел откуда выгодней набигать, выставлял рейтинги оружий как модификаторы оценки для ГОАП основываясь на окружении, например. главное что эта логика существует самостоятельно и её можно в любой момент поменять без особых страданий.
вообще, вот человек когда в игры играет он как думает? надо набижать, надо убижать, надо обойти, надо скрытся. думает над путями согласно плану, подстраивает снаряжение под обстановку. если есть друганы то уже кооперация с друганами задает общий статус и планирует снаряжение и дальнейший паттерн поведения. так-же надо примерно выстраивать мышление и для ИИ. память конечно через гоап мы нормально не сделаем, но такая ветвистость логики дает ощутимую универсальность за счет того что обстановку проще проанализировать слоями.
показать не забудь. в этом разделе все обсуждение ИИ загибается по каким-то нелепым причинам. видать давно люди не играли в игры вроде FEAR, или сталкера
>Чем вообще вынесение стейтов отдельно - не пложение сущностей по сравнению с держанием этого в стейтах мира?
нет конечно, они же глобальные для ИИ, доступные всем его компонентам. цели ГОАП ориентируются на стейты, навигация ориентируется на стейты, все на них ориентируется. но планирование уже следует цели у ГОАП. в плане поведения ИИ можно очень много писать его глобальным состоянием. пытается он стелс, или набигает, или убигает, или спокойный или ещё какой. проще задавать общие паттерны поведения же и потом ими пользоваться везде так как они будут стопроцентно и довольно легко менять оценку состояния.
>То есть это не два набора планов, один для движения, а второй для действий?
движение от противника это прямая реакция при присутствии противника который о тебе знает и низком здоровье. тут никакого планирования не требуется делать. а вот бинтование более сложная реакция на низкое здоровье, она требует прекондиции. поэтому бинтуемся через планирование, убегаем по обстоятельствам. пока бинтование не мешает убеганию - сьебываем.
>То есть он не выполняет какое то действие, а просто наскакивает на ифах?
йеп. ну тоесть можно же и посложней конечно чем ифы сделать логику, чтобы ИИ там смотрел откуда выгодней набигать, выставлял рейтинги оружий как модификаторы оценки для ГОАП основываясь на окружении, например. главное что эта логика существует самостоятельно и её можно в любой момент поменять без особых страданий.
вообще, вот человек когда в игры играет он как думает? надо набижать, надо убижать, надо обойти, надо скрытся. думает над путями согласно плану, подстраивает снаряжение под обстановку. если есть друганы то уже кооперация с друганами задает общий статус и планирует снаряжение и дальнейший паттерн поведения. так-же надо примерно выстраивать мышление и для ИИ. память конечно через гоап мы нормально не сделаем, но такая ветвистость логики дает ощутимую универсальность за счет того что обстановку проще проанализировать слоями.
>Ладно, попробую то, на чём остановился. Разговор всё равно зашёл в тупик.
показать не забудь. в этом разделе все обсуждение ИИ загибается по каким-то нелепым причинам. видать давно люди не играли в игры вроде FEAR, или сталкера
>>29773
Ну я попробовал через ЛейтАпдейт. Все-равно, если идти в стену. то персонаж по кд пытается в неё зайти и выталкивается.
Ну я попробовал через ЛейтАпдейт. Все-равно, если идти в стену. то персонаж по кд пытается в неё зайти и выталкивается.
>>29729
Ну всё же расскажи что лишнего и неудобного описывать планом в подобной ситуации. Мне правда интересно, может я упускаю что то очевидное.
Давай возьмём пример: у нас есть скрытный пидор, который может красться(что обещает ему пребывание невидимым для врага), а может бежать, может атаковать врага открыто, а может бить сникатакой, требующей пребывания невидимым. Удар сникатакой имеет более низкую стоимость, значит будет в приоритете. Цель - бить врага.
Чего лишнего описывается в этом случае по сравнению с вариантом с заведением глобальных стейтов стелс/хуелс, разблокирующих каждый по два действия?
>пытается он стелс, или набигает, или убигает, или спокойный или ещё какой
>а тебе описывать
Ну всё же расскажи что лишнего и неудобного описывать планом в подобной ситуации. Мне правда интересно, может я упускаю что то очевидное.
Давай возьмём пример: у нас есть скрытный пидор, который может красться(что обещает ему пребывание невидимым для врага), а может бежать, может атаковать врага открыто, а может бить сникатакой, требующей пребывания невидимым. Удар сникатакой имеет более низкую стоимость, значит будет в приоритете. Цель - бить врага.
Чего лишнего описывается в этом случае по сравнению с вариантом с заведением глобальных стейтов стелс/хуелс, разблокирующих каждый по два действия?
Мне, вот, такая хуйня в голову пришла. Вот если раз 10 - 15 в секунду двигать вертексы в меше, что эффективнее? Каждый раз читать их с меша или хранить копию в виде массива и мешу только присваивать вертексы.
>>29779
если смотреть в рамках вопроса то ничего. удар обычный, удар из стелса с пререкваерментом - в этой схеме ничего лишнего, не говоря о том что такие вещи как удар в мили должны так-же имплементить особые сорта перемещения до цели. если выйти перед десантником то у него так-же удар прикладом будет в приоритете, он подбежит и ебанет.
если смотреть в рамках всего обсуждения то в случае наличия глобальных статусов можно например менять стоимость у таких действий как "использовать лук", или "использовать кинжал", вместо чего-то громкого. так-же если стелс активен то персонаж например меняет приоритетность у других зон карты и выбирает пути через высокую траву чтобы попасть куда надо, залезает под лесенки более охотно, старается уйти из конуса обзора при навигации. чтобы ГОАП сказал "иди сюда" и ИИ пополз в стелсе туда обходя все заметные места. например за спину жертвы. ну и в конце концов сет анимаций поменять чтобы ИИ ходил горбатым и башкой нервно мотал. можно много придумать как подобный статус могли бы имплементить другие элементы ИИ.
>>29782
храни копию. торговать памятью всегда эффективней, если её ещё много в запасе. но вообще лучше скажи че там делаешь, все кроется в деталях как всегда же.
если смотреть в рамках вопроса то ничего. удар обычный, удар из стелса с пререкваерментом - в этой схеме ничего лишнего, не говоря о том что такие вещи как удар в мили должны так-же имплементить особые сорта перемещения до цели. если выйти перед десантником то у него так-же удар прикладом будет в приоритете, он подбежит и ебанет.
если смотреть в рамках всего обсуждения то в случае наличия глобальных статусов можно например менять стоимость у таких действий как "использовать лук", или "использовать кинжал", вместо чего-то громкого. так-же если стелс активен то персонаж например меняет приоритетность у других зон карты и выбирает пути через высокую траву чтобы попасть куда надо, залезает под лесенки более охотно, старается уйти из конуса обзора при навигации. чтобы ГОАП сказал "иди сюда" и ИИ пополз в стелсе туда обходя все заметные места. например за спину жертвы. ну и в конце концов сет анимаций поменять чтобы ИИ ходил горбатым и башкой нервно мотал. можно много придумать как подобный статус могли бы имплементить другие элементы ИИ.
>>29782
храни копию. торговать памятью всегда эффективней, если её ещё много в запасе. но вообще лучше скажи че там делаешь, все кроется в деталях как всегда же.
>>29785
Спасибо, дружище. Как-то уже пытался, но решил начать снова. Запилить простенькую деформацию террейна а-ля СПИНТАЙЕРС под ведро.
Спасибо, дружище. Как-то уже пытался, но решил начать снова. Запилить простенькую деформацию террейна а-ля СПИНТАЙЕРС под ведро.
>>29778
Ну значит ты наговнокодил. У меня на голых коллайдерах с коллизиями всё нормально было.
Ну значит ты наговнокодил. У меня на голых коллайдерах с коллизиями всё нормально было.
>>29786
а, а я кажись тебя помню. кстати а чего ты вертексы собрался редактировать то? может шейдор ебанешь чтобы вот примерно как в бэтмане?
вообще где-то у меня был клевый ютубер который что-то похожее на коленке за часик слепил. https://www.youtube.com/watch?v=l_2uGpjBMl4 может интересно будет
а, а я кажись тебя помню. кстати а чего ты вертексы собрался редактировать то? может шейдор ебанешь чтобы вот примерно как в бэтмане?
вообще где-то у меня был клевый ютубер который что-то похожее на коленке за часик слепил. https://www.youtube.com/watch?v=l_2uGpjBMl4 может интересно будет
>>29801
Продолжай, у тебя всё получится.
> мне просто прикольным кажется, когда в редакторе переменные на русском написаны
Продолжай, у тебя всё получится.
>>29801
Настримятся своими дотами, а потом рофлят и ебут друг друга в жопы.
Рашид, завязывай кодить.
> рофл
Настримятся своими дотами, а потом рофлят и ебут друг друга в жопы.
Рашид, завязывай кодить.
>>29802
Ну я просто не шарю совсем. Так нельзя делать? Я думал, что так не делают от того, что это поуебански выглядит.
Ну я просто не шарю совсем. Так нельзя делать? Я думал, что так не делают от того, что это поуебански выглядит.
>>29805
Да кто порвался-то? Я ж и говорю, пускай развлекается, всё получится.
Да кто порвался-то? Я ж и говорю, пускай развлекается, всё получится.
>>29806
Если ты кодишь чисто для себя чисто руку набить — называй как хочешь, хоть хуйпизда. Но лучше сразу приучаться к стандартам оформления, чтоб потом не переучиваться.
> Так нельзя делать?
Если ты кодишь чисто для себя чисто руку набить — называй как хочешь, хоть хуйпизда. Но лучше сразу приучаться к стандартам оформления, чтоб потом не переучиваться.
68 Кб, 592x356Так а как это пофиксить и сделать, чтобы персонаж просто упирался в стену, как через rigidbody? Если я пытаюсь делать через rb, то всё фризить начинает:
https://www.youtube.com/watch?v=wrHmbiv41h0
>>29808
Понял, принял.
https://www.youtube.com/watch?v=wrHmbiv41h0
>>29808
Понял, принял.
>>29819
Я сейчас наткнулся на статейку, где говорится, что transform.position/transform.rotation сильно снижают производительность, если использовать это на объектах с rigidbody. Враги у меня имеют rb, но перемещаются и поворачиваются с помощью transform. Еще я замечал, что если удалить их и использовать rb для движения, то лагов не будет.
Я в правильном направлении думаю? Мне надо переделать движение врагов для повышения производительности?
Я сейчас наткнулся на статейку, где говорится, что transform.position/transform.rotation сильно снижают производительность, если использовать это на объектах с rigidbody. Враги у меня имеют rb, но перемещаются и поворачиваются с помощью transform. Еще я замечал, что если удалить их и использовать rb для движения, то лагов не будет.
Я в правильном направлении думаю? Мне надо переделать движение врагов для повышения производительности?
>>29838
Ага, прям пекарня горит.
Хуйнёй не занимайся.
> transform.position/transform.rotation сильно снижают производительность, если использовать это на объектах с rigidbody
Ага, прям пекарня горит.
Хуйнёй не занимайся.
>>29839
Так я не понимаю, с чем тогда связаны лаги при использовании rb? Типо, я так гуглил, большинство считает, что это охуенная штука, врядли бы так считали, если бы это так сильно убивало производительность.
Вот статейка, кстати:
https://habrahabr.ru/post/248391/
Так я не понимаю, с чем тогда связаны лаги при использовании rb? Типо, я так гуглил, большинство считает, что это охуенная штука, врядли бы так считали, если бы это так сильно убивало производительность.
Вот статейка, кстати:
https://habrahabr.ru/post/248391/
>>29842
Статейка от 15-го года? Окей.
Статейка от 15-го года? Окей.
>>29785
Но это всё может быть сделано просто в действии скрытного перемещения. Весь глобальный стейт стелса заменяет ворлдстейт (StayHidden,true). Но если ты захочешь сделать так чтобы этот же скрытный пидр мог бить сник атакой вне стелса, например, ослеплённых противников, то прийдётся лепить ещё один иф для нахождения вне стелса.
Мне просто кажется, что тебе ГОАП вообще не нужен: ты используешь глобальные стейты, а действия распределяешь _просто ифами_, называя работой ГОАП формирование пула действий.
Рили попробуй HTN, мне кажется это то, что ты пробуешь изобрести.
>если смотреть в рамках всего обсуждения то в случае наличия глобальных статусов можно например менять стоимость у таких действий как "использовать лук", или "использовать кинжал", вместо чего-то громкого. так-же если стелс активен то персонаж например меняет приоритетность у других зон карты и выбирает пути через высокую траву чтобы попасть куда надо, залезает под лесенки более охотно, старается уйти из конуса обзора при навигации. чтобы ГОАП сказал "иди сюда" и ИИ пополз в стелсе туда обходя все заметные места
Но это всё может быть сделано просто в действии скрытного перемещения. Весь глобальный стейт стелса заменяет ворлдстейт (StayHidden,true). Но если ты захочешь сделать так чтобы этот же скрытный пидр мог бить сник атакой вне стелса, например, ослеплённых противников, то прийдётся лепить ещё один иф для нахождения вне стелса.
Мне просто кажется, что тебе ГОАП вообще не нужен: ты используешь глобальные стейты, а действия распределяешь _просто ифами_, называя работой ГОАП формирование пула действий.
Рили попробуй HTN, мне кажется это то, что ты пробуешь изобрести.
>>29868 (Del)
Чего блять? Ставишь свет и крутишь как надо.
> А вот если мне нужно еще и источники света расставить по карте? Я же не могу ставить их наугад и каждый раз смотреть нормальная ли яркость света, нормальный ли радикс освещения, нормальный ли цвет. Как тут быть?
Чего блять? Ставишь свет и крутишь как надо.
>>29873 (Del)
Что ты несёшь? Ты вкладку Scene вообще видел?
Что ты несёшь? Ты вкладку Scene вообще видел?
>>29881 (Del)
Ну так и в чем проблема? Берешь любой из множества доступных редакторов и пользуешься.
>таких редакторов полно.
Ну так и в чем проблема? Берешь любой из множества доступных редакторов и пользуешься.
>>29870 (Del)
Навмеш хорошо оптимизирован, на больших открытых пространстван даже эффективнее Астара с тайлами.
Навмеш хорошо оптимизирован, на больших открытых пространстван даже эффективнее Астара с тайлами.
Нужно сделать красивый выпадающий список как на пик1. Его я смог сделать скопировав код пик2 из какой-то статьи. Но я так и не понял как использовать значения в скрипте? Как мне понять что из этого меню выбрано? Что такое ComponentType? Что значит { StartDialogue = 1, LoadScene = 2 } ? Если выбрано StartDialogue, то значение переменной становится 1? В интернете не смог найти.
>>29970 (Del)
Нууу, можно через GetComponent проверять наличие какого-либо компонента, например.
А вообще не заморачивайся, если у тебя это несколько раз используется, то никто от этого не помрёт.
Нууу, можно через GetComponent проверять наличие какого-либо компонента, например.
А вообще не заморачивайся, если у тебя это несколько раз используется, то никто от этого не помрёт.
>>29961
В игре или в редакторе?
Если второе, то enum показывается в редакторе в виде этого самого выпадающего списка.
В игре или в редакторе?
Если второе, то enum показывается в редакторе в виде этого самого выпадающего списка.
>>29961
Ну как всегда после вопроса на дваче я нахожу нужную страницу. Разобрался уже.
Ну как всегда после вопроса на дваче я нахожу нужную страницу. Разобрался уже.
Соре за оффтоп, но почему эта тема такая активная? Всмысле, я мало игр знаю от харкача, а в разделе жизнь кипит.
>>30024
А можешь посоветовать места, куда можно вкатиться новичку? Или, в целом, это не особо нужно и хватит гугла?
Я быдло, в ангельский не могу.
А можешь посоветовать места, куда можно вкатиться новичку? Или, в целом, это не особо нужно и хватит гугла?
Я быдло, в ангельский не могу.
>>30028
Будет сложновато. Не сложнее чем на другие движки, но без английского реально хуево. Я полгода назад вкатился в геймдев, и уже пришлось прочитать одну книгу на английском, сейчас начал еще одну. Плюс самый охуенный инструмент на начале - это ответы на форумах Юнити, а они в основном на английском, да и гуглить надо правильно на английском.
> в ангельский не могу
Будет сложновато. Не сложнее чем на другие движки, но без английского реально хуево. Я полгода назад вкатился в геймдев, и уже пришлось прочитать одну книгу на английском, сейчас начал еще одну. Плюс самый охуенный инструмент на начале - это ответы на форумах Юнити, а они в основном на английском, да и гуглить надо правильно на английском.
>>30034
Удваиваю этого благородного дона.
Как затык придёт — на русском хуй чё найдёшь.
> да и гуглить надо правильно на английском
Удваиваю этого благородного дона.
Как затык придёт — на русском хуй чё найдёшь.
Короче, я тут недавно спрашивал насчет диалогов и ассетов. Сейчас откопал пиратские и попробовал. Заключение:
1) Dialogue System For Unity - говно для даунов-аутистов, до сих пор удивляюсь откуда у него такие хорошие оценки в сторе
2) NodeCanvas - годнота. Всё сделано по человечески. Плюс помимо диалогов можно еще делать АИ и прочие крутые штуки.
По крайней мере, это первое впечатление. Глубоко не зарывался.
1) Dialogue System For Unity - говно для даунов-аутистов, до сих пор удивляюсь откуда у него такие хорошие оценки в сторе
2) NodeCanvas - годнота. Всё сделано по человечески. Плюс помимо диалогов можно еще делать АИ и прочие крутые штуки.
По крайней мере, это первое впечатление. Глубоко не зарывался.
>>30051
Отсутствие безбладной демки едва ли облегчит выбор.
Надоть видосики глянуть тьюторриалные
>NodeCanvas
Отсутствие безбладной демки едва ли облегчит выбор.
Надоть видосики глянуть тьюторриалные
>>29844
в действии должно быть описано только само исключительно само действие. ты погромировал чтоли мало в своей жизни, шишки не набил с размазыванием логики? не доверял слишком много функциям которые вызываются хуй пойми когда и где? если я захочу чтобы скрытый пидор мог бить сник атакой вне стелса то либо надо задать альтернативные условия для действия, либо скопипастить эти 3.5 строчки описывающие действие с новыми условиями где если враг ослеплен то можно его ебануть хорошо.
вообще ты как-то странно структурируешь ИИ. ты понимаешь в какую мусорку превратится ГОАП если там будет описано просто всё? и оно будет размазано по действиям? это ебануться можно редактировать все это.
да по моему это ты не совсем понимаешь нахуй этот ГОАП нужен и пытаешься возложить на него больше чем надо.
я же уже показывал скриншотик, где у ИИ винтовка разряженная в инвентаре, рядом лежит ещё одна и отдельно патроны к ней и надо выстрелить из винтовки. это по твоему как ифами ебануть то? а варианты где взять патроны, или винтовку, могут множится и множится.
внутри простых действий требующих навигацию разумеется проще пользоваться ифами.
нахуй вообще описывать перемещение в действии ГОАП? ты ещё там ебани всю логику перемещения, чтобы оно там следило когда бегать, когда прыгать, чтобы лезло в аниматор, позицию там проверяло. чтобы открыл а перед тобой стена текста тыщи на полторы строк в которой какая-то не читаемая мешанина. а когда отдаешь все это на откуп глобальному менеджеру и контролеру и уже можешь это читать и даже наследоваться от него и менять имплементацию деталей то все что остается делать в ГОАП это описать в действии перемещения одну сраную строчку. а нахуй оно надо то? лучше уж под врага завести экшон "ебануть врага номер такой" где в имплементации "если далеко то подбеги" и ссылка на врага чтобы можно было сказать менеджеру "беги хи-и-итро".
он не пользуется A* же. как таким в динамичном мире пользоватся? я понимаю георию графов достаточно хорошо чтобы понимать пользу от поиска пути на нем, чем ГОАП и является.
>>29842
что у тебя за проблемы такие? нахуй ты в трансформ вообще лезешь если у тебя RB? если у тебя RB то манипуляции уже делай все через него. у тебя же специальные AddForce, AddTorque и прочие есть которые гарантируют тебе что все будет через физон.
>>29798
лол ну ты тогда не первый в этом случае. а в шейдеры смоги. полезно же. например в бэтмане клево сделали, у них там везде есть поверхности под которыми ортогональная камера которая рендерит только глубину на максимальную дистанцию там где поверхность заканчивается. все что попадает в эту камеру рисует на ней. а нарисованное появляется на поверхности как карта всех этих вмятин. если бы не мобилки то можно было бы ещё ебануть всякую симуляцию в компьют шейдорах например что типа ветер дует и вмятины деформируются со временем.
>>29870 (Del)
да через навмеш делай навигацию даже с тайтловой картой если у тебя никакой логики не завязано на этих тайтлах. если делаешь пошаговую стратегию то да, тайтлы нужны, а так то нахуй оно надо
>>29918 (Del)
ебани свой редактор прямо в юнити. займет пару вечеров, а от страданий избавит на все время разработки проекта.
>>29970 (Del)
почитай про ссылочные типы и про валуе типы, а потом подумай о том что строка это массив с буквами. тогда поймешь о чем речь тут идет. вообще можно и через теги проверять, просто не создавай каждый раз строку просто чтобы сравнить с ней, а пользуйся ссылкой на эту строку. тебе же инструменты дали заебись, пользуйся но с умом.
в действии должно быть описано только само исключительно само действие. ты погромировал чтоли мало в своей жизни, шишки не набил с размазыванием логики? не доверял слишком много функциям которые вызываются хуй пойми когда и где? если я захочу чтобы скрытый пидор мог бить сник атакой вне стелса то либо надо задать альтернативные условия для действия, либо скопипастить эти 3.5 строчки описывающие действие с новыми условиями где если враг ослеплен то можно его ебануть хорошо.
вообще ты как-то странно структурируешь ИИ. ты понимаешь в какую мусорку превратится ГОАП если там будет описано просто всё? и оно будет размазано по действиям? это ебануться можно редактировать все это.
>а действия распределяешь _просто ифами_
>Мне просто кажется, что тебе ГОАП вообще не нужен
да по моему это ты не совсем понимаешь нахуй этот ГОАП нужен и пытаешься возложить на него больше чем надо.
я же уже показывал скриншотик, где у ИИ винтовка разряженная в инвентаре, рядом лежит ещё одна и отдельно патроны к ней и надо выстрелить из винтовки. это по твоему как ифами ебануть то? а варианты где взять патроны, или винтовку, могут множится и множится.
внутри простых действий требующих навигацию разумеется проще пользоваться ифами.
нахуй вообще описывать перемещение в действии ГОАП? ты ещё там ебани всю логику перемещения, чтобы оно там следило когда бегать, когда прыгать, чтобы лезло в аниматор, позицию там проверяло. чтобы открыл а перед тобой стена текста тыщи на полторы строк в которой какая-то не читаемая мешанина. а когда отдаешь все это на откуп глобальному менеджеру и контролеру и уже можешь это читать и даже наследоваться от него и менять имплементацию деталей то все что остается делать в ГОАП это описать в действии перемещения одну сраную строчку. а нахуй оно надо то? лучше уж под врага завести экшон "ебануть врага номер такой" где в имплементации "если далеко то подбеги" и ссылка на врага чтобы можно было сказать менеджеру "беги хи-и-итро".
>Рили попробуй HTN
он не пользуется A* же. как таким в динамичном мире пользоватся? я понимаю георию графов достаточно хорошо чтобы понимать пользу от поиска пути на нем, чем ГОАП и является.
>>29842
что у тебя за проблемы такие? нахуй ты в трансформ вообще лезешь если у тебя RB? если у тебя RB то манипуляции уже делай все через него. у тебя же специальные AddForce, AddTorque и прочие есть которые гарантируют тебе что все будет через физон.
>>29798
лол ну ты тогда не первый в этом случае. а в шейдеры смоги. полезно же. например в бэтмане клево сделали, у них там везде есть поверхности под которыми ортогональная камера которая рендерит только глубину на максимальную дистанцию там где поверхность заканчивается. все что попадает в эту камеру рисует на ней. а нарисованное появляется на поверхности как карта всех этих вмятин. если бы не мобилки то можно было бы ещё ебануть всякую симуляцию в компьют шейдорах например что типа ветер дует и вмятины деформируются со временем.
>>29870 (Del)
да через навмеш делай навигацию даже с тайтловой картой если у тебя никакой логики не завязано на этих тайтлах. если делаешь пошаговую стратегию то да, тайтлы нужны, а так то нахуй оно надо
>>29918 (Del)
ебани свой редактор прямо в юнити. займет пару вечеров, а от страданий избавит на все время разработки проекта.
>>29970 (Del)
почитай про ссылочные типы и про валуе типы, а потом подумай о том что строка это массив с буквами. тогда поймешь о чем речь тут идет. вообще можно и через теги проверять, просто не создавай каждый раз строку просто чтобы сравнить с ней, а пользуйся ссылкой на эту строку. тебе же инструменты дали заебись, пользуйся но с умом.
>>29844
в действии должно быть описано только само исключительно само действие. ты погромировал чтоли мало в своей жизни, шишки не набил с размазыванием логики? не доверял слишком много функциям которые вызываются хуй пойми когда и где? если я захочу чтобы скрытый пидор мог бить сник атакой вне стелса то либо надо задать альтернативные условия для действия, либо скопипастить эти 3.5 строчки описывающие действие с новыми условиями где если враг ослеплен то можно его ебануть хорошо.
вообще ты как-то странно структурируешь ИИ. ты понимаешь в какую мусорку превратится ГОАП если там будет описано просто всё? и оно будет размазано по действиям? это ебануться можно редактировать все это.
да по моему это ты не совсем понимаешь нахуй этот ГОАП нужен и пытаешься возложить на него больше чем надо.
я же уже показывал скриншотик, где у ИИ винтовка разряженная в инвентаре, рядом лежит ещё одна и отдельно патроны к ней и надо выстрелить из винтовки. это по твоему как ифами ебануть то? а варианты где взять патроны, или винтовку, могут множится и множится.
внутри простых действий требующих навигацию разумеется проще пользоваться ифами.
нахуй вообще описывать перемещение в действии ГОАП? ты ещё там ебани всю логику перемещения, чтобы оно там следило когда бегать, когда прыгать, чтобы лезло в аниматор, позицию там проверяло. чтобы открыл а перед тобой стена текста тыщи на полторы строк в которой какая-то не читаемая мешанина. а когда отдаешь все это на откуп глобальному менеджеру и контролеру и уже можешь это читать и даже наследоваться от него и менять имплементацию деталей то все что остается делать в ГОАП это описать в действии перемещения одну сраную строчку. а нахуй оно надо то? лучше уж под врага завести экшон "ебануть врага номер такой" где в имплементации "если далеко то подбеги" и ссылка на врага чтобы можно было сказать менеджеру "беги хи-и-итро".
он не пользуется A* же. как таким в динамичном мире пользоватся? я понимаю георию графов достаточно хорошо чтобы понимать пользу от поиска пути на нем, чем ГОАП и является.
>>29842
что у тебя за проблемы такие? нахуй ты в трансформ вообще лезешь если у тебя RB? если у тебя RB то манипуляции уже делай все через него. у тебя же специальные AddForce, AddTorque и прочие есть которые гарантируют тебе что все будет через физон.
>>29798
лол ну ты тогда не первый в этом случае. а в шейдеры смоги. полезно же. например в бэтмане клево сделали, у них там везде есть поверхности под которыми ортогональная камера которая рендерит только глубину на максимальную дистанцию там где поверхность заканчивается. все что попадает в эту камеру рисует на ней. а нарисованное появляется на поверхности как карта всех этих вмятин. если бы не мобилки то можно было бы ещё ебануть всякую симуляцию в компьют шейдорах например что типа ветер дует и вмятины деформируются со временем.
>>29870 (Del)
да через навмеш делай навигацию даже с тайтловой картой если у тебя никакой логики не завязано на этих тайтлах. если делаешь пошаговую стратегию то да, тайтлы нужны, а так то нахуй оно надо
>>29918 (Del)
ебани свой редактор прямо в юнити. займет пару вечеров, а от страданий избавит на все время разработки проекта.
>>29970 (Del)
почитай про ссылочные типы и про валуе типы, а потом подумай о том что строка это массив с буквами. тогда поймешь о чем речь тут идет. вообще можно и через теги проверять, просто не создавай каждый раз строку просто чтобы сравнить с ней, а пользуйся ссылкой на эту строку. тебе же инструменты дали заебись, пользуйся но с умом.
в действии должно быть описано только само исключительно само действие. ты погромировал чтоли мало в своей жизни, шишки не набил с размазыванием логики? не доверял слишком много функциям которые вызываются хуй пойми когда и где? если я захочу чтобы скрытый пидор мог бить сник атакой вне стелса то либо надо задать альтернативные условия для действия, либо скопипастить эти 3.5 строчки описывающие действие с новыми условиями где если враг ослеплен то можно его ебануть хорошо.
вообще ты как-то странно структурируешь ИИ. ты понимаешь в какую мусорку превратится ГОАП если там будет описано просто всё? и оно будет размазано по действиям? это ебануться можно редактировать все это.
>а действия распределяешь _просто ифами_
>Мне просто кажется, что тебе ГОАП вообще не нужен
да по моему это ты не совсем понимаешь нахуй этот ГОАП нужен и пытаешься возложить на него больше чем надо.
я же уже показывал скриншотик, где у ИИ винтовка разряженная в инвентаре, рядом лежит ещё одна и отдельно патроны к ней и надо выстрелить из винтовки. это по твоему как ифами ебануть то? а варианты где взять патроны, или винтовку, могут множится и множится.
внутри простых действий требующих навигацию разумеется проще пользоваться ифами.
нахуй вообще описывать перемещение в действии ГОАП? ты ещё там ебани всю логику перемещения, чтобы оно там следило когда бегать, когда прыгать, чтобы лезло в аниматор, позицию там проверяло. чтобы открыл а перед тобой стена текста тыщи на полторы строк в которой какая-то не читаемая мешанина. а когда отдаешь все это на откуп глобальному менеджеру и контролеру и уже можешь это читать и даже наследоваться от него и менять имплементацию деталей то все что остается делать в ГОАП это описать в действии перемещения одну сраную строчку. а нахуй оно надо то? лучше уж под врага завести экшон "ебануть врага номер такой" где в имплементации "если далеко то подбеги" и ссылка на врага чтобы можно было сказать менеджеру "беги хи-и-итро".
>Рили попробуй HTN
он не пользуется A* же. как таким в динамичном мире пользоватся? я понимаю георию графов достаточно хорошо чтобы понимать пользу от поиска пути на нем, чем ГОАП и является.
>>29842
что у тебя за проблемы такие? нахуй ты в трансформ вообще лезешь если у тебя RB? если у тебя RB то манипуляции уже делай все через него. у тебя же специальные AddForce, AddTorque и прочие есть которые гарантируют тебе что все будет через физон.
>>29798
лол ну ты тогда не первый в этом случае. а в шейдеры смоги. полезно же. например в бэтмане клево сделали, у них там везде есть поверхности под которыми ортогональная камера которая рендерит только глубину на максимальную дистанцию там где поверхность заканчивается. все что попадает в эту камеру рисует на ней. а нарисованное появляется на поверхности как карта всех этих вмятин. если бы не мобилки то можно было бы ещё ебануть всякую симуляцию в компьют шейдорах например что типа ветер дует и вмятины деформируются со временем.
>>29870 (Del)
да через навмеш делай навигацию даже с тайтловой картой если у тебя никакой логики не завязано на этих тайтлах. если делаешь пошаговую стратегию то да, тайтлы нужны, а так то нахуй оно надо
>>29918 (Del)
ебани свой редактор прямо в юнити. займет пару вечеров, а от страданий избавит на все время разработки проекта.
>>29970 (Del)
почитай про ссылочные типы и про валуе типы, а потом подумай о том что строка это массив с буквами. тогда поймешь о чем речь тут идет. вообще можно и через теги проверять, просто не создавай каждый раз строку просто чтобы сравнить с ней, а пользуйся ссылкой на эту строку. тебе же инструменты дали заебись, пользуйся но с умом.
>>30058
Ну да, у канваса трудно сделать первую ступеньку, но потом намного легче. На ютьюбе есть ролики от народа, они помогают.
А у Диалог Менеджер слишком переусложнен. Я так понимаю он сделан для тех кто вообще не хочет залезать в спрайты, так что там много всяких финтов странных, которые хуй просечешь. И документация хуевая, я за целый день так и не понял как напрямую из скрипта вызывать диалог, например. У НодКанваса это сразу же показывается. Алсо, может знающие пояснят, нахуя они впилили туда Lua?
Ну да, у канваса трудно сделать первую ступеньку, но потом намного легче. На ютьюбе есть ролики от народа, они помогают.
А у Диалог Менеджер слишком переусложнен. Я так понимаю он сделан для тех кто вообще не хочет залезать в спрайты, так что там много всяких финтов странных, которые хуй просечешь. И документация хуевая, я за целый день так и не понял как напрямую из скрипта вызывать диалог, например. У НодКанваса это сразу же показывается. Алсо, может знающие пояснят, нахуя они впилили туда Lua?
>>30065
meh
я и точки не пишу иногда. вот так общаешься в интернете два десятка лет, пишешь стены текста. а со временем техника печатания оптимизируется сама собой чтобы требовать меньше и меньше усилий. в итоге перестаешь давить на шифт, ставить точки, пользуешься грамматикой только там где это может вызвать недопонимание
meh
я и точки не пишу иногда. вот так общаешься в интернете два десятка лет, пишешь стены текста. а со временем техника печатания оптимизируется сама собой чтобы требовать меньше и меньше усилий. в итоге перестаешь давить на шифт, ставить точки, пользуешься грамматикой только там где это может вызвать недопонимание
>>30066
Ну ты же лукавишь, запятые сами себя не прожмут.
Но а вообще, повторюсь, я без всякого этсамого.
Ну ты же лукавишь, запятые сами себя не прожмут.
Но а вообще, повторюсь, я без всякого этсамого.
>>30067
запятые то нужны, без них страдает построение предложения и передача смысла. этим нельзя жертвовать на форумах. к тому же запятые ставятся нажимая правый шифт, а не левый. там если два пальца рядом то они сами нажимают это комбинацию. сложней ставить вопросительный знак, в русской расскладке он ну пиздец как неудобно расположен, чаще переключаюсь на английскую расскладку чтобы его поставить.
левый шифт я вообще предпочитаю не нажимать, разве что когда восклицательный знак ставлю то жму его, или кавычки в русской раскладке
вообще это большая тема и не в рамках обсуждения юнити она
запятые то нужны, без них страдает построение предложения и передача смысла. этим нельзя жертвовать на форумах. к тому же запятые ставятся нажимая правый шифт, а не левый. там если два пальца рядом то они сами нажимают это комбинацию. сложней ставить вопросительный знак, в русской расскладке он ну пиздец как неудобно расположен, чаще переключаюсь на английскую расскладку чтобы его поставить.
левый шифт я вообще предпочитаю не нажимать, разве что когда восклицательный знак ставлю то жму его, или кавычки в русской раскладке
вообще это большая тема и не в рамках обсуждения юнити она
Уважаемые юнитибояре, поясните ньюфагу, как вы делаете в своих играх менюшки и окошки. Хотелось бы отделять код логики окна от кода всяких там анимаций, кнопочек и прочхуеты. Кнопки делаю из Image-ей. Поясню свою проблему.
Перекатываюсь к вам с мертвого флэша: там пилил на каждое окошко два класса - лейаут (верстку) и контроллер, при этом контроллер прокидывал абсолютно одинаковым кнопкам в лейауте определенные коллбэки (функции), что мол надо сделать по клику, а как там сама кнопка (стандартная в рамках игры, сделанная тупо из имеджа, со своей логикой отображения и тп) подслушивала все эвенты и решала когда пора коллбэк дернуть, его не ебало.
В юньке вместо леайута по сути получается мой префаб окна. Но в шарпике же как я понял методы контроллера в виде коллбэков не покидаешь нормально в кнопки? Или я не прав? Вроде есть какие то "делегаты", но чет они слегка замудрено выглядят. Юнитискрипт не предлагать.
А для каждого окна пилить десяток классов кнопок (Button1Script, Button2Script, CloseButtonScript, ...) просто чтобы на клике по ним делать что-то по типу парент.гетКомпонент<контроллерОкошка>().методКоторыйДолжнаДернутьКнопка1() (и т.п), мне кажется неудобной хуетой. Вижу конечно частичное решение замутить некоторую "базовую" кнопку из имейджа и конкретные десять в окнах наследовать от нее, но это ж как то неудобно.
Как в итоге грамотно замутить подобную систему? Шоб повесить на префаб окошка скрипт контроллера и он десятку абсолютно идентичных с точки зрения кода кнопочек - прокинул свои методы, которые кнопочки будут послушно дергать? Другими словами, хочу повесить на 10 кнопок один и тот же скрипт (БазарюКнопка.cs), но чтобы он делал разные действия, которым его научит батя (контроллер окошка) уже где надо. Все ради того, чтобы в самой юньке один раз собранное окно ващщщще не шатать, а в случае если нужно будет что-то поправить, спокойно фиксить код. Или я довнич и это велосипед и лучше так не делать?
Перекатываюсь к вам с мертвого флэша: там пилил на каждое окошко два класса - лейаут (верстку) и контроллер, при этом контроллер прокидывал абсолютно одинаковым кнопкам в лейауте определенные коллбэки (функции), что мол надо сделать по клику, а как там сама кнопка (стандартная в рамках игры, сделанная тупо из имеджа, со своей логикой отображения и тп) подслушивала все эвенты и решала когда пора коллбэк дернуть, его не ебало.
В юньке вместо леайута по сути получается мой префаб окна. Но в шарпике же как я понял методы контроллера в виде коллбэков не покидаешь нормально в кнопки? Или я не прав? Вроде есть какие то "делегаты", но чет они слегка замудрено выглядят. Юнитискрипт не предлагать.
А для каждого окна пилить десяток классов кнопок (Button1Script, Button2Script, CloseButtonScript, ...) просто чтобы на клике по ним делать что-то по типу парент.гетКомпонент<контроллерОкошка>().методКоторыйДолжнаДернутьКнопка1() (и т.п), мне кажется неудобной хуетой. Вижу конечно частичное решение замутить некоторую "базовую" кнопку из имейджа и конкретные десять в окнах наследовать от нее, но это ж как то неудобно.
Как в итоге грамотно замутить подобную систему? Шоб повесить на префаб окошка скрипт контроллера и он десятку абсолютно идентичных с точки зрения кода кнопочек - прокинул свои методы, которые кнопочки будут послушно дергать? Другими словами, хочу повесить на 10 кнопок один и тот же скрипт (БазарюКнопка.cs), но чтобы он делал разные действия, которым его научит батя (контроллер окошка) уже где надо. Все ради того, чтобы в самой юньке один раз собранное окно ващщщще не шатать, а в случае если нужно будет что-то поправить, спокойно фиксить код. Или я довнич и это велосипед и лучше так не делать?
>>30070
неа, не прав. делегаты так-же отлично и через код присваиваются. ты бы API почитал. https://docs.unity3d.com/ScriptReference/UI.Button-onClick.html просто у юнити есть ещё этот редактор делегатов. как иначе делать менюшки например с выбором разрешения? это же охуеть можно.
делегаты это методы которые работают как значение. чтобы ты например мог куда-то сказать "вот тебе функция, ебани её когда сделаешь свое говно".
> Но в шарпике же как я понял методы контроллера в виде коллбэков не покидаешь нормально в кнопки?
неа, не прав. делегаты так-же отлично и через код присваиваются. ты бы API почитал. https://docs.unity3d.com/ScriptReference/UI.Button-onClick.html просто у юнити есть ещё этот редактор делегатов. как иначе делать менюшки например с выбором разрешения? это же охуеть можно.
делегаты это методы которые работают как значение. чтобы ты например мог куда-то сказать "вот тебе функция, ебани её когда сделаешь свое говно".
>>30070
>>30071
Чет я сумбурно расписал, попробую проще:
Как запилить на C# такой скрипт (один на всю игру) для Image-а, чтобы он делал Image-ы (любые) универсальной кнопкой? (Как слушать события мышиные - понимаю). Чтобы кнопка не сама определяла, что она должна делать по клику, а кто-то извне ей сказал типа button.onClick = function "такая то".
>>30071
Чет я сумбурно расписал, попробую проще:
Как запилить на C# такой скрипт (один на всю игру) для Image-а, чтобы он делал Image-ы (любые) универсальной кнопкой? (Как слушать события мышиные - понимаю). Чтобы кнопка не сама определяла, что она должна делать по клику, а кто-то извне ей сказал типа button.onClick = function "такая то".
>>30074
Добро пожаловать в мир классов и наследования.
> Как запилить на C# такой скрипт (один на всю игру) для Image-а, чтобы он делал Image-ы (любые) универсальной кнопкой?
Добро пожаловать в мир классов и наследования.
>>30073
О, спасибо, анон, чет я ебался в глаза и не увидел что у уи уже есть Button, думал надо замутить Image и слушать клик самому (хотя наверное баттон делает то же самое).
Т.е. получается я делаю контрллер, вешаю его на окошко, заворачиваю его метод в делегат, делаю геткомпонент<ебанаяКнопка>() и ей его в поле сохраняю? а в TaskOnClick уже дергаю?
О, спасибо, анон, чет я ебался в глаза и не увидел что у уи уже есть Button, думал надо замутить Image и слушать клик самому (хотя наверное баттон делает то же самое).
Т.е. получается я делаю контрллер, вешаю его на окошко, заворачиваю его метод в делегат, делаю геткомпонент<ебанаяКнопка>() и ей его в поле сохраняю? а в TaskOnClick уже дергаю?
>>30078
Усложняешь. В юнити в UI уже листнеры висят, вешай на всё что хочешь, если у тебя на войде публичный модификатор.
> Т.е. получается я делаю контрллер, вешаю его на окошко, заворачиваю его метод в делегат, делаю геткомпонент<ебанаяКнопка>() и ей его в поле сохраняю? а в TaskOnClick уже дергаю?
Усложняешь. В юнити в UI уже листнеры висят, вешай на всё что хочешь, если у тебя на войде публичный модификатор.
>>30080
А если у меня будет скриптик MySuperAwesomeButton который там внутри кнопки слушает эвенты всякие и по разному ее анимирует (скажем скейлит при наведении, затемняет при клике, и тп), а я потом на те же самые эвенты понавешаю еще листенеров где-нибудь снаружи в контроллере, это не будет тормозно? Сужу все по тому же старому болезненному флэшу, где каждый ебаный эвент каждому своему листенеру при триггере порождал аллокацию и было выгоднее не 20 эвент листенеров регистрировать, а замутить 1 листенер который бы уже 20 методов разных дергал, или вообще коллбэками все обвязывать. Хотя наверное я дед инвалид и нормальные люди в юньке замутили хорошо...
А если у меня будет скриптик MySuperAwesomeButton который там внутри кнопки слушает эвенты всякие и по разному ее анимирует (скажем скейлит при наведении, затемняет при клике, и тп), а я потом на те же самые эвенты понавешаю еще листенеров где-нибудь снаружи в контроллере, это не будет тормозно? Сужу все по тому же старому болезненному флэшу, где каждый ебаный эвент каждому своему листенеру при триггере порождал аллокацию и было выгоднее не 20 эвент листенеров регистрировать, а замутить 1 листенер который бы уже 20 методов разных дергал, или вообще коллбэками все обвязывать. Хотя наверное я дед инвалид и нормальные люди в юньке замутили хорошо...
>>30074
да я же уже ответил на твой вопрос и ссылку дал. вот понимаешь? есть функция. а хуяк можно функцию передать как значение. это - делегат. вот есть у тебя кнопка та ты такой мояКнопка.onClick.AddListener(МояФункция); и тогда хопа кнопка будет делать твою функцию когда довиш на неё.
кстати ты это, осторожней с делегатами сделанными из кода. особенно осторожней с теми делегатами которые присваиваются в цыклах, где в качестве инпута есть енумератор.
>>30078
там в меню кстати ещё и не весь функционал мог увидеть. самое охуительное когда тыкаешь у выбранного геймобжекта AddComponent в меню инспектора и лезешь во вкладку Layout.
баттон то в целом делает то-же самое и делает это приятно. вообще если тебя интересует имплементация то эти хуи делали этот UI опенсорсным, можешь почитать. https://bitbucket.org/Unity-Technologies/ui
>>30081
лол ты чего страдаешь то так. тут же методы вроде OnDeselect, OnMove, OnPointerDown, OnPointerEnter, OnPointerExit, OnPointerUp, OnSelect и прочее прочее у тебя публичные, ты API почитай. некоторый функционал и так уже есть вроде изменения цвета при наведении курсора. наследуйся от кнопки, оверрайдни эти функции которые для этого и сделаны, сделай там любую сраную хуйню вплоть до того что при наведении на элемент интерфейса приступ эпилепсии мог случится. можно ещё встроеным редактором анимаий воспользоваться с кривыми чтобы окошко там приятно размеры меняло или ещё че.
вообще на https://www.assetstore.unity3d.com/en/#!/content/25468 вот тебе официальные экзамплы, посмотри что там и как оно сделано
да я же уже ответил на твой вопрос и ссылку дал. вот понимаешь? есть функция. а хуяк можно функцию передать как значение. это - делегат. вот есть у тебя кнопка та ты такой мояКнопка.onClick.AddListener(МояФункция); и тогда хопа кнопка будет делать твою функцию когда довиш на неё.
кстати ты это, осторожней с делегатами сделанными из кода. особенно осторожней с теми делегатами которые присваиваются в цыклах, где в качестве инпута есть енумератор.
>>30078
там в меню кстати ещё и не весь функционал мог увидеть. самое охуительное когда тыкаешь у выбранного геймобжекта AddComponent в меню инспектора и лезешь во вкладку Layout.
баттон то в целом делает то-же самое и делает это приятно. вообще если тебя интересует имплементация то эти хуи делали этот UI опенсорсным, можешь почитать. https://bitbucket.org/Unity-Technologies/ui
>>30081
лол ты чего страдаешь то так. тут же методы вроде OnDeselect, OnMove, OnPointerDown, OnPointerEnter, OnPointerExit, OnPointerUp, OnSelect и прочее прочее у тебя публичные, ты API почитай. некоторый функционал и так уже есть вроде изменения цвета при наведении курсора. наследуйся от кнопки, оверрайдни эти функции которые для этого и сделаны, сделай там любую сраную хуйню вплоть до того что при наведении на элемент интерфейса приступ эпилепсии мог случится. можно ещё встроеным редактором анимаий воспользоваться с кривыми чтобы окошко там приятно размеры меняло или ещё че.
вообще на https://www.assetstore.unity3d.com/en/#!/content/25468 вот тебе официальные экзамплы, посмотри что там и как оно сделано
>>30059
Ты там засыпаешь уже? Навигацией занимается не действие, а навмеш и настройка над ним. Действие лишь даёт команду идти и задаёт образ передвижения. Все эти весёлые и занимательные стейты с поиском кустов будут только в навигаторе с синхронизацией через одно вхождение в ворлдстейт, без необходимости подстраивать всё.
Бля не дави плиз((( Рассказываешь о чистоте действий и сразу копируешь строчки кода с новыми условиями и делаешь два похожих действия для стелса и его отсутствия. Интуитивно редактируемо.
Про ООП не слышал? Действие не реализует движение, оно описывает его характер.
Там прямой поиск по графу. H - это hierarchical
Ты кстати и не рассказал какие планы ты строишь и пути ищешь. Вот был пример с обоймой и внтовкой, но почему это не сделать ифами?
>в действии должно быть описано только само исключительно само действие
Ты там засыпаешь уже? Навигацией занимается не действие, а навмеш и настройка над ним. Действие лишь даёт команду идти и задаёт образ передвижения. Все эти весёлые и занимательные стейты с поиском кустов будут только в навигаторе с синхронизацией через одно вхождение в ворлдстейт, без необходимости подстраивать всё.
>ты погромировал чтоли мало в своей жизни, шишки не набил
>это ебануться можно редактировать все это
>не доверял слишком много функциям которые вызываются хуй пойми когда и где?
>в какую мусорку превратится ГОАП
>скопипастить эти 3.5 строчки описывающие действие с новыми условиями
Бля не дави плиз((( Рассказываешь о чистоте действий и сразу копируешь строчки кода с новыми условиями и делаешь два похожих действия для стелса и его отсутствия. Интуитивно редактируемо.
>нахуй вообще описывать перемещение в действии ГОАП?
>ты погромировал чтоли мало в своей жизни
Про ООП не слышал? Действие не реализует движение, оно описывает его характер.
>он не пользуется A* же
Там прямой поиск по графу. H - это hierarchical
>я понимаю георию графов достаточно хорошо чтобы понимать пользу от поиска пути на нем
>чем ГОАП и является
Ты кстати и не рассказал какие планы ты строишь и пути ищешь. Вот был пример с обоймой и внтовкой, но почему это не сделать ифами?
>>30059
Ты там засыпаешь уже? Навигацией занимается не действие, а навмеш и настройка над ним. Действие лишь даёт команду идти и задаёт образ передвижения. Все эти весёлые и занимательные стейты с поиском кустов будут только в навигаторе с синхронизацией через одно вхождение в ворлдстейт, без необходимости подстраивать всё.
Бля не дави плиз((( Рассказываешь о чистоте действий и сразу копируешь строчки кода с новыми условиями и делаешь два похожих действия для стелса и его отсутствия. Интуитивно редактируемо.
Про ООП не слышал? Действие не реализует движение, оно описывает его характер.
Там прямой поиск по графу. H - это hierarchical
Ты кстати и не рассказал какие планы ты строишь и пути ищешь. Вот был пример с обоймой и внтовкой, но почему это не сделать ифами?
>в действии должно быть описано только само исключительно само действие
Ты там засыпаешь уже? Навигацией занимается не действие, а навмеш и настройка над ним. Действие лишь даёт команду идти и задаёт образ передвижения. Все эти весёлые и занимательные стейты с поиском кустов будут только в навигаторе с синхронизацией через одно вхождение в ворлдстейт, без необходимости подстраивать всё.
>ты погромировал чтоли мало в своей жизни, шишки не набил
>это ебануться можно редактировать все это
>не доверял слишком много функциям которые вызываются хуй пойми когда и где?
>в какую мусорку превратится ГОАП
>скопипастить эти 3.5 строчки описывающие действие с новыми условиями
Бля не дави плиз((( Рассказываешь о чистоте действий и сразу копируешь строчки кода с новыми условиями и делаешь два похожих действия для стелса и его отсутствия. Интуитивно редактируемо.
>нахуй вообще описывать перемещение в действии ГОАП?
>ты погромировал чтоли мало в своей жизни
Про ООП не слышал? Действие не реализует движение, оно описывает его характер.
>он не пользуется A* же
Там прямой поиск по графу. H - это hierarchical
>я понимаю георию графов достаточно хорошо чтобы понимать пользу от поиска пути на нем
>чем ГОАП и является
Ты кстати и не рассказал какие планы ты строишь и пути ищешь. Вот был пример с обоймой и внтовкой, но почему это не сделать ифами?
>>30098
чего план то такой хитрый? вот стейт ИИ сменился внутри гоапа, он стал у нас спрятанным, появилась возможность применять действия. но актуальный паттерн передвижения сменится только после следующего действия? тоесть типа стоит ИИ посреди поля в idle, понимает что он спрятался, видит враг идет и надо ебануть бы его и только тогда он приседает и ползет чтоли?
если занимают они 3.5 строчки, различаются одной кондицией пререкваермента то чего мудрить. назвал по другому. теперь у нас не StealthAttack, а SneakAttack, положил рядом. может ещё чего потом напишу. например StealthAttack чтобы делать надо сзади подбежать, а SneakAttack можно и не сзади. пока это два разных действия которые требуют хуй да нихуя описания то.
как характер то описывать придумал?
там иерархический поиск по графу, сверху вниз. если бы делал РТС например где я всегда знал бы изначальную возможную последовательность действий и примерное их количество то это было бы адекватно. но не у меня.
потому что винтовки может и не быть вообще, патрон может и не быть вообще, или чтобы их получить надо взять их, а чтобы взять надо залезть, а чтобы залезть надо ключ. разумеется некоторые действия скорей всего будут в конце, а некоторые скорей всего в начале, но учитывая все варианты цепочка может быть весьма длинной. как такое ифами то ебануть? а что если ебошить может не только винтовка, есть пистолет, но нет патрон к нему, но есть патроны к винтовке?
>Навигацией занимается не действие, а навмеш и настройка над ним. Действие лишь даёт команду идти и задаёт образ передвижения. Все эти весёлые и занимательные стейты с поиском кустов будут только в навигаторе с синхронизацией через одно вхождение в ворлдстейт, без необходимости подстраивать всё.
чего план то такой хитрый? вот стейт ИИ сменился внутри гоапа, он стал у нас спрятанным, появилась возможность применять действия. но актуальный паттерн передвижения сменится только после следующего действия? тоесть типа стоит ИИ посреди поля в idle, понимает что он спрятался, видит враг идет и надо ебануть бы его и только тогда он приседает и ползет чтоли?
>Бля не дави плиз((( Рассказываешь о чистоте действий и сразу копируешь строчки кода с новыми условиями и делаешь два похожих действия для стелса и его отсутствия. Интуитивно редактируемо.
если занимают они 3.5 строчки, различаются одной кондицией пререкваермента то чего мудрить. назвал по другому. теперь у нас не StealthAttack, а SneakAttack, положил рядом. может ещё чего потом напишу. например StealthAttack чтобы делать надо сзади подбежать, а SneakAttack можно и не сзади. пока это два разных действия которые требуют хуй да нихуя описания то.
>Про ООП не слышал? Действие не реализует движение, оно описывает его характер.
как характер то описывать придумал?
>Там прямой поиск по графу. H - это hierarchical
там иерархический поиск по графу, сверху вниз. если бы делал РТС например где я всегда знал бы изначальную возможную последовательность действий и примерное их количество то это было бы адекватно. но не у меня.
>Ты кстати и не рассказал какие планы ты строишь и пути ищешь. Вот был пример с обоймой и внтовкой, но почему это не сделать ифами?
потому что винтовки может и не быть вообще, патрон может и не быть вообще, или чтобы их получить надо взять их, а чтобы взять надо залезть, а чтобы залезть надо ключ. разумеется некоторые действия скорей всего будут в конце, а некоторые скорей всего в начале, но учитывая все варианты цепочка может быть весьма длинной. как такое ифами то ебануть? а что если ебошить может не только винтовка, есть пистолет, но нет патрон к нему, но есть патроны к винтовке?
>>30098
чего план то такой хитрый? вот стейт ИИ сменился внутри гоапа, он стал у нас спрятанным, появилась возможность применять действия. но актуальный паттерн передвижения сменится только после следующего действия? тоесть типа стоит ИИ посреди поля в idle, понимает что он спрятался, видит враг идет и надо ебануть бы его и только тогда он приседает и ползет чтоли?
если занимают они 3.5 строчки, различаются одной кондицией пререкваермента то чего мудрить. назвал по другому. теперь у нас не StealthAttack, а SneakAttack, положил рядом. может ещё чего потом напишу. например StealthAttack чтобы делать надо сзади подбежать, а SneakAttack можно и не сзади. пока это два разных действия которые требуют хуй да нихуя описания то.
как характер то описывать придумал?
там иерархический поиск по графу, сверху вниз. если бы делал РТС например где я всегда знал бы изначальную возможную последовательность действий и примерное их количество то это было бы адекватно. но не у меня.
потому что винтовки может и не быть вообще, патрон может и не быть вообще, или чтобы их получить надо взять их, а чтобы взять надо залезть, а чтобы залезть надо ключ. разумеется некоторые действия скорей всего будут в конце, а некоторые скорей всего в начале, но учитывая все варианты цепочка может быть весьма длинной. как такое ифами то ебануть? а что если ебошить может не только винтовка, есть пистолет, но нет патрон к нему, но есть патроны к винтовке?
>Навигацией занимается не действие, а навмеш и настройка над ним. Действие лишь даёт команду идти и задаёт образ передвижения. Все эти весёлые и занимательные стейты с поиском кустов будут только в навигаторе с синхронизацией через одно вхождение в ворлдстейт, без необходимости подстраивать всё.
чего план то такой хитрый? вот стейт ИИ сменился внутри гоапа, он стал у нас спрятанным, появилась возможность применять действия. но актуальный паттерн передвижения сменится только после следующего действия? тоесть типа стоит ИИ посреди поля в idle, понимает что он спрятался, видит враг идет и надо ебануть бы его и только тогда он приседает и ползет чтоли?
>Бля не дави плиз((( Рассказываешь о чистоте действий и сразу копируешь строчки кода с новыми условиями и делаешь два похожих действия для стелса и его отсутствия. Интуитивно редактируемо.
если занимают они 3.5 строчки, различаются одной кондицией пререкваермента то чего мудрить. назвал по другому. теперь у нас не StealthAttack, а SneakAttack, положил рядом. может ещё чего потом напишу. например StealthAttack чтобы делать надо сзади подбежать, а SneakAttack можно и не сзади. пока это два разных действия которые требуют хуй да нихуя описания то.
>Про ООП не слышал? Действие не реализует движение, оно описывает его характер.
как характер то описывать придумал?
>Там прямой поиск по графу. H - это hierarchical
там иерархический поиск по графу, сверху вниз. если бы делал РТС например где я всегда знал бы изначальную возможную последовательность действий и примерное их количество то это было бы адекватно. но не у меня.
>Ты кстати и не рассказал какие планы ты строишь и пути ищешь. Вот был пример с обоймой и внтовкой, но почему это не сделать ифами?
потому что винтовки может и не быть вообще, патрон может и не быть вообще, или чтобы их получить надо взять их, а чтобы взять надо залезть, а чтобы залезть надо ключ. разумеется некоторые действия скорей всего будут в конце, а некоторые скорей всего в начале, но учитывая все варианты цепочка может быть весьма длинной. как такое ифами то ебануть? а что если ебошить может не только винтовка, есть пистолет, но нет патрон к нему, но есть патроны к винтовке?
Как выглядит строчка кода, чтобы засечь время?
Например :
if {прошло 2секунды после actiona}
...
Например :
if {прошло 2секунды после actiona}
...
>>30116
Time.time если быть точнее
Time.time если быть точнее
>>30099
Ты тралишь? Идл он будет с стелсе путём действия "сидеть в стелсе".
Но точно так же при переключении глобальных стейтов у тебя тоже действие идл на ифах будет обрабатываться иначе - спихивание кучи всего в одно место, от чего ты меня недавно предостерегал.
А если больше, то уже что то ещё придумывать? А потом ещё что то новое?
Передавать навигатору экземпляр класса NavigationContext очевидно же.
Ну то сеть мы лишнего в ГОАП не пихаем, но наличие всех видов оружия и патронов к ним мы там всёже храним?
Но весь однойзначной, не считаешь?
Что мешает сделать по ифу на видимость патронов, винтовки? Подбирание - действие с перемещением уже на ифах реализовано.
>тоесть типа стоит ИИ посреди поля в idle, понимает что он спрятался, видит враг идет и надо ебануть бы его и только тогда он приседает и ползет чтоли?
Ты тралишь? Идл он будет с стелсе путём действия "сидеть в стелсе".
>ну вот лишнее действие! засрано всё
Но точно так же при переключении глобальных стейтов у тебя тоже действие идл на ифах будет обрабатываться иначе - спихивание кучи всего в одно место, от чего ты меня недавно предостерегал.
>если занимают они 3.5 строчки
А если больше, то уже что то ещё придумывать? А потом ещё что то новое?
>как характер то описывать придумал?
Передавать навигатору экземпляр класса NavigationContext очевидно же.
>а что если ебошить может не только винтовка, есть пистолет, но нет патрон к нему, но есть патроны к винтовке?
Ну то сеть мы лишнего в ГОАП не пихаем, но наличие всех видов оружия и патронов к ним мы там всёже храним?
>но учитывая все варианты цепочка может быть весьма длинной
Но весь однойзначной, не считаешь?
Что мешает сделать по ифу на видимость патронов, винтовки? Подбирание - действие с перемещением уже на ифах реализовано.
>>30129
Угаманись блять угаманись пока я тебя не пристрелил.
GOAP это был неудачный эксперимент по использованию планировщиков для ИИ игор. Все признали, что это неудачно и никто сейчас его не использует.
Угаманись блять угаманись пока я тебя не пристрелил.
GOAP это был неудачный эксперимент по использованию планировщиков для ИИ игор. Все признали, что это неудачно и никто сейчас его не использует.
Пилю пиксельную игру. Я так понимаю мне нужно взять одно разрешение, например 16:9, и пилить под него? И если это запустят люди с другим разрешением, то у них это будет с черными полосами по бокам или сверху? По другому никак нельзя? Например расширять поле обзора?
>>30170
Пилильщик блин, ты б сначала самые элементарные азы почитал.
Ctrl+Shift+B - Player settings - Resolution and Presentation
Пилильщик блин, ты б сначала самые элементарные азы почитал.
Ctrl+Shift+B - Player settings - Resolution and Presentation
>>30131
/gd/
/gd/
>>30186
К тому, что ничего проще и лучше behavior tree нету
http://www.gdcvault.com/play/1023055/AI-Behavior-Editing-and-Debugging
К тому, что ничего проще и лучше behavior tree нету
http://www.gdcvault.com/play/1023055/AI-Behavior-Editing-and-Debugging
>>30181
Лол. Я уже полгода изучаю юнити, но про это окно узнал впервые. Уже делаю нормальные пиксели, как боженька завещал.
Кстати, зачем нужна галочка "Pixel Snap" на шейдерах? Что именно он снепит?
Лол. Я уже полгода изучаю юнити, но про это окно узнал впервые. Уже делаю нормальные пиксели, как боженька завещал.
Кстати, зачем нужна галочка "Pixel Snap" на шейдерах? Что именно он снепит?
>>30250
behaviour tree намного проще на самом деле
меньше boilerplate-кода
ты охуеешь делать стейт машины, если у тебя много состояний
behaviour tree намного проще на самом деле
меньше boilerplate-кода
ты охуеешь делать стейт машины, если у тебя много состояний
>>30129
а что гарантировать то будет смену статуса? или что будет гарантировать то что стелс не вскроется потому что ИИ неожиданно захочет грибов собрать?
ты же понимаешь что глобальные статусы будут активироватся не зависимо от текущего действия? вообще с чего бы в моем варианте обрабатыватся в одном месте то? я наоборот все разделяю. логика получения статуса отдельно, имплементация статуса отдельно, планирование отдельно, ничего друг другу не мешает.
ну а хули? множить классы ничего не мешает пока они компактные.
ну а как ещё то? вообще каждый предмет должен хранить список экшонов связанных с ним, чтобы само наличие их давало варианты. использование плюса динамичного листа экшонов, хули.
то что вкладки с ифами будут правей чем граница монитора?
>>30130
да что ты. вон на вскидку в третем фолаче ГОАП, в DeusEx:HR тоже ГОАП.
>>30141 (Del)
https://unity3d.com/ru/learn/tutorials/topics/animation/avatar-masks
>Ты тралишь? Идл он будет с стелсе путём действия "сидеть в стелсе".
а что гарантировать то будет смену статуса? или что будет гарантировать то что стелс не вскроется потому что ИИ неожиданно захочет грибов собрать?
>Но точно так же при переключении глобальных стейтов у тебя тоже действие идл на ифах будет обрабатываться иначе - спихивание кучи всего в одно место, от чего ты меня недавно предостерегал.
ты же понимаешь что глобальные статусы будут активироватся не зависимо от текущего действия? вообще с чего бы в моем варианте обрабатыватся в одном месте то? я наоборот все разделяю. логика получения статуса отдельно, имплементация статуса отдельно, планирование отдельно, ничего друг другу не мешает.
>А если больше, то уже что то ещё придумывать? А потом ещё что то новое?
ну а хули? множить классы ничего не мешает пока они компактные.
>Ну то сеть мы лишнего в ГОАП не пихаем, но наличие всех видов оружия и патронов к ним мы там всёже храним?
ну а как ещё то? вообще каждый предмет должен хранить список экшонов связанных с ним, чтобы само наличие их давало варианты. использование плюса динамичного листа экшонов, хули.
>Что мешает сделать по ифу на видимость патронов, винтовки?
то что вкладки с ифами будут правей чем граница монитора?
>>30130
да что ты. вон на вскидку в третем фолаче ГОАП, в DeusEx:HR тоже ГОАП.
>>30141 (Del)
https://unity3d.com/ru/learn/tutorials/topics/animation/avatar-masks
>>30272
Какую смену статуса? Он будет выполнять то, что требует приоритетная цель. Он будет сидеть в стелсе потому что это необходимо для текущей цели и действий, которые к ней ведут.
Это уже совсем другое действие ведущее к другой цели. Но банально собирание грибов имеет как прекондишн отсутствие врагов.
Ты читал про что речь? Действие идл будет иметь несколько вариантов выполнения в зависимости от стейта. Или же будет несколько действий идл, зависимых от стейта? В чём тогда смысл отбора контроля за ним у планировщика?
Завести глобальный стейт для текущего оружия же
>>30263
Редактировать деревья гораздо сложнее.
>а что гарантировать то будет смену статуса?
Какую смену статуса? Он будет выполнять то, что требует приоритетная цель. Он будет сидеть в стелсе потому что это необходимо для текущей цели и действий, которые к ней ведут.
>или что будет гарантировать то что стелс не вскроется потому что ИИ неожиданно захочет грибов собрать?
Это уже совсем другое действие ведущее к другой цели. Но банально собирание грибов имеет как прекондишн отсутствие врагов.
>я наоборот все разделяю
Ты читал про что речь? Действие идл будет иметь несколько вариантов выполнения в зависимости от стейта. Или же будет несколько действий идл, зависимых от стейта? В чём тогда смысл отбора контроля за ним у планировщика?
>множить классы
>вот 3 строчки копирую, а потом ещё что
>множить классы
>ну а как ещё то?
Завести глобальный стейт для текущего оружия же
>>30263
>behaviour tree намного проще на самом деле
Редактировать деревья гораздо сложнее.
>ты охуеешь делать стейт машины, если у тебя много состояний
>стейт машины
>СТРИПС
>>30306
смену паттерна действий. чтобы сел в стелс и сидел там и это не прерывалось ничем пока стелс активен.
тоесть у тебя будет отдельно собирание грибов чтоли? не будет дженерик действия "собрать предмет"? а что если надо оружие поднять в бою?
слыш, мне вот интересно. а у тебя будет 3-5 вариантов под каждое действие чтоли? типа, идл в стелсе, идл нервный, идл хромой, идл выпивший и прочее? или вот если у тебя статус хранится как флажок в ГОАП, то как ты будешь менять модификаторы трешхолда у гоалов которые изначально бы зависели от статуса персонажа? когда например если персонаж счастлив то он мороженое хочет покупать, а когда грустно ему то он виски выпить в баре хочет.
а типы патронов как различать, м?
>Какую смену статуса? Он будет выполнять то, что требует приоритетная цель. Он будет сидеть в стелсе потому что это необходимо для текущей цели и действий, которые к ней ведут.
смену паттерна действий. чтобы сел в стелс и сидел там и это не прерывалось ничем пока стелс активен.
>Это уже совсем другое действие ведущее к другой цели. Но банально собирание грибов имеет как прекондишн отсутствие врагов.
тоесть у тебя будет отдельно собирание грибов чтоли? не будет дженерик действия "собрать предмет"? а что если надо оружие поднять в бою?
>Ты читал про что речь? Действие идл будет иметь несколько вариантов выполнения в зависимости от стейта. Или же будет несколько действий идл, зависимых от стейта? В чём тогда смысл отбора контроля за ним у планировщика?
слыш, мне вот интересно. а у тебя будет 3-5 вариантов под каждое действие чтоли? типа, идл в стелсе, идл нервный, идл хромой, идл выпивший и прочее? или вот если у тебя статус хранится как флажок в ГОАП, то как ты будешь менять модификаторы трешхолда у гоалов которые изначально бы зависели от статуса персонажа? когда например если персонаж счастлив то он мороженое хочет покупать, а когда грустно ему то он виски выпить в баре хочет.
>Завести глобальный стейт для текущего оружия же
а типы патронов как различать, м?
>>30312
Написано же следование приоритетной цели, если текущий план валиден, то ничто не прервёт стелс.
Дженерик собирание грибов с динамическими прекондишенами. У нас же обратный поиск, планер будет знать контекст подбирания предмета.
Да. Часть действий можно конечно свернуть в одно, если это не влияет на планирование.
Процедурно извне.
Некорректное сравнение со стелсом. Грустным или радостным персонаж становится извне, что может менять приоритеты целей. Но в стелс АИ должен уходить сам, добивая своей цели по уничтожению противника.
>не прерывалось ничем пока стелс активен.
Написано же следование приоритетной цели, если текущий план валиден, то ничто не прервёт стелс.
>не будет дженерик действия "собрать предмет"? а что если надо оружие поднять в бою?
Дженерик собирание грибов с динамическими прекондишенами. У нас же обратный поиск, планер будет знать контекст подбирания предмета.
>типа, идл в стелсе, идл нервный, идл хромой, идл выпивший и прочее?
Да. Часть действий можно конечно свернуть в одно, если это не влияет на планирование.
>или вот если у тебя статус хранится как флажок в ГОАП, то как ты будешь менять модификаторы трешхолда у гоалов которые изначально бы зависели от статуса персонажа?
Процедурно извне.
>когда например если персонаж счастлив то он мороженое хочет покупать, а когда грустно ему то он виски выпить в баре хочет
Некорректное сравнение со стелсом. Грустным или радостным персонаж становится извне, что может менять приоритеты целей. Но в стелс АИ должен уходить сам, добивая своей цели по уничтожению противника.
Мимо тот же переселенец с флэша. Мануалы не читай - гдач спрашивай!
Сделал простенький дисплейчик - картинка и текст, прилепил на него скрипт (MyYobaDisplay), где на Start считываю компоненты дисплейчика в переменные и есть метод SetData(data:MyYobaData), в котором компонентам из переменных задаю параметры из этой самой даты (тексту стрингу, картинке цвет). Сделал "окно" в которое накидал с десяток таких дисплейчиков. Сделал контроллер окошка, в нем на Start ищу все MyYobaDisplay-и, сохраняю их к себе и генерю для них MyYobaData-ы, и сразу им прокидываю. Но поскольку Start бати (контроллера) логично дергается раньше чем Start чилдов (дисплеев), то в момент когда батей делаю SetData им, у них внутри еще нет ссылочки на их компоненты и они не могут нормально покраситься исходя из прокинутой датки.
Внимание вопрос: как "батей" грамотно подождать инициализации всех чилдов? Делать костыль с флагом на первом апдейте? А не будут ли тогда на долю секунды видны пустые белые хуйни с дефолтным текстом у MyYobaDisplay-ев? В юньке наверняка есть более грамотный метод шобы сделать пиздато... Может эвент какой подождать надо и на нем уже датку прокидывать? Как тру пацаны делают?
Сделал простенький дисплейчик - картинка и текст, прилепил на него скрипт (MyYobaDisplay), где на Start считываю компоненты дисплейчика в переменные и есть метод SetData(data:MyYobaData), в котором компонентам из переменных задаю параметры из этой самой даты (тексту стрингу, картинке цвет). Сделал "окно" в которое накидал с десяток таких дисплейчиков. Сделал контроллер окошка, в нем на Start ищу все MyYobaDisplay-и, сохраняю их к себе и генерю для них MyYobaData-ы, и сразу им прокидываю. Но поскольку Start бати (контроллера) логично дергается раньше чем Start чилдов (дисплеев), то в момент когда батей делаю SetData им, у них внутри еще нет ссылочки на их компоненты и они не могут нормально покраситься исходя из прокинутой датки.
Внимание вопрос: как "батей" грамотно подождать инициализации всех чилдов? Делать костыль с флагом на первом апдейте? А не будут ли тогда на долю секунды видны пустые белые хуйни с дефолтным текстом у MyYobaDisplay-ев? В юньке наверняка есть более грамотный метод шобы сделать пиздато... Может эвент какой подождать надо и на нем уже датку прокидывать? Как тру пацаны делают?
>>30341
upd:
Сделал очевидное решение - у дисплея храню датку внутри, и перерисовываю его на Start исходя из датки. Но все равно сцуко медленно, запустив сцену кнопочкой Play в юньке, сначала вижу почти полсекунды дефолтный белый дисплей и только потом он окрашивается в нужный цвет. Как-то можно запилить чтобы он сразу выглядел как надо?
И вообще почему так, это GetComponent такой медленный или другие причины (дебаг билд?)?
upd:
Сделал очевидное решение - у дисплея храню датку внутри, и перерисовываю его на Start исходя из датки. Но все равно сцуко медленно, запустив сцену кнопочкой Play в юньке, сначала вижу почти полсекунды дефолтный белый дисплей и только потом он окрашивается в нужный цвет. Как-то можно запилить чтобы он сразу выглядел как надо?
И вообще почему так, это GetComponent такой медленный или другие причины (дебаг билд?)?
Необходима следующая логика (опишу на примере TD, хотя у меня не TD, это неважно): вот есть активные объекты (башни), есть крипы. Башням надо искать следующую цель: она берёт список крипов, итерируется по нему и находит нужного пиздюка. Делает она это с помощью FindGameObjectsWithTag("пиздюк"). Проблема в том, что башен много и пиздюков много. Как грамотней реализовать? Создать один скрипт, который хранит пиздюков: удаляет/добавляет в список, а остальные башни лезут к нему за инфой? Как сделать так, чтобы этот срипт запускался вперёд скриптов башен, чтоб инфа была актуальна?
2 Кб, 507x343Что вы обычно делаете глобальными переменными? Я просто не совсем понимаю когда их нужно использовать. Хорошая ли идея сделать глобальной переменной ссылку на объект игрока?
>>30411 (Del)
Анти-паттерн.
Анти-паттерн.
>>30397
Да.
Awake? Ну или в редакторе можешь поменять очередность выполнения скриптов. Но через Awake, думаю, все решится.
Ну и если хочешь ссылаться башнями на эту логику, то вызываешь в этой логике ивент по удалению/добавлению пиздюка, типа OnPizdukiListChanged. Ну и в классе башни подписываешься на этот ивент. Через ObservableCollection можно ебануть, например.
>Как грамотней реализовать? Создать один скрипт, который хранит пиздюков: удаляет/добавляет в список, а остальные башни лезут к нему за инфой?
Да.
>Как сделать так, чтобы этот срипт запускался вперёд скриптов башен, чтоб инфа была актуальна?
Awake? Ну или в редакторе можешь поменять очередность выполнения скриптов. Но через Awake, думаю, все решится.
Ну и если хочешь ссылаться башнями на эту логику, то вызываешь в этой логике ивент по удалению/добавлению пиздюка, типа OnPizdukiListChanged. Ну и в классе башни подписываешься на этот ивент. Через ObservableCollection можно ебануть, например.
>>30397
Алсо, всякие там "Find" и "GetComponent" без крайней надобности не используй, ну или когда не важны фпсы, например(загрузка сцены там, еще чего-нибудь). Конкретно здесь они, например, нахуй не нужны. Да и вообще, я бы сказал, нужны крайне редко или не нужны вовсе - нужно лишь сделать нормальную архитектуру.
Алсо, всякие там "Find" и "GetComponent" без крайней надобности не используй, ну или когда не важны фпсы, например(загрузка сцены там, еще чего-нибудь). Конкретно здесь они, например, нахуй не нужны. Да и вообще, я бы сказал, нужны крайне редко или не нужны вовсе - нужно лишь сделать нормальную архитектуру.
>>30420 (Del)
Я, например, делаю игру один и могу сказать, что вообще не похуй. Захочешь сделать какой-то скилл, например, или предмет там - тебя трахнет твой собственный код, а точнее ты сам себя трахнешь. И будешь сидеть и голову ломать, как в своей же понаписанной архитектуре что-нибудь добавить. Или будешь переписывать и в итоге придешь к тому, что надо было сделать изначально.
С нормальным же кодом, архитектурой, решение новых задач становится легким, приятным и лаконичным. Твой код сам тебе подсказывает решение и даже может делать за тебя всю работу.
Я, например, делаю игру один и могу сказать, что вообще не похуй. Захочешь сделать какой-то скилл, например, или предмет там - тебя трахнет твой собственный код, а точнее ты сам себя трахнешь. И будешь сидеть и голову ломать, как в своей же понаписанной архитектуре что-нибудь добавить. Или будешь переписывать и в итоге придешь к тому, что надо было сделать изначально.
С нормальным же кодом, архитектурой, решение новых задач становится легким, приятным и лаконичным. Твой код сам тебе подсказывает решение и даже может делать за тебя всю работу.
>>30335
я то про сохранение стелса на протяжении нескольких планов.
а тебе непонятно чтоли что прекондиции зависят от контекста? например грибы собрать чтобы сожрать, или собрать грибы чтобы сделать из них яд, или в конце концов собрать грибы кинуть их во врага. ты контекст чтобы собрался в гоап совать? обратный поиск то это всего лишь нахождение пути с конца, а не с начала, когда ты от цели идешь к началу собирая в статус мира не эффекты, а рекваерменты. контекст ты по прежнему сунуть только в эффекты и рекваерменты действия можешь. представить то можешь какая у тебя мешанина из флагов будет? или что, ты собрался сделать полный пиздец но ещё хранить флаги о контексте в вариантах действия с самим предметом? типа, вот гриб лежит, ядовитый, у него два действия "поднять чтобы кинуть во врага" и "поднять чтобы сделать яд"? и они стопроцентно ничем не будут отличатся до конца жизни проекта кроме как одним флагом?
как бы я тебе уже давно говорю. разные варианты одного и того-же действия вообще не влияют на планирование. они у тебя влияют ололо на паттерн передвижения только почему-то. даже при отсутствии передвижения.
что ещё за "извне"? это вопрос того где хранить переменные с модификаторами чтоли? типа у ИИ есть ещё какой-то внешний советчик который говорит ему его статус?
как-бы стелс это такой-же модификатор трешхолдов для целей же. ИИ хопа в стелсе и сразу у целей связанных с стелсом меняются приоритеты.
>>30341
если у тебя такая вложенная иерархия то не имплементируй Start/Awake/OnEnable у его чайлдов, а просто заведи метод у них "DoShit(ParrentClass)" и вызывай его из верхнего класса передавая в параметры самого себя. ну или ещё лучше - паредавай не инстанс класса, а интерфейс.
>>30397
на самом деле поиск через FindGameObjectsWithTag мало чем отличается от того что ты сам будешь список говна составлять, юнити же не ходит по всей сцене когда ты это вызываешь, оно тебе просто список говна возвращает. хотя применимо это разве что для тагов. на мой вкус у тебя всего одна проблема - нахождение ближайшей цели. тут уже манипуляции в духе дистанции без квадратного корня врядли спасут. может quadtree ебанешь чтобы весь список не перебирать хотя-бы?
>>30410
все что существует в одном экземпляре, или то что регулярно чем-то из этого списка используется.
да, идея хорошая, но НЕ следует пользоватся этой переменной всегда-всегда. например вот надо сказать камере "следуй за игроком" и камера полетела взяв ссылку на игрока и схватила его трансформ. или вот менеджер интерфейса чтобы хочет показать сколько у игрока ХП, лезет в глобальную переменную и смотрит сколько там у него ХП и показывает. а если у тебя там в игре снаряд разорвался, то разумеется лезть в такую глобальную хуйню не следует.
>Написано же следование приоритетной цели, если текущий план валиден, то ничто не прервёт стелс.
я то про сохранение стелса на протяжении нескольких планов.
>Дженерик собирание грибов с динамическими прекондишенами. У нас же обратный поиск, планер будет знать контекст подбирания предмета.
а тебе непонятно чтоли что прекондиции зависят от контекста? например грибы собрать чтобы сожрать, или собрать грибы чтобы сделать из них яд, или в конце концов собрать грибы кинуть их во врага. ты контекст чтобы собрался в гоап совать? обратный поиск то это всего лишь нахождение пути с конца, а не с начала, когда ты от цели идешь к началу собирая в статус мира не эффекты, а рекваерменты. контекст ты по прежнему сунуть только в эффекты и рекваерменты действия можешь. представить то можешь какая у тебя мешанина из флагов будет? или что, ты собрался сделать полный пиздец но ещё хранить флаги о контексте в вариантах действия с самим предметом? типа, вот гриб лежит, ядовитый, у него два действия "поднять чтобы кинуть во врага" и "поднять чтобы сделать яд"? и они стопроцентно ничем не будут отличатся до конца жизни проекта кроме как одним флагом?
>Да. Часть действий можно конечно свернуть в одно, если это не влияет на планирование.
как бы я тебе уже давно говорю. разные варианты одного и того-же действия вообще не влияют на планирование. они у тебя влияют ололо на паттерн передвижения только почему-то. даже при отсутствии передвижения.
>Процедурно извне.
>Некорректное сравнение со стелсом. Грустным или радостным персонаж становится извне, что может менять приоритеты целей.
что ещё за "извне"? это вопрос того где хранить переменные с модификаторами чтоли? типа у ИИ есть ещё какой-то внешний советчик который говорит ему его статус?
>Но в стелс АИ должен уходить сам, добивая своей цели по уничтожению противника.
как-бы стелс это такой-же модификатор трешхолдов для целей же. ИИ хопа в стелсе и сразу у целей связанных с стелсом меняются приоритеты.
>>30341
>Сделал простенький дисплейчик - картинка и текст, прилепил на него скрипт
если у тебя такая вложенная иерархия то не имплементируй Start/Awake/OnEnable у его чайлдов, а просто заведи метод у них "DoShit(ParrentClass)" и вызывай его из верхнего класса передавая в параметры самого себя. ну или ещё лучше - паредавай не инстанс класса, а интерфейс.
>>30397
на самом деле поиск через FindGameObjectsWithTag мало чем отличается от того что ты сам будешь список говна составлять, юнити же не ходит по всей сцене когда ты это вызываешь, оно тебе просто список говна возвращает. хотя применимо это разве что для тагов. на мой вкус у тебя всего одна проблема - нахождение ближайшей цели. тут уже манипуляции в духе дистанции без квадратного корня врядли спасут. может quadtree ебанешь чтобы весь список не перебирать хотя-бы?
>>30410
все что существует в одном экземпляре, или то что регулярно чем-то из этого списка используется.
да, идея хорошая, но НЕ следует пользоватся этой переменной всегда-всегда. например вот надо сказать камере "следуй за игроком" и камера полетела взяв ссылку на игрока и схватила его трансформ. или вот менеджер интерфейса чтобы хочет показать сколько у игрока ХП, лезет в глобальную переменную и смотрит сколько там у него ХП и показывает. а если у тебя там в игре снаряд разорвался, то разумеется лезть в такую глобальную хуйню не следует.
>>30335
я то про сохранение стелса на протяжении нескольких планов.
а тебе непонятно чтоли что прекондиции зависят от контекста? например грибы собрать чтобы сожрать, или собрать грибы чтобы сделать из них яд, или в конце концов собрать грибы кинуть их во врага. ты контекст чтобы собрался в гоап совать? обратный поиск то это всего лишь нахождение пути с конца, а не с начала, когда ты от цели идешь к началу собирая в статус мира не эффекты, а рекваерменты. контекст ты по прежнему сунуть только в эффекты и рекваерменты действия можешь. представить то можешь какая у тебя мешанина из флагов будет? или что, ты собрался сделать полный пиздец но ещё хранить флаги о контексте в вариантах действия с самим предметом? типа, вот гриб лежит, ядовитый, у него два действия "поднять чтобы кинуть во врага" и "поднять чтобы сделать яд"? и они стопроцентно ничем не будут отличатся до конца жизни проекта кроме как одним флагом?
как бы я тебе уже давно говорю. разные варианты одного и того-же действия вообще не влияют на планирование. они у тебя влияют ололо на паттерн передвижения только почему-то. даже при отсутствии передвижения.
что ещё за "извне"? это вопрос того где хранить переменные с модификаторами чтоли? типа у ИИ есть ещё какой-то внешний советчик который говорит ему его статус?
как-бы стелс это такой-же модификатор трешхолдов для целей же. ИИ хопа в стелсе и сразу у целей связанных с стелсом меняются приоритеты.
>>30341
если у тебя такая вложенная иерархия то не имплементируй Start/Awake/OnEnable у его чайлдов, а просто заведи метод у них "DoShit(ParrentClass)" и вызывай его из верхнего класса передавая в параметры самого себя. ну или ещё лучше - паредавай не инстанс класса, а интерфейс.
>>30397
на самом деле поиск через FindGameObjectsWithTag мало чем отличается от того что ты сам будешь список говна составлять, юнити же не ходит по всей сцене когда ты это вызываешь, оно тебе просто список говна возвращает. хотя применимо это разве что для тагов. на мой вкус у тебя всего одна проблема - нахождение ближайшей цели. тут уже манипуляции в духе дистанции без квадратного корня врядли спасут. может quadtree ебанешь чтобы весь список не перебирать хотя-бы?
>>30410
все что существует в одном экземпляре, или то что регулярно чем-то из этого списка используется.
да, идея хорошая, но НЕ следует пользоватся этой переменной всегда-всегда. например вот надо сказать камере "следуй за игроком" и камера полетела взяв ссылку на игрока и схватила его трансформ. или вот менеджер интерфейса чтобы хочет показать сколько у игрока ХП, лезет в глобальную переменную и смотрит сколько там у него ХП и показывает. а если у тебя там в игре снаряд разорвался, то разумеется лезть в такую глобальную хуйню не следует.
>Написано же следование приоритетной цели, если текущий план валиден, то ничто не прервёт стелс.
я то про сохранение стелса на протяжении нескольких планов.
>Дженерик собирание грибов с динамическими прекондишенами. У нас же обратный поиск, планер будет знать контекст подбирания предмета.
а тебе непонятно чтоли что прекондиции зависят от контекста? например грибы собрать чтобы сожрать, или собрать грибы чтобы сделать из них яд, или в конце концов собрать грибы кинуть их во врага. ты контекст чтобы собрался в гоап совать? обратный поиск то это всего лишь нахождение пути с конца, а не с начала, когда ты от цели идешь к началу собирая в статус мира не эффекты, а рекваерменты. контекст ты по прежнему сунуть только в эффекты и рекваерменты действия можешь. представить то можешь какая у тебя мешанина из флагов будет? или что, ты собрался сделать полный пиздец но ещё хранить флаги о контексте в вариантах действия с самим предметом? типа, вот гриб лежит, ядовитый, у него два действия "поднять чтобы кинуть во врага" и "поднять чтобы сделать яд"? и они стопроцентно ничем не будут отличатся до конца жизни проекта кроме как одним флагом?
>Да. Часть действий можно конечно свернуть в одно, если это не влияет на планирование.
как бы я тебе уже давно говорю. разные варианты одного и того-же действия вообще не влияют на планирование. они у тебя влияют ололо на паттерн передвижения только почему-то. даже при отсутствии передвижения.
>Процедурно извне.
>Некорректное сравнение со стелсом. Грустным или радостным персонаж становится извне, что может менять приоритеты целей.
что ещё за "извне"? это вопрос того где хранить переменные с модификаторами чтоли? типа у ИИ есть ещё какой-то внешний советчик который говорит ему его статус?
>Но в стелс АИ должен уходить сам, добивая своей цели по уничтожению противника.
как-бы стелс это такой-же модификатор трешхолдов для целей же. ИИ хопа в стелсе и сразу у целей связанных с стелсом меняются приоритеты.
>>30341
>Сделал простенький дисплейчик - картинка и текст, прилепил на него скрипт
если у тебя такая вложенная иерархия то не имплементируй Start/Awake/OnEnable у его чайлдов, а просто заведи метод у них "DoShit(ParrentClass)" и вызывай его из верхнего класса передавая в параметры самого себя. ну или ещё лучше - паредавай не инстанс класса, а интерфейс.
>>30397
на самом деле поиск через FindGameObjectsWithTag мало чем отличается от того что ты сам будешь список говна составлять, юнити же не ходит по всей сцене когда ты это вызываешь, оно тебе просто список говна возвращает. хотя применимо это разве что для тагов. на мой вкус у тебя всего одна проблема - нахождение ближайшей цели. тут уже манипуляции в духе дистанции без квадратного корня врядли спасут. может quadtree ебанешь чтобы весь список не перебирать хотя-бы?
>>30410
все что существует в одном экземпляре, или то что регулярно чем-то из этого списка используется.
да, идея хорошая, но НЕ следует пользоватся этой переменной всегда-всегда. например вот надо сказать камере "следуй за игроком" и камера полетела взяв ссылку на игрока и схватила его трансформ. или вот менеджер интерфейса чтобы хочет показать сколько у игрока ХП, лезет в глобальную переменную и смотрит сколько там у него ХП и показывает. а если у тебя там в игре снаряд разорвался, то разумеется лезть в такую глобальную хуйню не следует.
Есть ли какие-то профиты от использования мультитрединга в юньке? Я так понял, Unity API можно вызывать только из главного потока, соответственно, потоки стоит использовать только для расчетов каких-то своих? Типа построение маршрутов для ИИ, но подвинуть модельку этого ИИ ты не сможешь из соседнего потока хотя можно построить велосипед с передачей команд в главный поток и корутинами, но это другая история
И получается, всё что касается использования ядер и так далее - можно вообще не заморачиваться, ибо никаких настроек в юньке по этому поводу толком нет, а что можно - само разобьётся по нужным ядрам?
И получается, всё что касается использования ядер и так далее - можно вообще не заморачиваться, ибо никаких настроек в юньке по этому поводу толком нет, а что можно - само разобьётся по нужным ядрам?
Что вообще такое эти ваши префабы? Я имею в виду, как они хранятся в райнтайме, что они такое? Насколько верным будет утверждение, что это просто ГО, которые Disable+readonly?
Вот допустим есть у меня префаб prefab_manager, он имеет ссылки на все префабы. Так же есть ГО game_manager, которые имеет ссылку на префаб (не ГО!) префаб_менеджера. Когда гейм_менеджер хочет инстанциировать камеру, он делает типа Instantiate(prefab_manager.camera_prefab);
И вот чего я здесь решительно не понимаю, так это почему не выдаёт ошибку о том, что кагбэ экземпляра префаб_менеджера не существует! А ведь camera_prefab это не статическое поле! То есть без создания экземпляра префаб_менеджера мы не должны иметь доступа к полям, ибо их вообще нет нигде, они никому не принадлежат. Но пример абзацем выше работает. Почему?!
Окей. Вот еще пример. Есть в сцене ГО, в скрипте которого написано public SomePrefab sp; и потом в редакторе назначаем ссылку на этот sp - перетаскиваем SomePrefab в инспектор того ГО, который в сцене.
Так как SomePrefab является ссылочным типом, а нигде в коде я не делаю new или присваивание, но при этом экземляр типа SomePrefab доступен, как и все его поля (не статичные!), то получается только один вариант? Юнити имеет ГО этого SomePrefab и мы работаем с ним.
И что, если у меня в качестве этого SomePrefab будет огромный уровень или еще что-то такое с "тяжелыми" компонентами и так далее? Получается, юнити создаёт как минимум по одному экземпляру каждого префаба? Что жрёт оперативку и тд и тп....
Где я не прав? Буду рад любой информации.
Вот допустим есть у меня префаб prefab_manager, он имеет ссылки на все префабы. Так же есть ГО game_manager, которые имеет ссылку на префаб (не ГО!) префаб_менеджера. Когда гейм_менеджер хочет инстанциировать камеру, он делает типа Instantiate(prefab_manager.camera_prefab);
И вот чего я здесь решительно не понимаю, так это почему не выдаёт ошибку о том, что кагбэ экземпляра префаб_менеджера не существует! А ведь camera_prefab это не статическое поле! То есть без создания экземпляра префаб_менеджера мы не должны иметь доступа к полям, ибо их вообще нет нигде, они никому не принадлежат. Но пример абзацем выше работает. Почему?!
Окей. Вот еще пример. Есть в сцене ГО, в скрипте которого написано public SomePrefab sp; и потом в редакторе назначаем ссылку на этот sp - перетаскиваем SomePrefab в инспектор того ГО, который в сцене.
Так как SomePrefab является ссылочным типом, а нигде в коде я не делаю new или присваивание, но при этом экземляр типа SomePrefab доступен, как и все его поля (не статичные!), то получается только один вариант? Юнити имеет ГО этого SomePrefab и мы работаем с ним.
И что, если у меня в качестве этого SomePrefab будет огромный уровень или еще что-то такое с "тяжелыми" компонентами и так далее? Получается, юнити создаёт как минимум по одному экземпляру каждого префаба? Что жрёт оперативку и тд и тп....
Где я не прав? Буду рад любой информации.
>>30613
йеп. потоки в юнити только для какой-то своей хуйни, а что-то этакое оно сделает само.
ну а профиты разумеется есть когда ты делаешь какую-то хуйню которой в главном треде быть не должно
>>30626
префабы это хитрая сериализация юнити того чего нет в сцене. которые можно передавать по ссылке, например. префаб это не класс, это уже сразу обьект на который можно ссылаться. все ссылки что ссылаются на один префаб - ссылаются на один префаб.
кстати эти ссылки переживают сериализацию юнити, при повторной загрузке они по прежнему будут ссылатся на один и тот-же объект.
у юнити кстати ещё и специальная хуйня существует ScriptableObject которая специально для хранения данных, а не геймобжектов которая так-же сериализуется.
хотя имеет свои минусы.
йеп. потоки в юнити только для какой-то своей хуйни, а что-то этакое оно сделает само.
ну а профиты разумеется есть когда ты делаешь какую-то хуйню которой в главном треде быть не должно
>>30626
префабы это хитрая сериализация юнити того чего нет в сцене. которые можно передавать по ссылке, например. префаб это не класс, это уже сразу обьект на который можно ссылаться. все ссылки что ссылаются на один префаб - ссылаются на один префаб.
кстати эти ссылки переживают сериализацию юнити, при повторной загрузке они по прежнему будут ссылатся на один и тот-же объект.
у юнити кстати ещё и специальная хуйня существует ScriptableObject которая специально для хранения данных, а не геймобжектов которая так-же сериализуется.
хотя имеет свои минусы.
>а также ваши доходы ограничены 100 000 долларов в год
Не понял, как это регулируется? Вот встрою я в свое говноподелие трусики на героиню за донат, и кто будет следить за объемом доходов?
Мимо ньюфаг
>>30059
Чёт я глянул на шейдоры - трудна.
Ну, допустим, я буду использовать сорт оф дисплейсмент и во время игры рисовать по текстуре. А с нормалями чё делать? Никакого волшебного рекалкулейт нет. В интернетах какие-то грандиозные алгоритмы.
Чёт я глянул на шейдоры - трудна.
Ну, допустим, я буду использовать сорт оф дисплейсмент и во время игры рисовать по текстуре. А с нормалями чё делать? Никакого волшебного рекалкулейт нет. В интернетах какие-то грандиозные алгоритмы.
>>30626
>>30635
Вообще, кстати, юнити далеко не всегда создает инстансы обьектов, если тебе интересно. если хочешь то воспользуйся https://docs.unity3d.com/ScriptReference/ISerializationCallbackReceiver.html чтобы узнать когда там че происходит.
впрочем префабы с охуительными массивами в компонентах действительно могут обосрать все.
>>30670
rконечно трудно, там кругом всякие тайные слова.
https://docs.unity3d.com/ScriptReference/Mesh.RecalculateNormals.html это чтоли хочешь
>>30635
Вообще, кстати, юнити далеко не всегда создает инстансы обьектов, если тебе интересно. если хочешь то воспользуйся https://docs.unity3d.com/ScriptReference/ISerializationCallbackReceiver.html чтобы узнать когда там че происходит.
впрочем префабы с охуительными массивами в компонентах действительно могут обосрать все.
>>30670
rконечно трудно, там кругом всякие тайные слова.
https://docs.unity3d.com/ScriptReference/Mesh.RecalculateNormals.html это чтоли хочешь
>>30696
а, это. а хуй его знает, можно самому считать нормали конечно. но вообще как насчет того что иметь две текстуры? одну для дисплейсмента другую для нормалей. можно же на местах куда давят не только глубину брать, но и нормаль того что камера видит и поворачивать её наоборот.
а, это. а хуй его знает, можно самому считать нормали конечно. но вообще как насчет того что иметь две текстуры? одну для дисплейсмента другую для нормалей. можно же на местах куда давят не только глубину брать, но и нормаль того что камера видит и поворачивать её наоборот.
>>30705
Где это почитать можно? Не совсем понимаю, как это всё с глубиной и камерой. Я предполагал просто рисовать чёрным по серой текстуре.
Где это почитать можно? Не совсем понимаю, как это всё с глубиной и камерой. Я предполагал просто рисовать чёрным по серой текстуре.
>>30708
даже не знаю откуда начать и чего тебе такого дать. почитай про render texture наверно для начала, камера может рендерить туда, а ты берешь оттуда.
даже не знаю откуда начать и чего тебе такого дать. почитай про render texture наверно для начала, камера может рендерить туда, а ты берешь оттуда.
>>30714
а во. https://docs.unity3d.com/Manual/SL-CameraDepthTexture.html отдельная страничка даже есть
а во. https://docs.unity3d.com/Manual/SL-CameraDepthTexture.html отдельная страничка даже есть
В чем суть сериализации? Каждая вторая статья по юнити говорит мне СЕРИАЛИЗАЦИЯ, СЕРИАЛИЗАЦИЯ!!! МОНОБЕХИ ДЛЯ ЛОХОВ, ScriptableObject ДЛЯ ПОЧОНОВ! и тому подобное.
Но я никак не могу вдуплить. Зачем нам какая-то там сериализация, типа сохранять данные обьекта как последовательность байтов, если мы можем не записывать всё подряд а написать просто пару цифр, подразумевая что первая, например, это LVL, вторая это HP и так далее. Это же быстрее, меньше писанины в файлах, и никаких заморочек с атрибутами и возни с капризами юнити аля "ЭТО Я ХОЧУ СЕРИАЛИЗОВАТЬ, ТО Я НЕ ХОЧУ, БУДУ СБРАСЫВАТЬ" etc
Типа последовательность байтов быстрее считывается, чем просто несколько циферок, несмотря на то что в первом случае размер файла будет гораздо больше?
Или может это как раз для "удобства"? Типа написал чето в стиле "ну-ка, юнька, сериализуй-ка мне объект враг_3182", и типа можно не заморачиваться, какие там переменные хуеменные, позиция, вращение, кадр анимации, итд?
Но я никак не могу вдуплить. Зачем нам какая-то там сериализация, типа сохранять данные обьекта как последовательность байтов, если мы можем не записывать всё подряд а написать просто пару цифр, подразумевая что первая, например, это LVL, вторая это HP и так далее. Это же быстрее, меньше писанины в файлах, и никаких заморочек с атрибутами и возни с капризами юнити аля "ЭТО Я ХОЧУ СЕРИАЛИЗОВАТЬ, ТО Я НЕ ХОЧУ, БУДУ СБРАСЫВАТЬ" etc
Типа последовательность байтов быстрее считывается, чем просто несколько циферок, несмотря на то что в первом случае размер файла будет гораздо больше?
Или может это как раз для "удобства"? Типа написал чето в стиле "ну-ка, юнька, сериализуй-ка мне объект враг_3182", и типа можно не заморачиваться, какие там переменные хуеменные, позиция, вращение, кадр анимации, итд?
>>30909
писать свою сериализацию то не затрахаешься на каждый тип данных?
>написать просто пару цифр, подразумевая что первая, например, это LVL, вторая это HP и так далее
писать свою сериализацию то не затрахаешься на каждый тип данных?
>>30909
Сериализация она разная бывает.
Я десериализую игровые объекты из json-файлов, например. Добавлять новые быстро, удобно, и не требует пересборки проекта. Это первое.
Второе - без сериализации ты не запилишь сейвы.
Сериализация она разная бывает.
Я десериализую игровые объекты из json-файлов, например. Добавлять новые быстро, удобно, и не требует пересборки проекта. Это первое.
Второе - без сериализации ты не запилишь сейвы.
>>30909
Избирательная сериализация, это тоже сериализация. Если ты хочешь делать это сам, то ради бога. Однако изначальный смысл использования Юнити это отсутствие необходимости изобретать собственные велосипеды и тратить на это время. Поэтому оно так и преподносится, дескать всё для тебя заранее запрограммировали, надо только вызвать пару методов.
>мы можем не записывать всё подряд а написать просто пару цифр, подразумевая что первая, например, это LVL, вторая это HP и так далее
Избирательная сериализация, это тоже сериализация. Если ты хочешь делать это сам, то ради бога. Однако изначальный смысл использования Юнити это отсутствие необходимости изобретать собственные велосипеды и тратить на это время. Поэтому оно так и преподносится, дескать всё для тебя заранее запрограммировали, надо только вызвать пару методов.
>>30956
хуево сделали только. юнити нонстоп сериализует всё подряд, они так и не сделали сериализацию абстрактных переменных. ещё эти манипуляции с hideFlags. гондоны.
хуево сделали только. юнити нонстоп сериализует всё подряд, они так и не сделали сериализацию абстрактных переменных. ещё эти манипуляции с hideFlags. гондоны.
В соседнем треде задавал вопрос, но все скатили в метание говном и троллеркоастер. Спрошу здесь.
Использую [SerializeField] на все поля, которые хочу задавать через редактор, но не хочу делать public. Можно ли так вообще делать? Чем это может быть чревато?
Использую [SerializeField] на все поля, которые хочу задавать через редактор, но не хочу делать public. Можно ли так вообще делать? Чем это может быть чревато?
>>30996
да ничем. сериализует и ладно.
да ничем. сериализует и ладно.
48 Кб, 545x417>>28774
совершена первая в истории человечества конпеляция. ну почти.
в общем, я столкнулся с теоретической проблемой. так-как граф один, а функций как минимум ДВЕ (vertex и fragment), то теоретически ведь может получиться так, что будет такой конфликт зависимостей, когда один node использует значение другого, который вычисляется уже после него или вообще в другой функции. Как-то так.
совершена первая в истории человечества конпеляция. ну почти.
в общем, я столкнулся с теоретической проблемой. так-как граф один, а функций как минимум ДВЕ (vertex и fragment), то теоретически ведь может получиться так, что будет такой конфликт зависимостей, когда один node использует значение другого, который вычисляется уже после него или вообще в другой функции. Как-то так.
>>31052
Блять, да ну его нахуй. Ещё эти обрывчатые сведения по самым тёмным углам интернета собирать. Лучше вертексы двигать.
Блять, да ну его нахуй. Ещё эти обрывчатые сведения по самым тёмным углам интернета собирать. Лучше вертексы двигать.
>>27717 (OP)
Когда выходит Юнити 2017?
Когда выходит Юнити 2017?
>>31265
В 2017
В 2017
>>31100
В общем я решил сделать по дереву для каждой функции шейдера отдельно.
Непонимаю, почему во всех редакторах все сведено к одному дереву. Это сильно ограничивает программируемость шейдеров
В общем я решил сделать по дереву для каждой функции шейдера отдельно.
Непонимаю, почему во всех редакторах все сведено к одному дереву. Это сильно ограничивает программируемость шейдеров
>>31313
По сути, все что можно напрограммировать в вертексном шейдоре во всех нодовых редакторах - это всего-лишь добавить смешение вершине. И все.
По сути, все что можно напрограммировать в вертексном шейдоре во всех нодовых редакторах - это всего-лишь добавить смешение вершине. И все.
25 Кб, 530x438Извиняюсь за нубский вопрос, но как все-таки правильно двигать объекты? Везде блин противоречивая информация.
Как я понимаю: беру трансформу с коллайдером, цепляю rigidbody, без rigidbody двигать коллайдеры табу, ибо они static(или нет?). Далее, если тело кинематическое, я двигаю его через Rigidbody.Moverotation и Moveposition. Или через transform.position/rotation?? Есть разница? Одни пишут что через трансформу - нельзя, другие - что нужно, третьи советуют гонять трансформу вообще без rigidbody.
И еще, с чем все-таки сочетается CharacterController, с кинематическим телом??? Без rigidbody? В примерах вроде кинематика стоит.
Если не кинематическое, вроде все понятно, AddForce/AddTorque...
Как я понимаю: беру трансформу с коллайдером, цепляю rigidbody, без rigidbody двигать коллайдеры табу, ибо они static(или нет?). Далее, если тело кинематическое, я двигаю его через Rigidbody.Moverotation и Moveposition. Или через transform.position/rotation?? Есть разница? Одни пишут что через трансформу - нельзя, другие - что нужно, третьи советуют гонять трансформу вообще без rigidbody.
И еще, с чем все-таки сочетается CharacterController, с кинематическим телом??? Без rigidbody? В примерах вроде кинематика стоит.
Если не кинематическое, вроде все понятно, AddForce/AddTorque...
>>31636 (Del)
С аддфорсом у тебя получается реалистичная физика, с инерцией и прочее, или ты трением все это гасишь?
Нашел кстати вот исследование по коллайдерам:
https://forum.unity3d.com/threads/moving-static-colliders-performance.474772/
Говорят начиная с Юнити 5 можно двигать статику(коллайдер без ригидбоди), и это даже быстрее, чем кинематика. Кажется, документация пиздит.
С аддфорсом у тебя получается реалистичная физика, с инерцией и прочее, или ты трением все это гасишь?
Нашел кстати вот исследование по коллайдерам:
https://forum.unity3d.com/threads/moving-static-colliders-performance.474772/
Говорят начиная с Юнити 5 можно двигать статику(коллайдер без ригидбоди), и это даже быстрее, чем кинематика. Кажется, документация пиздит.
>>31691
Черт, кинематика проходит сквозь стены. Как же ее тогда использовать? Неужели есть два стула - реалистичная физика или CharacterController? Или самому писать детектор коллизий...
Черт, кинематика проходит сквозь стены. Как же ее тогда использовать? Неужели есть два стула - реалистичная физика или CharacterController? Или самому писать детектор коллизий...
76 Кб, 640x422>>31876
Похоже зря я выебал себе мозги, можно юзать обычное ригидбоди, и двигать его MovePosition. Слишком серьезно подошел к документации, мать ее за ногу.
Еще такой момент, видел в видосе в FixedUpdate домножали вектор передвижения на Time.FixedDeltaTime. Но ведь фикс апдейт и так фиксированный, по идее это сработает просто как константа?
Похоже зря я выебал себе мозги, можно юзать обычное ригидбоди, и двигать его MovePosition. Слишком серьезно подошел к документации, мать ее за ногу.
Еще такой момент, видел в видосе в FixedUpdate домножали вектор передвижения на Time.FixedDeltaTime. Но ведь фикс апдейт и так фиксированный, по идее это сработает просто как константа?
55 Кб, 600x440>>31908 (Del)
Ну да, либо как ты говоришь, либо через MovePosition. Кстати глянул, в туториале они двигают через MovePosition в FixedUpdate, домноженный на time.deltaTime(чтобы обеспечить независимость от степа FixedUpdate, который оказывается можно менять). Такие дела.
Ну да, либо как ты говоришь, либо через MovePosition. Кстати глянул, в туториале они двигают через MovePosition в FixedUpdate, домноженный на time.deltaTime(чтобы обеспечить независимость от степа FixedUpdate, который оказывается можно менять). Такие дела.
>>32920
Проснись, ты программируешь!
Проснись, ты программируешь!
>>31100
клева, да.
а я эти дни потратил на вдумчивое чтение того говна что сунули в это dll. репу почесал и подумал что что-то мне эта хуйня не нравится. в итоге занимался тем что скурчивал сидение и колеса от этого велосипеда и приделывал к своему.
пока приделывал, кстати, обнаружил что есть такая хуйня как GenericMenu которое вот для контекстных меню сделали специально. сразу все стало по человечески.
у меня есть схожая проблема. нельзя чтобы на графе были замкнутые круги. поэтому я при добавлении соединений между нодами сначала проверяю не закольцованы ли они.
а у тебя же все в итоге будет между двумя значениями. инпутом и аутпутом для функции шейдора. проверяй не отличается ли инпут и аутпут в обе стороны.
>>31316
ещё вертексное освещение же делать можно и вабще
>>31052
да вроде нормально! рендерить только глубину и нормали то уж мобилки смогут.
>>31147
а ты все равно пытайся! вот у меня только с третьего наскока мотивации хватило. там везде какие-то тайные знания, да. зато какое могущество! смари какую хуйню можно делать в вычислительных шейдорах! здорово же
>>32542
в документации кстати написано что дельтатайм имеет разный результат в апдейте и фиксед апдейте. сам не проверял.
клева, да.
а я эти дни потратил на вдумчивое чтение того говна что сунули в это dll. репу почесал и подумал что что-то мне эта хуйня не нравится. в итоге занимался тем что скурчивал сидение и колеса от этого велосипеда и приделывал к своему.
пока приделывал, кстати, обнаружил что есть такая хуйня как GenericMenu которое вот для контекстных меню сделали специально. сразу все стало по человечески.
у меня есть схожая проблема. нельзя чтобы на графе были замкнутые круги. поэтому я при добавлении соединений между нодами сначала проверяю не закольцованы ли они.
а у тебя же все в итоге будет между двумя значениями. инпутом и аутпутом для функции шейдора. проверяй не отличается ли инпут и аутпут в обе стороны.
>>31316
ещё вертексное освещение же делать можно и вабще
>>31052
да вроде нормально! рендерить только глубину и нормали то уж мобилки смогут.
>>31147
а ты все равно пытайся! вот у меня только с третьего наскока мотивации хватило. там везде какие-то тайные знания, да. зато какое могущество! смари какую хуйню можно делать в вычислительных шейдорах! здорово же
>>32542
в документации кстати написано что дельтатайм имеет разный результат в апдейте и фиксед апдейте. сам не проверял.
>>27717 (OP)
Посоны, а есть тут какие-нибудь КОМАНДЫ? Чтобы сидели в своих сычевальнях и вместе делали что-то. Есть такие? А можно к вам?
Посоны, а есть тут какие-нибудь КОМАНДЫ? Чтобы сидели в своих сычевальнях и вместе делали что-то. Есть такие? А можно к вам?
>>33181
Я и простые-то осилить не могу. А в чём соль вычислительных - даже не понял. В том, что они могут вернуть какую-то информацию процессору? И с мобилками не понял. Будто они плохо дружат.
> в вычислительных
Я и простые-то осилить не могу. А в чём соль вычислительных - даже не понял. В том, что они могут вернуть какую-то информацию процессору? И с мобилками не понял. Будто они плохо дружат.
41 Кб, 629x363Ну что вот за хуйня
Пытаюсь выстрелить из калаша процедурно созданным шаром--
он летит прямо как надо,но как только я через instantiate стреляю префабом пули -- она летит в точку 0,0,0 или хз еще куда,при том что код тот же самый,ниче не меняется,префаб пули никакого кода не исполняет,повернут как надо,все 10 раз перепроверил
Пытаюсь выстрелить из калаша процедурно созданным шаром--
он летит прямо как надо,но как только я через instantiate стреляю префабом пули -- она летит в точку 0,0,0 или хз еще куда,при том что код тот же самый,ниче не меняется,префаб пули никакого кода не исполняет,повернут как надо,все 10 раз перепроверил
>>33265
тогда садись и крути это говно днями.
>>33473
вернуть информацию могут в общем-то и обычные если похитрить. но в целом да, это вот написание программы для выполнения на видеокарте. если надо сделать какие-то вычисления с плавающей запятой тяжелые то на видеокарте то они за мгновения делаются. там же добрые несколько терафлопсов прохлаждаются. а круты то они много чем. например тем что внутри нескольких потоков можно синхронизировать память. например смотри на картинки.
вот где точки зеленые рисует их обычный шейдор, потом в этот буффер лезет вычислительный шейдор, двигает их там и они очень очень быстро крутятся вокруг выбранной мной точки. и их там я поставил чтоли лол десять миллионов. а фпс так и не просело. очень понравилось крутить эту тучу точек.
или например там где цыферки это какраз синхронизация памяти. группы потоков в общую память суют свой индекс, а он потом суммируется в первом у группы потоке.
или там где треугольник в квадратике - это прототип того что происходит с кубом без дна и верха. что-то более практичное. желтые линии это границы этих кубиков, шейдор выдает минимальную и максимальную высоту у нужной мне фигуры конкретно в этом месте.
вот какую-то тяжелую симуляцию с этой магией делать вообще заебись.
ну а про мобилки - мобилки чтото могут. наверно то что я предложил с тайной камерой они тоже смогут. я не знаю, я не проверял.
>>33492
да ты код нам дай, мы же не провидцы
тогда садись и крути это говно днями.
>>33473
вернуть информацию могут в общем-то и обычные если похитрить. но в целом да, это вот написание программы для выполнения на видеокарте. если надо сделать какие-то вычисления с плавающей запятой тяжелые то на видеокарте то они за мгновения делаются. там же добрые несколько терафлопсов прохлаждаются. а круты то они много чем. например тем что внутри нескольких потоков можно синхронизировать память. например смотри на картинки.
вот где точки зеленые рисует их обычный шейдор, потом в этот буффер лезет вычислительный шейдор, двигает их там и они очень очень быстро крутятся вокруг выбранной мной точки. и их там я поставил чтоли лол десять миллионов. а фпс так и не просело. очень понравилось крутить эту тучу точек.
или например там где цыферки это какраз синхронизация памяти. группы потоков в общую память суют свой индекс, а он потом суммируется в первом у группы потоке.
или там где треугольник в квадратике - это прототип того что происходит с кубом без дна и верха. что-то более практичное. желтые линии это границы этих кубиков, шейдор выдает минимальную и максимальную высоту у нужной мне фигуры конкретно в этом месте.
вот какую-то тяжелую симуляцию с этой магией делать вообще заебись.
ну а про мобилки - мобилки чтото могут. наверно то что я предложил с тайной камерой они тоже смогут. я не знаю, я не проверял.
>>33492
да ты код нам дай, мы же не провидцы
>>33526
Впечатляющая штука. А может ты ещё и литературы по ним подкинешь? Или видосиков на трубе хватит? Ну и, собственно, куда их цеплять? Обычный в материал втыкается, а этот куда?
Впечатляющая штука. А может ты ещё и литературы по ним подкинешь? Или видосиков на трубе хватит? Ну и, собственно, куда их цеплять? Обычный в материал втыкается, а этот куда?
>>33537
по ним информации довольно много можно найти на самом деле, она больше собрана в кучу. вон на хабре например приятная статья была https://habrahabr.ru/post/248755/ правда про то какие индексы каким тредам присваиваются нигде нормально не рассказывают и там тоже есть свои тайные слова которые можно в код добавлять.
цеплять их никуда не надо, надо создать через Create>Shader>Compute Shader, потом сослатся на него, сунуть в него данные, взять кернел и сказать ему чтобы он делал все. а потом забрать то что он сделал. или не забирать а заставить другой шейдор залезть туда и нарисовать.
с мобилками правда оно не особо дружит, если тебе это важно. но хоть с синтаксисом ознакомишься, может после этого и в обычные шейдоры проникнешь.
по ним информации довольно много можно найти на самом деле, она больше собрана в кучу. вон на хабре например приятная статья была https://habrahabr.ru/post/248755/ правда про то какие индексы каким тредам присваиваются нигде нормально не рассказывают и там тоже есть свои тайные слова которые можно в код добавлять.
цеплять их никуда не надо, надо создать через Create>Shader>Compute Shader, потом сослатся на него, сунуть в него данные, взять кернел и сказать ему чтобы он делал все. а потом забрать то что он сделал. или не забирать а заставить другой шейдор залезть туда и нарисовать.
с мобилками правда оно не особо дружит, если тебе это важно. но хоть с синтаксисом ознакомишься, может после этого и в обычные шейдоры проникнешь.
>>33181
лел, тоже об это подумал. Я так понимаю, что такие закольцованые ноды - это ошибка. Как это во всяких Shader Forge сделано, интересно.
А как-ты вычисляешь значения в своих нодах?
>у меня есть схожая проблема. нельзя чтобы на графе были замкнутые круги.
лел, тоже об это подумал. Я так понимаю, что такие закольцованые ноды - это ошибка. Как это во всяких Shader Forge сделано, интересно.
А как-ты вычисляешь значения в своих нодах?
>>33568
иерархично снизу вверх. в прошлом прототипе у меня были ноды-ассеты, где в качестве инпута были собственно всякие ассеты. какие-то ноды рисовали траву, какие-то деревья, какие-то текстурки на земле, какие-то геймобжекты расставляли всякие вроде грибочков под деревьями. ноды-ассеты смотрели: "у нас есть такие слоты, граф, давай мне инпут из этих слотов". граф лез в ноды которые присоединены в этот слот и просил аутпут уже у них, а если ещё и этим нодам нужен какой-то инпут то так и следовал по цепочке до самого верха. ну и все это разумеется громко ругалось в консоль если я пытался применить граф с нодами где не заполнены слоты с обязательным инпутом.
но как такую схему перевести в текст у меня довольно мутные идеи. у меня то промежуточное говно хранится в самих нодах и вычисляется в них-же, а у тебя то идет работа с конкретными переменными. я бы наверно сделал передачу переменных на манер этой мешанины из спагетти-редактора UE.
а в шейдор фордже не знаю. я им не пользовался. наверно примерно так-же. проверяют и кнопка "сделать шейдор" не включается пока граф не валиден. наверно тоже проверяют всю цепочку чтобы левые ноды смотрели только в сторону инпута, а правые только в сторону аутпута.
иерархично снизу вверх. в прошлом прототипе у меня были ноды-ассеты, где в качестве инпута были собственно всякие ассеты. какие-то ноды рисовали траву, какие-то деревья, какие-то текстурки на земле, какие-то геймобжекты расставляли всякие вроде грибочков под деревьями. ноды-ассеты смотрели: "у нас есть такие слоты, граф, давай мне инпут из этих слотов". граф лез в ноды которые присоединены в этот слот и просил аутпут уже у них, а если ещё и этим нодам нужен какой-то инпут то так и следовал по цепочке до самого верха. ну и все это разумеется громко ругалось в консоль если я пытался применить граф с нодами где не заполнены слоты с обязательным инпутом.
но как такую схему перевести в текст у меня довольно мутные идеи. у меня то промежуточное говно хранится в самих нодах и вычисляется в них-же, а у тебя то идет работа с конкретными переменными. я бы наверно сделал передачу переменных на манер этой мешанины из спагетти-редактора UE.
а в шейдор фордже не знаю. я им не пользовался. наверно примерно так-же. проверяют и кнопка "сделать шейдор" не включается пока граф не валиден. наверно тоже проверяют всю цепочку чтобы левые ноды смотрели только в сторону инпута, а правые только в сторону аутпута.
>>33594
хотя кстати хуй даже знает как поступать с всем этим многообразием типов. всякие там float float2 float3 float4 float4x4 и так далее то. для каждого типа свои специфичные ноды чтоли писать?
хотя кстати хуй даже знает как поступать с всем этим многообразием типов. всякие там float float2 float3 float4 float4x4 и так далее то. для каждого типа свои специфичные ноды чтоли писать?
>>33563
кстати чуть не забыл. http://on-demand.gputechconf.com/gtc/2010/presentations/S12312-DirectCompute-Pre-Conference-Tutorial.pdf обязательно прочти. на тему оптимизации. там пошагово на пальцах обьясняют как можно сделать очень быстрым что-то такое элементарное как суммирование всех элементов массива.
кстати чуть не забыл. http://on-demand.gputechconf.com/gtc/2010/presentations/S12312-DirectCompute-Pre-Conference-Tutorial.pdf обязательно прочти. на тему оптимизации. там пошагово на пальцах обьясняют как можно сделать очень быстрым что-то такое элементарное как суммирование всех элементов массива.
545 Кб, 1613x907>>33594
у меня пока наоборот, при компиляции все ноды добавляются в список снизу-вверх, а потом выполняются сверху вниз. идея в том, что каждая node это что-то вроде сниппета кода.
я имел ввиду обновление нод при изменении параметров. всякие текстурки там в риалтайме.
>но как такую схему перевести в текст у меня довольно мутные идеи
у меня пока наоборот, при компиляции все ноды добавляются в список снизу-вверх, а потом выполняются сверху вниз. идея в том, что каждая node это что-то вроде сниппета кода.
я имел ввиду обновление нод при изменении параметров. всякие текстурки там в риалтайме.
>>33641
а, предпросмотр промежуточных результатов. а если честно хуй его знает. не выглядит как то что следует делать шейдорами. может сделать в нодах имплементацию на шарпе специально для предпросмотра результатов?
а, предпросмотр промежуточных результатов. а если честно хуй его знает. не выглядит как то что следует делать шейдорами. может сделать в нодах имплементацию на шарпе специально для предпросмотра результатов?
Кто-нибудь продажей ассетов в юнити-сторе занимается? Что там лучше всего покупается, кроме мошн-паков?
А то смотрю, количество юнити-лохов всё растёт и растёт, похоже на них можно неплохо зарбатывать, но слабо представляю, что пользуется спросом. Шейдеры? Расширение функционала самого движка? Гуи? Наборы "сделай игру жанра Х"?
А то смотрю, количество юнити-лохов всё растёт и растёт, похоже на них можно неплохо зарбатывать, но слабо представляю, что пользуется спросом. Шейдеры? Расширение функционала самого движка? Гуи? Наборы "сделай игру жанра Х"?
>>33683
Чтобы в сторе поделие продавалось, мало сделать что-то нужное всё то, что юнети не предаставляет из карёпки (AI, диалоги и т.д.), но нужно и понятно преподать: тьюториалы на ютюбе, практичные примерчики. По статистике у таких и больше покупают.
Чтобы в сторе поделие продавалось, мало сделать что-то нужное всё то, что юнети не предаставляет из карёпки (AI, диалоги и т.д.), но нужно и понятно преподать: тьюториалы на ютюбе, практичные примерчики. По статистике у таких и больше покупают.
>>33526
так дело не в коде,код работает когда создаю шар
а когда создаю префаб он не работает
я думаю это баг движка
так дело не в коде,код работает когда создаю шар
а когда создаю префаб он не работает
я думаю это баг движка
>>33683
я за так отдаю свое. в топ пэйд долгое время висит А*. вообще я сомневаюсь что можно продать что-то из разряда того что юнити напильником дорабатывает и надо всем. конкурентов много, сделать лучше чем они сложно. продавать красивые модельки и анимации скорей всего лучший вариант.
>>33739
это ожидаемо и я говорил
>>33741
думаю это твой баг, а не баг движка. поэтому давай показывай все, а мы подумаем кто виноват и как это исправить.
я за так отдаю свое. в топ пэйд долгое время висит А*. вообще я сомневаюсь что можно продать что-то из разряда того что юнити напильником дорабатывает и надо всем. конкурентов много, сделать лучше чем они сложно. продавать красивые модельки и анимации скорей всего лучший вариант.
>>33739
это ожидаемо и я говорил
>>33741
думаю это твой баг, а не баг движка. поэтому давай показывай все, а мы подумаем кто виноват и как это исправить.
>>33743
кстати о багах юнити. покажу один старый но забавный. до сих пор никаких идей как же это вышло. воспроизвести не смог. обычный вид сцены, слегка необычный вид сцены, вид сцены когда я камерой покрутил
кстати о багах юнити. покажу один старый но забавный. до сих пор никаких идей как же это вышло. воспроизвести не смог. обычный вид сцены, слегка необычный вид сцены, вид сцены когда я камерой покрутил
Ну а я sypermarket делаю.
>>33845
Эталонный набор говноеда
>УЕЧ
>вконтакте
>AIMP
>спизженные substance painter, photoshop и maya
>васянская тема
Эталонный набор говноеда
Бывает, у объекта есть дочерние объекты, которые должны двигаться за ним, но не должны вертеться вместе с ним. Вот думаю, стоит их отделять через transform.parent = null, или проще вертеть каждый фрейм, возвращая им изначальный поворот? Первое решение ведет к дополнительным усилиям при включении/выключении объекта, и при повторной инстанциации(нужно следить за остатками). Может есть какое-то элегантное решение проблемы?
>>33875
Ну тогда что-то типа такого.
void Start () {
Quaternion origRotation = transform.rotation;
}
void LateUpdate () {
transform.rotation = origRotation;
}
Ну тогда что-то типа такого.
void Start () {
Quaternion origRotation = transform.rotation;
}
void LateUpdate () {
transform.rotation = origRotation;
}
>>33878
А, не, объявлять в старте не надо, там только определять.
Короче, ты понял.
Quaternion origRotation;
void Start () {
origRotation = transform.rotation;
}
void LateUpdate () {
transform.rotation = origRotation;
}
А, не, объявлять в старте не надо, там только определять.
Короче, ты понял.
Quaternion origRotation;
void Start () {
origRotation = transform.rotation;
}
void LateUpdate () {
transform.rotation = origRotation;
}
>>33342
Может есть какие конфочки?
Чтоб там можно было смотреть дейли прогресс всяких упоротых и задовать и отвечать на глупые вопросы?
Может есть какие конфочки?
Чтоб там можно было смотреть дейли прогресс всяких упоротых и задовать и отвечать на глупые вопросы?
Где бест практисес для структуры проекта и основных классов на ивенты и интерфейсов можно посмотреть?
А то хочу влезть в юньку, ничего не знаю, и хочу поддерживаемый проект, чтобы хватило сил докончить
А то хочу влезть в юньку, ничего не знаю, и хочу поддерживаемый проект, чтобы хватило сил докончить
А чего, поменять цвет индивидуального вертекса нельзя? У меня так не работает. Приходится менять в копии массива и присваивать массив целиком.
>>33929
О, заебись, заработало. Спасибо.
О, заебись, заработало. Спасибо.
8 Кб, 710x132Почему я таким образом всегда получаю позицию первого по порядку колеса, которое не в воздухе?
>>33960
Блять. Пиздец какой-то. Нихуя не понимаю.
Блять. Пиздец какой-то. Нихуя не понимаю.
Девач, есть специфическая проблема. Хочу перевести чужую игру на юнити. Вопрос: как можно это сделать? Можно или из уже скомпилированной игры вытащить исходники? Можно ли отдельно найти файлы с текстом? Как?
>>30059
У меня проблема в том, что если я мучу передвижение через физон, то игра резко становится очень требовательной, я хз почему так. Ну мей би это как-то с мобами связано, т.к. если я их удаляю, то всё ок становится.
Кстати, а вот касательно мобов вопрос. Им же по сути вообще rigidbody не нужен, только при смерти, по логике?
>что у тебя за проблемы такие? нахуй ты в трансформ вообще лезешь если у тебя RB? если у тебя RB то манипуляции уже делай все через него. у тебя же специальные AddForce, AddTorque и прочие есть которые гарантируют тебе что все будет через физон.
У меня проблема в том, что если я мучу передвижение через физон, то игра резко становится очень требовательной, я хз почему так. Ну мей би это как-то с мобами связано, т.к. если я их удаляю, то всё ок становится.
Кстати, а вот касательно мобов вопрос. Им же по сути вообще rigidbody не нужен, только при смерти, по логике?
621 Кб, 1584x1600Разбираюсь вот с Фотоном, прикрутил по дефолту PhotonTransformView, а там такое написано:
currentPosition = Vector3.Lerp( currentPosition, targetPosition, Time.deltaTime * m_Model.InterpolateLerpSpeed );
Это я чего-то недопонимаю, или у них детская ошибка в лерпе? Оно же неравномерно двигаться будет. Надо видно свой скрипт писать. Если есть фотонщики, каково ваше мнение?
currentPosition = Vector3.Lerp( currentPosition, targetPosition, Time.deltaTime * m_Model.InterpolateLerpSpeed );
Это я чего-то недопонимаю, или у них детская ошибка в лерпе? Оно же неравномерно двигаться будет. Надо видно свой скрипт писать. Если есть фотонщики, каково ваше мнение?
>>33870
Сделай им обоим общего родителя, который двигается, и вращай только того чайлда, которого нужно.
Сделай им обоим общего родителя, который двигается, и вращай только того чайлда, которого нужно.
4 Кб, 287x226>>34032
Потыкался. Нашёл файлы без расширения, открыл. Весь текст в 50+ файлах примерно такого вида. Втупую заменил одну фразу на русский перевод - игра кмк просто не стала загружать этот файл, т.е. запустилась, но на сцену с заменённой фразой не перешла. Вернул обратно - нормально. Поменял кодировку файла (они изначально в ansi) - игра крашнулась.
Потыкался. Нашёл файлы без расширения, открыл. Весь текст в 50+ файлах примерно такого вида. Втупую заменил одну фразу на русский перевод - игра кмк просто не стала загружать этот файл, т.е. запустилась, но на сцену с заменённой фразой не перешла. Вернул обратно - нормально. Поменял кодировку файла (они изначально в ansi) - игра крашнулась.
>>34043
Я пытался попробовать даже откровенную хуйню.
Я пытался попробовать даже откровенную хуйню.
>>27717 (OP)
Посоветуйте, как более эффективно вкатиться в эти ваши скрипты? Я неделю пытаюсь разные фишечки реализовывать, просто, чтобы научиться скриптить.
Не смотря на то, что я никогда в жизни не занимался программированием, мне вроде всё кажется интуитивно понятным. Но проблема в том, что если я хочу хоть что-то реализовать, то мне надо сидеть и часами гуглить свою вещь. Почему часами? Да потому что я не знаю английский. Пробовал почитать книгу "Юнити в действии", но как и везде, там описаны какие-то частные вещи и, если, я, например, хочу сделать продвинутый ИИ или что-то в этом роде, то уже зная и представляя, как это будет работать, я просто гуглю сами команды языка. Собственно, есть ли кто-нибудь, кто как я вкатывался с нуля и, в итоге, нормально так умеет? И что можете посоветовать для более качественного развития?
Посоветуйте, как более эффективно вкатиться в эти ваши скрипты? Я неделю пытаюсь разные фишечки реализовывать, просто, чтобы научиться скриптить.
Не смотря на то, что я никогда в жизни не занимался программированием, мне вроде всё кажется интуитивно понятным. Но проблема в том, что если я хочу хоть что-то реализовать, то мне надо сидеть и часами гуглить свою вещь. Почему часами? Да потому что я не знаю английский. Пробовал почитать книгу "Юнити в действии", но как и везде, там описаны какие-то частные вещи и, если, я, например, хочу сделать продвинутый ИИ или что-то в этом роде, то уже зная и представляя, как это будет работать, я просто гуглю сами команды языка. Собственно, есть ли кто-нибудь, кто как я вкатывался с нуля и, в итоге, нормально так умеет? И что можете посоветовать для более качественного развития?
Есть смысл читать книгу из шапки, если я имею опыт в проганье, но не имею в использовании игровых движков? Или книга для совсем ньюфагов?
А то я к книгам по разработке отношусь предвзято.
А то я к книгам по разработке отношусь предвзято.
>>34064
Можно организовать другую конфу. И редкостных мудаков кикать. Просто я хз, есть ли вообще желающие. Т.к. может и тут хватает общения?
Запилить дискорд сервер то просто
Можно организовать другую конфу. И редкостных мудаков кикать. Просто я хз, есть ли вообще желающие. Т.к. может и тут хватает общения?
Запилить дискорд сервер то просто
>>34073
Читай внимательнее, блин.
Перевожу: книга как раз для тех, кто умеет кодить, не не знает движок.
Так что ответ на твой вопрос: да.
Научитесь же вы читать уже
> Есть смысл читать книгу из шапки, если я имею опыт в проганье, но не имею в использовании игровых движков?
Читай внимательнее, блин.
> Если ты уже умеешь использовать язык
> Крайне рекомендуется купить/скачать книгу Unity in action
Перевожу: книга как раз для тех, кто умеет кодить, не не знает движок.
Так что ответ на твой вопрос: да.
Научитесь же вы читать уже
>>34085
*но не знает движок
*но не знает движок
>>34038
Реквестирую какой-нибудь материал про юнити и кодировки, потому что чую проблему в них. Как юнити работает с кодировками?
Реквестирую какой-нибудь материал про юнити и кодировки, потому что чую проблему в них. Как юнити работает с кодировками?
90 Кб, 400x388> length =5;
> vertPerSide = 10;
> float step = length / vertPerSide;
> print(step);
> 0
Я, наверное, с ума схожу, да?
114 Кб, 500x900Как сделать эффекты энергетических лучей(пиу-пиу)? Есть какие-нибудь годные туториалы? Что мне приходит на ум, так это пустить частицы префаером с вращением, но как-то не уверен, опыта очень мало.
>>34116
float a = 5;
float b = 10;
void Start () {
float c = a / b;
print (c);
}
Выдаёт 0,5. Ищи где ты наговнокодил.
float a = 5;
float b = 10;
void Start () {
float c = a / b;
print (c);
}
Выдаёт 0,5. Ищи где ты наговнокодил.
>>34120
Блять, да у меня ж инты делились. Вот оно что. C (float) перед делением всё нормально.
Блять, да у меня ж инты делились. Вот оно что. C (float) перед делением всё нормально.
>>34114
Да какого же хрена он читает скрипты только на ansi? В utf вылетает, у меня идей нет.
Да какого же хрена он читает скрипты только на ansi? В utf вылетает, у меня идей нет.
>>34119
Еще нашел вариант - эмитить из цилиндрического меша в разные стороны, вроде как живенько, но частиц получается дофига. Как сделали бы батьки?(инбифо пошли в магазин и купили ассет за 300$)
Еще нашел вариант - эмитить из цилиндрического меша в разные стороны, вроде как живенько, но частиц получается дофига. Как сделали бы батьки?(инбифо пошли в магазин и купили ассет за 300$)
>>34068
лучше английский выучи чтобы хоть что-то на базовом уровне понятно было, хоть в процессе поиска доучишь. это анальное страдание будет у тебя без этого
>>34073
если погромировать умеешь то документацию лучше начни читать, а не книжки. решай проблемы по мере их поступления. но для начала что нибудь простое ебани чтобы освоится
>>34082
это так не работает
>>34119
https://www.assetstore.unity3d.com/en/#!/content/5141
вон старый экзампл почитай. если бы я хотел сделать какое-то там вращение то я бы наверно сделал процедурненько цепочку рэйкастов чтобы лучик пускать, потом вокруг него ещё повращал бы сколько-то линий красиво через лайн рендерреры вычисляя их позицию относительно основной линии, ебанул бы партиклов красивей с обоих концов.
лучше английский выучи чтобы хоть что-то на базовом уровне понятно было, хоть в процессе поиска доучишь. это анальное страдание будет у тебя без этого
>>34073
если погромировать умеешь то документацию лучше начни читать, а не книжки. решай проблемы по мере их поступления. но для начала что нибудь простое ебани чтобы освоится
>>34082
это так не работает
>>34119
https://www.assetstore.unity3d.com/en/#!/content/5141
вон старый экзампл почитай. если бы я хотел сделать какое-то там вращение то я бы наверно сделал процедурненько цепочку рэйкастов чтобы лучик пускать, потом вокруг него ещё повращал бы сколько-то линий красиво через лайн рендерреры вычисляя их позицию относительно основной линии, ебанул бы партиклов красивей с обоих концов.
>>34068
Нахуя ты читаешь книгу, которая рассчитана на тех, кто уже знает язык, при этом сам язык ты не знаешь?
> Пробовал почитать книгу "Юнити в действии"
Нахуя ты читаешь книгу, которая рассчитана на тех, кто уже знает язык, при этом сам язык ты не знаешь?
16 Кб, 500x340Вот у меня есть префаб объекта 2D. Как сделать так, чтобы я мог поместить его на сцену, и с помощью ползунков настроить цвет разных его частей. Куда копать? Я так понимаю чтобы делать это "на лету" используется шейдеры, но мне нужно просто в эдиторе настроить его, поставить куда надо, и забыть.
>>34272
Погуглил сейчас про это. Насколько я понимаю нужно разделить мой спрайт на части с одинаковым цветом. И на каждую часть применять renderer.color = new Color(blabla); в Start(), при этом сделать public цвет, который можно выбирать в инспекторе. Всё правильно?
Погуглил сейчас про это. Насколько я понимаю нужно разделить мой спрайт на части с одинаковым цветом. И на каждую часть применять renderer.color = new Color(blabla); в Start(), при этом сделать public цвет, который можно выбирать в инспекторе. Всё правильно?
Делаю 2д анимацию.
Эта сука почему-то пропускает крайние ключи (последний или первый). НЕзависимо от того, как работает ключ - включение геймобжекта / спрайтрендера / кадры спрайтшита.
Не улавливаю где проёб.
Эта сука почему-то пропускает крайние ключи (последний или первый). НЕзависимо от того, как работает ключ - включение геймобжекта / спрайтрендера / кадры спрайтшита.
Не улавливаю где проёб.
>>34478
Обоим. Книга для тех, кто язык уже знает. И английский учить тоже надо.
> Ну и кому из вас верить?
Обоим. Книга для тех, кто язык уже знает. И английский учить тоже надо.
350 Кб, 1920x1200Как писать свой шейдер который при этом поддерживает встроенные функции освещения и всяких нормал-карт? Шейдер ведь один на материал. Нужно тупо копировать свой код в код нужного шейдера, или как?
о. а мое говно сегодня даже стало что-то делать! травку садит, текстурки накладывает, деревья делает.
>>34478
верь мне во всем. вообще нахуй тебе какие-то книги читать? погромировать то на каком языке умеешь уже? в юнити конечно есть какие-то особенные фичи касаемые взаимодействия компонентов и вот много уже за тебя сделали. первое может быть не очевидным, второе вот только с гуглом и найти можно.
>>35270
умножать то не нужно, но полезно.
>>35504
сейчас я дам тебе что-то очень интересное. обязательно прочитай.
http://beta.unity3d.com/download/472613c02cf7/builtin_shaders-2017.1.0f3.zip
>>34478
верь мне во всем. вообще нахуй тебе какие-то книги читать? погромировать то на каком языке умеешь уже? в юнити конечно есть какие-то особенные фичи касаемые взаимодействия компонентов и вот много уже за тебя сделали. первое может быть не очевидным, второе вот только с гуглом и найти можно.
>>35270
умножать то не нужно, но полезно.
>>35504
сейчас я дам тебе что-то очень интересное. обязательно прочитай.
http://beta.unity3d.com/download/472613c02cf7/builtin_shaders-2017.1.0f3.zip
>>27800
2 объекта. 1 ближе, 2 дальше. Если 1 объект встанет на одну линию со вторым, то для второго (hit.transform.tag == "Object" && hit.distance < minDist) выполняется.
2 объекта. 1 ближе, 2 дальше. Если 1 объект встанет на одну линию со вторым, то для второго (hit.transform.tag == "Object" && hit.distance < minDist) выполняется.
>>35559
Работаю жс-ёбом не вебмакака, с шарпом имел теплые дружеские отношения.
Например?
>погромировать то на каком языке умеешь уже
Работаю жс-ёбом не вебмакака, с шарпом имел теплые дружеские отношения.
>в юнити конечно есть какие-то особенные фичи касаемые взаимодействия компонентов
Например?
>>35559
т.е. таки нужно вживлять свой код в готовые шейдеры? Оке, спасибо.
>сейчас я дам тебе что-то очень интересное
т.е. таки нужно вживлять свой код в готовые шейдеры? Оке, спасибо.
>>35582
а, кстати, вот стоит ещё сказать особенное. почитай про то как юнити обманывает систему с удалением обьектов. если сделать Destroy(object) то объект то удалится. но как по твоему что станет с ссылками на этот объект у тех у кого она уже есть? или ещё лучше - как на это будут реагировать коллекции вроде хэшсета?
почитай про сериализацию в юнити, тоже интересное чтиво. можно вон теоретически создать инстанс абстрактного класса.
про корутины как заменитель тредов и даже такой базовой хуйни как апдейт почитай.
Если собрался костыли немного писать то почитай про Event.current и control id.
у юнити то много всякой удивительной хуйни творится которая в целом в большинстве своем довольно могущественная но в ней могут творится удивительные вещи.
а, кстати, вот стоит ещё сказать особенное. почитай про то как юнити обманывает систему с удалением обьектов. если сделать Destroy(object) то объект то удалится. но как по твоему что станет с ссылками на этот объект у тех у кого она уже есть? или ещё лучше - как на это будут реагировать коллекции вроде хэшсета?
почитай про сериализацию в юнити, тоже интересное чтиво. можно вон теоретически создать инстанс абстрактного класса.
про корутины как заменитель тредов и даже такой базовой хуйни как апдейт почитай.
Если собрался костыли немного писать то почитай про Event.current и control id.
у юнити то много всякой удивительной хуйни творится которая в целом в большинстве своем довольно могущественная но в ней могут творится удивительные вещи.
>>35559
Мне нравится твой редактор. Он лучше дефолтного.
Я тоже пытался сделать свой, но не осилил прокрутку. Да и вообще что-то приуныл от осознания того, что придется слишком много времени потратить на изучение всратого юнитивского гуи.
Мне нравится твой редактор. Он лучше дефолтного.
Я тоже пытался сделать свой, но не осилил прокрутку. Да и вообще что-то приуныл от осознания того, что придется слишком много времени потратить на изучение всратого юнитивского гуи.
Есть ли в юнити система анимации как во флеше(нативно или плагином) чтоб у каждого обьекта были кадры и в разных кадрах я мог добавлять обьекту другие обьекты(допустим в 7 кадре вложить меч в руки) и у этих обьектов были свои ленты в которых я добавлю обьекты?И чтоб это все можно было в wyswig редакторе редоктировать ручками
>>36290
Рядом с кнопкой "сделать пиздато"
Рядом с кнопкой "сделать пиздато"
>>28774
Итак, прошла первая неделя. За это время было сделано ничего.
В общем, у меня появилась некая теория как это все сделать. Я хочу сделать что-то вроде простого ShaderDOM, из которого затем генерировать код шейдора.
Так-же у меня появилась идея как можно не разделять граф на 2 шейдора. Для этого нужно один и тот-же граф конпелировать в 2 прохода: суть в том, что во время вертексного прохода, все связанные с вертексным шейдером ноды запишут какой нужно код, а во время пиксельного - соответственно запишут пиксельный код. Правда я не уверен насчет того, что это все будет работать.
В общем, я пока решил сделать просто демку генерации surface-шейдера из графа. Без preview и прочих мокрописек.
Итак, прошла первая неделя. За это время было сделано ничего.
В общем, у меня появилась некая теория как это все сделать. Я хочу сделать что-то вроде простого ShaderDOM, из которого затем генерировать код шейдора.
Так-же у меня появилась идея как можно не разделять граф на 2 шейдора. Для этого нужно один и тот-же граф конпелировать в 2 прохода: суть в том, что во время вертексного прохода, все связанные с вертексным шейдером ноды запишут какой нужно код, а во время пиксельного - соответственно запишут пиксельный код. Правда я не уверен насчет того, что это все будет работать.
В общем, я пока решил сделать просто демку генерации surface-шейдера из графа. Без preview и прочих мокрописек.
Дратитя. Я у мамы параноик, поэтому хочу зашифровать код своего юни-поделия, чтобы любой школьник не мог вытащить через ILDasm или типа того. Да-да, знаю, что это глупо и не надо нахуй.
Так как я ТРУЪ-indei читай "нищеброд" то использовать проприетарные дорогие обфускаторы не могу. И тут я подумал, а что если практически весь код, ну скажем кроме гейм-менеджера, перенести в ДЛЛ на с++?
1. Не потеряю ли таким образом кросс-платформенность?
2. Я слабо представляю, как это делается и какой обьём работы предстоит. Достаточно ли будет написать типа враппера какого-то, ну регистрация функций, да и всё? Насколько вообще ебанутая идея?
3. И как думаете, на производительность сильно повлияет?
Так как я ТРУЪ-indei читай "нищеброд" то использовать проприетарные дорогие обфускаторы не могу. И тут я подумал, а что если практически весь код, ну скажем кроме гейм-менеджера, перенести в ДЛЛ на с++?
1. Не потеряю ли таким образом кросс-платформенность?
2. Я слабо представляю, как это делается и какой обьём работы предстоит. Достаточно ли будет написать типа враппера какого-то, ну регистрация функций, да и всё? Насколько вообще ебанутая идея?
3. И как думаете, на производительность сильно повлияет?
>>36353
Анус себе зашифруй, пес.
Анус себе зашифруй, пес.
Можно ли проверять радиус между лучами, выпущенными из одной точки? Хз, понятно ли сформулировал. Например, из объекта выпущен луч вперёд и влево, соответственно у них радиус 90 должен выйти.
>>36375
Косинус угла между векторами равен скалярному произведению векторов, поделенному на произведение модулей векторов.
В принципе можно ручками посчитать. Простейшие вещи, в школе такое проходят.
Ты, дружище, видимо совсем не в теме. Необязательно, конечно, матан и сопромат знать для инди-геймдева, но какие-то школьные основы не помешало бы.
Можно и так:
Vector3.Angle (a, b);
Косинус угла между векторами равен скалярному произведению векторов, поделенному на произведение модулей векторов.
В принципе можно ручками посчитать. Простейшие вещи, в школе такое проходят.
Ты, дружище, видимо совсем не в теме. Необязательно, конечно, матан и сопромат знать для инди-геймдева, но какие-то школьные основы не помешало бы.
Можно и так:
Vector3.Angle (a, b);
Можно ли проверять котангенс между точками, расположенными на одной прямой? Хз, понятно ли сформулировал.
>>36382
Ну продолжил бы. Типа "Например, между точкой А и точкой Б 2 метра, соответственно у них котангенс 2 должен выйти."
Ну продолжил бы. Типа "Например, между точкой А и точкой Б 2 метра, соответственно у них котангенс 2 должен выйти."
326 Кб, 1180x810>>36262
я бы дал свой да он на самом деле тоже так себе. просто приспособил под свои нужды и не имплементил всякую хуйню вроде множественного выбора нод. и реализовал соединение не через перетягивание а просто через нажатие двух кнопок в гуи. и не писал эту ерудну с пропертями у нод, ололо. даже не знаю нахуй это сделали.
у юнити то на самом деле этот лэйаут гуи довольно клевый, советую ознакомится.
прокрутка у меня буквально заимплеменчена как
if(Event.current.type == EventType.MouseDrag && graphExtents.Contains(mousePosition)) {
scrollPosition -= Event.current.delta;
needRepaint = true;
}
>>36300
а я кстати таки сорт оф сделал для некоторых важных нод. можно нажать пкм и сказать чтобы оно показало. например если нажать на превью ноды "Biome bool". правда пришел к выводу что это надо делать отдельно для каждого слота, или чтобы там был предпросмотр с закладками чтобы каждый отдельный аутпут слот мог показать что он там другим передает.
>>36375
уверен ли ты что ты хочешь именно радиус? ведь он 90 должен быть.
я бы дал свой да он на самом деле тоже так себе. просто приспособил под свои нужды и не имплементил всякую хуйню вроде множественного выбора нод. и реализовал соединение не через перетягивание а просто через нажатие двух кнопок в гуи. и не писал эту ерудну с пропертями у нод, ололо. даже не знаю нахуй это сделали.
у юнити то на самом деле этот лэйаут гуи довольно клевый, советую ознакомится.
прокрутка у меня буквально заимплеменчена как
if(Event.current.type == EventType.MouseDrag && graphExtents.Contains(mousePosition)) {
scrollPosition -= Event.current.delta;
needRepaint = true;
}
>>36300
а я кстати таки сорт оф сделал для некоторых важных нод. можно нажать пкм и сказать чтобы оно показало. например если нажать на превью ноды "Biome bool". правда пришел к выводу что это надо делать отдельно для каждого слота, или чтобы там был предпросмотр с закладками чтобы каждый отдельный аутпут слот мог показать что он там другим передает.
>>36375
уверен ли ты что ты хочешь именно радиус? ведь он 90 должен быть.
Привет всем. Я абсолютный новичок в геймдевелопинге, но у меня есть очень годная идея для игры. На данный момент осваиваю юнити и C# + прописываю диалоги, квесты и прочий текстовый контент + рисую арты для игры.
Хотел бы найти такого же новичка для создания чего-то вроде команды, ибо в одного пилить очень трудоемко. Если говорить кратко, то хочу сделать нечто вроде гибрида This is the Police + Космические рейнджеры 2. Если вдруг заинтересовало, то предлагаю скооперироваться и разрабатывать её вместе - если получится реализовать задуманное, то все доходы 50/50.
Мой скайп - the_twixxie
Хотел бы найти такого же новичка для создания чего-то вроде команды, ибо в одного пилить очень трудоемко. Если говорить кратко, то хочу сделать нечто вроде гибрида This is the Police + Космические рейнджеры 2. Если вдруг заинтересовало, то предлагаю скооперироваться и разрабатывать её вместе - если получится реализовать задуманное, то все доходы 50/50.
Мой скайп - the_twixxie
33 Кб, 786x98Друзья, подскажите, пожалуйста, где я проебался? Я реально понять не могу, тут всего 2 строчки, почему он с некоторых сторон не видит игрока?
Вот видео, если я хуёво(плохо) объяснил проблему:
https://www.youtube.com/watch?v=uLAvxn4-3zE
Вот видео, если я хуёво(плохо) объяснил проблему:
https://www.youtube.com/watch?v=uLAvxn4-3zE
21 Кб, 464x416>>36426
Понял, в чем дело.
Понял, в чем дело.
Чуваки, я щас подумал, а почему нельзя написать шейдер на чистом си шарпе? Прикиньте как удобно бы было бы? Ну а чо, типа какой-нибудь крипт похожий на монобихейвиор и библиотека человеческая и там прям хуяришь на си шарпе, а потом они само это переписывает в шейдоровский язык. Прикиньте, было бы круто? Можно было бы изменять шейдер в рантайме, ну вообще все было бы легко и прсто, лубой чувак, который знает си шапр, мог бы написать шейдер. Круто же?
>>36353
Лучше проведи сам анализ, создавай, компиль проекты, дизассемблируй и шарься в исходниках. Большинство, думаю, принимает уровень защиты как данность или юзает дорохие продукты чтобы спать спокойно. Ведь если ты что-то делаешь на продажу, то и деньги должны быть на защиту твоей жепы, а если бесплатно будешь распространять, то переосмысли нужно ли тебе это вообще, и стоит ли работа затрачиваемых ресурсов.
Лучше проведи сам анализ, создавай, компиль проекты, дизассемблируй и шарься в исходниках. Большинство, думаю, принимает уровень защиты как данность или юзает дорохие продукты чтобы спать спокойно. Ведь если ты что-то делаешь на продажу, то и деньги должны быть на защиту твоей жепы, а если бесплатно будешь распространять, то переосмысли нужно ли тебе это вообще, и стоит ли работа затрачиваемых ресурсов.
>>36407
Если новичок, не лучше ли фармить опыт на проектах уровнем пониже кр2? Не думаю, что стоит бросаться в этот омут, пожалей время хотя бы.
Если новичок, не лучше ли фармить опыт на проектах уровнем пониже кр2? Не думаю, что стоит бросаться в этот омут, пожалей время хотя бы.
Как настроить ябучий unity Remote. Android SDK стоит, в Editor'е самого юнити включил Any Device. ЧТО ЕЩЁ НАДО?
>>36511
Ты только учти что их квесторедактор и квестоплеер писал весьма годный кодер. А сами квесты писали несколько человек около года, и это были не рандом школьники с улицы.
Предлагаю тебе опробовать свои силы, возьми любой известный квесто-движок и напиши пару для пробы. И людям покажи. Вангую гавнище получится несусветное.
>Из КР2 я хочу взять только систему квестов
Ты только учти что их квесторедактор и квестоплеер писал весьма годный кодер. А сами квесты писали несколько человек около года, и это были не рандом школьники с улицы.
Предлагаю тебе опробовать свои силы, возьми любой известный квесто-движок и напиши пару для пробы. И людям покажи. Вангую гавнище получится несусветное.
>>36516
Неужели этому нельзя обучиться за N-ое количество времени?
Неужели этому нельзя обучиться за N-ое количество времени?
>>36516
Ну квесторедактор и квестоплеер я хотел в одном своём проекте использовать, который пока у меня в в стадии замороженного бекенда. Где-то была статья даже как у них все реализовано.
левый чел
Ну квесторедактор и квестоплеер я хотел в одном своём проекте использовать, который пока у меня в в стадии замороженного бекенда. Где-то была статья даже как у них все реализовано.
левый чел
>>36493
Ну, насколько я понял по видео, этот код просто парсится roslyn'ом, и потом из syntax tree генерируется шейдерный код. Никакого дебагинга там нет конечно, просто метод стабы.
Ну, насколько я понял по видео, этот код просто парсится roslyn'ом, и потом из syntax tree генерируется шейдерный код. Никакого дебагинга там нет конечно, просто метод стабы.
>>36591
Просто не понимаю в чем смысл делать какую-то сложную йоба-абстракцию над чем-то очень простым. Вместо того, чтобы потратить немного времени на изучение HLSL, ты потратишь в итоге намного больше времени на изучение архитектуры и особенностей этой НЕХ. И если зная HLSL, ты омжешь писать шейдоры для любого движка, то твои знания этой приблуды генерирующей шейдеры будут ограничены конкретно этой приблудой.
Просто не понимаю в чем смысл делать какую-то сложную йоба-абстракцию над чем-то очень простым. Вместо того, чтобы потратить немного времени на изучение HLSL, ты потратишь в итоге намного больше времени на изучение архитектуры и особенностей этой НЕХ. И если зная HLSL, ты омжешь писать шейдоры для любого движка, то твои знания этой приблуды генерирующей шейдеры будут ограничены конкретно этой приблудой.
Только что настроил Unity Remote, запустил игру, а вместо сочной картинки, которую я получал, когда тестил игру в самой Юньке, получил мыло. Как это исправить? Так как я ньюфаг в андроид разработке.
40 Кб, 1136x1172Добрый вечер.
2D арена. Пытаюсь реализовать выстрел в направлении курсора. Всё вроде бы работает, но есть проблема с получением координат курсора. При использовании Camera.main.ScreenToWorldPoint(new Vector3(Input.mousePosition.x, Input.mousePosition.y, 10.0f)); снаряды летят в нужном направлении только когда игрок в начальных координатах (0,0,0). Чем дальше игрок перемещается тем сильнее отклонение.
Я понимаю что нужно использовать координаты курсора относительно игрока, но не могу разобраться как это сделать. Ткните носом, куда копать, что гуглить?
Спасибо.
2D арена. Пытаюсь реализовать выстрел в направлении курсора. Всё вроде бы работает, но есть проблема с получением координат курсора. При использовании Camera.main.ScreenToWorldPoint(new Vector3(Input.mousePosition.x, Input.mousePosition.y, 10.0f)); снаряды летят в нужном направлении только когда игрок в начальных координатах (0,0,0). Чем дальше игрок перемещается тем сильнее отклонение.
Я понимаю что нужно использовать координаты курсора относительно игрока, но не могу разобраться как это сделать. Ткните носом, куда копать, что гуглить?
Спасибо.
>>36642
Что не так? Нужно как-то по особому оформлять?
Что не так? Нужно как-то по особому оформлять?
>>36641
так ты рэйкаст из камеры ебани чтобы мировые координаты узнать. https://docs.unity3d.com/Manual/CameraRays.html
так ты рэйкаст из камеры ебани чтобы мировые координаты узнать. https://docs.unity3d.com/Manual/CameraRays.html
>>36641
а хотя ты и вопрос через жопу задал. код прочитал. ты же понимаешь что если взять координаты А и Б, вычесть из Б координату А, то ты получишь направление от А к Б? и тебе нужно похоже именно направление? ты бы вычел из положения курсора позицию игрока. чтобы они стали локальными для позиции игрока и были относительно позиции игрока.
>>36651
в 2д тоже работает, хули.
а хотя ты и вопрос через жопу задал. код прочитал. ты же понимаешь что если взять координаты А и Б, вычесть из Б координату А, то ты получишь направление от А к Б? и тебе нужно похоже именно направление? ты бы вычел из положения курсора позицию игрока. чтобы они стали локальными для позиции игрока и были относительно позиции игрока.
>>36651
в 2д тоже работает, хули.
>>36655
Снаряды через 2 секунды "исчезали". Debug.Log(shootDirection) показывал -10 по Z. Добавил +10 перестали пропадать.
Снаряды через 2 секунды "исчезали". Debug.Log(shootDirection) показывал -10 по Z. Добавил +10 перестали пропадать.
>>36657
очевидно потому что у тебя камера находится на -10 по оси z. вообще нахуй ты ScreenToWorldPoint пользуешся? оно же валидно только для ортографической камеры. ещё и начнешь видеть некоторое дерьмо если попытаешься её наклонить немного.
алсо что за хуйня. там же в 2д спрайтах можно менять порядок отрисовки независимо от оси z. или у тебя там что-то особенное?
очевидно потому что у тебя камера находится на -10 по оси z. вообще нахуй ты ScreenToWorldPoint пользуешся? оно же валидно только для ортографической камеры. ещё и начнешь видеть некоторое дерьмо если попытаешься её наклонить немного.
алсо что за хуйня. там же в 2д спрайтах можно менять порядок отрисовки независимо от оси z. или у тебя там что-то особенное?
>>27717 (OP)
Пасаны, при сериализации юнитиивента не сохраняются параметры. Задаю ивент в кастомном инспекторе через проперти филд. В чем может быть проблема?
Пасаны, при сериализации юнитиивента не сохраняются параметры. Задаю ивент в кастомном инспекторе через проперти филд. В чем может быть проблема?
>>36664
для обьектов в проекте EditorUtility.SetDirty
для обьектов в сцене там щяс подругому надо заставлять их сериализоватся. Dirty только для хуйни в проекте. там теперь новая хуйня для этого https://docs.unity3d.com/ScriptReference/Undo.RecordObject.html инструкция выглядит загадочной
для обьектов в проекте EditorUtility.SetDirty
для обьектов в сцене там щяс подругому надо заставлять их сериализоватся. Dirty только для хуйни в проекте. там теперь новая хуйня для этого https://docs.unity3d.com/ScriptReference/Undo.RecordObject.html инструкция выглядит загадочной
>>36620
Нихера не помогает, может что-то ещё надо изменить?
Нихера не помогает, может что-то ещё надо изменить?
Ребята, помогите, как сделать чтобы сцена запускалась при нажатии на любую точку экрана(глобальный тач), кроме кнопок, которые находятся в канвасе.
Пробовал так, но рэйкаст просто не воспринимает кнопки, как gameobject, просто ничего не происходит
if (Input.GetMouseButtonDown(0))
{
Ray ray = Camera.main.ScreenPointToRay(Input.mousePosition);
RaycastHit hitInfo;
if (Physics.Raycast(ray, out hitInfo))
{
if (hitInfo.transform.tag != "Button")
{
SceneManager.LoadScene(1);
}
}
}
Пробовал так, но рэйкаст просто не воспринимает кнопки, как gameobject, просто ничего не происходит
if (Input.GetMouseButtonDown(0))
{
Ray ray = Camera.main.ScreenPointToRay(Input.mousePosition);
RaycastHit hitInfo;
if (Physics.Raycast(ray, out hitInfo))
{
if (hitInfo.transform.tag != "Button")
{
SceneManager.LoadScene(1);
}
}
}
>>37924
if (Input.GetMouseButtonDown (0) && !EventSystem.current.IsPointerOverGameObject ())
{
SceneManager.LoadScene(1);
}
if (Input.GetMouseButtonDown (0) && !EventSystem.current.IsPointerOverGameObject ())
{
SceneManager.LoadScene(1);
}
>>37935
Ага, ага, ты прям выручил, спасибо парень)
Ага, ага, ты прям выручил, спасибо парень)
>>37925
Спроси у менеджера сцен текущую сцену, придурок.
Спроси у менеджера сцен текущую сцену, придурок.
Сделал реализацию паузы, т.е. когда рэйкаст попадает по коллайдеру геймобжекта кнопки паузы - игра останавливается и спрайт у этого геймобджекта меняется на кнопку плэй.
Всё вроде норм, но на деле, когда нажимаешь на паузу, то в 70% случаях кнопка меняется два раза(пауза -> плэй -> пауза) и соответственно игра продолжает "играть".
Помогите, не могу понять почему такая херня творится, если что могу код скинуть.
Всё вроде норм, но на деле, когда нажимаешь на паузу, то в 70% случаях кнопка меняется два раза(пауза -> плэй -> пауза) и соответственно игра продолжает "играть".
Помогите, не могу понять почему такая херня творится, если что могу код скинуть.
Я, кажется, тупой, но я вижу только следующий способ работы с HTTP: юзать WWW(url) для GET и WWW(url, data) для POST.
А можно отправить как-то POST без данных, или вообще например DELETE?
А можно отправить как-то POST без данных, или вообще например DELETE?
>>37978
Ты б сначала написал как паузу реализовал. Знаешь ли, хрустальный шар давно у всех сломался.
Ты б сначала написал как паузу реализовал. Знаешь ли, хрустальный шар давно у всех сломался.
>>37978
что у тебя за кнопка такая которую ты рэйкастом жмешь ололо
небось тригериш нажатие кнопки по нажатию и отпусканию кнопки мыши, или ещё что-то более глупое
что у тебя за кнопка такая которую ты рэйкастом жмешь ололо
небось тригериш нажатие кнопки по нажатию и отпусканию кнопки мыши, или ещё что-то более глупое
>>37980
foreach (Touch touch in Input.touches)
{
Ray ray = Camera.main.ScreenPointToRay(touch.position);
RaycastHit hit;
if (Physics.Raycast(ray, out hit))
{
...
if (hit.transform.gameObject == PlayPause)
{
if (!isPaused)
{
Time.timeScale = 0;
isPaused = true;
spritePP.sprite = BTNPlay;
}
else
{
Time.timeScale = 1;
isPaused = false;
spritePP.sprite = BTNPause;
}
}
}
}
foreach (Touch touch in Input.touches)
{
Ray ray = Camera.main.ScreenPointToRay(touch.position);
RaycastHit hit;
if (Physics.Raycast(ray, out hit))
{
...
if (hit.transform.gameObject == PlayPause)
{
if (!isPaused)
{
Time.timeScale = 0;
isPaused = true;
spritePP.sprite = BTNPlay;
}
else
{
Time.timeScale = 1;
isPaused = false;
spritePP.sprite = BTNPause;
}
}
}
}
>>37980
foreach (Touch touch in Input.touches)
{
Ray ray = Camera.main.ScreenPointToRay(touch.position);
RaycastHit hit;
if (Physics.Raycast(ray, out hit))
{
...
if (hit.transform.gameObject == PlayPause)
{
if (!isPaused)
{
Time.timeScale = 0;
isPaused = true;
spritePP.sprite = BTNPlay;
}
else
{
Time.timeScale = 1;
isPaused = false;
spritePP.sprite = BTNPause;
}
}
}
}
foreach (Touch touch in Input.touches)
{
Ray ray = Camera.main.ScreenPointToRay(touch.position);
RaycastHit hit;
if (Physics.Raycast(ray, out hit))
{
...
if (hit.transform.gameObject == PlayPause)
{
if (!isPaused)
{
Time.timeScale = 0;
isPaused = true;
spritePP.sprite = BTNPlay;
}
else
{
Time.timeScale = 1;
isPaused = false;
spritePP.sprite = BTNPause;
}
}
}
}
>>37987
Зачем ты так усложняешь? Лови событие по OnClick, нахуя ты рэйкастишь на гуй?
Зачем ты так усложняешь? Лови событие по OnClick, нахуя ты рэйкастишь на гуй?
>>37984
А не мне?
А не мне?
ух! Перелопатил то что внутри своей хуйни! нету теперь больше закладок в биомах, метод генерации биом и все карты сразу в одной биоме. день прошел продуктивно. надо ещё worley noise ебануть и побольше многопоточности
>>37985
может просто кнопку на гуи жать будешь? но вообще если ты там хуйней решил пострадать и чтото делать кликом на актуальный обьект то вообще-то есть https://docs.unity3d.com/ScriptReference/MonoBehaviour.OnMouseDown.html
>>37985
может просто кнопку на гуи жать будешь? но вообще если ты там хуйней решил пострадать и чтото делать кликом на актуальный обьект то вообще-то есть https://docs.unity3d.com/ScriptReference/MonoBehaviour.OnMouseDown.html
>>37966
Я читал про него и даже почти запилил на нем одну анимацию,но вопрос наверное и вправду тупой
Я читал про него и даже почти запилил на нем одну анимацию,но вопрос наверное и вправду тупой
>>37978
А вот если у меня планируется пауза в игре с замедлением времени,мне нужно только таймскел уменьшать или свою переменную завести глобальную
и к ней скорость движения и всех анимаций привязать?А то если таймскел уменьшить все рывками двигается
А вот если у меня планируется пауза в игре с замедлением времени,мне нужно только таймскел уменьшать или свою переменную завести глобальную
и к ней скорость движения и всех анимаций привязать?А то если таймскел уменьшить все рывками двигается
Забавно, как неглубоко иногда нужно копнуть, чтобы залезть в лютые дебри где хуй поймешь что делать. Казалось бы, задача palette swap для единичного объекта вещь довольно ординарная, но чет пиздец извиваться надо чтобы это реализовать. Я всю первую страницу гугла облазил чтобы только узнать как это называется.
>>37965
Под стендалон нет, а это целевая платформа.
Под стендалон нет, а это целевая платформа.
>>37934
Теперь при нажатии на надписи, которые присутствуют в GUI сцена не загружается, как фиксить?
Теперь при нажатии на надписи, которые присутствуют в GUI сцена не загружается, как фиксить?
>>38105
Ну, например, надписям тег "Yoba". И потом пиши вот так:
if (Input.GetMouseButtonDown (0) && (!EventSystem.current.IsPointerOverGameObject () || EventSystem.current.currentSelectedGameObject.CompareTag("Yoba")))
{
SceneManager.LoadScene(1);
}
Ну, например, надписям тег "Yoba". И потом пиши вот так:
if (Input.GetMouseButtonDown (0) && (!EventSystem.current.IsPointerOverGameObject () || EventSystem.current.currentSelectedGameObject.CompareTag("Yoba")))
{
SceneManager.LoadScene(1);
}
Как можно увеличить разрешение, четкость "Text" UI?
Знаю способ только увеличивать размер шрифта и уменьшать размеры объекта - но это говно какое-то. Есть ли нормальные способы? А то выглядит всё размыто.
Знаю способ только увеличивать размер шрифта и уменьшать размеры объекта - но это говно какое-то. Есть ли нормальные способы? А то выглядит всё размыто.
Существует ли какая-нибудь конфа/чат где можно задавать нубские вопросы? По ходу обучения трачу довольно много времени на перебор ненужной информации в поисках решения задачи. Советы знающего человека в какую сторону гуглить очень помогли бы мне.
В треде обоссут и дадут 3 разных совета. К тому же вопросы действительно нубские и не достойны внимания Кармаков
В треде обоссут и дадут 3 разных совета. К тому же вопросы действительно нубские и не достойны внимания Кармаков
>>38156
Вряд ли найдёшь одно такое хорошее место. Я даже на оф сайте по вопросам юнити не дождался ни одного ответа. Так что приходится всё вместе юзать. \gd\, answers.unity, stackoverflow и всё прочее что в гугле найдёшь. Так больше шансов, что ответят. А найти одного спеца, который будет с тобой возиться - маловероятно.
Вряд ли найдёшь одно такое хорошее место. Я даже на оф сайте по вопросам юнити не дождался ни одного ответа. Так что приходится всё вместе юзать. \gd\, answers.unity, stackoverflow и всё прочее что в гугле найдёшь. Так больше шансов, что ответят. А найти одного спеца, который будет с тобой возиться - маловероятно.
565 Кб, 1029x973>>38156
есть конференция мудаков, но к ним лучше не ходи. вопросы лучше тут задавай, больше шансов что дадут ответ и больше людей включится в обсуждение, если вопрос интересный. к тому-же задавая вопрос тут и получив ответ возможно другой хуй прочтет его и узнает что-то новое.
ну а то что тебя обоссут так это само собой разумеющееся, зато ответят на твои ответы. вообще ты лучше давай учись вопросы задавать правильно.
есть конференция мудаков, но к ним лучше не ходи. вопросы лучше тут задавай, больше шансов что дадут ответ и больше людей включится в обсуждение, если вопрос интересный. к тому-же задавая вопрос тут и получив ответ возможно другой хуй прочтет его и узнает что-то новое.
ну а то что тебя обоссут так это само собой разумеющееся, зато ответят на твои ответы. вообще ты лучше давай учись вопросы задавать правильно.
Игрок может выбрать один из нескольких видов оружия. При клике "Fire1" должен вызываться соответствующий метод выстрела.
Проблема в том, что метод вызывается только при первом клике.
Идти читать дальше про делегаты?
https://pastebin.com/rCbTbUbG
https://pastebin.com/RruL88eT
Проблема в том, что метод вызывается только при первом клике.
Идти читать дальше про делегаты?
https://pastebin.com/rCbTbUbG
https://pastebin.com/RruL88eT
>>38167
Похоже, что у тебя код линейно выполняется. А если попробовать вызывать на каком-нибудь onmousedown (или ином, что триггерит fire1)?
Похоже, что у тебя код линейно выполняется. А если попробовать вызывать на каком-нибудь onmousedown (или ином, что триггерит fire1)?
>>27717 (OP)
ОП, а уже кто-нибудь говорил, что в шапку можно добавить Hearthstone? Он же тоже на юнити. На момент классика и наксрамасса, по крайней мере. Думаю, что и сейчас - потроха вроде не поменялись.
ОП, а уже кто-нибудь говорил, что в шапку можно добавить Hearthstone? Он же тоже на юнити. На момент классика и наксрамасса, по крайней мере. Думаю, что и сейчас - потроха вроде не поменялись.
>>38173
Ты понимаешь значение слова "пустой"? Удалял я свет, нет там нихера, только камера.
Ты понимаешь значение слова "пустой"? Удалял я свет, нет там нихера, только камера.
>>38169
Тоже самое. Дело не в делегате. В упор не могу понять почему простой if в Update() не работает.
>>А если попробовать вызывать на каком-нибудь onmousedown (или ином, что триггерит fire1)?
Тоже самое. Дело не в делегате. В упор не могу понять почему простой if в Update() не работает.
97 Кб, 1168x746>>38167
чего ты вообще в делегаты то полез? не лезь в делегаты без надобности. для такой хуйни лучше пользуйся префабами.
помню у меня где-то был экзампл для мудака одного, тебе тоже дам. https://www.dropbox.com/s/fiz18gxi03tjy8e/2ch example.unitypackage?dl=0
скачай, Assets/Import Package/Custom Package и укажи на файлик.
чего ты вообще в делегаты то полез? не лезь в делегаты без надобности. для такой хуйни лучше пользуйся префабами.
помню у меня где-то был экзампл для мудака одного, тебе тоже дам. https://www.dropbox.com/s/fiz18gxi03tjy8e/2ch example.unitypackage?dl=0
скачай, Assets/Import Package/Custom Package и укажи на файлик.
>>38181
А почему бы и нет? Смысл делегат вроде как понятен + к моей задаче подходит. Ты погоди, я ещё синглтон GameManager сделаю и под событийное программирование всё переделаю.
За префаб спасибо, на его основе реализую сам выстрел.
>>38175
Пиздец, ебучая аномалияили нет?. По какой-то причине код в Update() вызывался только один раз. Ребутнул юнити всё стало как раньше.
А почему бы и нет? Смысл делегат вроде как понятен + к моей задаче подходит. Ты погоди, я ещё синглтон GameManager сделаю и под событийное программирование всё переделаю.
За префаб спасибо, на его основе реализую сам выстрел.
>>38175
Пиздец, ебучая аномалияили нет?. По какой-то причине код в Update() вызывался только один раз. Ребутнул юнити всё стало как раньше.
>>38181
причина простая - в твоем случае префаб имеет ссылки на ресурсы и их проще категоризировать по папкам. тыж представь какая срань выйдет если ты такой с делегатами "вот тут у меня самалет, он стреляет этим, этим, ещё этим, а вот ссылка на партиклы и ещё и ещё и материалы не забудем" и внутри ещё делегаты ебошишь чтобы оно эти ресурсы пихало куда надо, собирало делегаты в кучу. проще ебануть папку "вот тут красивый выстрел", там префаб, компонент, все это собрано было красиво, чтобы осталось только перетащить куда надо. ещё и можно разных версий поделать, вот тут префаб с таким компонентом, а рядом другой похожий, но ещё красненьким мигает.
причина простая - в твоем случае префаб имеет ссылки на ресурсы и их проще категоризировать по папкам. тыж представь какая срань выйдет если ты такой с делегатами "вот тут у меня самалет, он стреляет этим, этим, ещё этим, а вот ссылка на партиклы и ещё и ещё и материалы не забудем" и внутри ещё делегаты ебошишь чтобы оно эти ресурсы пихало куда надо, собирало делегаты в кучу. проще ебануть папку "вот тут красивый выстрел", там префаб, компонент, все это собрано было красиво, чтобы осталось только перетащить куда надо. ещё и можно разных версий поделать, вот тут префаб с таким компонентом, а рядом другой похожий, но ещё красненьким мигает.
>>38190
Но... я использую делегаты всего лишь для определения типа стрельбы. Какое оружие возьмешь, такой метод и будет вызываться. И каждый метод создает копию префаба "своего" выстрела.
Почему именно так? Стараюсь оставлять минимум логики и расчетов в Update().
Но... я использую делегаты всего лишь для определения типа стрельбы. Какое оружие возьмешь, такой метод и будет вызываться. И каждый метод создает копию префаба "своего" выстрела.
Почему именно так? Стараюсь оставлять минимум логики и расчетов в Update().
>>38195
но зачем ты вообще выстрел в делегат то суешь если ты ещё и инстанс создаешь? если хочешь присваивать к переменной то пользуйся ООП. чтобы у тебя метод "ебошить" был универсальным и ты переключал ссылку на активное ебошило, где и вызывался бы этот метод. а лол не сначала выбирал активное ебошило, а потом ещё зачем-то метод в нем хватал
но зачем ты вообще выстрел в делегат то суешь если ты ещё и инстанс создаешь? если хочешь присваивать к переменной то пользуйся ООП. чтобы у тебя метод "ебошить" был универсальным и ты переключал ссылку на активное ебошило, где и вызывался бы этот метод. а лол не сначала выбирал активное ебошило, а потом ещё зачем-то метод в нем хватал
>>38196
Переопределение метода как в твоем префабе? Метод Shoot() переопределяется в каждом типе выстрела и делает что-то своё. Это я понимаю.
Т.е. реализовать выбор оружия. Вот это я пока не понимаю как сделать НЕ делегатами.
Я правильно понимаю что твой вариант: 1) Выстрелить (ебошить) 2) Выбрать оружие (переключить ссылку) ?
Чем он лучше моего варианта: 1) Выбрать оружие (switch в Start() ) 2) Выстрелить (вызвать метод запускающий снаряд)
Переопределение метода как в твоем префабе? Метод Shoot() переопределяется в каждом типе выстрела и делает что-то своё. Это я понимаю.
>>переключал ссылку на активное ебошило
Т.е. реализовать выбор оружия. Вот это я пока не понимаю как сделать НЕ делегатами.
>>чтобы у тебя метод "ебошить" был универсальным и ты переключал ссылку на активное ебошило, где и вызывался бы этот метод. а лол не сначала выбирал активное ебошило, а потом ещё зачем-то метод в нем хватал
Я правильно понимаю что твой вариант: 1) Выстрелить (ебошить) 2) Выбрать оружие (переключить ссылку) ?
Чем он лучше моего варианта: 1) Выбрать оружие (switch в Start() ) 2) Выстрелить (вызвать метод запускающий снаряд)
>>38204
например есть класс
abstract class Weapon{
public abstract Shoot();
}
у него есть два наследника Pistol : Weapon и Rifle : Weapon. Они оба имплементят метод Shoot. допустим у тебя есть каждого из них инстанс (а может и не один), но активный слот у тебя только один. ты пытаешься зачем-то хватать делегат. но зачем хватать делегат, если ты знаешь что все пистолеты и ружья у тебя имплементят метод Shoot? проще иметь переменную Weapon currentWeapon, а потом в апдейте проверять.
if(currentWeapon != null && Input.GetMouseButtonDown(0)){
currentWeapon.Shoot();
}
и чтобы менять текущее оружие ты соответственно меняешь ссылку у переменной currentWeapon.
ты пользуешься ссылкой на иснтанс класса, зная что он наследуется от того класса который может стрелять.
делегат просто лишний шаг в данном случае. мало того что ты сводишь все к одному методу, а значит вся ебучая логика стрельбы будет собрана в нем, так ты ещё и пользуешься только одним сраным методом. а у оружия может же быть что-то другое полезное. например ссылка на иконку, или количество оставшихся патрон в магазине которое ты можешь потом совать в ГУИ пользуясь ссылкой на инстанс текущего оружия.
а что если ты например выбросишь оружие, но забудешь обнулить делегат? при попытке стрелять будет стрелять оружие брошенное на землю чтоли лол. нахуй такое говно
например есть класс
abstract class Weapon{
public abstract Shoot();
}
у него есть два наследника Pistol : Weapon и Rifle : Weapon. Они оба имплементят метод Shoot. допустим у тебя есть каждого из них инстанс (а может и не один), но активный слот у тебя только один. ты пытаешься зачем-то хватать делегат. но зачем хватать делегат, если ты знаешь что все пистолеты и ружья у тебя имплементят метод Shoot? проще иметь переменную Weapon currentWeapon, а потом в апдейте проверять.
if(currentWeapon != null && Input.GetMouseButtonDown(0)){
currentWeapon.Shoot();
}
и чтобы менять текущее оружие ты соответственно меняешь ссылку у переменной currentWeapon.
ты пользуешься ссылкой на иснтанс класса, зная что он наследуется от того класса который может стрелять.
делегат просто лишний шаг в данном случае. мало того что ты сводишь все к одному методу, а значит вся ебучая логика стрельбы будет собрана в нем, так ты ещё и пользуешься только одним сраным методом. а у оружия может же быть что-то другое полезное. например ссылка на иконку, или количество оставшихся патрон в магазине которое ты можешь потом совать в ГУИ пользуясь ссылкой на инстанс текущего оружия.
а что если ты например выбросишь оружие, но забудешь обнулить делегат? при попытке стрелять будет стрелять оружие брошенное на землю чтоли лол. нахуй такое говно
2,8 Мб, 1916x910>>38211
Сслыку на префаб я полагаю? Вот тут у меня и был ступор - я упорно думал что выстрел это обязательно метод, отсюда нагуглил делегаты. Теперь я слегка прозрел, спасибо.
У меня простая 2D арена. И мой вариант кажется лучшепока я не наткнусь на кучу подводных камней :).
https://pastebin.com/562FwaAK
https://pastebin.com/pGKQ8KpL
>>и чтобы менять текущее оружие ты соответственно меняешь ссылку у переменной currentWeapon.
Сслыку на префаб я полагаю? Вот тут у меня и был ступор - я упорно думал что выстрел это обязательно метод, отсюда нагуглил делегаты. Теперь я слегка прозрел, спасибо.
У меня простая 2D арена. И мой вариант кажется лучшепока я не наткнусь на кучу подводных камней :).
https://pastebin.com/562FwaAK
https://pastebin.com/pGKQ8KpL
>>38223
да не обязательно префаб. ссылку на компонент в префабе который стреляет. который является инстансом типа который стреляет. стрельба то разумеется метод. просто метод может не иметь описания в себе и перекладывать описание его на наследующиеся от него классы. а ты страдаешь какой-то хуйней с этими делегатами.
лучше бы сел и прочитал сначала что-то отсюда https://unity3d.com/ru/learn/resources/downloads
в частности посмотрел бы это https://unity3d.com/ru/learn/tutorials/projects/space-shooter-tutorial наиболее близкое к твоему говну. там тебе видео и экзампл.
да не обязательно префаб. ссылку на компонент в префабе который стреляет. который является инстансом типа который стреляет. стрельба то разумеется метод. просто метод может не иметь описания в себе и перекладывать описание его на наследующиеся от него классы. а ты страдаешь какой-то хуйней с этими делегатами.
лучше бы сел и прочитал сначала что-то отсюда https://unity3d.com/ru/learn/resources/downloads
в частности посмотрел бы это https://unity3d.com/ru/learn/tutorials/projects/space-shooter-tutorial наиболее близкое к твоему говну. там тебе видео и экзампл.
97 Кб, 574x250>>27717 (OP)
Здаров, в общем маза такая. Хотим запилить онлайн версию оч крутой настолки Machi koro//
Что приветствуется?
1. Наличие пряморуких погромистов
2. Ваш опыт в геймдеве, ахутиельные идеи откуда можно взять финансирование ну и просто деловые предложения.
Одним словом, есть крутая идея, можно заработать. Можно выпустить не онлайн а полноценную версию, но об этом позже. Главное сейчас найти программистов, маркетологов и прочее гавно. Отписываемся, не стесняемся. Запилим конфу в телеге и будем решать как быть.
Если вы сможете финансово поддержать проект, чтож тем лучше.
У меня есть опыт в индустрии игор, так что для Вас он не есть обязательный критерий. Главное - желание заработать и что бы вы могли в какой-то игровой движок нормальный типа uniti.
telegram @alo1x
Здаров, в общем маза такая. Хотим запилить онлайн версию оч крутой настолки Machi koro//
Что приветствуется?
1. Наличие пряморуких погромистов
2. Ваш опыт в геймдеве, ахутиельные идеи откуда можно взять финансирование ну и просто деловые предложения.
Одним словом, есть крутая идея, можно заработать. Можно выпустить не онлайн а полноценную версию, но об этом позже. Главное сейчас найти программистов, маркетологов и прочее гавно. Отписываемся, не стесняемся. Запилим конфу в телеге и будем решать как быть.
Если вы сможете финансово поддержать проект, чтож тем лучше.
У меня есть опыт в индустрии игор, так что для Вас он не есть обязательный критерий. Главное - желание заработать и что бы вы могли в какой-то игровой движок нормальный типа uniti.
telegram @alo1x
Делаю угол обзора у врагов 2D игра.
RaycastHit2D hit = Physics2D.Raycast (transform.position, Player.transform.position - transform.position);
RaycastHit2D hit2 = Physics2D.Raycast (transform.position, transform.right);
ang = Vector2.Angle (hit.normal, hit2.normal);
Если враг смотрит вверх, вниз, вправо, влево, то всё нормально работает. Но если враг поворачивается не на 90 градусов, то угол высчитывается так, будто бы поворот врага округляется. (0 градусов -- враг смотрит вправо. Если он повернут на 63 градуса, то угол будет считаться так, будто он повернут на 90)
В чем проблема? Во мне.
RaycastHit2D hit = Physics2D.Raycast (transform.position, Player.transform.position - transform.position);
RaycastHit2D hit2 = Physics2D.Raycast (transform.position, transform.right);
ang = Vector2.Angle (hit.normal, hit2.normal);
Если враг смотрит вверх, вниз, вправо, влево, то всё нормально работает. Но если враг поворачивается не на 90 градусов, то угол высчитывается так, будто бы поворот врага округляется. (0 градусов -- враг смотрит вправо. Если он повернут на 63 градуса, то угол будет считаться так, будто он повернут на 90)
В чем проблема? Во мне.
>>38246
чего лол. нахуй ты нормали попаданий от рэйкаста сравниваешь? что за охуительный план? просто взять угол между transform.forward и Player.transform.position - transform.position нет?
чего лол. нахуй ты нормали попаданий от рэйкаста сравниваешь? что за охуительный план? просто взять угол между transform.forward и Player.transform.position - transform.position нет?
>>38236
Ты прав, страдаю хуйней. Спасибо ещё раз.
Ты прав, страдаю хуйней. Спасибо ещё раз.
>>38293
YourObject.GetComponent<Animator>().enabled = false;
YourObject.GetComponent<Animator>().enabled = false;
Ваши предложения, какая структура данных лучше всего подходит для графа, чтобы хранить информацию о узлах и рёбрах разных типов
Ну или какой есть фри ассет для этого
Ну или какой есть фри ассет для этого
1,9 Мб, 1644x996>>38323
да не то что бы у методов хранения графа было уж так много вариантов. чё делаешь то?
да не то что бы у методов хранения графа было уж так много вариантов. чё делаешь то?
>>38329
Дейтсим для порнотреда рядом. Последние пару дней вникаю в юнити, почитывая фоном unity in action и придумывая систему отношений между жГГ и неписями. Вот на графах хочу сделать связи между неписями, чтобы сделав хорошо одному, мы повысили свою репутацию у близких ему людей.
Можете посоветовать что почитать для реализации всяких gameManager и EventAgregator?
Дейтсим для порнотреда рядом. Последние пару дней вникаю в юнити, почитывая фоном unity in action и придумывая систему отношений между жГГ и неписями. Вот на графах хочу сделать связи между неписями, чтобы сделав хорошо одному, мы повысили свою репутацию у близких ему людей.
Можете посоветовать что почитать для реализации всяких gameManager и EventAgregator?
350 Кб, 1664x996>>38333
не если намерян вручную редактировать граф то советую сделать что-то вроде такого:
public class Graph {
List<Node> nodes;
List<Edge> edges;
Dictionary<int, Slot> slotByID;
}
public class Node {
List<Slot> slots;
}
public class Slot {
int id;
}
public class Edge {
int idFrom, idTo;
}
граф хранит ноды и соединения между ними, а так-же перед десериализацией составляет словарик слотов нод. ноды хранят доступные слоты. все элементы графа ссылаются на граф и делают манипуляции через него.
можно будет оверлоадить и ноды, чтобы хранить в них игровые эвенты, или обязательный конец/начало диалога. можно оверлоадить слоты чтобы хранить в них пункты диалога и возможно как-то ограничивать тип суваемых туда эджей. и там-же можно хранить требования для появления этого пункта диалога.
если собрался хранить игровые данные хоть в чем-то из этого то советую наследоваться от ScriptableObject.
данные о соединении в слотах не храни.
не если намерян вручную редактировать граф то советую сделать что-то вроде такого:
public class Graph {
List<Node> nodes;
List<Edge> edges;
Dictionary<int, Slot> slotByID;
}
public class Node {
List<Slot> slots;
}
public class Slot {
int id;
}
public class Edge {
int idFrom, idTo;
}
граф хранит ноды и соединения между ними, а так-же перед десериализацией составляет словарик слотов нод. ноды хранят доступные слоты. все элементы графа ссылаются на граф и делают манипуляции через него.
можно будет оверлоадить и ноды, чтобы хранить в них игровые эвенты, или обязательный конец/начало диалога. можно оверлоадить слоты чтобы хранить в них пункты диалога и возможно как-то ограничивать тип суваемых туда эджей. и там-же можно хранить требования для появления этого пункта диалога.
если собрался хранить игровые данные хоть в чем-то из этого то советую наследоваться от ScriptableObject.
данные о соединении в слотах не храни.
350 Кб, 1664x996>>38333
не если намерян вручную редактировать граф то советую сделать что-то вроде такого:
public class Graph {
List<Node> nodes;
List<Edge> edges;
Dictionary<int, Slot> slotByID;
}
public class Node {
List<Slot> slots;
}
public class Slot {
int id;
}
public class Edge {
int idFrom, idTo;
}
граф хранит ноды и соединения между ними, а так-же перед десериализацией составляет словарик слотов нод. ноды хранят доступные слоты. все элементы графа ссылаются на граф и делают манипуляции через него.
можно будет оверлоадить и ноды, чтобы хранить в них игровые эвенты, или обязательный конец/начало диалога. можно оверлоадить слоты чтобы хранить в них пункты диалога и возможно как-то ограничивать тип суваемых туда эджей. и там-же можно хранить требования для появления этого пункта диалога.
если собрался хранить игровые данные хоть в чем-то из этого то советую наследоваться от ScriptableObject.
данные о соединении в слотах не храни.
не если намерян вручную редактировать граф то советую сделать что-то вроде такого:
public class Graph {
List<Node> nodes;
List<Edge> edges;
Dictionary<int, Slot> slotByID;
}
public class Node {
List<Slot> slots;
}
public class Slot {
int id;
}
public class Edge {
int idFrom, idTo;
}
граф хранит ноды и соединения между ними, а так-же перед десериализацией составляет словарик слотов нод. ноды хранят доступные слоты. все элементы графа ссылаются на граф и делают манипуляции через него.
можно будет оверлоадить и ноды, чтобы хранить в них игровые эвенты, или обязательный конец/начало диалога. можно оверлоадить слоты чтобы хранить в них пункты диалога и возможно как-то ограничивать тип суваемых туда эджей. и там-же можно хранить требования для появления этого пункта диалога.
если собрался хранить игровые данные хоть в чем-то из этого то советую наследоваться от ScriptableObject.
данные о соединении в слотах не храни.
Может кто делать ревью кода, чтобы я знал, что не делаю откровенное гавно?
И как загрузить строки из .txt в массив? Хотел юзать textAsset, но он null выдает.
И как загрузить строки из .txt в массив? Хотел юзать textAsset, но он null выдает.
>>38373
охуеть ревью кода. вот до чего людей доводит групповое погромирование. ну ты главное давай, а там разберемся
ничего он нулл не выдает. TextAsset отлично содержимое читает. не понял как пользоваться чтоли?
охуеть ревью кода. вот до чего людей доводит групповое погромирование. ну ты главное давай, а там разберемся
ничего он нулл не выдает. TextAsset отлично содержимое читает. не понял как пользоваться чтоли?
>>38373
Обычно люди, которые думают, что делают не-говно, делают такую фиерическую хуету, что окружающие разбивают лица фейспалмом. И при этом с умным видом учат других работать.
Так что прими как факт то, что твой код всегда не очень, и живи с этим, читая книги и размышляя, что можно улучшить/переделать.
>я знал, что не делаю откровенное гавно
Обычно люди, которые думают, что делают не-говно, делают такую фиерическую хуету, что окружающие разбивают лица фейспалмом. И при этом с умным видом учат других работать.
Так что прими как факт то, что твой код всегда не очень, и живи с этим, читая книги и размышляя, что можно улучшить/переделать.
В каком namespace находятся все наследники монобеха? В смысле, мне нужен полный "путь".
получаю доступ к коду билда из стороннего приложения, потрошу Assembly-CSharp
Пробовал следующие варианты и они не прокатывают:
UnityEngine.MyClass
MySolution=имя проекта.Assembly-CSharp.MyClass
MySolution.MyClass
Assembly=CSharp.MyClass
И всякое разно...Ниче не работает. Пробовал сувать MyClass и Type.GetType(MyClass).ToString() в Debug.Log - не выдаёт ничего особенного.
ЧЯДНТ?
получаю доступ к коду билда из стороннего приложения, потрошу Assembly-CSharp
Пробовал следующие варианты и они не прокатывают:
UnityEngine.MyClass
MySolution=имя проекта.Assembly-CSharp.MyClass
MySolution.MyClass
Assembly=CSharp.MyClass
И всякое разно...Ниче не работает. Пробовал сувать MyClass и Type.GetType(MyClass).ToString() в Debug.Log - не выдаёт ничего особенного.
ЧЯДНТ?
>>38422
А, всё. Дело было не в namespace'ах. Это я криворукий. Полный путь так и выглядит "MyClass", вот и всё.
А, всё. Дело было не в namespace'ах. Это я криворукий. Полный путь так и выглядит "MyClass", вот и всё.
>>38451
А текстовые? Не люблю я видиотуториалы. Хотя можно ещё скилл инглиша подтянуть и обмазаться годнотой.
А текстовые? Не люблю я видиотуториалы. Хотя можно ещё скилл инглиша подтянуть и обмазаться годнотой.
368 Кб, 1436x908доволен. сорт оф сделал весь функционал который хотел, теперь вот пару дней эту хуйню напильником поточить и будет заебись. даже InOut ноды сделал, кликабельные превью и отделил актуальную карту высот от используемой в графе.
>>38395
обычно люди не думают, а просто делают.
>>38417
это самописное говно и оно ближе к этим нодовым редакторам шейдоров.
>>38418
на самом деле я почти не пользуюсь тем что там есть и в итоге сделал свое, взяв оттуда пару вещей.
>>38463
да лучше уж смотри на английском тогда, если хоть пару слов связать можешь. языки то быстро подтягиваются от практического применения.
>>38472
крючки лол. вообще навскидку не вижу в чем дело. но их кстати можно менять если ткнуть на квадратик в рект трансформе. там опции меняются если жать Alt, Shift, Alt+Shift. что-то из этого перемещает их.
>>38395
обычно люди не думают, а просто делают.
>>38417
это самописное говно и оно ближе к этим нодовым редакторам шейдоров.
>>38418
на самом деле я почти не пользуюсь тем что там есть и в итоге сделал свое, взяв оттуда пару вещей.
>>38463
да лучше уж смотри на английском тогда, если хоть пару слов связать можешь. языки то быстро подтягиваются от практического применения.
>>38472
крючки лол. вообще навскидку не вижу в чем дело. но их кстати можно менять если ткнуть на квадратик в рект трансформе. там опции меняются если жать Alt, Shift, Alt+Shift. что-то из этого перемещает их.
>>38490
Что на скрине происходит? Ты это будешь в ассет стор выкладывать, или для себя пилишь?
Что на скрине происходит? Ты это будешь в ассет стор выкладывать, или для себя пилишь?
Поясните за сжатие картинок в юнити. Я слышал, что-то про то, что 2д игры на юнити - гиблое дело, потому что он переводит пнг в бмп формат и какая-нибудь визуальная новелла весит 5 Гб. Сам видел такие игры, где пара десятков картинок, а игра на 2 гига.
>>38493
на скрине происходит всякое. это же простенький генератор террейна.
слева делается инстанс хранилки с Vector2, которая сохраняет их в гриде чтобы была возможность быстро проверять нет ли поблизости ещё Vector2 при добавлении, потом туда делается 250 попыток добавить пойнт при минимальном расстоянии в 20 юнитов. потом по полученым пойнтам генерируется диаграмма вороного. потом эта диаграмма вороного структурируется удобно чтобы разделить её на землю, воду, считается высота вертексов пропорционально дистанции до ближайшей границы "воды". потом это все растеризуется в карту высот, карты биом, карту наклонности. что-то из этого размывается. а потом с этими картами происходят всякие интересные манипуляции в своих отдельных нодах. они там плюсуются, перемножаются и прочее. а на концы к ним можно прицепить накладываемые текстурки, или чтобы там были деревья, или травка, или геймобжекты.
пишу пока для себя. потом поделаю имплементацию триангуляции делоне с divide and conquer алгоритмом, может выложу на ассетстор потом за смешную цену, или бесплатно.
хотя там и так уже похожие вещи есть. например MapMagic. но проще уж хуйню под свои нужды ебануть, чем за это 75 долларов отдать.
например простенький паттерн и его результат. в процесе я слишком наклоненный террейн сделал горой, нагенерировал пойнтов, оставил их только там где зеленое будет. сделал шум, обрезал его, травки сунул. потом вот не понравилось, помножил травку на 2, снова сунул, травки стало больше.
>>38503
чего лол. сжатие ты сам настраиваешь как тебе там надо. больше занимает всякая музыка и озвучка. вон HuniePop сраные 300 мегабайт занимает, например.
к тому-же нет ничего плохого в играх которые занимают 2-5 гб.
на скрине происходит всякое. это же простенький генератор террейна.
слева делается инстанс хранилки с Vector2, которая сохраняет их в гриде чтобы была возможность быстро проверять нет ли поблизости ещё Vector2 при добавлении, потом туда делается 250 попыток добавить пойнт при минимальном расстоянии в 20 юнитов. потом по полученым пойнтам генерируется диаграмма вороного. потом эта диаграмма вороного структурируется удобно чтобы разделить её на землю, воду, считается высота вертексов пропорционально дистанции до ближайшей границы "воды". потом это все растеризуется в карту высот, карты биом, карту наклонности. что-то из этого размывается. а потом с этими картами происходят всякие интересные манипуляции в своих отдельных нодах. они там плюсуются, перемножаются и прочее. а на концы к ним можно прицепить накладываемые текстурки, или чтобы там были деревья, или травка, или геймобжекты.
пишу пока для себя. потом поделаю имплементацию триангуляции делоне с divide and conquer алгоритмом, может выложу на ассетстор потом за смешную цену, или бесплатно.
хотя там и так уже похожие вещи есть. например MapMagic. но проще уж хуйню под свои нужды ебануть, чем за это 75 долларов отдать.
например простенький паттерн и его результат. в процесе я слишком наклоненный террейн сделал горой, нагенерировал пойнтов, оставил их только там где зеленое будет. сделал шум, обрезал его, травки сунул. потом вот не понравилось, помножил травку на 2, снова сунул, травки стало больше.
>>38503
чего лол. сжатие ты сам настраиваешь как тебе там надо. больше занимает всякая музыка и озвучка. вон HuniePop сраные 300 мегабайт занимает, например.
к тому-же нет ничего плохого в играх которые занимают 2-5 гб.
Товарищи юнитиводы.
Я давно мечтаю запилить РТС. Освоил выделение юнитов рамкой, перемещение их с помощью NavMesh, автоатаку, директ атаку, перемещение "на муве" и всякие хелсбары. И тут я понял, что 3D-графику рисовать не потяну. Посему решил переместиться в 2D и сделать что то в стиле warcraft II. Но вот беда, NavMesh работает в осях XZ, а 2D режим юнити в XY. Как быть? Как реализовать навигацию в 2D?
Я давно мечтаю запилить РТС. Освоил выделение юнитов рамкой, перемещение их с помощью NavMesh, автоатаку, директ атаку, перемещение "на муве" и всякие хелсбары. И тут я понял, что 3D-графику рисовать не потяну. Посему решил переместиться в 2D и сделать что то в стиле warcraft II. Но вот беда, NavMesh работает в осях XZ, а 2D режим юнити в XY. Как быть? Как реализовать навигацию в 2D?
>>38507
https://docs.unity3d.com/ScriptReference/AI.NavMeshBuilder.BuildNavMeshData.html
почитай внимательно. новый навмеш в юнити такой охуенный что его можно крутить.
https://docs.unity3d.com/ScriptReference/AI.NavMeshBuilder.BuildNavMeshData.html
почитай внимательно. новый навмеш в юнити такой охуенный что его можно крутить.
>>38514
>>38507
а да. чуть не забыл.
https://github.com/Unity-Technologies/NavMeshComponents на, возьми отсюда компоненты и экзамплы
>>38507
а да. чуть не забыл.
https://github.com/Unity-Technologies/NavMeshComponents на, возьми отсюда компоненты и экзамплы
>>38507
Я не смог разобраться, извини. Можешь на примере объяснить как мне сделать 2D-проект с использованием навмеша? Если сможешь, то со скриншотами.
Я не смог разобраться, извини. Можешь на примере объяснить как мне сделать 2D-проект с использованием навмеша? Если сможешь, то со скриншотами.
>>38524
ну? чего же ты такой гейдевелопер хуевый? тебе ссылку дали ниже, открой экзампл 3_free_orientation и посмотри.
ну? чего же ты такой гейдевелопер хуевый? тебе ссылку дали ниже, открой экзампл 3_free_orientation и посмотри.
Привет, есть вопрос.
Задача стоит создать объект с помощью Instantiate. Как создать его с поворотом, т.е. как использовать кватерион?
Задача стоит создать объект с помощью Instantiate. Как создать его с поворотом, т.е. как использовать кватерион?
>>38601
Спасибо, это именно то что мне было нужно.
Спасибо, это именно то что мне было нужно.
7 Кб, 708x418Почему это говно выдает Object reference not set to an instance of an object? Какая ссылка равна null?
В инспекторе префаб shoot и объект shootSpawn перенес.
В инспекторе префаб shoot и объект shootSpawn перенес.
>>38634
хз, почему так не работает, но я реализовывал это так:
shoot = Instantiate (shoot, shootSpawn.transform.position, shootSpawn.transform.rotation);
хз, почему так не работает, но я реализовывал это так:
shoot = Instantiate (shoot, shootSpawn.transform.position, shootSpawn.transform.rotation);
>>38651
Если кнопка сделана через обычный UI, то
using UnityEngine.EventSystems;
...
if (Input.GetMouseButtonDown (0) && !EventSystem.current.IsPointerOverGameObject ())
{
//хуйпизда
}
Если кнопка сделана через обычный UI, то
using UnityEngine.EventSystems;
...
if (Input.GetMouseButtonDown (0) && !EventSystem.current.IsPointerOverGameObject ())
{
//хуйпизда
}
>>38655
Спасибо, это то что нужно.
Спасибо, это то что нужно.
Сморю сейчас на Юнити 2017 - первым делом решил оценить фичу - sprite mask
И сразу непонимание - нахрена мне этой маской прятать объекты в окне Scene ?
Есть ли где-то галочка какая-нибудь, чтобы можно было оставить их видимыми в окне Scene (или включать когда нужно) ?
И почему тогда не сделали возможность применять маску к 3Д мешам? Без этого оно теряет половину смысла.
И сразу непонимание - нахрена мне этой маской прятать объекты в окне Scene ?
Есть ли где-то галочка какая-нибудь, чтобы можно было оставить их видимыми в окне Scene (или включать когда нужно) ?
И почему тогда не сделали возможность применять маску к 3Д мешам? Без этого оно теряет половину смысла.
19 Кб, 1120x650Подскажите по поводу камеры - перспективная или ортографическая? ДваДэ, вид сверху.
И ещё вопрос. Instatiate'ом делаю копии префаба (стрельба). Запутался в координатах. Какие именно мне нужны что бы снаряд летел в направлении курсора? В данном исполнении снаряды летят куда нужно только в начальной позиции.
И ещё вопрос. Instatiate'ом делаю копии префаба (стрельба). Запутался в координатах. Какие именно мне нужны что бы снаряд летел в направлении курсора? В данном исполнении снаряды летят куда нужно только в начальной позиции.
>>38670
Если нужна перспективная, то перспективная. Если нужна орто, то орто. Для 2D обычно используется орто.
float speed = 2f; // или сколько тебе надо
...
Vector3 pos = Input.mousePosition;
pos.z = 10f; // или не 10, короче подставляешь своё значение по z
transform.position = Vector3.Lerp (transform.position, Camera.main.ScreenToWorldPoint (pos), speed * Time.deltaTime);
> Подскажите по поводу камеры - перспективная или ортографическая?
Если нужна перспективная, то перспективная. Если нужна орто, то орто. Для 2D обычно используется орто.
> что бы снаряд летел в направлении курсора
float speed = 2f; // или сколько тебе надо
...
Vector3 pos = Input.mousePosition;
pos.z = 10f; // или не 10, короче подставляешь своё значение по z
transform.position = Vector3.Lerp (transform.position, Camera.main.ScreenToWorldPoint (pos), speed * Time.deltaTime);
>>38677
Тогда
transform.position = Vector3.MoveTowards(transform.position, Camera.main.ScreenToWorldPoint (pos), speed * Time.deltaTime);
Смотря как ему надо.
Тогда
transform.position = Vector3.MoveTowards(transform.position, Camera.main.ScreenToWorldPoint (pos), speed * Time.deltaTime);
Смотря как ему надо.
>>38678
А, скрин не посмотрел. Тогда точно MoveTowards
А, скрин не посмотрел. Тогда точно MoveTowards
>>38670
Ёптваюмать, может это потому что ты Input.mousePosition получаешь в старте, а не в апдейте? Откуда твой старт знает что ты мышку сместил?
> В данном исполнении снаряды летят куда нужно только в начальной позиции
Ёптваюмать, может это потому что ты Input.mousePosition получаешь в старте, а не в апдейте? Откуда твой старт знает что ты мышку сместил?
>>38682
Пизжу, снаряды просто перемещаются в точку куда кликнул.
>>В апдейте закомиченно именно то что ты предлагаешь. Снаряды перемещаются вместо со мной.
Пизжу, снаряды просто перемещаются в точку куда кликнул.
>>38682
Снаряды будут лететь туда, где мышка. Тебе разве не это надо?
> снаряды будут смещаться с движением мыши
Снаряды будут лететь туда, где мышка. Тебе разве не это надо?
>>38683
Где у тебя в коде хоть слово про "кликнул"?
> снаряды просто перемещаются в точку куда кликнул
Где у тебя в коде хоть слово про "кликнул"?
>>38686
Ну так разве это не
?
Изъясняйся нормально что тебе нужно.
Ну так разве это не
> что бы снаряд летел в направлении курсора
?
Изъясняйся нормально что тебе нужно.
>>38685
В PlayerController
//Префаб снаряда
public GameObject shoot;
//Объект откуда стреляю
public Transform shootSpawn;
void Update()
{
if (Input.GetMouseButtonDown(0))
{
Instantiate(shoot, shootSpawn.position, shootSpawn.rotation);
}
}
В PlayerController
//Префаб снаряда
public GameObject shoot;
//Объект откуда стреляю
public Transform shootSpawn;
void Update()
{
if (Input.GetMouseButtonDown(0))
{
Instantiate(shoot, shootSpawn.position, shootSpawn.rotation);
}
}
>>38688
Обычная стрельба кусками говна. Игрок жмет клик, куда мышка направленна туда и летит снаряд. Без воздействий на снаряд во время полета.
Обычная стрельба кусками говна. Игрок жмет клик, куда мышка направленна туда и летит снаряд. Без воздействий на снаряд во время полета.
>>38690
Ну так и что конкретно у тебя не работает, если
?
Ну так и что конкретно у тебя не работает, если
> В данном исполнении снаряды летят куда нужно только в начальной позиции
?
>>38692
Ааа, в смысле дальше не летят. Так бы сразу и сказал.
Ааа, в смысле дальше не летят. Так бы сразу и сказал.
10 Кб, 530x88Сап юнитяч! Как нормально подружить юнити проекты с гитом? У меня чет какая то хуйня выходит.
Сделал проектик на компе дома. Закоммитил сначала все кроме билда и папки Library с какими-то как я понял метаданными. Запушил на гитхабчик. Запулился с ноута - открыл проект - он немного покоцался: в сцене в навешанных на элементы скриптах пропали все прикрепленные из редактора ссылочки на префабы, компоненты и т.п. (см. пикрил, вместо этих штук везде было Missing). Потом почему-то создался дублирующий файл .csproj (проектик студии) и стал использоваться он (Был старый Project.csproj, добавился новый Project-CSharp.csproj). А когда я открыл C#-файлик какого то скрипта из юнитиредактора даблкликом и запустилась вижуалстудия, она не подсвечивала синтаксис и писала "Проект был выгружен.", причем райтклик по решению и нажатие "перезагрузить проект" не помогало.
Я решил "черт, все идет по пизде, надо коммитить либрари тоже". Все пофиксил на ноуте, закоммитил еще и папку либрари, кроме всяких тяжелых дллок и т.п. По сути оставил только стандартный гитигнор всяких промежуточных файлов вижуалки и все. Запушил.
Запуллился дома с компа. Открываю проект. Так эта сука говорит "нет, извини, у тебя в мета-данных какая-то хуйня, пожалуй перестрою ка я библиотеку". И опять отрывает все ссылочки от скриптов.
ЧТО ЕЙ НАДО ТО ХОССССПАДИ?!?!?!
Сделал проектик на компе дома. Закоммитил сначала все кроме билда и папки Library с какими-то как я понял метаданными. Запушил на гитхабчик. Запулился с ноута - открыл проект - он немного покоцался: в сцене в навешанных на элементы скриптах пропали все прикрепленные из редактора ссылочки на префабы, компоненты и т.п. (см. пикрил, вместо этих штук везде было Missing). Потом почему-то создался дублирующий файл .csproj (проектик студии) и стал использоваться он (Был старый Project.csproj, добавился новый Project-CSharp.csproj). А когда я открыл C#-файлик какого то скрипта из юнитиредактора даблкликом и запустилась вижуалстудия, она не подсвечивала синтаксис и писала "Проект был выгружен.", причем райтклик по решению и нажатие "перезагрузить проект" не помогало.
Я решил "черт, все идет по пизде, надо коммитить либрари тоже". Все пофиксил на ноуте, закоммитил еще и папку либрари, кроме всяких тяжелых дллок и т.п. По сути оставил только стандартный гитигнор всяких промежуточных файлов вижуалки и все. Запушил.
Запуллился дома с компа. Открываю проект. Так эта сука говорит "нет, извини, у тебя в мета-данных какая-то хуйня, пожалуй перестрою ка я библиотеку". И опять отрывает все ссылочки от скриптов.
ЧТО ЕЙ НАДО ТО ХОССССПАДИ?!?!?!
>>38699
Что такое коллаборейт и как его юзать? К гиту уже давно привык, т.к. не первый год прогаю, проблем с ним никогда не испытывал, пока не решил повкатываться в юньку...
Что такое коллаборейт и как его юзать? К гиту уже давно привык, т.к. не первый год прогаю, проблем с ним никогда не испытывал, пока не решил повкатываться в юньку...
>>38700
Window - Services - Collaborate
Все изменения заливаются в облако (контроль версий присутствует), с другого компа/ноута изменения сливаешь и работаешь дальше. Так же можно использовать в команде.
Всё делается в два клика.
Window - Services - Collaborate
Все изменения заливаются в облако (контроль версий присутствует), с другого компа/ноута изменения сливаешь и работаешь дальше. Так же можно использовать в команде.
Всё делается в два клика.
>>38698
Метафайлы (*.meta) коммитил?
Метафайлы (*.meta) коммитил?
>>38695
Можно ещё так (вешать на снаряд):
public float speed = 10f;
void Start () {
Vector3 pos = Camera.main.ScreenToWorldPoint (Input.mousePosition);
pos.z = transform.position.z;
transform.LookAt (pos);
}
void Update () {
transform.Translate (Vector3.forward speed Time.deltaTime);
}
Можно ещё так (вешать на снаряд):
public float speed = 10f;
void Start () {
Vector3 pos = Camera.main.ScreenToWorldPoint (Input.mousePosition);
pos.z = transform.position.z;
transform.LookAt (pos);
}
void Update () {
transform.Translate (Vector3.forward speed Time.deltaTime);
}
>>27717 (OP)
Кстати возник вопрос. Как можно отрисовать только часть спрайта?
Допустим для открывающейся вверх двери. Пока уменьшаю scale но выглядит ущербно.
Кстати возник вопрос. Как можно отрисовать только часть спрайта?
Допустим для открывающейся вверх двери. Пока уменьшаю scale но выглядит ущербно.
>>38709
У меня спрайты. Сделал вот так:
mousePosition = Input.mousePosition;
mousePositionRay = Camera.main.ScreenToWorldPoint(mousePosition);
rb.AddForce((mousePositionRay - transform.position) * speed, ForceMode2D.Force);
Причём чем дальше больше расстояние игрок - место клика, тем больше сила. Тащем-то баг превратился в фичу. Можно создавать препятствия перед ебальником или показывать скилушечку кликая как можно дальше от корабля ( сила увеличивается).
У меня спрайты. Сделал вот так:
mousePosition = Input.mousePosition;
mousePositionRay = Camera.main.ScreenToWorldPoint(mousePosition);
rb.AddForce((mousePositionRay - transform.position) * speed, ForceMode2D.Force);
Причём чем дальше больше расстояние игрок - место клика, тем больше сила. Тащем-то баг превратился в фичу. Можно создавать препятствия перед ебальником или показывать скилушечку кликая как можно дальше от корабля ( сила увеличивается).
>>38714
Только у меня вопрос. Если дверь должна открываться, то почему её просто не передвинуть, вместо того, чтобы сжимать?
Только у меня вопрос. Если дверь должна открываться, то почему её просто не передвинуть, вместо того, чтобы сжимать?
Котаны, нужно создать префаб, проиграть одну анимацию и уничтожить его. А теперь вопрос, как проиграть анимацию и получить коллбэк об окончании? И шоб ДжваД
1,2 Мб, webm,1920x1080, 0:08
еее, аутизмус, еее
нужен был хостинг шебма
нужен был хостинг шебма
>>27717 (OP)
Запилил на юнити игру. Покритикуйте.
Sel.
play.google.com/store/apps/details?id=com.LonelyGod.sel
Все просто: уничтожайте квадратики одного цвета, получайте очки.
Испытайте вашу скорость реакции в трех режимах игры: аркада, 13 ходов и 49 секунд. В аркадном режиме уничтожая квадратики вы получаете очки и дополнительное время. В режимах на время и на ходы - заработайте как можно больше очков за 49 секунд или за 13 ходов.
Запилил на юнити игру. Покритикуйте.
Sel.
play.google.com/store/apps/details?id=com.LonelyGod.sel
Все просто: уничтожайте квадратики одного цвета, получайте очки.
Испытайте вашу скорость реакции в трех режимах игры: аркада, 13 ходов и 49 секунд. В аркадном режиме уничтожая квадратики вы получаете очки и дополнительное время. В режимах на время и на ходы - заработайте как можно больше очков за 49 секунд или за 13 ходов.
>>38759
Довен, во время дебага можно навести мышку на переменную и будет показано ее значение.
Довен, во время дебага можно навести мышку на переменную и будет показано ее значение.
>>38732
Можно поставить ивент на конец анимации, хендлить его и вызывать дестрой
Можно поставить ивент на конец анимации, хендлить его и вызывать дестрой
8 Кб, 393x389>>38760
Ты б у спрайтов по краям хотя бы в пару пикселей альфа-обводку делал, чтоб они в кашу не сливались. Примерно так.
Ты б у спрайтов по краям хотя бы в пару пикселей альфа-обводку делал, чтоб они в кашу не сливались. Примерно так.
>>38373
На Codacy или аналог загрузи
>Может кто делать ревью кода, чтобы я знал, что не делаю откровенное гавно?
>И как загрузить строки из .txt в массив? Хотел юзать textAsset, но он null выдает.
На Codacy или аналог загрузи
84 Кб, 800x574Привет.
Подскажите, при навыках в рисовании, и нулевом навыке в программинге, смогу я запилить в юнити простенький "камерный" платформер с такой же простой 8-битной графикой. Что то вроде:
https://www.youtube.com/watch?v=x57Gn0beSs8
это лишь пример, игру другую буду пилить но схожую по сложности и типу.
Не умея программировать, смогу ли я обойтись туториалами и возможно какими-то готовыми скриптами, и не потратив 1000+ часов на создания? Рисовать буду сам, скил есть. Не могу выбрать движок.
Все на таком же базовом уровне.
Подскажите, при навыках в рисовании, и нулевом навыке в программинге, смогу я запилить в юнити простенький "камерный" платформер с такой же простой 8-битной графикой. Что то вроде:
https://www.youtube.com/watch?v=x57Gn0beSs8
это лишь пример, игру другую буду пилить но схожую по сложности и типу.
Не умея программировать, смогу ли я обойтись туториалами и возможно какими-то готовыми скриптами, и не потратив 1000+ часов на создания? Рисовать буду сам, скил есть. Не могу выбрать движок.
Все на таком же базовом уровне.
>>38788
Если IQ больше чем длина члена, то сможешь.
> смогу ли я обойтись туториалами и возможно какими-то готовыми скриптами
Если IQ больше чем длина члена, то сможешь.
>>38839
можете хуев на почту покидать заодно, че уж там
можете хуев на почту покидать заодно, че уж там
>>38788
Сможешь. Написание простых скриптов в юнити, это оооочень далеко от страшного слова "программирование". Тебе по сути надо будет только писать штуки вроде "если Столкновение(Игрок, Враг) то Игрок.Сдох()"
Можно, конечно, заюзать конструкторы, где кодить вообще не надо, но там свободы будет меньше, больше запутанности, так что самую-самую базу надо уметь делать, элементарно там, что такое классы, переменные, циклы, условия.
Сможешь. Написание простых скриптов в юнити, это оооочень далеко от страшного слова "программирование". Тебе по сути надо будет только писать штуки вроде "если Столкновение(Игрок, Враг) то Игрок.Сдох()"
Можно, конечно, заюзать конструкторы, где кодить вообще не надо, но там свободы будет меньше, больше запутанности, так что самую-самую базу надо уметь делать, элементарно там, что такое классы, переменные, циклы, условия.
>>38788
Лучше не надо. Лучше потрать на пару вечеров больше, но зато напишешь сам и будешь знать что у тебя где и почему, если что-то поменять захочешь.
> готовыми скриптами
Лучше не надо. Лучше потрать на пару вечеров больше, но зато напишешь сам и будешь знать что у тебя где и почему, если что-то поменять захочешь.
>>38846
Видимо да.
Очень вряд ли, у меня и хардварный и софтварный фаервол, и оба настроены очень параноидально.
Если подозрительная хуета начнётся — накачу.
> Жопой читаешь?
Видимо да.
> твою пекарню могут угнать
Очень вряд ли, у меня и хардварный и софтварный фаервол, и оба настроены очень параноидально.
Если подозрительная хуета начнётся — накачу.
Есть у меня на объекте obj скрипт Yoba. В скрипте написано:
void OnMouseDown () {
// хуёмоё
}
Соответственно, при клике по объекту что-то происходит.
Есть у меня другой скрипт, в котором прописано
obj.GetComponent<Yoba> ().enabled = false;
Скрипт срабатывает, в инспекторе на объекте obj скрипт Yoba становится неактивным (галочка на компоненте исчезает). Но всё равно при клике на obj скрипт срабатывает, хотя в инспекторе чётко видно что скрипт неактивен.
Это что за говно? Я, конечно, переделал под флажок в скрипте и всё работает, но хуйня всё равно странная.
void OnMouseDown () {
// хуёмоё
}
Соответственно, при клике по объекту что-то происходит.
Есть у меня другой скрипт, в котором прописано
obj.GetComponent<Yoba> ().enabled = false;
Скрипт срабатывает, в инспекторе на объекте obj скрипт Yoba становится неактивным (галочка на компоненте исчезает). Но всё равно при клике на obj скрипт срабатывает, хотя в инспекторе чётко видно что скрипт неактивен.
Это что за говно? Я, конечно, переделал под флажок в скрипте и всё работает, но хуйня всё равно странная.
>>38852
А, ещё лучше. Можно даже безо всяких вторых скриптов, тупо в инспекторе с объекта снять галочку с условного скрипта Yoba, но он всё равно будет срабатывать.
А, ещё лучше. Можно даже безо всяких вторых скриптов, тупо в инспекторе с объекта снять галочку с условного скрипта Yoba, но он всё равно будет срабатывать.
218 Кб, 480x320А реально ли ообещ запилить какой-то глобальный лидер-борд с рекордами по количеству очков, между всеми играками в игру? Или это типа какой-то сервак поднимать надо?
Можно ли как-то сделать, чтобы Visual Studio подсказывала код, названия компонентов и их свойств?
>>38869
Античат какая проблема?
Античат какая проблема?
Я так понимаю, писать всякие конфиги для настроек и сохранять, допустим, внешность персонажа нормально можно только в .xml? Вкиньте нормальный гайд по node'ам, документация с msdn вообще не читабельна.
вопрос. как узнать скрин спейс координаты у RectTransform когда канвас находится в камера спейсе? position начинает возвращать мировые координаты же. я конечно придумал решение, но какое-то оно плохое
Запилил реакцию на свайпы вправо и влево, которые выключают анимацию объекта через cube.GetComponent<Animator>().enabled = false; и включают булевые переменные IsActiveRightRotate(при правом свайпе) или IsActiveLeftRotate соответственно.При том, противоположные переменные ставлю в false
Далее в Update пихаю енто
if (IsActiveRightRotate)
{
cube.transform.rotation = new Quaternion(0, -30, 0, 5);
}
else if (IsActiveLeftRotate)
{
cube.transform.Rotate(new Vector3(0, 30, 0));
}
но куб просто прекращает анимацию и зависает на своем прежнем месте.
Что не так?
Далее в Update пихаю енто
if (IsActiveRightRotate)
{
cube.transform.rotation = new Quaternion(0, -30, 0, 5);
}
else if (IsActiveLeftRotate)
{
cube.transform.Rotate(new Vector3(0, 30, 0));
}
но куб просто прекращает анимацию и зависает на своем прежнем месте.
Что не так?
>>38909
Забыл сказать, что пробовал по разному реализовать поворот. И через Rotate, и через свойство rotation
Забыл сказать, что пробовал по разному реализовать поворот. И через Rotate, и через свойство rotation
>>38909
что за странная схема присвоения ротации то такая? может просто в апдейте будешь делать ротацию на дельта-ротацию перемножая текущую ротацию на дельту?
что за странная схема присвоения ротации то такая? может просто в апдейте будешь делать ротацию на дельта-ротацию перемножая текущую ротацию на дельту?
>>38909
вообще на самом то деле ничего удивительного что у тебя что-то там встает. в первом варианте ты зачем-то напрямую выставляешь ротацию, во втором тоже. тебе надо менять ротацию же.
например вот так:
[Range(0f,1f)]
public float speed = 0.9f;
Quaternion targetRotation;
void Start () {
targetRotation = transform.rotation;
}
void Update () {
targetRotation *= Quaternion.Euler(Input.GetAxis("Vertical"), Input.GetAxis("Horizontal"), 0);
transform.rotation = Quaternion.Lerp(transform.rotation, targetRotation, speed);
}
вообще на самом то деле ничего удивительного что у тебя что-то там встает. в первом варианте ты зачем-то напрямую выставляешь ротацию, во втором тоже. тебе надо менять ротацию же.
например вот так:
[Range(0f,1f)]
public float speed = 0.9f;
Quaternion targetRotation;
void Start () {
targetRotation = transform.rotation;
}
void Update () {
targetRotation *= Quaternion.Euler(Input.GetAxis("Vertical"), Input.GetAxis("Horizontal"), 0);
transform.rotation = Quaternion.Lerp(transform.rotation, targetRotation, speed);
}
13 Кб, 558x333Добрый вечер, уважаемые гейм девелоперы.
Столкнулся со следующей проблемой.
Имеются блоки 1х1, стоящие в ряд строго друг за другом и на одной высоте. На блоки навешен Box Collider 2D.
Есть круг с фиксированным Rotation, с RigidBody 2D, Circle Collider 2D и скриптом, в апдейте задающий фиксированную скорость по координате X.
Результат: Круг перемещается по блоком, но слегка отскакивает так, будто натыкается на выпирающие элементы.
Аноны, как мне разрешить сию проблему? Как заставить круг не отскакивать?
Столкнулся со следующей проблемой.
Имеются блоки 1х1, стоящие в ряд строго друг за другом и на одной высоте. На блоки навешен Box Collider 2D.
Есть круг с фиксированным Rotation, с RigidBody 2D, Circle Collider 2D и скриптом, в апдейте задающий фиксированную скорость по координате X.
Результат: Круг перемещается по блоком, но слегка отскакивает так, будто натыкается на выпирающие элементы.
Аноны, как мне разрешить сию проблему? Как заставить круг не отскакивать?
>>38944
Я бы посоветовал просто сделать 1 коллайдер на все блоки. Но я надеюсь, здесь найдётся кто-нибудь умней меня.
Я бы посоветовал просто сделать 1 коллайдер на все блоки. Но я надеюсь, здесь найдётся кто-нибудь умней меня.
>>38948
Проблема в том, что блоки генерятся на ходу.
Но этот вариант я рассматриваю как решение, если лучше не найдется. Все таки не хочется мучаться с длиною блока и переделывать генератор целиком.
Проблема в том, что блоки генерятся на ходу.
Но этот вариант я рассматриваю как решение, если лучше не найдется. Все таки не хочется мучаться с длиною блока и переделывать генератор целиком.
>>38949
Я сам не так давно юнити использую, но там похоже есть трабла с координатами. В общем они, как я понял, округляются и если кодом их изменять, в одном случае могут получатся разные значения в.
Я сам не так давно юнити использую, но там похоже есть трабла с координатами. В общем они, как я понял, округляются и если кодом их изменять, в одном случае могут получатся разные значения в.
>>38952
Да я сам когда камеру вращал на 180 градусов, увидел, что у неё после нескольких оборотов в положении последняя цифра после запятой начала изменяться.
Да я сам когда камеру вращал на 180 градусов, увидел, что у неё после нескольких оборотов в положении последняя цифра после запятой начала изменяться.
>>38950
Округляй сам. Например,
static Vector2 round (Vector2 v) {
return new Vector2 (Mathf.RoundToInt (v.x), Mathf.RoundToInt (v.y));
}
и потом просто в коде его вызываешь
Округляй сам. Например,
static Vector2 round (Vector2 v) {
return new Vector2 (Mathf.RoundToInt (v.x), Mathf.RoundToInt (v.y));
}
и потом просто в коде его вызываешь
>>27717 (OP)
Посоны, есть объект со способностью наносить урон, при коллизии с объектом. Как назвать интерфейс с
float Damage {get;}
void OnCollisionEnter2D(Collision2D collision)
?
Посоны, есть объект со способностью наносить урон, при коллизии с объектом. Как назвать интерфейс с
float Damage {get;}
void OnCollisionEnter2D(Collision2D collision)
?
>>38969
Damageable
Damageable
>>39002
Ну окей, но я не использую никаких вычислений. Я просто инстантинирую блоки с заданной заранее для всех координатой Y. Даже если округление кривое, то оно должно быть одинаково кривым для всех, нет?
Ну окей, но я не использую никаких вычислений. Я просто инстантинирую блоки с заданной заранее для всех координатой Y. Даже если округление кривое, то оно должно быть одинаково кривым для всех, нет?
31 Кб, 500x381Посоветуйте сайты с фрилансерами с которыми имели дело и можете рекомендовать
Команду мне не собрать, а денег есть на небольшие задания по говнокодингу и сборке карты
Команду мне не собрать, а денег есть на небольшие задания по говнокодингу и сборке карты
>>39005
поставить систему диалогов с памятью у NPC
там же, понятно, привязка по ивентам
цель - получить от NPC инфу и/или ништяки за любовь и/или ништяки, нужные им.
AI + dialogues
японел, что это не просто говнокодинг и задача не тривиальна ни разу
поставить систему диалогов с памятью у NPC
там же, понятно, привязка по ивентам
цель - получить от NPC инфу и/или ништяки за любовь и/или ништяки, нужные им.
AI + dialogues
японел, что это не просто говнокодинг и задача не тривиальна ни разу
Нихуя не добрый нахуй хуевый день!
Начал делать кароче не гугл кардбоард херню на юнити.
Создал проект, сделал всё по мануалу етц.
Билжу - билдится. Отдаю человекам со смартфонами - при запуске приложения их отправляет в маркет за апликейшеном от гугла (это ожидалось), но никто не может его поставить - "ваше устройство не поддерживается". При этом у них есть акселерометры и гироскопы етц, т.к. другие приложения из маркета (не на юнити например) вполне работают, такая картина наблюдается на нескольких версиях ведра. На некоторых приложение запускается но камера не двигается, и все также отправляет в маркет за неставящимся приложением.
Кароче нит про тип инб4 соси
Начал делать кароче не гугл кардбоард херню на юнити.
Создал проект, сделал всё по мануалу етц.
Билжу - билдится. Отдаю человекам со смартфонами - при запуске приложения их отправляет в маркет за апликейшеном от гугла (это ожидалось), но никто не может его поставить - "ваше устройство не поддерживается". При этом у них есть акселерометры и гироскопы етц, т.к. другие приложения из маркета (не на юнити например) вполне работают, такая картина наблюдается на нескольких версиях ведра. На некоторых приложение запускается но камера не двигается, и все также отправляет в маркет за неставящимся приложением.
Кароче нит про тип инб4 соси
>>39011
Так говорю все запускается у них, у кого то даже картинка есть. Но всех отправляет в маркет за приложением Google Cardboard - и у всех оно не ставится, хотя спеки нормальные и другие приложения VR работают.
Есть правда еще проблема что у меня лично на руках нет телефона с андроидом выше 4.4 (а ниже не деплоится кардборд)
Так говорю все запускается у них, у кого то даже картинка есть. Но всех отправляет в маркет за приложением Google Cardboard - и у всех оно не ставится, хотя спеки нормальные и другие приложения VR работают.
Есть правда еще проблема что у меня лично на руках нет телефона с андроидом выше 4.4 (а ниже не деплоится кардборд)
>>39012
я про это и спрашивал:
как можно что-то девелопить, не имея возможности отдебажить самому! Любой говнокод соберется, если нет косяков по синтаксу.
Короче, уговори одолжить тебе тюлюфон
я про это и спрашивал:
>запускать пробовал?
как можно что-то девелопить, не имея возможности отдебажить самому! Любой говнокод соберется, если нет косяков по синтаксу.
Короче, уговори одолжить тебе тюлюфон
>>39014
Эх, я спрашивал за графы на прошлой неделе, но так ничего и не сделал. Тоже диалоговую систему буду через графы пилить.
Может накидаете что-ли как делать собственные окна и элементы в гуи редактора?
Эх, я спрашивал за графы на прошлой неделе, но так ничего и не сделал. Тоже диалоговую систему буду через графы пилить.
Может накидаете что-ли как делать собственные окна и элементы в гуи редактора?
>>39023
Я это ты, только у меня 2дэ и я без денег
Я это ты, только у меня 2дэ и я без денег
>>39018
окна и элементы то легко, https://docs.unity3d.com/ScriptReference/EditorWindow.html а дальше все как в старом ГУИ. разве что ещё есть EditorGUI и EditorGUILayout для всякого специфичного говна. ещё Handles есть которым всякие интересные вещи можно на гуи рисовать. но самое интересное говно случится то как всегда когда захочется что-то хорошего сделать. вообще ты вот вопросы лучше задавай по конкретным проблемам. тема то большая.
окна и элементы то легко, https://docs.unity3d.com/ScriptReference/EditorWindow.html а дальше все как в старом ГУИ. разве что ещё есть EditorGUI и EditorGUILayout для всякого специфичного говна. ещё Handles есть которым всякие интересные вещи можно на гуи рисовать. но самое интересное говно случится то как всегда когда захочется что-то хорошего сделать. вообще ты вот вопросы лучше задавай по конкретным проблемам. тема то большая.
Я этот антон >>39004
так и не дождавшись советов, покапался на фрилансер.ком, где зареган года с 2008-го работодателем.
5 бачей в час для фрилансера из мухосранска хотя город известный это как?
так и не дождавшись советов, покапался на фрилансер.ком, где зареган года с 2008-го работодателем.
5 бачей в час для фрилансера из мухосранска хотя город известный это как?
>>39056
Ты лучше сначала скажи как ты будешь отслеживать сколько часов у него реально ушло на скрипт.
Ты лучше сначала скажи как ты будешь отслеживать сколько часов у него реально ушло на скрипт.
>>39057
Я перечитал на в месяц. получилось для мухосрани очень не плохо (600+). Он сделал пока 3-4 проекта, где каждый 100-150 бачей и сдавал через неделю. Это мне подходит.
Моя проблема даже не особо в прогании. Сам подпилю как-нибудь. GTGD на ютубе, например, все хорошо объясняет.
Мне надо сделать красиво из имеющихся ассетов на мне защитный шлем от какашек, можете кидать
Ну, не хочу я творить левел! Пусть кто-то накидает, а я там погуляю, оценю.
Я перечитал на в месяц. получилось для мухосрани очень не плохо (600+). Он сделал пока 3-4 проекта, где каждый 100-150 бачей и сдавал через неделю. Это мне подходит.
Моя проблема даже не особо в прогании. Сам подпилю как-нибудь. GTGD на ютубе, например, все хорошо объясняет.
Мне надо сделать красиво из имеющихся ассетов на мне защитный шлем от какашек, можете кидать
Ну, не хочу я творить левел! Пусть кто-то накидает, а я там погуляю, оценю.
>>39008
Сделал бы твою хуйню, но ты просто очередной грязный делец, который хочет нажиться на добропорядочных хикках, так что рака яиц тебе желаю
Сделал бы твою хуйню, но ты просто очередной грязный делец, который хочет нажиться на добропорядочных хикках, так что рака яиц тебе желаю
>>39071
А ты не проверял просто. Там такое же говно происходит. Я по teamfortress2 знаю, что в соурсе можно удариться в стену, если она состоит из нескольких блоков и ты летишь вверх вплотную к ней.
А ты не проверял просто. Там такое же говно происходит. Я по teamfortress2 знаю, что в соурсе можно удариться в стену, если она состоит из нескольких блоков и ты летишь вверх вплотную к ней.
>>39075
Т.е. ты делаешь рокетджамп, летишь вверх у высокой такой стены, собираешься пустить в стену ещё 1 ракету и полететь дальше, но тут происходит внезапный пиздец. Ты резко останавливаешься и начинаешь падать.
Т.е. ты делаешь рокетджамп, летишь вверх у высокой такой стены, собираешься пустить в стену ещё 1 ракету и полететь дальше, но тут происходит внезапный пиздец. Ты резко останавливаешься и начинаешь падать.
Джоп запостил, если кому на водку не хватает
https://www.upwork.com/ab/applicants/899376062433861632/job-details
https://www.upwork.com/ab/applicants/899376062433861632/job-details
>>38852
enabled отвечает только за выполнение метода Update твоего скрипта все остальное продолжает работать, сделай флаг в своей йобе и чекай его.
enabled отвечает только за выполнение метода Update твоего скрипта все остальное продолжает работать, сделай флаг в своей йобе и чекай его.
>>39080
По своему игровому опыту я бы сказал, что почти все движки одинаковые. Похоже эта проблема просто обязана существовать, иначе ей на смену просто придут другие.
По своему игровому опыту я бы сказал, что почти все движки одинаковые. Похоже эта проблема просто обязана существовать, иначе ей на смену просто придут другие.
>>38881
Можешь json-ы юзать, а можешь вообще скриптабл обжекты юзать и не выебываться.
https://docs.unity3d.com/Manual/JSONSerialization.html
https://docs.unity3d.com/ScriptReference/ScriptableObject.html
Можешь json-ы юзать, а можешь вообще скриптабл обжекты юзать и не выебываться.
https://docs.unity3d.com/Manual/JSONSerialization.html
https://docs.unity3d.com/ScriptReference/ScriptableObject.html
>>39006
У меня есть такая шляпа. Могу пояснить как делать за нихуя или переделать под твои нужды (не за нихуя).
У меня есть такая шляпа. Могу пояснить как делать за нихуя или переделать под твои нужды (не за нихуя).
В какой программе можно сделать анимации 2d чара, движения конечностей, глаз тп, избегая листа png? after effect не зашел
>>39097
Вон оно как. Спасибо.
> enabled отвечает только за выполнение метода Update твоего скрипта все остальное продолжает работать
Вон оно как. Спасибо.
Ребята, подскажите, кто знает, пожалуйста.
У меня есть платформ(пикча 1) с пивотом на гране, для того, чтобы при изменении rotation, объект поворачивался как надо.
Так вот, как мне сделать, чтобы когда куб на него падает, то платформа поварачивалась вслед, как на второй пикче.
У меня есть платформ(пикча 1) с пивотом на гране, для того, чтобы при изменении rotation, объект поворачивался как надо.
Так вот, как мне сделать, чтобы когда куб на него падает, то платформа поварачивалась вслед, как на второй пикче.
>>39104
да я так и сделал, но там плюс ещё кривая формула конвертации прочего говна чтобы правильно сдвигать рект в нужную сторону. но этот метод выглядит переусложненным.
>>39101
кстати скриптабл обжекты я бы в этом случае особо не советовал. в сбилженом проекте их особо не посоздаешь и поменяешь. они все-же для организации проекта.
>>39141
что за странный вопрос. как сделать то хочешь? физоном? анимацией?
да я так и сделал, но там плюс ещё кривая формула конвертации прочего говна чтобы правильно сдвигать рект в нужную сторону. но этот метод выглядит переусложненным.
>>39101
кстати скриптабл обжекты я бы в этом случае особо не советовал. в сбилженом проекте их особо не посоздаешь и поменяешь. они все-же для организации проекта.
>>39141
что за странный вопрос. как сделать то хочешь? физоном? анимацией?
>>39148
ууу бестолоч. гуглить не может уже. на. https://unity3d.com/ru/learn/tutorials/topics/physics/physics-joints
ууу бестолоч. гуглить не может уже. на. https://unity3d.com/ru/learn/tutorials/topics/physics/physics-joints
>>39150
Ух, ща посмотрим
Ух, ща посмотрим
>>39150
Ну посмотрел я видосы, поставил на пивот платформы Hinge Joint, все параметры пересмотрел, всё перепробывал, всё равно, когда куб падает на платформу, она чуть-чуть дрогнет и всё.
Помоги, криворукому рукожопу
Ну посмотрел я видосы, поставил на пивот платформы Hinge Joint, все параметры пересмотрел, всё перепробывал, всё равно, когда куб падает на платформу, она чуть-чуть дрогнет и всё.
Помоги, криворукому рукожопу
>>39187
От того что перестал. Это как зависимость, когда пилишь игру на юнити, твои труды сразу вознаграждаются тем, что твое поделие совершенствуется, и ты сразу на экране можешь видеть как твой персонаж стал лучше выглядеть, или как враги стали умнее, или как появился УИ, и удовольствие и от того что решил какую-то непростую задачу, и от того что твое детище совершенствуется и это чувство прогресса и того что ты не проебываешь время зря в кое-то веки просто охуенно. Короче, я подсел.
От того что перестал. Это как зависимость, когда пилишь игру на юнити, твои труды сразу вознаграждаются тем, что твое поделие совершенствуется, и ты сразу на экране можешь видеть как твой персонаж стал лучше выглядеть, или как враги стали умнее, или как появился УИ, и удовольствие и от того что решил какую-то непростую задачу, и от того что твое детище совершенствуется и это чувство прогресса и того что ты не проебываешь время зря в кое-то веки просто охуенно. Короче, я подсел.
>>39188
Через пару годиков это пройдет
Через пару годиков это пройдет
>>39120
На spine нет торрента
На spine нет торрента
Анон, почему при запуске игры этот меш отображается черным? Меш менял. В эдиторе все выглядит норм (2-й пик). Скриптов на нем никаких нет.
>>39286
Он у тебя должен быть розовым? Выглядит так, будто у тебя ссылки на материал похерились или на щейдер или ошибка в шейдерее.
Он у тебя должен быть розовым? Выглядит так, будто у тебя ссылки на материал похерились или на щейдер или ошибка в шейдерее.
>>39303
Да, для начала хотя бы розовым. Материалы пробовал назначать новые, шейдеры удалял, не помогло. Попробую пересоздать.
Да, для начала хотя бы розовым. Материалы пробовал назначать новые, шейдеры удалял, не помогло. Попробую пересоздать.
Повесил на кнопку это скрипт:
public AudioClip sound;
void OnMouseDown()
{
StartCoroutine(RotateBTN());
AudioSource.PlayClipAtPoint(sound, transform.position);
transform.localScale += new Vector3(0.05f, 0.05f);
}
void OnMouseUp()
{
transform.localScale -= new Vector3(0.05f, 0.05f);
}
private IEnumerator RotateBTN()
{
transform.Rotate(0, 0, 2);
yield return new WaitForEndOfFrame();
StartCoroutine(RotateBTN());
}
Корутина выполняется один раз(Когда нажимаешь на кнопку, то она поварачивается на (0, 0, 2) и всё, хотя должна крутиться), в чём проблема?
public AudioClip sound;
void OnMouseDown()
{
StartCoroutine(RotateBTN());
AudioSource.PlayClipAtPoint(sound, transform.position);
transform.localScale += new Vector3(0.05f, 0.05f);
}
void OnMouseUp()
{
transform.localScale -= new Vector3(0.05f, 0.05f);
}
private IEnumerator RotateBTN()
{
transform.Rotate(0, 0, 2);
yield return new WaitForEndOfFrame();
StartCoroutine(RotateBTN());
}
Корутина выполняется один раз(Когда нажимаешь на кнопку, то она поварачивается на (0, 0, 2) и всё, хотя должна крутиться), в чём проблема?
Повесил на кнопку это скрипт:
public AudioClip sound;
void OnMouseDown()
{
StartCoroutine(RotateBTN());
AudioSource.PlayClipAtPoint(sound, transform.position);
transform.localScale += new Vector3(0.05f, 0.05f);
}
void OnMouseUp()
{
transform.localScale -= new Vector3(0.05f, 0.05f);
}
private IEnumerator RotateBTN()
{
transform.Rotate(0, 0, 2);
yield return new WaitForEndOfFrame();
StartCoroutine(RotateBTN());
}
Корутина выполняется один раз(Когда нажимаешь на кнопку, то она поварачивается на (0, 0, 2) и всё, хотя должна крутиться), в чём проблема?
public AudioClip sound;
void OnMouseDown()
{
StartCoroutine(RotateBTN());
AudioSource.PlayClipAtPoint(sound, transform.position);
transform.localScale += new Vector3(0.05f, 0.05f);
}
void OnMouseUp()
{
transform.localScale -= new Vector3(0.05f, 0.05f);
}
private IEnumerator RotateBTN()
{
transform.Rotate(0, 0, 2);
yield return new WaitForEndOfFrame();
StartCoroutine(RotateBTN());
}
Корутина выполняется один раз(Когда нажимаешь на кнопку, то она поварачивается на (0, 0, 2) и всё, хотя должна крутиться), в чём проблема?
>>39380
Хуй знает, братишка, у меня всё крутится.
Хуй знает, братишка, у меня всё крутится.
662 Кб, 1200x800Вот есть у меня анимированный перс, который может бегать, махать мечом и т.п. Мне нужно менять некоторые анимации в зависимости от надетого эквипа(удар мечом на удар кинжалом, к примеру).
Как это правильно делается? Можно создать для каждой анимации саб-стейт машину, и переключать анимации в зависимости от установленной float переменной. Но выглядит как-то не очень здорово. Плюс придется повторять много работы для каждого айтема. Если эквипа много, то получится неподдерживаемое развесистое дерево.
Может менять анимации в ран-тайм(как это делать)? Или юзать разные контроллеры/разные слои?
Как это правильно делается? Можно создать для каждой анимации саб-стейт машину, и переключать анимации в зависимости от установленной float переменной. Но выглядит как-то не очень здорово. Плюс придется повторять много работы для каждого айтема. Если эквипа много, то получится неподдерживаемое развесистое дерево.
Может менять анимации в ран-тайм(как это делать)? Или юзать разные контроллеры/разные слои?
>>39425
Я это делал так: каждому оружию добавлял string с именем булевой переменной, которая в аниматоре отвечала за переход, и потом её передавал в контроллер, а тот уже в аниматор.
Я сомневаюсь что это был рациональный способ, но у меня было три с половиной вида оружия и всё работало.
Я это делал так: каждому оружию добавлял string с именем булевой переменной, которая в аниматоре отвечала за переход, и потом её передавал в контроллер, а тот уже в аниматор.
Я сомневаюсь что это был рациональный способ, но у меня было три с половиной вида оружия и всё работало.
>>39305
tg:krasnovmv
tg:krasnovmv
Сап, не подскажите где можно глянуть сырцы готовых игр на юнити, чтобы прямо в эдиторе открыть и посмотреть архитектуру. Вознамерился пилить простенькую рпг и хотелось бы заценить годные реализации.
>>39436
Ну и почему ты такой ленивы хуй, что не можешь загуглить "addexplosionforce 2d", где по первой же ссылке всё чёрным по белому написано?
Даже помогу тебе, вдруг у тебя в гугле пожизненный бан.
https://forum.unity3d.com/threads/need-rigidbody2d-addexplosionforce.212173/
Ну и почему ты такой ленивы хуй, что не можешь загуглить "addexplosionforce 2d", где по первой же ссылке всё чёрным по белому написано?
Даже помогу тебе, вдруг у тебя в гугле пожизненный бан.
https://forum.unity3d.com/threads/need-rigidbody2d-addexplosionforce.212173/
>>39442
А чем тебе способ по ссылке не нормальный?
Ну ладно, можешь по уловному "взрыву" высчитывать расстояния от центра "взрыва" до объектов, которые надо откинуть, отнимать значение от заведомого большого константного вектора и передавать это самое значение в Rigidbody2D.AddForce каждого объекта.
А чем тебе способ по ссылке не нормальный?
Ну ладно, можешь по уловному "взрыву" высчитывать расстояния от центра "взрыва" до объектов, которые надо откинуть, отнимать значение от заведомого большого константного вектора и передавать это самое значение в Rigidbody2D.AddForce каждого объекта.
>>39443
*условному
*условному
>>39443
Есть готовый метод и не нужно придумывать велосипед?
>>А чем тебе способ по ссылке не нормальный?
Есть готовый метод и не нужно придумывать велосипед?
>>39445
Прям готовый из коробки для 2д — кажется нет. Я как раз велосипедил с вычислением векторов расстояния. Но то было относительно давно, я с 2д давненько не работаю. Но тот же гугл говорит, что тут без педалей не обойтись.
Прям готовый из коробки для 2д — кажется нет. Я как раз велосипедил с вычислением векторов расстояния. Но то было относительно давно, я с 2д давненько не работаю. Но тот же гугл говорит, что тут без педалей не обойтись.
>>39445
Покури ещё Collider.ClosestPointOnBounds, но не уверен что оно в 2д работает.
Покури ещё Collider.ClosestPointOnBounds, но не уверен что оно в 2д работает.
>>39431
бамп
бамп
>>27717 (OP)
UnityWebRequest не умеет принимать больше одной куки на андроиде. Одна остается, а остальные просто отбрасываются. Они там охуели такие баги делать?
UnityWebRequest не умеет принимать больше одной куки на андроиде. Одна остается, а остальные просто отбрасываются. Они там охуели такие баги делать?
>>27717 (OP)
Поцоны хелп,не могу взять сферой обьекты принадлежащие к слою obstacles(хочу зоны видимости запилить)
Запилил слой,навесил на стенку(пик 2)
нихуя не находит
float viewAngle=180f;
float viewRadius=20f;
visibleTargets.Clear();
obstacleMask=9;
Collider[] targetsInViewRadius=Physics.OverlapSphere(transform.position,viewRadius,obstacleMask);
Debug.Log(targetsInViewRadius.Length);
targetsInViewRadius.Length выдает 0
Поцоны хелп,не могу взять сферой обьекты принадлежащие к слою obstacles(хочу зоны видимости запилить)
Запилил слой,навесил на стенку(пик 2)
нихуя не находит
float viewAngle=180f;
float viewRadius=20f;
visibleTargets.Clear();
obstacleMask=9;
Collider[] targetsInViewRadius=Physics.OverlapSphere(transform.position,viewRadius,obstacleMask);
Debug.Log(targetsInViewRadius.Length);
targetsInViewRadius.Length выдает 0
>>39468
Спасибо. Нашел вот примерно как это делается через синхронизированные слои.
https://forum.unity3d.com/threads/mecanim-sync-layer.198079/
Спасибо. Нашел вот примерно как это делается через синхронизированные слои.
https://forum.unity3d.com/threads/mecanim-sync-layer.198079/
>>39470
OverlapSphere ловит коллайдеры, у тебя они там есть? Кстати зачем тебе ловить препятствия сферой, я бы ловил игроков/мобов, потом рейкастил в каждого через слой obstacles, если рейкаст долетел - значит увидели его.
OverlapSphere ловит коллайдеры, у тебя они там есть? Кстати зачем тебе ловить препятствия сферой, я бы ловил игроков/мобов, потом рейкастил в каждого через слой obstacles, если рейкаст долетел - значит увидели его.
21 Кб, 487x538>>39470
Есть вариант, что он GameObject, на котором висит, считает за объект, с которым он пересекается. С рейкастами, по крайней мере, такая хуйня происходит. Проверь физон в настройках.
Есть вариант, что он GameObject, на котором висит, считает за объект, с которым он пересекается. С рейкастами, по крайней мере, такая хуйня происходит. Проверь физон в настройках.
>>39462
Чо делать? Есть ли способ получить доступ к нераспарсенным хедерам?
Чо делать? Есть ли способ получить доступ к нераспарсенным хедерам?
>>39475
А obstacleMask это маска или integer? Может с маской что-то?
А obstacleMask это маска или integer? Может с маской что-то?
>>39431
бамп вопросу
бамп вопросу
>>27717 (OP)
Анончики, подскажите как лучше организовать взаимодействие между компонентами одного геймобджекта, допустим у меня есть компонент который реализует таймер и вызывает переданную как параметр функцию после. Есть компонент который реализует взрыв. Мне нужно сделать бомбу которая взрывается по таймеру. Про геткомпонент естественно знаю, но выходит что скрипт в котором будут обращения к компоненту таймера и взрыва будет зависеть от того висят ли эти компоненты на геймобджекте или нет. Мне не кажется, что это норм вариант, или я уебался, или чет совсем не так делаю.
Анончики, подскажите как лучше организовать взаимодействие между компонентами одного геймобджекта, допустим у меня есть компонент который реализует таймер и вызывает переданную как параметр функцию после. Есть компонент который реализует взрыв. Мне нужно сделать бомбу которая взрывается по таймеру. Про геткомпонент естественно знаю, но выходит что скрипт в котором будут обращения к компоненту таймера и взрыва будет зависеть от того висят ли эти компоненты на геймобджекте или нет. Мне не кажется, что это норм вариант, или я уебался, или чет совсем не так делаю.
>>39542
[RequireComponent(typeof(YobaComponent))]
> будет зависеть от того висят ли эти компоненты на геймобджекте или нет
[RequireComponent(typeof(YobaComponent))]
>>39542
Подумал, что можно в принципе добавлять компоненты самому, но не уверен, что это хорошее решение.
Подумал, что можно в принципе добавлять компоненты самому, но не уверен, что это хорошее решение.
>>39542
На null проверяй, лишним не будет. Если отсутствие компонента - не баг, ничего не пиши. Если баг, пиши LogError.
На null проверяй, лишним не будет. Если отсутствие компонента - не баг, ничего не пиши. Если баг, пиши LogError.
Стоит ли использовать события аниматора для увязывания скриптов и анимации, или лучше все далать внутри скрипта?
Бля, почему столько хуевых уроков по Юинти? Открываешь видос, думаешь там то что тебе нужно, а вместо этого видишь хуя простого вроде себя, который рассказывает банальности, еще и неправильно/криво делает. Самое главное, ни хрена про реальные проблемы и решения, только говно-шутеры с бегающими яйцами - в 150й раз. Есть "продвинутые" каналы, в смысле чтобы не совсем тривиальная инфа была?
вот эти вроде норм из того что нашел, хотя brackeys мало смотрел
https://www.youtube.com/user/Cercopithecan/playlists
https://www.youtube.com/user/Brackeys/playlists
https://www.youtube.com/channel/UCtQPCnbIB7SP_gM1Xtv8bDQ/playlists
https://www.youtube.com/channel/UCtb1s859RTxx-RIgFs5ZVQA/playlists
вот эти вроде норм из того что нашел, хотя brackeys мало смотрел
https://www.youtube.com/user/Cercopithecan/playlists
https://www.youtube.com/user/Brackeys/playlists
https://www.youtube.com/channel/UCtQPCnbIB7SP_gM1Xtv8bDQ/playlists
https://www.youtube.com/channel/UCtb1s859RTxx-RIgFs5ZVQA/playlists
>>39562
У brackeys тоже толком ничего продвинутого, но он, в отличие от большинства, даже простые вещи делает по уму
У brackeys тоже толком ничего продвинутого, но он, в отличие от большинства, даже простые вещи делает по уму
>>39548
Стоит, если правильно это сделаешь. Встроенные события работают через sendmessage, что является довольно говеным способом, но можешь написать свой обработчик эвентов и вызывать даже небо/аллаха из аниматора.
Стоит, если правильно это сделаешь. Встроенные события работают через sendmessage, что является довольно говеным способом, но можешь написать свой обработчик эвентов и вызывать даже небо/аллаха из аниматора.
>>39583
Любопытно, а как приделать свой обработчик? Юзать коллбэки из StateMachineBehaviour?
Любопытно, а как приделать свой обработчик? Юзать коллбэки из StateMachineBehaviour?
Перед началом игры выбираешь вид корабля. Каждый из них имеет свои статы, анимацию и звук. Вопрос в том, как реализовать выбор.
Сделать префаб каждого вида кораблей и подгружать соответствующий, но я не совсем понимаю как перенести все нужные компоненты с префаба на игрока. Какую фразу гуглить
Сделать префаб каждого вида кораблей и подгружать соответствующий, но я не совсем понимаю как перенести все нужные компоненты с префаба на игрока. Какую фразу гуглить
>>39591
Нихуя не понял, что ты этим хотел сказать, чуть подробнее, либо другими словами.
>компоненты с префаба на игрока
Нихуя не понял, что ты этим хотел сказать, чуть подробнее, либо другими словами.
>>39591
Игра сетевая? Если нет все вообще тривиально. Просто инстанциируй префаб и все. Префаб это и есть "объект игрока".
Игра сетевая? Если нет все вообще тривиально. Просто инстанциируй префаб и все. Префаб это и есть "объект игрока".
>>39597
Есть игрок, к которому прикреплен скрипт на перемещение.
Есть разные виды кораблей. У каждого свои характеристики, анимация и звук. Для удобства каждый вид засунут в свой префаб.
Как передать характеристики корабля игроку я понимаю (переменные), но как мне заменить анимацию и звук?
Думаю в этом направлении:
gameObject.GetComponent<SpriteRenderer>().sprite = _playerShipSprite;
// _playerShipSprite - ссылка на спрайт корабля
Есть игрок, к которому прикреплен скрипт на перемещение.
Есть разные виды кораблей. У каждого свои характеристики, анимация и звук. Для удобства каждый вид засунут в свой префаб.
Как передать характеристики корабля игроку я понимаю (переменные), но как мне заменить анимацию и звук?
Думаю в этом направлении:
gameObject.GetComponent<SpriteRenderer>().sprite = _playerShipSprite;
// _playerShipSprite - ссылка на спрайт корабля
>>39607
Да что за игрок то у тебя, елки-палки? Чем тебя не устраивает уничтожать старый объект и инстанциировать новый?
Да что за игрок то у тебя, елки-палки? Чем тебя не устраивает уничтожать старый объект и инстанциировать новый?
>>39607
Отдели вижуал от остального и просто инстанциируй префаб, созраняя ссылку на созданный тобой геймобджект в скрипте игрока, хули ты там выдумываешь?
Отдели вижуал от остального и просто инстанциируй префаб, созраняя ссылку на созданный тобой геймобджект в скрипте игрока, хули ты там выдумываешь?
>>39609
Я просто плохо объясняю.
Получается он должен содержать в себе скрипт на передвижение/обзор и прочее что нужно игроку?
Я просто плохо объясняю.
>Чем тебя не устраивает уничтожать старый объект и инстанциировать новый?
Получается он должен содержать в себе скрипт на передвижение/обзор и прочее что нужно игроку?
>>39614
Ну да, к примеру, скрипты контроля, камеры и прочее сидит на префабе, приходят и уходят с ним.
Если тебе нужно сохранять какую-то информацию, когда префабы меняются, можешь повесить скрипт на пустой объект. Пусть он называется PlayerManager, чисто для примера. Можешь даже добавить DontDestroyOnLoad, если нужно сохранить его при загрузке новых сцен.
В этом объекте можешь хранить статы игрока, имя, экспу, и т.п. Как общаться скриптам с префаба и этому скрипту? Можешь инстанциировать новый префаб из этого самого скрипта, Instantiate вернет ссылку на объект, которую сохранишь в переменной. Потом передашь нужные статы и ссылки созданному объекту. Можно в PlayerManager сделать public static PlayerManager Instance { get; private set; } и в Awake() {if(Instance == null) Instance = this;} И общаться с PlayerManager скриптом через Instance. Можешь связывать объекты через FindObject, только не вызывай его каждый раз, а сохрани ссылку один раз, он тяжелый.
Наконец, можно сделать префаб из модели с анимацией и звуком, и сделать его дочерним объектом своего объекта-игрока через transform.parent. Короче, зависит от того, что тебе нужно, и как должно взаимодейтствовать.
Ну да, к примеру, скрипты контроля, камеры и прочее сидит на префабе, приходят и уходят с ним.
Если тебе нужно сохранять какую-то информацию, когда префабы меняются, можешь повесить скрипт на пустой объект. Пусть он называется PlayerManager, чисто для примера. Можешь даже добавить DontDestroyOnLoad, если нужно сохранить его при загрузке новых сцен.
В этом объекте можешь хранить статы игрока, имя, экспу, и т.п. Как общаться скриптам с префаба и этому скрипту? Можешь инстанциировать новый префаб из этого самого скрипта, Instantiate вернет ссылку на объект, которую сохранишь в переменной. Потом передашь нужные статы и ссылки созданному объекту. Можно в PlayerManager сделать public static PlayerManager Instance { get; private set; } и в Awake() {if(Instance == null) Instance = this;} И общаться с PlayerManager скриптом через Instance. Можешь связывать объекты через FindObject, только не вызывай его каждый раз, а сохрани ссылку один раз, он тяжелый.
Наконец, можно сделать префаб из модели с анимацией и звуком, и сделать его дочерним объектом своего объекта-игрока через transform.parent. Короче, зависит от того, что тебе нужно, и как должно взаимодейтствовать.
>>39305
Напиши ну, если нет телеги, могу почту оставить
Напиши ну, если нет телеги, могу почту оставить
>>39547
Вот этот пидор знает о чём говорит, я даже если на 100% уверен что компонент на объекте есть, всё равно проверку делаю. В нашем деле лишняя паранойя не повредит.
> На null проверяй
Вот этот пидор знает о чём говорит, я даже если на 100% уверен что компонент на объекте есть, всё равно проверку делаю. В нашем деле лишняя паранойя не повредит.
Как правильно прицепить скрипт, который будет выполняться при старте сцены?
Сейчас использую событие старт на объекте, но это некрасиво. Вдруг я удалю этот объект или захочу их множество из префаба использовать, тогда у меня мой Start или не будет запускаться или запустится несколько раз.
Куда общий для сцены скрипт прицепить?
Сейчас использую событие старт на объекте, но это некрасиво. Вдруг я удалю этот объект или захочу их множество из префаба использовать, тогда у меня мой Start или не будет запускаться или запустится несколько раз.
Куда общий для сцены скрипт прицепить?
Как правильно сделать скрипт, который будет выполняться при старте сцены?
Сейчас использую событие Start() на объекте, но это некрасиво. Вдруг я удалю этот объект, или
захочу их множество из префаба использовать, тогда у меня мой Start() или не будет запускаться вообще или запустится несколько раз.
Куда общий для сцены скрипт прицепить? И как сделать так, чтобы он выполнялся при старте сцены?
Сейчас использую событие Start() на объекте, но это некрасиво. Вдруг я удалю этот объект, или
захочу их множество из префаба использовать, тогда у меня мой Start() или не будет запускаться вообще или запустится несколько раз.
Куда общий для сцены скрипт прицепить? И как сделать так, чтобы он выполнялся при старте сцены?
>>39629
Создай пустой объект-контроллер, или на камеру прицепи, уж она-то у тебя точно всегда на сцене будет.
void Awake () {
}
> Куда общий для сцены скрипт прицепить?
Создай пустой объект-контроллер, или на камеру прицепи, уж она-то у тебя точно всегда на сцене будет.
> И как сделать так, чтобы он выполнялся при старте сцены?
void Awake () {
}
UI Layouts
Допустим по умолчанию уи создано под вертикальную ориентацию, и как теперь быть когда нужно в горизонтальную? Под андроид можно 2 лейаута использовать для каждой из ориентаций. А тут то как делать? Пока хотелось бы только измененное положение/размеры/?иерархию_сцены?, без новых уи-объектов (т.е. без: выдвижные менюшки в верт. / 2-3 колонки в гор.). Хотя тоже бы хотелось узнать как такое тут и такое можно сделать.
Анимация UI
Представим, для примера, что у нас есть склад товара до 10ед. и нам нужна кнопка, которая меняла бы свой цвет/спрайт/текст в зависимости от заполненности склада. По одному "стилю" на каждую единицу товара (т.е. всего 11 состояний и стилей). Количество товара на складе может изменятся случайно (внешним скриптом) и при нажатии на кнопку (только определённым образом: +1, но на 10 с 50/50% может перейти в 2 или 7). По цвету изменяем только Color, т.е. хайлайт, прессед и т.п. работают как обычно. Почитав мануалы, посмотрев уроки я создал всё это (ну аниматор там, анимации граф переходов, кондишн и т.п.), но у меня есть вопросы.
Как интерполировать цвет по HSV (и т.п.), а не по RGB? Есть что-то встроенное или нужно свое писать?
Можно ли интерполировать не из заданного значения, а из текущего на момент запуска анимации? Например чтобы задать только финальный цвет и интерполировать к нему из текущего.
Кривые указывают конкретные значения, а как задать только форму кривой? Ну чтобы можно было менять значения, а характер интерполяции оставался таким же.
Как задать одну и ту же форму кривой для нескольких параметров (см. вопросы выше), т.е. для всех каналов цвета разом, но у них разные значения.
Переходы (transition) между анимациями (state) имеют какие-то настройки. И я так понимаю они нужны для 3D и бесполезны в нашем примере (ну кроме условия перехода)? Как их правильно отключить?
Как организовать анимацию перехода из одного состояния в другое? Например анимация состояния это просто 1 цвет или "мигание" какое, а анимация перехода это интерполяция из старого цвета в новый. Нужно будет создавать на это 2 стейта (переход + цикличная анимация состояния)?
Если считать что анимация состояния это "мигание" цветом по HSL, то как синхронизировать мигание анимации старого состояния, перехода (изменяя только HSL) и нового?
Как будут работать transition при переходе из state A в state B, когда есть переход из any state в state B. У кого будет приоритет?
Как-нибудь покомпактней можно анимации создавать? Десятки файлов .anim+.meta по 10КБ на один сраный статичный цвет не есть гуд.
Как заставить дочерние элементы блендится с учётом цвета родителя и эффекта курсора (хайлатед, прессед, селектед и т.п.)? Например к кнопке добавить иконку с полосками отражающими заполненность склада и заставить её рисоваться с учетом вышеперечисленного.
*Стоит ли мне дальше ебать мозг всей этой unity-хуйнёй если такой простой пример я могу запилить в контроллере и анимировать в Update? Будет разве что захардкожено.
Допустим по умолчанию уи создано под вертикальную ориентацию, и как теперь быть когда нужно в горизонтальную? Под андроид можно 2 лейаута использовать для каждой из ориентаций. А тут то как делать? Пока хотелось бы только измененное положение/размеры/?иерархию_сцены?, без новых уи-объектов (т.е. без: выдвижные менюшки в верт. / 2-3 колонки в гор.). Хотя тоже бы хотелось узнать как такое тут и такое можно сделать.
Анимация UI
Представим, для примера, что у нас есть склад товара до 10ед. и нам нужна кнопка, которая меняла бы свой цвет/спрайт/текст в зависимости от заполненности склада. По одному "стилю" на каждую единицу товара (т.е. всего 11 состояний и стилей). Количество товара на складе может изменятся случайно (внешним скриптом) и при нажатии на кнопку (только определённым образом: +1, но на 10 с 50/50% может перейти в 2 или 7). По цвету изменяем только Color, т.е. хайлайт, прессед и т.п. работают как обычно. Почитав мануалы, посмотрев уроки я создал всё это (ну аниматор там, анимации граф переходов, кондишн и т.п.), но у меня есть вопросы.
Как интерполировать цвет по HSV (и т.п.), а не по RGB? Есть что-то встроенное или нужно свое писать?
Можно ли интерполировать не из заданного значения, а из текущего на момент запуска анимации? Например чтобы задать только финальный цвет и интерполировать к нему из текущего.
Кривые указывают конкретные значения, а как задать только форму кривой? Ну чтобы можно было менять значения, а характер интерполяции оставался таким же.
Как задать одну и ту же форму кривой для нескольких параметров (см. вопросы выше), т.е. для всех каналов цвета разом, но у них разные значения.
Переходы (transition) между анимациями (state) имеют какие-то настройки. И я так понимаю они нужны для 3D и бесполезны в нашем примере (ну кроме условия перехода)? Как их правильно отключить?
Как организовать анимацию перехода из одного состояния в другое? Например анимация состояния это просто 1 цвет или "мигание" какое, а анимация перехода это интерполяция из старого цвета в новый. Нужно будет создавать на это 2 стейта (переход + цикличная анимация состояния)?
Если считать что анимация состояния это "мигание" цветом по HSL, то как синхронизировать мигание анимации старого состояния, перехода (изменяя только HSL) и нового?
Как будут работать transition при переходе из state A в state B, когда есть переход из any state в state B. У кого будет приоритет?
Как-нибудь покомпактней можно анимации создавать? Десятки файлов .anim+.meta по 10КБ на один сраный статичный цвет не есть гуд.
Как заставить дочерние элементы блендится с учётом цвета родителя и эффекта курсора (хайлатед, прессед, селектед и т.п.)? Например к кнопке добавить иконку с полосками отражающими заполненность склада и заставить её рисоваться с учетом вышеперечисленного.
*Стоит ли мне дальше ебать мозг всей этой unity-хуйнёй если такой простой пример я могу запилить в контроллере и анимировать в Update? Будет разве что захардкожено.
UI Layouts
Допустим по умолчанию уи создано под вертикальную ориентацию, и как теперь быть когда нужно в горизонтальную? Под андроид можно 2 лейаута использовать для каждой из ориентаций. А тут то как делать? Пока хотелось бы только измененное положение/размеры/?иерархию_сцены?, без новых уи-объектов (т.е. без: выдвижные менюшки в верт. / 2-3 колонки в гор.). Хотя тоже бы хотелось узнать как такое тут и такое можно сделать.
Анимация UI
Представим, для примера, что у нас есть склад товара до 10ед. и нам нужна кнопка, которая меняла бы свой цвет/спрайт/текст в зависимости от заполненности склада. По одному "стилю" на каждую единицу товара (т.е. всего 11 состояний и стилей). Количество товара на складе может изменятся случайно (внешним скриптом) и при нажатии на кнопку (только определённым образом: +1, но на 10 с 50/50% может перейти в 2 или 7). По цвету изменяем только Color, т.е. хайлайт, прессед и т.п. работают как обычно. Почитав мануалы, посмотрев уроки я создал всё это (ну аниматор там, анимации граф переходов, кондишн и т.п.), но у меня есть вопросы.
Как интерполировать цвет по HSV (и т.п.), а не по RGB? Есть что-то встроенное или нужно свое писать?
Можно ли интерполировать не из заданного значения, а из текущего на момент запуска анимации? Например чтобы задать только финальный цвет и интерполировать к нему из текущего.
Кривые указывают конкретные значения, а как задать только форму кривой? Ну чтобы можно было менять значения, а характер интерполяции оставался таким же.
Как задать одну и ту же форму кривой для нескольких параметров (см. вопросы выше), т.е. для всех каналов цвета разом, но у них разные значения.
Переходы (transition) между анимациями (state) имеют какие-то настройки. И я так понимаю они нужны для 3D и бесполезны в нашем примере (ну кроме условия перехода)? Как их правильно отключить?
Как организовать анимацию перехода из одного состояния в другое? Например анимация состояния это просто 1 цвет или "мигание" какое, а анимация перехода это интерполяция из старого цвета в новый. Нужно будет создавать на это 2 стейта (переход + цикличная анимация состояния)?
Если считать что анимация состояния это "мигание" цветом по HSL, то как синхронизировать мигание анимации старого состояния, перехода (изменяя только HSL) и нового?
Как будут работать transition при переходе из state A в state B, когда есть переход из any state в state B. У кого будет приоритет?
Как-нибудь покомпактней можно анимации создавать? Десятки файлов .anim+.meta по 10КБ на один сраный статичный цвет не есть гуд.
Как заставить дочерние элементы блендится с учётом цвета родителя и эффекта курсора (хайлатед, прессед, селектед и т.п.)? Например к кнопке добавить иконку с полосками отражающими заполненность склада и заставить её рисоваться с учетом вышеперечисленного.
*Стоит ли мне дальше ебать мозг всей этой unity-хуйнёй если такой простой пример я могу запилить в контроллере и анимировать в Update? Будет разве что захардкожено.
Допустим по умолчанию уи создано под вертикальную ориентацию, и как теперь быть когда нужно в горизонтальную? Под андроид можно 2 лейаута использовать для каждой из ориентаций. А тут то как делать? Пока хотелось бы только измененное положение/размеры/?иерархию_сцены?, без новых уи-объектов (т.е. без: выдвижные менюшки в верт. / 2-3 колонки в гор.). Хотя тоже бы хотелось узнать как такое тут и такое можно сделать.
Анимация UI
Представим, для примера, что у нас есть склад товара до 10ед. и нам нужна кнопка, которая меняла бы свой цвет/спрайт/текст в зависимости от заполненности склада. По одному "стилю" на каждую единицу товара (т.е. всего 11 состояний и стилей). Количество товара на складе может изменятся случайно (внешним скриптом) и при нажатии на кнопку (только определённым образом: +1, но на 10 с 50/50% может перейти в 2 или 7). По цвету изменяем только Color, т.е. хайлайт, прессед и т.п. работают как обычно. Почитав мануалы, посмотрев уроки я создал всё это (ну аниматор там, анимации граф переходов, кондишн и т.п.), но у меня есть вопросы.
Как интерполировать цвет по HSV (и т.п.), а не по RGB? Есть что-то встроенное или нужно свое писать?
Можно ли интерполировать не из заданного значения, а из текущего на момент запуска анимации? Например чтобы задать только финальный цвет и интерполировать к нему из текущего.
Кривые указывают конкретные значения, а как задать только форму кривой? Ну чтобы можно было менять значения, а характер интерполяции оставался таким же.
Как задать одну и ту же форму кривой для нескольких параметров (см. вопросы выше), т.е. для всех каналов цвета разом, но у них разные значения.
Переходы (transition) между анимациями (state) имеют какие-то настройки. И я так понимаю они нужны для 3D и бесполезны в нашем примере (ну кроме условия перехода)? Как их правильно отключить?
Как организовать анимацию перехода из одного состояния в другое? Например анимация состояния это просто 1 цвет или "мигание" какое, а анимация перехода это интерполяция из старого цвета в новый. Нужно будет создавать на это 2 стейта (переход + цикличная анимация состояния)?
Если считать что анимация состояния это "мигание" цветом по HSL, то как синхронизировать мигание анимации старого состояния, перехода (изменяя только HSL) и нового?
Как будут работать transition при переходе из state A в state B, когда есть переход из any state в state B. У кого будет приоритет?
Как-нибудь покомпактней можно анимации создавать? Десятки файлов .anim+.meta по 10КБ на один сраный статичный цвет не есть гуд.
Как заставить дочерние элементы блендится с учётом цвета родителя и эффекта курсора (хайлатед, прессед, селектед и т.п.)? Например к кнопке добавить иконку с полосками отражающими заполненность склада и заставить её рисоваться с учетом вышеперечисленного.
*Стоит ли мне дальше ебать мозг всей этой unity-хуйнёй если такой простой пример я могу запилить в контроллере и анимировать в Update? Будет разве что захардкожено.
Привет. Решил вкатиться в юнити. Читаю юнити ин экшн, пилю свою первую игру. Понимаю, что сишарп для меня СЛОЖНО, ибо я ноль в программировании. Хочу пойти на курсы для ньюфагов. Что думаете, курсы хоть как-то помогают, или это объеб на доллары для корзиночек типа меня?
>>39677
Не то ты читать начал. Это книга для тех, кто в шарпах уже смыслит.
В шапке есть ссылка на курсы, попробуй сначала их.
> Читаю юнити ин экшн
> Понимаю, что сишарп для меня СЛОЖНО, ибо я ноль в программировании
Не то ты читать начал. Это книга для тех, кто в шарпах уже смыслит.
В шапке есть ссылка на курсы, попробуй сначала их.
>>39677
Сишарп легко изучается самостоятельно по любым бесплатным урокам из интернета (которых дофига, как и по юнити). По мне так, если и ходить на курсы, то по юнити. Там материала побольше узнать нужно, чтобы начать. Но опять же я думаю, если ты не можешь всё изучить самостоятельно - смысла платить за это доллары нет.
Сишарп легко изучается самостоятельно по любым бесплатным урокам из интернета (которых дофига, как и по юнити). По мне так, если и ходить на курсы, то по юнити. Там материала побольше узнать нужно, чтобы начать. Но опять же я думаю, если ты не можешь всё изучить самостоятельно - смысла платить за это доллары нет.
>>39678
Хорошо, пройдусь пока по курсам, и еще запишусь на ирл-курсы. Вообще, по книжке все понятно, но очевидно, что шаг в сторону сделать не могу.
Хорошо, пройдусь пока по курсам, и еще запишусь на ирл-курсы. Вообще, по книжке все понятно, но очевидно, что шаг в сторону сделать не могу.
>>39681
Всё правильно говоришь.
> думаю, если ты не можешь всё изучить самостоятельно - смысла платить за это доллары нет
Всё правильно говоришь.
>>39628
На пустой объект, не?
На пустой объект, не?
>>39681
У меня проблемы с самомотивацией и дисциплиной. С той же тренажеркой - хожу в зал, хотя можно все упражнения делать дома. Но дома ленюсь. А вообще, сколько надо времени для изучения шарпа для старта хоть какой-то самостоятельной работы в юнити, если я ничем сложнее html/css в жизни не занимался?
У меня проблемы с самомотивацией и дисциплиной. С той же тренажеркой - хожу в зал, хотя можно все упражнения делать дома. Но дома ленюсь. А вообще, сколько надо времени для изучения шарпа для старта хоть какой-то самостоятельной работы в юнити, если я ничем сложнее html/css в жизни не занимался?
>>39685
Очень индивидуально. Кому-то недели хватит, кому-то и года недостаточно будет.
Если ты совсем корзинус, то заканчивай школу и иди в универ на очку, там будет тебе и мотивация в виде мамки, которая будет тебя дрючить чтоб не проёбывал заплаченные за учёбу деньги, и дисциплина в виде преподов и деканата.
А если хочешь чтоб дома, но не так сухо как в книгах и обычных туториалах, то поищи на ютубе уроки русскоязычного парня с ником stream. Неплохо рассказывал, хоть иногда и тупил, но для поверхностного ознакомления будет полезно.
> А вообще, сколько надо времени для изучения шарпа для старта
Очень индивидуально. Кому-то недели хватит, кому-то и года недостаточно будет.
Если ты совсем корзинус, то заканчивай школу и иди в универ на очку, там будет тебе и мотивация в виде мамки, которая будет тебя дрючить чтоб не проёбывал заплаченные за учёбу деньги, и дисциплина в виде преподов и деканата.
А если хочешь чтоб дома, но не так сухо как в книгах и обычных туториалах, то поищи на ютубе уроки русскоязычного парня с ником stream. Неплохо рассказывал, хоть иногда и тупил, но для поверхностного ознакомления будет полезно.
>>39685
Курсы по программированию нужны чтобы обучать, а не мотивировать. А шарп нужно знать вообще по минимуму: переменные, условия и иногда матрицы. Если тупо посмотреть все уроки и повторить, можно успеть за пару дней.
Попробуй программировать в тренажерке
Курсы по программированию нужны чтобы обучать, а не мотивировать. А шарп нужно знать вообще по минимуму: переменные, условия и иногда матрицы. Если тупо посмотреть все уроки и повторить, можно успеть за пару дней.
>Но дома ленюсь
Попробуй программировать в тренажерке
>>39685
Нафиг не нужно зубрить язык от корки до корки, мотивация стухнет(у меня, по крайней мере). Пробуй чего-нибудь сделать, подсмотри как пишут скрипты в официальных туториалах Юнити, и делай так же. Если не знаешь что-то - Гугли и сдувай алгоритм. Непонятно что-то в языке - c# Reference или Гугл подскажет.
Нафиг не нужно зубрить язык от корки до корки, мотивация стухнет(у меня, по крайней мере). Пробуй чего-нибудь сделать, подсмотри как пишут скрипты в официальных туториалах Юнити, и делай так же. Если не знаешь что-то - Гугли и сдувай алгоритм. Непонятно что-то в языке - c# Reference или Гугл подскажет.
>>39712
А, он выпилился. Но есть канал с перезаливками. Там видео не по порядку, так что ищи с порядковым номером "#1" и потом иди по порядку, "#2", "#3" и так далее. Разберёшься.
https://www.youtube.com/channel/UCyh-t-R60C3IwX8iId9y1Rw
А, он выпилился. Но есть канал с перезаливками. Там видео не по порядку, так что ищи с порядковым номером "#1" и потом иди по порядку, "#2", "#3" и так далее. Разберёшься.
https://www.youtube.com/channel/UCyh-t-R60C3IwX8iId9y1Rw
>>39562
Я недавно неплохой канал по шейдерам и эфектам нашел.
https://www.youtube.com/channel/UCEklP9iLcpExB8vp_fWQseg
Я недавно неплохой канал по шейдерам и эфектам нашел.
https://www.youtube.com/channel/UCEklP9iLcpExB8vp_fWQseg
>>39648
Ты уверен, что хочешь менять кнопочку через аниматор? Не проще ли написать скрипт? Ты походу микроскопом гвозди заколачиваешь.
Ты уверен, что хочешь менять кнопочку через аниматор? Не проще ли написать скрипт? Ты походу микроскопом гвозди заколачиваешь.
>>39648
Можно универсальный UI запилить например
>>39648
Можешь и тут 2 лейаута навелосипедить
>>39648
Где тут то, йоба? Мы не экстрасенсы
>Допустим по умолчанию уи создано под вертикальную ориентацию, и как теперь быть когда нужно в горизонтальную?
Можно универсальный UI запилить например
>>39648
>Под андроид можно 2 лейаута использовать для каждой из ориентаций
Можешь и тут 2 лейаута навелосипедить
>>39648
>А тут то как делать?
Где тут то, йоба? Мы не экстрасенсы
>>39733
Спасибо, запишем.
Спасибо, запишем.
23 Кб, 400x406Ютуб выдал мне в "рекомендованных", прости господи, туториал длиною в два часа, в котором школьник из ассетов лепит ХОРАР. 100к просмотров, пачка лайков, восторженные комментарии, в которых на одно слово 10 ошибок, и около 27к подписоты.
Видео — это просто пиздец, как говна поел. И это я его листал, если б целиком посмотрел, то, наверное, сознание бы потерял.
Я это к чему. Теперь я понимаю откуда у юнити такая репутация. Они ж реально думают что это готовая игра, билдят её и потом срут этим в сеть.
Ах да, этот урок или, как его именует "автор", КУРС изначально был ПЛАТНЫМ.
Видео — это просто пиздец, как говна поел. И это я его листал, если б целиком посмотрел, то, наверное, сознание бы потерял.
Я это к чему. Теперь я понимаю откуда у юнити такая репутация. Они ж реально думают что это готовая игра, билдят её и потом срут этим в сеть.
Ах да, этот урок или, как его именует "автор", КУРС изначально был ПЛАТНЫМ.
>>39754
Этот "Калобок" — шедевр геймдева по сравнению с тем, что я посмотрел.
https://www.youtube.com/watch?v=cnEr4P6gGWo
Этот "Калобок" — шедевр геймдева по сравнению с тем, что я посмотрел.
https://www.youtube.com/watch?v=cnEr4P6gGWo
Игрок - инстанциируемый, в начале сцены, префаб. Камера должна находить игрока и цепляться к нему. Этого естественно не происходитobject reference not set to an instance of an object.
Скрипт для камеры:
public GameObject player;
private Vector3 offset;
void Start () {
player = GameObject.FindGameObjectWithTag("Player");
offset = transform.position - player.transform.position;
}
void LateUpdate () {
if (player == true)
{
transform.position = player.transform.position + offset;
}
Полагаю, камера появляется первой в сцене, когда ещё нет объекта с тегом "Player". Попробовал засунуть в Update() - у камеры сбиваются координаты по Z. Где я проебланил?
Скрипт для камеры:
public GameObject player;
private Vector3 offset;
void Start () {
player = GameObject.FindGameObjectWithTag("Player");
offset = transform.position - player.transform.position;
}
void LateUpdate () {
if (player == true)
{
transform.position = player.transform.position + offset;
}
Полагаю, камера появляется первой в сцене, когда ещё нет объекта с тегом "Player". Попробовал засунуть в Update() - у камеры сбиваются координаты по Z. Где я проебланил?
>>39755
Сука, и этот человек ещё с кого-то деньги берёт за ОБУЧЕНИЕ
> апдейт выполняется то ли каждую секунду, то ли вообще каждый кадр
Сука, и этот человек ещё с кого-то деньги берёт за ОБУЧЕНИЕ
>>39752
Репутация БЕСПЛАТНОГО движка. Ибо ты не сможиш слепить такую игорь, чтобы пробить потолок в 50к по обороту.
Ты не одиног 2bqh
тут некоторые щитают, что получив свет изкорёпки от уеча, им тут же задонатят 3к
>Теперь я понимаю откуда у юнити такая репутация
Репутация БЕСПЛАТНОГО движка. Ибо ты не сможиш слепить такую игорь, чтобы пробить потолок в 50к по обороту.
Ты не одиног 2bqh
тут некоторые щитают, что получив свет изкорёпки от уеча, им тут же задонатят 3к
>>39788
Ну тот же уеч вроде тоже бесплатный. Но то ли там СЛОЖНА, то ли плюсы все позабыли, но там такого школотронства не наблюдается.
Ну тот же уеч вроде тоже бесплатный. Но то ли там СЛОЖНА, то ли плюсы все позабыли, но там такого школотронства не наблюдается.
>>39790
Уеч бесплатный до того щасливава момента, когда внезапно твою игру начнут донатить. А это значит, что 5% ты внезапно должен отстегнуть.
У юнети первая гроница лежит на 100к 35$ в месяц
Уеч бесплатный до того щасливава момента, когда внезапно твою игру начнут донатить. А это значит, что 5% ты внезапно должен отстегнуть.
У юнети первая гроница лежит на 100к 35$ в месяц
Хорошие вроде как видео гайдики спираченые, по дефолту курс за 200 бачей.
https://rutracker.org/forum/viewtopic.php?t=5426859
https://rutracker.org/forum/viewtopic.php?t=5426859
>>39790
В юнети проще втянуться. Полный магаз ассетов, включая полные проекты игорь с видео-тьюториалами. И сами оффицыальные тьюториалы от создателей юнети.
Не удевитильно, что школоло пойдёт проторённой дорожкой.
но свет в уече лучше из коробки, дела не в крестах, а хитровыебанности игровой механики в уече
>такого школотронства
В юнети проще втянуться. Полный магаз ассетов, включая полные проекты игорь с видео-тьюториалами. И сами оффицыальные тьюториалы от создателей юнети.
Не удевитильно, что школоло пойдёт проторённой дорожкой.
но свет в уече лучше из коробки, дела не в крестах, а хитровыебанности игровой механики в уече
>>39792
> Generally, you are obligated to pay to Epic 5% of all gross revenue after the first $3,000 per game or application per calendar quarter
>>39793
Столько получит кирил из мухосранска за неделю работы на мой говнопроджект upwork dot com
> 200 бачей.
Столько получит кирил из мухосранска за неделю работы на мой говнопроджект upwork dot com
>>39795
Я под этим и понимал внезапно
Читай: первые 3к начего не платишь. После первых 3к отстёгиваешь ежеквартально 5%
>after the first $3,000
Я под этим и понимал внезапно
Читай: первые 3к начего не платишь. После первых 3к отстёгиваешь ежеквартально 5%
>>39797
русня ебаная, после $3,000 заработаных за квартал платишь проценты в этом квартале. т.е. с вечноговна они процент не берут. и что юнетивские 100к бачей, что анрильские 3к в реалиях /gd/ совершенно недостижимы, не волнуйся.
русня ебаная, после $3,000 заработаных за квартал платишь проценты в этом квартале. т.е. с вечноговна они процент не берут. и что юнетивские 100к бачей, что анрильские 3к в реалиях /gd/ совершенно недостижимы, не волнуйся.
>>39793
Выглядит неплохо. Скачаю, проверю, отпишусь, как оно для нуба зайдет.
Выглядит неплохо. Скачаю, проверю, отпишусь, как оно для нуба зайдет.
Привет.
Супернубский вопрос.
Почему меши из ассетстора не ведут себя как гейм-обжект?
Т.е. я настроил так, чтобы игрок не мог проходить через стены/пол и мог стрелять в них. Но загруженные модельки бестелыею
1-день-в-юнити-кун
Супернубский вопрос.
Почему меши из ассетстора не ведут себя как гейм-обжект?
Т.е. я настроил так, чтобы игрок не мог проходить через стены/пол и мог стрелять в них. Но загруженные модельки бестелыею
1-день-в-юнити-кун
>>39809
Чего блять?
Чего блять?
>>39809
Поставь галку Convex на меш-коллайдере, если вообще нет коллайдера - прилепи какой-нибудь. Прилепи так же rigidbody на все что движется. Неподвижное - статик коллайдер.
Поставь галку Convex на меш-коллайдере, если вообще нет коллайдера - прилепи какой-нибудь. Прилепи так же rigidbody на все что движется. Неподвижное - статик коллайдер.
InverseTransformPoint предположительно пиздит... Нахуй я вообще туда полез, как будто проблема отнять один вектор от другого.
>>39827
Ну кстати да, пизжу все-таки я. Но при чем здесь твой вопрос?
Ну кстати да, пизжу все-таки я. Но при чем здесь твой вопрос?
Господа, пытаюсь немного разобраться с юнити, путем разработки простенькой игры. Допустим мне нужно чтобы у меня была определенная кучка объектов которые обладают различным поведением(какие-то взрываются, какие-то стреляют), так же есть различные условия срабатывания данных действий(таймер, попадание в определенный радиус действия, или комбинация этих условий). Хочу обстряпать все так, чтобы я мог потом комбинируя данные данные характеристики получать новые виды объектов. Соответственно также нужны некие фабрики. Была идея описать данные характеристики отдельными компонентами унаследованными от MonoBehavior, собирать их в одном GameObject, и еще один скрипт вещать который координирует работу этих компонентов. Как в таком случае обстряпать фабрики. Может есть у кого схожие примеры, как реализовывали? Как вообще в юнити лучше делать подобное? Может я изначально на неверном пути?
Кстати, вдруг кто не знает, Visual Studio Code неплохая замена Монодевелопу для тех, кто по каким-то причинам не хочет ставить старшую Студию. Еще там можно сделать интеллектуальные подсказки на все функции типа FixedUpdate и на коллбеки типа OnTriggerEnter и т.д. Мелочь а приятно. В аддонах поищите по слову Unity.
>>39848
ОКАЗУАЛЕЛЕ!
> Еще там можно сделать интеллектуальные подсказки на все функции типа FixedUpdate и на коллбеки типа OnTriggerEnter и т.д.
ОКАЗУАЛЕЛЕ!
Может быть, это тупой вопрос, но почему объект из сцены не хочет прикрепляться к префабу? Всегда, блядь, прикреплялись, а теперь нет, в чём может быть проблема?
>>39869
Нормально объясняй. На твоих скринах ни объекта ни префаба нет, только компонент и окно поиска.
Нормально объясняй. На твоих скринах ни объекта ни префаба нет, только компонент и окно поиска.
>>39871
Сейчас гифку кину
Сейчас гифку кину
>>39874
Точно, спасибо, ебать, я долбаеб, братишка, земля мне пухом
Точно, спасибо, ебать, я долбаеб, братишка, земля мне пухом
>>39874
Спасибо тебе ещё раз, у меня все проблемы разом решились. И, кстать, префаб ещё знает о других префабах
Спасибо тебе ещё раз, у меня все проблемы разом решились. И, кстать, префаб ещё знает о других префабах
>>39877
Да, но именно как о префабах. Если ты инстанциируешь из них объекты, придется связывать их во время исполнения.
Да, но именно как о префабах. Если ты инстанциируешь из них объекты, придется связывать их во время исполнения.
>>39848
Добавлю для порядка, что у меня возникли проблемы с дебаггером, при попытке поставить брейкпоинты. Если что имейте в виду. Может быть не у всех это вылезает, я хз.
Добавлю для порядка, что у меня возникли проблемы с дебаггером, при попытке поставить брейкпоинты. Если что имейте в виду. Может быть не у всех это вылезает, я хз.
>>39755
Прошвырнулся по ютубу, посмотрел подобные ролики (только не такие длинные, я ебал), оказывается я ещё ничё так. Показать ничего готового пока, к сожалению, нечего (потому как "сделал - удалил, сделал - удалил", тупо руку набиваю), но я просто бог моделлинга и скриптинга на фоне тех идиотов, которые просто стандартные ассеты по сцене раскидывают и готовые скрипты к объектам лепят, а им в комментах поют оды и кричат "чувак, ты крут!". А я-то думал что я дно коим я и являюсь, да.
Прошвырнулся по ютубу, посмотрел подобные ролики (только не такие длинные, я ебал), оказывается я ещё ничё так. Показать ничего готового пока, к сожалению, нечего (потому как "сделал - удалил, сделал - удалил", тупо руку набиваю), но я просто бог моделлинга и скриптинга на фоне тех идиотов, которые просто стандартные ассеты по сцене раскидывают и готовые скрипты к объектам лепят, а им в комментах поют оды и кричат "чувак, ты крут!". А я-то думал что я дно коим я и являюсь, да.
>>39914
Ну в плане ассетов их можно понять. Я вот начал недавно, и сначала как-то мало внимания обратил на проблему моделек и анимаций. А оказалось это самый большой затык для начинающего - годные ассеты стоят дохуя, да и не факт что подберешь, художники еще дороже, а самому нормально нарисовать - это нужны годы практики. В основном модели, созданные самодельщиками, это тот еще шок-контент.
Ну в плане ассетов их можно понять. Я вот начал недавно, и сначала как-то мало внимания обратил на проблему моделек и анимаций. А оказалось это самый большой затык для начинающего - годные ассеты стоят дохуя, да и не факт что подберешь, художники еще дороже, а самому нормально нарисовать - это нужны годы практики. В основном модели, созданные самодельщиками, это тот еще шок-контент.
>>39924
Это "уроки", понимаешь? Чему ты научишь своим "уроком", в котором ты просто таскаешь ассеты по сцене? Ладно бы это были видео "я изучаю юнити с записываю это бэндикамом", так нет, это "смотрите как это делается и запоминайте".
Ничему так не научишь.
> Ну в плане ассетов их можно понять
Это "уроки", понимаешь? Чему ты научишь своим "уроком", в котором ты просто таскаешь ассеты по сцене? Ладно бы это были видео "я изучаю юнити с записываю это бэндикамом", так нет, это "смотрите как это делается и запоминайте".
Ничему так не научишь.
19 Кб, 313x250Подскажите идиоту - как правильнее реализовывать милишный комбат? Поначалу думал нацепить триггер и махать им, аки дубиной. Вроде как самое естественное поведение и легкая подстройка АоЕ. Но триггер на большой скорости пролета демонстрирует странное поведение... На пути триггера, только часть тростинок из пучка падает, другие рандомно падают при последующих ударах(из той же точки).
Хитбоксы при помощи всяких OverlapSphere - геморно настраивать форму АоЕ хитбокса, под длину и замах оружия. Не самое естественное поведение. Но работают стабильно.
Еще вариант - пускать несколько штук рейкастов из основания оружия по его длине, скажем треугольником, каждый фиксед апдейт. Может это норм? Тоже легко настраивать длину.
Хитбоксы при помощи всяких OverlapSphere - геморно настраивать форму АоЕ хитбокса, под длину и замах оружия. Не самое естественное поведение. Но работают стабильно.
Еще вариант - пускать несколько штук рейкастов из основания оружия по его длине, скажем треугольником, каждый фиксед апдейт. Может это норм? Тоже легко настраивать длину.
>>39963
смотря че ты там собрался делать. советую воспользоваться https://docs.unity3d.com/ScriptReference/Rigidbody.SweepTest.html
смотря че ты там собрался делать. советую воспользоваться https://docs.unity3d.com/ScriptReference/Rigidbody.SweepTest.html
>>40016
Тут расписано. Тот злой анон был прав: 5% в случае, когда за квартал оборот больше 3000$
У юнети граница в 10 раз выше (100к против 12к в год)
Тут расписано. Тот злой анон был прав: 5% в случае, когда за квартал оборот больше 3000$
У юнети граница в 10 раз выше (100к против 12к в год)
>>40089
ZdelatPizdato.unitypackage
ZdelatPizdato.unitypackage
>>40139
ты мыслишь в правильном направлении
https://medium.com/the-unity-developers-handbook/dont-re-invent-finite-state-machines-how-to-repurpose-unity-s-animator-7c6c421e5785
ты мыслишь в правильном направлении
https://medium.com/the-unity-developers-handbook/dont-re-invent-finite-state-machines-how-to-repurpose-unity-s-animator-7c6c421e5785
>>40158
да, зачем делать ИИ на меканиме? ну тоесь конечно можно сделать какое-то примитивное говно из пары нод и оно будет работать и это адекватно, хоть и глупо. но что-то сложное как делать то? а что если ноды требуют параметры? ебаться через StateMachineBehaviour и чтобы узнать чем нода А отличается от ноды Б надо кликать на неё? через меканим и диалоговую систему можно сделать с таким-же успехом и много чего требующего бихейвор три, но пользоваться этим можно только в очень малых масштабах.
да, зачем делать ИИ на меканиме? ну тоесь конечно можно сделать какое-то примитивное говно из пары нод и оно будет работать и это адекватно, хоть и глупо. но что-то сложное как делать то? а что если ноды требуют параметры? ебаться через StateMachineBehaviour и чтобы узнать чем нода А отличается от ноды Б надо кликать на неё? через меканим и диалоговую систему можно сделать с таким-же успехом и много чего требующего бихейвор три, но пользоваться этим можно только в очень малых масштабах.
>>40182
альтернативы зависят от задачи, разумеется
и это не уклончивый ответ. уже готовых платных и бесплатных имплементаций ИИ хватает. всякие reGOAP, RAIN и прочее.
альтернативы зависят от задачи, разумеется
и это не уклончивый ответ. уже готовых платных и бесплатных имплементаций ИИ хватает. всякие reGOAP, RAIN и прочее.
>>40185
RAIN
Глючное говно, которое не поддерживается уже давно.
Только время зря на него потратил. Из полезных фич только простое создание зоны видимости/слышимости персонажа и случайный перебор точек маршрута.
В итоге накатил Playmaker и вполне доволен. В нем есть ноды для работы со встроенным в юнити Navigator. Легко обмениваться данными с меканимом и скриптами.
RAIN
Глючное говно, которое не поддерживается уже давно.
Только время зря на него потратил. Из полезных фич только простое создание зоны видимости/слышимости персонажа и случайный перебор точек маршрута.
В итоге накатил Playmaker и вполне доволен. В нем есть ноды для работы со встроенным в юнити Navigator. Легко обмениваться данными с меканимом и скриптами.
>>40185
Если бы вопрос сводился чисто к тому, что стоит ли велосипедить, то, конечно, нет, а следовало бы сначала примерить имеющиеся решения (RAIN бесплатен) к своей задаче.
Решение через меканим подкупает тем, что
1. это полноценная FSM
2. наглядно дебажится
3. состояния логично собираются в группы
4. надо ивенты - пожалуйста
Если бы вопрос сводился чисто к тому, что стоит ли велосипедить, то, конечно, нет, а следовало бы сначала примерить имеющиеся решения (RAIN бесплатен) к своей задаче.
Решение через меканим подкупает тем, что
1. это полноценная FSM
2. наглядно дебажится
3. состояния логично собираются в группы
4. надо ивенты - пожалуйста
>>40191
погромист сможет в логику плеймейкера?
я пытался в блюпринтс уеча - послал к хуям. Ведь функции надо все равно знать на зубок
погромист сможет в логику плеймейкера?
я пытался в блюпринтс уеча - послал к хуям. Ведь функции надо все равно знать на зубок
>>40193
Если дохуя программист, то не пользуешься встроенными переменными и экшонами плеймейкера, а пишешь скрипт и экшон, который будет этот скрипт из ноды вызывать.
Но если ты такой программист, который не знает все нужные для работы классы в unity api, то лучше встроенные экшоны использовать, они интуитивные, с подсказками, легко запоминаются.
Если дохуя программист, то не пользуешься встроенными переменными и экшонами плеймейкера, а пишешь скрипт и экшон, который будет этот скрипт из ноды вызывать.
Но если ты такой программист, который не знает все нужные для работы классы в unity api, то лучше встроенные экшоны использовать, они интуитивные, с подсказками, легко запоминаются.
И так допустим у вас есть персонаж, у него есть два слота под левую руку и под правую, и есть два типа оружия - одноручное и двуручное. Под эквип у меня сейчас запилена такая структурка и обьект типа этой струры лежит в Character:
[Serializable]
public struct Equipment_struct
{
public HelmentItem helment;
public MailItem mail;
public HandSlotItem left_hand_slot;
public HandSlotItem right_hand_slot;
}
Хенд слот итем:
public class HandSlotItem : Item {
public bool one_handed;
public int condition;
public int fatigue_cost;
}
public class WeaponeItem : HandSlotItem{
public int min_dmg;
public int max_dmg;
public bool melee;
public int accuracy;
public int attak_range;
//public skills[] skills;
}
Наследую чтобы запилить еще щит потому что у него статы как у армора а берется он в руку.
public class ShieldItem : HandSlotItem {
public int melee_deff;
public int range_deff;
new public bool one_handed = true;
//public skills[] skills;
}
Сейчас пишу функцию эквипа оружия, и при эквипе двуруча я не могу придумать не костыльный метод, пока приходит в голову только эквипать двуруч в обе руки и скипать его в одной из рук при подсчетах статов и при снятии, но это же просто пиздец костыль. Поделитесь мудростью как это лучше сделать.
[Serializable]
public struct Equipment_struct
{
public HelmentItem helment;
public MailItem mail;
public HandSlotItem left_hand_slot;
public HandSlotItem right_hand_slot;
}
Хенд слот итем:
public class HandSlotItem : Item {
public bool one_handed;
public int condition;
public int fatigue_cost;
}
public class WeaponeItem : HandSlotItem{
public int min_dmg;
public int max_dmg;
public bool melee;
public int accuracy;
public int attak_range;
//public skills[] skills;
}
Наследую чтобы запилить еще щит потому что у него статы как у армора а берется он в руку.
public class ShieldItem : HandSlotItem {
public int melee_deff;
public int range_deff;
new public bool one_handed = true;
//public skills[] skills;
}
Сейчас пишу функцию эквипа оружия, и при эквипе двуруча я не могу придумать не костыльный метод, пока приходит в голову только эквипать двуруч в обе руки и скипать его в одной из рук при подсчетах статов и при снятии, но это же просто пиздец костыль. Поделитесь мудростью как это лучше сделать.
И так допустим у вас есть персонаж, у него есть два слота под левую руку и под правую, и есть два типа оружия - одноручное и двуручное. Под эквип у меня сейчас запилена такая структурка и обьект типа этой струры лежит в Character:
[Serializable]
public struct Equipment_struct
{
public HelmentItem helment;
public MailItem mail;
public HandSlotItem left_hand_slot;
public HandSlotItem right_hand_slot;
}
Хенд слот итем:
public class HandSlotItem : Item {
public bool one_handed;
public int condition;
public int fatigue_cost;
}
public class WeaponeItem : HandSlotItem{
public int min_dmg;
public int max_dmg;
public bool melee;
public int accuracy;
public int attak_range;
//public skills[] skills;
}
Наследую чтобы запилить еще щит потому что у него статы как у армора а берется он в руку.
public class ShieldItem : HandSlotItem {
public int melee_deff;
public int range_deff;
new public bool one_handed = true;
//public skills[] skills;
}
Сейчас пишу функцию эквипа оружия, и при эквипе двуруча я не могу придумать не костыльный метод, пока приходит в голову только эквипать двуруч в обе руки и скипать его в одной из рук при подсчетах статов и при снятии, но это же просто пиздец костыль. Поделитесь мудростью как это лучше сделать.
[Serializable]
public struct Equipment_struct
{
public HelmentItem helment;
public MailItem mail;
public HandSlotItem left_hand_slot;
public HandSlotItem right_hand_slot;
}
Хенд слот итем:
public class HandSlotItem : Item {
public bool one_handed;
public int condition;
public int fatigue_cost;
}
public class WeaponeItem : HandSlotItem{
public int min_dmg;
public int max_dmg;
public bool melee;
public int accuracy;
public int attak_range;
//public skills[] skills;
}
Наследую чтобы запилить еще щит потому что у него статы как у армора а берется он в руку.
public class ShieldItem : HandSlotItem {
public int melee_deff;
public int range_deff;
new public bool one_handed = true;
//public skills[] skills;
}
Сейчас пишу функцию эквипа оружия, и при эквипе двуруча я не могу придумать не костыльный метод, пока приходит в голову только эквипать двуруч в обе руки и скипать его в одной из рук при подсчетах статов и при снятии, но это же просто пиздец костыль. Поделитесь мудростью как это лучше сделать.
>>40208
На //public skills[] skills; не обращайте внимание, со временем у меня пушки будут давать скилы, но вопрос не об этом.
На //public skills[] skills; не обращайте внимание, со временем у меня пушки будут давать скилы, но вопрос не об этом.
>>40208
По идее, это должны быть два разных слота (в смысле класса), потому что разницы между головой, правой и левой рукой с точки зрения логики надевания предметов нет, а у головы отдельный класс.
Хотя по-моему лучше сделать один класс SlotItem, которому добавить идентификатор конкретной части тела в виде простого enum.
Я бы прикостылил требования внутрь самого предмета, чтобы он требовал наличия списка (или одного) свободных слотов с нужными айди, а в методе экипировки просто проверял, что у персонажа свободные слоты удовлетворяют требованиям предмета.
По идее, это должны быть два разных слота (в смысле класса), потому что разницы между головой, правой и левой рукой с точки зрения логики надевания предметов нет, а у головы отдельный класс.
Хотя по-моему лучше сделать один класс SlotItem, которому добавить идентификатор конкретной части тела в виде простого enum.
Я бы прикостылил требования внутрь самого предмета, чтобы он требовал наличия списка (или одного) свободных слотов с нужными айди, а в методе экипировки просто проверял, что у персонажа свободные слоты удовлетворяют требованиям предмета.
347 Кб, 1143x846>>40208
По моему эквипить в обе руки - норм идея. А что бы не скипать костыльно - не обрабатывай руки как отдельные сущности. Обрабатывай человека. А он там сам разберется что за говно у него в руках.
По моему эквипить в обе руки - норм идея. А что бы не скипать костыльно - не обрабатывай руки как отдельные сущности. Обрабатывай человека. А он там сам разберется что за говно у него в руках.
>>40219
там есть разница в том что я так сделал чтобы даже через эдитор нельзя было засунуть в слот шлема броню, но твоя мысль по поводу идентификаторов мне нравится, спасибо за ответ.
>>40250
Я так и делаю, но с "он там сам разберется что за говно у него в руках" как раз и возникают костыли.
> разницы между головой, правой и левой рукой с точки зрения логики надевания предметов нет
там есть разница в том что я так сделал чтобы даже через эдитор нельзя было засунуть в слот шлема броню, но твоя мысль по поводу идентификаторов мне нравится, спасибо за ответ.
>>40250
Я так и делаю, но с "он там сам разберется что за говно у него в руках" как раз и возникают костыли.
287 Кб, 879x803Сап, юнитаны.
Есть вот эта хуйня на пикче - здание в горах, так сказать. На здание кинул меш коллайдер и ригидбади, на плеера - соответственно, тоже.
Так вот, если меш-коллайдер повторяет форму здания, игрок через него спокойно проходит. Если поставить галку конвекс - врезается и отскакивает, как и положено, только вот коллайдер тогда у нас в форме куска говна (см. пик), и в здание зайти нельзя.
Неужели придется городить кучу коллайдеров-паралелепипедов вокруг всех стен и углов, чтобы они повторяли форму здания? Я ж заебусь. А как с землей тогда быть? С ней та же самая проблема, а она вообще довольно сложной формы, хоть и состоит из здоровенных полигонов. Или мне эти модельки разрезать на кучу выпуклых мешей, чтобы конвекс-коллайдеры им назначить? Подскажите, плиз.
Еще проблема - ебанутая скорость прокрутки мышью во вьюпорте. Могу либо с такого расстояния смотреть, либо уже внутри здания, один поворот колесика мышки на 300 метров перемещает. Это оттого что меши здания и земли (гор) у меня нехуево так заскейлены?
Есть вот эта хуйня на пикче - здание в горах, так сказать. На здание кинул меш коллайдер и ригидбади, на плеера - соответственно, тоже.
Так вот, если меш-коллайдер повторяет форму здания, игрок через него спокойно проходит. Если поставить галку конвекс - врезается и отскакивает, как и положено, только вот коллайдер тогда у нас в форме куска говна (см. пик), и в здание зайти нельзя.
Неужели придется городить кучу коллайдеров-паралелепипедов вокруг всех стен и углов, чтобы они повторяли форму здания? Я ж заебусь. А как с землей тогда быть? С ней та же самая проблема, а она вообще довольно сложной формы, хоть и состоит из здоровенных полигонов. Или мне эти модельки разрезать на кучу выпуклых мешей, чтобы конвекс-коллайдеры им назначить? Подскажите, плиз.
Еще проблема - ебанутая скорость прокрутки мышью во вьюпорте. Могу либо с такого расстояния смотреть, либо уже внутри здания, один поворот колесика мышки на 300 метров перемещает. Это оттого что меши здания и земли (гор) у меня нехуево так заскейлены?
>>40375
Не работал с 3д в юнити но в поле меш в меш коллайдере попробуй перетащить свою модельку здания.
Не работал с 3д в юнити но в поле меш в меш коллайдере попробуй перетащить свою модельку здания.
>>40375
Чем не нравится идея напихать бокс коллайдеров, куда надо? А куда не надо - не пихать. Меш коллайдер придется самому рисовать(упрощенный), я так понимаю у тебя его нет.
Чем не нравится идея напихать бокс коллайдеров, куда надо? А куда не надо - не пихать. Меш коллайдер придется самому рисовать(упрощенный), я так понимаю у тебя его нет.
>>40377
Он уже там, см. пик. Так как я назначаю меш-коллайдер этому мешу, естественно что он берет форму этой модельки.
>>40379
Долго, я думал есть варианты попроще. Да и с чересчур отзывчивым вьюпортом это будет сложновато. Алсо, открыт вопрос, что делать с коллайдером для модельки земли, см. пик. 2
Единственное что приходит мне в голову с учетом открывшихся ограничений - переделать все нахуй, вообще убрать всякие там двухэтажные здания, сделать землю ровной как стол и разделить ее по уровням, и все это закидывать бокс-коллайдерами... но это кажется как-то тупо.
Он уже там, см. пик. Так как я назначаю меш-коллайдер этому мешу, естественно что он берет форму этой модельки.
>>40379
Долго, я думал есть варианты попроще. Да и с чересчур отзывчивым вьюпортом это будет сложновато. Алсо, открыт вопрос, что делать с коллайдером для модельки земли, см. пик. 2
Единственное что приходит мне в голову с учетом открывшихся ограничений - переделать все нахуй, вообще убрать всякие там двухэтажные здания, сделать землю ровной как стол и разделить ее по уровням, и все это закидывать бокс-коллайдерами... но это кажется как-то тупо.
>>40380
Есть еще такой стул https://www.assetstore.unity3d.com/en/#!/content/4596 можешь попробовать напиратить где то либо разобраться как они его запилили.
Есть еще такой стул https://www.assetstore.unity3d.com/en/#!/content/4596 можешь попробовать напиратить где то либо разобраться как они его запилили.
>>40380
Там же есть встроенный земляной коллайдер. Можно в принципе из модели сделать terrain http://wiki.unity3d.com/index.php?title=Object2Terrain
Алсо, пробовал делать коллайдер здания статиком(без твердого тела и без конвекса)?
Там же есть встроенный земляной коллайдер. Можно в принципе из модели сделать terrain http://wiki.unity3d.com/index.php?title=Object2Terrain
Алсо, пробовал делать коллайдер здания статиком(без твердого тела и без конвекса)?
>>40380
Кстати, у тебя игрок кинематика наверное? Не кинематика не должна проходить через обычный меш коллайдер.
Кстати, у тебя игрок кинематика наверное? Не кинематика не должна проходить через обычный меш коллайдер.
84 Кб, 705x334>>40389
У тебя коллайдер-капсула, а не CharacterController? Он странно ведет себя в связке с физическим телом. Не должна она проходить через меш коллайдер. В Standard Assets Example Project там все по этим мешам гоняет, шарики всякие, и люди.
У тебя коллайдер-капсула, а не CharacterController? Он странно ведет себя в связке с физическим телом. Не должна она проходить через меш коллайдер. В Standard Assets Example Project там все по этим мешам гоняет, шарики всякие, и люди.
>>40390
Капсула, капсула.
Ради интереса я только что создал в юньке плоскость, куб, кинул на куб меш-коллайдер, набежал на куб плеером, и о чудо! все работает!
Чем ему не угодила моя моделька - не пойму. Попробую экспортировать по-другому.
Капсула, капсула.
Ради интереса я только что создал в юньке плоскость, куб, кинул на куб меш-коллайдер, набежал на куб плеером, и о чудо! все работает!
Чем ему не угодила моя моделька - не пойму. Попробую экспортировать по-другому.
>>40219
Закодил как ты советовал, но всплыла противоположная проблема, что ставить одноручному оружию в требуемые слоты? Можно левую и правую и флажок что это одноручное, но это снова костыль.
Закодил как ты советовал, но всплыла противоположная проблема, что ставить одноручному оружию в требуемые слоты? Можно левую и правую и флажок что это одноручное, но это снова костыль.
>>40415
Но у меня по необходимым слотам очищает то что уже надето, и как туда засунуть без кучи ифов еще логику или или я не могу придумать.
Но у меня по необходимым слотам очищает то что уже надето, и как туда засунуть без кучи ифов еще логику или или я не могу придумать.
>>40416
Не понимат. Допустим у тебя на болванчике слоты, каждый итем занимает N слотов. Скажем, если надета шапка, она не мешает надеть ботинки. Может у тебя совсем другая система какая-то.
Не понимат. Допустим у тебя на болванчике слоты, каждый итем занимает N слотов. Скажем, если надета шапка, она не мешает надеть ботинки. Может у тебя совсем другая система какая-то.
6 Кб, 185x255Аноны. У меня тут возникла проблема с осознанием того, что я вообще не понимаю что такое система событий, и как ее использовать.
У меня просто весь код пишется на отъебись. Допустим есть 5 объектов и на каждом висит скрипт, где в апдейте высчитывается куда было нажатие мыши. А я только сейчас понимаю, что это неправильно, и скорее всего должен быть один скрипт, где бы считалось куда кликнули мышкой, а затем уже выполнялось то или иное действие. Или нет?
Ну или мне постоянно нужно высчитывать время. Так вот у меня может быть по 10 скриптов, где в каждом имеется таймер time= time+time.deltatime. А ведь это скорее всего перегружает саму игру?
Или я ошибаюсь?
Ну суть в том, что может вы знаете годные видео гайды или ресурсы, где про это разжевывают, именно разжевывают, что и как лучше делать, а что лучше не делать. Желательно с примерами.
У меня просто весь код пишется на отъебись. Допустим есть 5 объектов и на каждом висит скрипт, где в апдейте высчитывается куда было нажатие мыши. А я только сейчас понимаю, что это неправильно, и скорее всего должен быть один скрипт, где бы считалось куда кликнули мышкой, а затем уже выполнялось то или иное действие. Или нет?
Ну или мне постоянно нужно высчитывать время. Так вот у меня может быть по 10 скриптов, где в каждом имеется таймер time= time+time.deltatime. А ведь это скорее всего перегружает саму игру?
Или я ошибаюсь?
Ну суть в том, что может вы знаете годные видео гайды или ресурсы, где про это разжевывают, именно разжевывают, что и как лучше делать, а что лучше не делать. Желательно с примерами.
>>40409
Юзай что-то вроде этого для хранения данных:
enum InventorySlotID {
rightHand,
leftHand,
Jopa
}
struct Item {
string name = "Dildak"
List<InventorySlotID> requiredSlots = {0, 2};
string meshData = "Resources/Dildak.mesh";
string matData = "Resources/DildakMaterial.mat"
int damage = 5;
int length = 50;
}
bool Equip(Item item) {
foreach (InventorySlotID id in item.requiredSlots) {
if (!character.SlotIsFree(id)) {
return false;
}
}
character.Equip(item);
return true;
}
Алсо, итемы можно загружать из JSON и хранить во внешних текстовых файлах, можно будет читерить себе всякое на ходу.
Юзай что-то вроде этого для хранения данных:
enum InventorySlotID {
rightHand,
leftHand,
Jopa
}
struct Item {
string name = "Dildak"
List<InventorySlotID> requiredSlots = {0, 2};
string meshData = "Resources/Dildak.mesh";
string matData = "Resources/DildakMaterial.mat"
int damage = 5;
int length = 50;
}
bool Equip(Item item) {
foreach (InventorySlotID id in item.requiredSlots) {
if (!character.SlotIsFree(id)) {
return false;
}
}
character.Equip(item);
return true;
}
Алсо, итемы можно загружать из JSON и хранить во внешних текстовых файлах, можно будет читерить себе всякое на ходу.
>>40409
Юзай что-то вроде этого для хранения данных:
enum InventorySlotID {
rightHand,
leftHand,
Jopa
}
struct Item {
string name = "Dildak"
List<InventorySlotID> requiredSlots = {0, 2};
string meshData = "Resources/Dildak.mesh";
string matData = "Resources/DildakMaterial.mat"
int damage = 5;
int length = 50;
}
bool Equip(Item item) {
foreach (InventorySlotID id in item.requiredSlots) {
if (!character.SlotIsFree(id)) {
return false;
}
}
character.Equip(item);
return true;
}
Алсо, итемы можно загружать из JSON и хранить во внешних текстовых файлах, можно будет читерить себе всякое на ходу.
Юзай что-то вроде этого для хранения данных:
enum InventorySlotID {
rightHand,
leftHand,
Jopa
}
struct Item {
string name = "Dildak"
List<InventorySlotID> requiredSlots = {0, 2};
string meshData = "Resources/Dildak.mesh";
string matData = "Resources/DildakMaterial.mat"
int damage = 5;
int length = 50;
}
bool Equip(Item item) {
foreach (InventorySlotID id in item.requiredSlots) {
if (!character.SlotIsFree(id)) {
return false;
}
}
character.Equip(item);
return true;
}
Алсо, итемы можно загружать из JSON и хранить во внешних текстовых файлах, можно будет читерить себе всякое на ходу.
>>40437
Там есть метод OnMouseOver, который отрабатывает когда мышь над объектом.
Лично я для этого навелосипедил TimeController, который считает время и дает остальным DateTime gameTime, fixedGameTime, NextFixedGameTime.
https://www.youtube.com/channel/UCPXOQq7PWh5OdCwEO60Y8jQ
>где в апдейте высчитывается куда было нажатие мыши
Там есть метод OnMouseOver, который отрабатывает когда мышь над объектом.
>Ну или мне постоянно нужно высчитывать время.
Лично я для этого навелосипедил TimeController, который считает время и дает остальным DateTime gameTime, fixedGameTime, NextFixedGameTime.
>знаете годные видео гайды или ресурсы
https://www.youtube.com/channel/UCPXOQq7PWh5OdCwEO60Y8jQ
Есть одна модель из блендера, внутри просто 2 куба, один серый, другой белый синий и полупрозрачный. Экспортирую FBX 7,4 бинарным экспортером. В юнити гружу через Resources.Load.
В итоге ряд проблем.
1. Все размеры кубов из блендера игнорируются, юнити рисует мне просто ёбаный куб! Какие бы размеры в блендере ни были, в Юньке просто куб каждый раз! ВТФ? Родителей у объекта нет, просто на сцене висит.
2. Грузит только первый меш-куб, второго нет. Resources.LoadAll тоже не пашет. Я уже хз, что делать.
При этом когда смотрю в самом редакторе папку Resources, там и размеры и сабмешы нормально показываются.
В итоге ряд проблем.
1. Все размеры кубов из блендера игнорируются, юнити рисует мне просто ёбаный куб! Какие бы размеры в блендере ни были, в Юньке просто куб каждый раз! ВТФ? Родителей у объекта нет, просто на сцене висит.
2. Грузит только первый меш-куб, второго нет. Resources.LoadAll тоже не пашет. Я уже хз, что делать.
При этом когда смотрю в самом редакторе папку Resources, там и размеры и сабмешы нормально показываются.
А, да! И к чему я про цвета говорил - материалы ведь тоже не импортируются! В инспекторе всё норм, а при загрузке и добавлении в MeshFilter нихренашечки!
>>40492 - кун
>>40492 - кун
>>40560
Уебал тебе за щеку
Уебал тебе за щеку
Зочем юнети, если есть бажесвеный Playmaker!
Спосибо, добрый антон >>40194 за хароши савет
А вы ебитесь тут с сисярпом!
Спосибо, добрый антон >>40194 за хароши савет
А вы ебитесь тут с сисярпом!
Здарова, как скопировать компонент одного GameObject'а на другой GameObject, через код офк?
Ребята, я новичёк в юнити, подскажите, как плавно переместить объект в определенные координаты и с поворотом через transform.RotateAround(). Знаю, что плавное передвижение делается с помощью Lerp или Translate, но не знаю как реализовать.
Так вот, нужно, чтобы при нажатии, допустим, на пробел камера облетала куб чуть выше его и остановилась в той точке, которую нам надо, а не рандомом подгонять значения для Mathf.Lerp().
Так вот, нужно, чтобы при нажатии, допустим, на пробел камера облетала куб чуть выше его и остановилась в той точке, которую нам надо, а не рандомом подгонять значения для Mathf.Lerp().
>>40637
Не нужен тебе ни транслейти ни лерп, используй анимацию.
> нужно, чтобы при нажатии, допустим, на пробел камера облетала куб чуть выше его и остановилась в той точке, которую нам надо
Не нужен тебе ни транслейти ни лерп, используй анимацию.
>>40644
Я уже и сделал анимацию, но в процессе работы понял, что мне нужна привязка к объекту, вокруг которого камера будет двигаться. А с помощью анимации такого не сделать. Или сделать?
Я уже и сделал анимацию, но в процессе работы понял, что мне нужна привязка к объекту, вокруг которого камера будет двигаться. А с помощью анимации такого не сделать. Или сделать?
>>40621
public GameObject yoba1;
this.GetComponent<YobaComponent>() = yoba1.GetComponent<YobaComponent>()
public GameObject yoba1;
this.GetComponent<YobaComponent>() = yoba1.GetComponent<YobaComponent>()
>>40646
Сделай пустой объект, на него аниматор, а камеру внутрь. Потом добавляешь этот объект в любой другой, а анимация сохраняется относительно локальных координат
Алсо, у вектора есть методы вроде SmoothDamp для плавного передвижения, почитай
Сделай пустой объект, на него аниматор, а камеру внутрь. Потом добавляешь этот объект в любой другой, а анимация сохраняется относительно локальных координат
Алсо, у вектора есть методы вроде SmoothDamp для плавного передвижения, почитай
3 Кб, 315x161Поясните за настройку управления. Хочу, чтобы как у белых людей можно было открыть меню настроек посреди игры и перебиндить кнопки движения/взаимодействия/дрочения.
Все, что я нашел — это костыль на пикрелейтед. В настройках проверяются ивенты, если ивент — нажатие клавиши, то spinYoba приравнивается к ней.
Все, что я нашел — это костыль на пикрелейтед. В настройках проверяются ивенты, если ивент — нажатие клавиши, то spinYoba приравнивается к ней.
Поясните за XML/Json vs ScriptableObjects для хранения инфы по итемам в игре. Возможно есть еще какие-то варианты, нашел идеально подходящий мне гайдик но там чувак делает все на хмльках, я понимаю их преймущество в том что можно легко менять статы и т д после того как игра уже скомпилена, но в скриптбл обджектах если я захочу добавить еще какое-то поле в итем, я просто добавлю его и оно появится во всех созданых ранее итемах, + их легко создавать просто через CreateAssetMenu и потом прямо в эдиторе забивать поля + можно наследовать и выстраивать из них иерархию. Вобщем нужны мысли более опытных анонов. Вот гайдик о котором я говорил - https://www.youtube.com/watch?v=FcqW5Nmh6Qs&list=PLX-uZVK_0K_7V8z0lfuC9680FnCWoYdbb&index=16
Хочу запилить РПГшку в мультяшной графике (примерно как в расте). Сейчас немного знаю с++, на уровне консоли и создания простых приложений под винду. Посоветуйте движок пж - unreal или unity?
>>40698
Буду учить по ходу.
Я просто для того и решил пилить игру, потому иначе мне как-то медленно и лениво это, а так будет желание разбираться по ходу.
Буду учить по ходу.
Я просто для того и решил пилить игру, потому иначе мне как-то медленно и лениво это, а так будет желание разбираться по ходу.
>>40692
да без разницы. в юнити первый результат получишь быстрей.
да без разницы. в юнити первый результат получишь быстрей.
>>40703
Крайне высок шанс того, что тебе станет похуй. Это гавно вообще как качели: то пиздец интересно, то нахуй все, лучше подрочить на игры, из-за которых ты решил сделать так же, только заебись.
Крайне высок шанс того, что тебе станет похуй. Это гавно вообще как качели: то пиздец интересно, то нахуй все, лучше подрочить на игры, из-за которых ты решил сделать так же, только заебись.
215 Кб, 855x711>>40707
Чтобы такого не было, надо наметить роадмап с достижимыми шагами, и делать их один за одним. Охуеваешь от трудности чего-то одного, переключаешься на какую-нибудь задачу полегче, чтобы отдохнуть.
И системы контроля версий еще помогают, потому что дают уверенность, что если нахуевертишь изменений, то можно откатиться на предыдущий чекпоинт.
Чтобы такого не было, надо наметить роадмап с достижимыми шагами, и делать их один за одним. Охуеваешь от трудности чего-то одного, переключаешься на какую-нибудь задачу полегче, чтобы отдохнуть.
И системы контроля версий еще помогают, потому что дают уверенность, что если нахуевертишь изменений, то можно откатиться на предыдущий чекпоинт.
>>40720
Не в трудностях дело, просто надоедает. Я вот могу по две-три недели часов по 14 целый день хуярить, аж дым идёт, но потом недели на полторы забиваю хуй, ибо заебало неимоверно.
> Охуеваешь от трудности чего-то одного, переключаешься на какую-нибудь задачу полегче
Не в трудностях дело, просто надоедает. Я вот могу по две-три недели часов по 14 целый день хуярить, аж дым идёт, но потом недели на полторы забиваю хуй, ибо заебало неимоверно.
>>40706
Кстати по 3д моделлингу не меньше хуевых туториалов, чем по Юнити. Так что будь настороже. Выше кидали пару нормальных каналов, еще официальные туториалы Юнити и ворованные/покупные уроки годятся. А что по Блендеру посмотреть из бесплатного - сам вот не знаю.
Кстати по 3д моделлингу не меньше хуевых туториалов, чем по Юнити. Так что будь настороже. Выше кидали пару нормальных каналов, еще официальные туториалы Юнити и ворованные/покупные уроки годятся. А что по Блендеру посмотреть из бесплатного - сам вот не знаю.
295 Кб, 1456x672>>40722
Короче не жри все подряд туториалы типа пикрелейтед. А по кодингу посмотри конвенции нейминга и написания кода, и когда видишь, что чувак пишет совсем не так, от балды, то скорее всего не стоит его смотреть. То же самое, если явно игнорирует рекомендации Юнити, и делает кривую хрень.
Короче не жри все подряд туториалы типа пикрелейтед. А по кодингу посмотри конвенции нейминга и написания кода, и когда видишь, что чувак пишет совсем не так, от балды, то скорее всего не стоит его смотреть. То же самое, если явно игнорирует рекомендации Юнити, и делает кривую хрень.
23 Кб, 845x190>>40731
Я просто хочу понять, зачем создавать переменные внутри функций и что значит enum и struct?
Я просто хочу понять, зачем создавать переменные внутри функций и что значит enum и struct?
>>40732
Чтобы они хранили в себе значение.
Перечисление.
Структура.
> зачем создавать переменные внутри функций
Чтобы они хранили в себе значение.
> что значит enum
Перечисление.
> и struct
Структура.
>>40738
Конечно нахуй не нужно. Можно вообще забить хуй на переменные и пользоваться магическими числами. И вообще код в одну строчку писать. И корутинами не пользоваться, а ебаться с флажками в апдейте.
> в смысле это только для удобства нужно?
Конечно нахуй не нужно. Можно вообще забить хуй на переменные и пользоваться магическими числами. И вообще код в одну строчку писать. И корутинами не пользоваться, а ебаться с флажками в апдейте.
>>40667
Юзал джейсоны, перекатился на скриптабл обджекты. Батя говорит "Молодца", тянки боятся, быдло завидует, зависимость есть. Можешь свои редакторы для скриптабл обджектов писать.
Юзал джейсоны, перекатился на скриптабл обджекты. Батя говорит "Молодца", тянки боятся, быдло завидует, зависимость есть. Можешь свои редакторы для скриптабл обджектов писать.
Салам, гдач!
Смотри, я импортнул модельку, в редакторе отображается обьект с названием модельки, который имеет только трансформ, и его чайлды - два GameObject с MeshFilter, MeshRender всё как положено.
Есть ли способ из коробки, чтобы Transform этого родительского GameObject рассчитывался таким образом, чтобы типа BoundBox вокруг этих child-mesh строился?
Или самому писать?
Грубо говоря, два куба стоят размером 1, один слева, другой правее. Мне надо чтобы родительский ГО свой трансформ делал типа 2,1,1. Тогда я бы смог накинуть на него куб-коллайдер и он бы принял габариты охватывающие все меши в модельке.
Смотри, я импортнул модельку, в редакторе отображается обьект с названием модельки, который имеет только трансформ, и его чайлды - два GameObject с MeshFilter, MeshRender всё как положено.
Есть ли способ из коробки, чтобы Transform этого родительского GameObject рассчитывался таким образом, чтобы типа BoundBox вокруг этих child-mesh строился?
Или самому писать?
Грубо говоря, два куба стоят размером 1, один слева, другой правее. Мне надо чтобы родительский ГО свой трансформ делал типа 2,1,1. Тогда я бы смог накинуть на него куб-коллайдер и он бы принял габариты охватывающие все меши в модельке.
257 Кб, 850x344Завезли свежий шарп и разных ништяков. https://habrahabr.ru/company/everydaytools/blog/336714/
>>40818
Ты опять выходишь на связь, мудило?
Ты опять выходишь на связь, мудило?
>>40817
Говорят, крашится часто. Ссыкотно ставить.
Говорят, крашится часто. Ссыкотно ставить.
>>40799
Я так и думал, спасибо за ответ, побежал радовать батю.
Я так и думал, спасибо за ответ, побежал радовать батю.
>>40817
вся суть хуюнити
теперь юнетидетям даже ассет таскать не нужно чтобы навесить ВАУ-ПОЦЭФФЕКТЫ. тепреь они РЕАЛЬНЫЕ ИГРОДЕЛЫ.
вся суть хуюнити
теперь юнетидетям даже ассет таскать не нужно чтобы навесить ВАУ-ПОЦЭФФЕКТЫ. тепреь они РЕАЛЬНЫЕ ИГРОДЕЛЫ.
45 Кб, 317x266>>40846
Тут люди на коленке ковыряют шарп, о каком графоне может идти речь?
> не написал движок с нуля — нимужик
Тут люди на коленке ковыряют шарп, о каком графоне может идти речь?
>>40846
Кто-то делает игры, кто-то рендерит треугольники. А теперь съеби.
Кто-то делает игры, кто-то рендерит треугольники. А теперь съеби.
>>40817
Это ж ещё с июля вроде.
Это ж ещё с июля вроде.
>>34038
Лол, зашёл чтобы задать тот же вопрос.
Видимо ответа пока нет, во всяком случае здесь.
Тоже распаковал *assets, нашёл там файл без расширения с текстом игры (мне даже проще - весь текст в одном файле) и дальше тупик.
Короче ты это я.
Лол, зашёл чтобы задать тот же вопрос.
Видимо ответа пока нет, во всяком случае здесь.
Тоже распаковал *assets, нашёл там файл без расширения с текстом игры (мне даже проще - весь текст в одном файле) и дальше тупик.
Короче ты это я.
>>40890
Вы чо совсем ебобо без доступа к Гуглу?
http://www.zoneofgames.ru/forum/index.php?showtopic=36240
Вы чо совсем ебобо без доступа к Гуглу?
http://www.zoneofgames.ru/forum/index.php?showtopic=36240
В Unity можно как-то сделать, чтобы от объектов на сцене отражалась нижняя часть комнаты, например пол? Как бы не пытался добавить отражения на объекты, они отражают только верх, только небо, только Аллаха.
189 Кб, 1870x622Этот вопрос знатокам прислал Макар из города Велосипедска.
Хочу редактировать ивенты через кастомный инспектор. Сделал, как на пикче, все отображается, ивенты редактируются. Но есть одна проблема, не сериализуются поля ивента. То есть они сериализуются, но только если я метод заново назначаю.
https://youtu.be/u2E_rLuF-PY
Хочу редактировать ивенты через кастомный инспектор. Сделал, как на пикче, все отображается, ивенты редактируются. Но есть одна проблема, не сериализуются поля ивента. То есть они сериализуются, но только если я метод заново назначаю.
https://youtu.be/u2E_rLuF-PY
>>40996
Ты в курсе что ОнИнспекторГуи вызывается не один, а каждый раз когда надо перерисовать панельку? У тебя там new SerializedObject при каждом чихе создается, по нескольку раз в секунду.
Ты в курсе что ОнИнспекторГуи вызывается не один, а каждый раз когда надо перерисовать панельку? У тебя там new SerializedObject при каждом чихе создается, по нескольку раз в секунду.
>>41007
Да, в курсе, в любом случае инициализация проперти в OnEnable проблемы не решает.
Да, в курсе, в любом случае инициализация проперти в OnEnable проблемы не решает.
Есть ли сервисы по сетапу популярных в юнити основ под ммо (либо любой другой клиентсерверной хуйни) в один клик?
Для сайтов такое есть у многих хостеров - выбираешь фреймворк, оно тебе само устанавливает зависимости, генерит репо со всеми нужными хуками, и дальше ты просто коммитишь туда и в хуй не дуешь.
Для сайтов такое есть у многих хостеров - выбираешь фреймворк, оно тебе само устанавливает зависимости, генерит репо со всеми нужными хуками, и дальше ты просто коммитишь туда и в хуй не дуешь.
>>41062
Нет.
Нет.
>>41075
Можно.
Можно.
>>41034
это для файлов в проекте. для файлов в сцене https://docs.unity3d.com/ScriptReference/Undo.RecordObject.html
это для файлов в проекте. для файлов в сцене https://docs.unity3d.com/ScriptReference/Undo.RecordObject.html
33 Кб, 636x370Скачал Sdk-tools. Не понимаю где тут manager. И вообще все выглядит не так как в туторах
>>41103
Мне не смешно.
Мне не смешно.
234 Кб, 1314x726Привет поцоны. Столкнулся в юнити то ли с багами, то ли с собственной тупостью, потому что я абсолютли ньюфаг со стажем неделя.
1) После перезагрузки сцены - перестают работать элементы интерфейса (кнопки, слайдеры). При чем хоть все скрипты убирай, хоть что делай - они тупо не функционируют, не прожимаются, не крутятся.
2) Сейчас разбираюсь с 3D звуком, тещу его функции. И вот у меня случилась такая мертвая зона в игре. Я сделал три колонки (просто кубы, в которых вшита музыка). Но звук распространяется только в одну сторону от объекта, а не вокруг. Как-будто кубы стоят не по центру распространения звука, а у самого края. Но позиционка звука не настраивается же, если просто использовать как компонент к объекту. Так что я теперь нихера не понимаю, в чем дело.
1) После перезагрузки сцены - перестают работать элементы интерфейса (кнопки, слайдеры). При чем хоть все скрипты убирай, хоть что делай - они тупо не функционируют, не прожимаются, не крутятся.
2) Сейчас разбираюсь с 3D звуком, тещу его функции. И вот у меня случилась такая мертвая зона в игре. Я сделал три колонки (просто кубы, в которых вшита музыка). Но звук распространяется только в одну сторону от объекта, а не вокруг. Как-будто кубы стоят не по центру распространения звука, а у самого края. Но позиционка звука не настраивается же, если просто использовать как компонент к объекту. Так что я теперь нихера не понимаю, в чем дело.
>>41120
Так я все подряд ковыряю. Уже много чего научился делать. Я учусь по урокам Стрима, как-раз проходил звук. И вот обратил внимание на такой нюанс, и не понимаю, как это настроить.
Алсо, первый вопрос отменяется - это моя тупость.
Так я все подряд ковыряю. Уже много чего научился делать. Я учусь по урокам Стрима, как-раз проходил звук. И вот обратил внимание на такой нюанс, и не понимаю, как это настроить.
Алсо, первый вопрос отменяется - это моя тупость.
>>41122
Да, скорее всего. Охуенные уроки, спасибо. Круто, что не просто код копируешь, а реально понимаешь и свои скрипты пробуешь. Пока что дошел до интерфейса (пропустил анимацию, считаю ее не такой пока что важной).
Да, скорее всего. Охуенные уроки, спасибо. Круто, что не просто код копируешь, а реально понимаешь и свои скрипты пробуешь. Пока что дошел до интерфейса (пропустил анимацию, считаю ее не такой пока что важной).
>>41125
Элементарно можешь штудировать официальные уроки на сайте юнити. Если ты совсем новенький, то много полезного узнаешь.
Но они суховаты, да. Стрим более такой, "чувак", так сказать.
Англоязычных таких "чуваков" не подскажу, но, думаю, за меня кто-то подскажет.
Элементарно можешь штудировать официальные уроки на сайте юнити. Если ты совсем новенький, то много полезного узнаешь.
Но они суховаты, да. Стрим более такой, "чувак", так сказать.
Англоязычных таких "чуваков" не подскажу, но, думаю, за меня кто-то подскажет.
public class button_testing : MonoBehaviour {
GameObject enemy;
void Start () {
enemy = GameObject.FindGameObjectWithTag ("FearOfSun");
}
public void slay (float param) {
if (enemy != null) {
if (param > 5f) {
Destroy (enemy);
}
Привет еще раз. Смотрите, что хочу сделать. Привязываю скрипт к слайдеру и к объекту с тэгом. Хочу, чтобы при значении слайдера > 5 уничтожался объект. Однако, это не работает. Что я сделал не так? Компилится нормально.
GameObject enemy;
void Start () {
enemy = GameObject.FindGameObjectWithTag ("FearOfSun");
}
public void slay (float param) {
if (enemy != null) {
if (param > 5f) {
Destroy (enemy);
}
Привет еще раз. Смотрите, что хочу сделать. Привязываю скрипт к слайдеру и к объекту с тэгом. Хочу, чтобы при значении слайдера > 5 уничтожался объект. Однако, это не работает. Что я сделал не так? Компилится нормально.
>>41102
Последний андроид СДК консольный, а так открывать батник
Последний андроид СДК консольный, а так открывать батник
void OnCollisionEnter2D(Collision2D coll)
{
if (coll.gameObject.tag == "Enemy")
Debug.Log("ENEMY");
}
Rigidbody, коллайдеры и теги на месте, везде 2d. Но всё равно не работает. В чём может быть проблема? Вопрос распространенный.Нас даунов много
{
if (coll.gameObject.tag == "Enemy")
Debug.Log("ENEMY");
}
Rigidbody, коллайдеры и теги на месте, везде 2d. Но всё равно не работает. В чём может быть проблема? Вопрос распространенный.Нас даунов много
>>41135
Я брал пример из урока:
public void slay (float param) {
transform.localScale = new Vector 3 (1f, param, 1f); }
Скрипт привязывается к слайдеру, и param передается от value слайдера. Но когда я захотел что-то поменять - получилось нихуя.
Я брал пример из урока:
public void slay (float param) {
transform.localScale = new Vector 3 (1f, param, 1f); }
Скрипт привязывается к слайдеру, и param передается от value слайдера. Но когда я захотел что-то поменять - получилось нихуя.
>>41140
Блять, откуда ты param передаёшь? Ты вообще видишь что у тебя в коде?
Блять, откуда ты param передаёшь? Ты вообще видишь что у тебя в коде?
>>41140
У тебя максимальное значение слайдера не 1 случайно? К onValueChanged цепляешь свою функцию? Посмотри в дебаггере что там происходит, не равна ли null ссылка на объект.
У тебя максимальное значение слайдера не 1 случайно? К onValueChanged цепляешь свою функцию? Посмотри в дебаггере что там происходит, не равна ли null ссылка на объект.
>>41125
https://www.youtube.com/user/KnnthRA
https://www.youtube.com/channel/UCifiUB82IZ6kCkjNXN8dwsQ
https://www.youtube.com/channel/UCYbK_tjZ2OrIZFBvU6CCMiA
https://www.youtube.com/channel/UCPXOQq7PWh5OdCwEO60Y8jQ
https://www.youtube.com/user/Cercopithecan
Вот у этих чуваков находил то что мне было нужно и вроде как довольно таки ровно запиленое.
https://www.youtube.com/user/KnnthRA
https://www.youtube.com/channel/UCifiUB82IZ6kCkjNXN8dwsQ
https://www.youtube.com/channel/UCYbK_tjZ2OrIZFBvU6CCMiA
https://www.youtube.com/channel/UCPXOQq7PWh5OdCwEO60Y8jQ
https://www.youtube.com/user/Cercopithecan
Вот у этих чуваков находил то что мне было нужно и вроде как довольно таки ровно запиленое.
224 Кб, 1092x780Чуваки, я тут после работы взялся моделить всякую хуйню.
Пикрилейтед - попытка винтажного холодильника. Завтра доделывать\красить, но вот вопрос. Если не для графонистой хайполи игры, а сорт оф икском, нужно ли делать ретопологию, или вообще похуй?
Не сглаженная 768 полигонов, на сглаженной 6100.
Пикрилейтед - попытка винтажного холодильника. Завтра доделывать\красить, но вот вопрос. Если не для графонистой хайполи игры, а сорт оф икском, нужно ли делать ретопологию, или вообще похуй?
Не сглаженная 768 полигонов, на сглаженной 6100.
>>40996
Если кому мнтересно, решил проблему с помощью SerializedObject.ApplyModifiedProperties.
Если кому мнтересно, решил проблему с помощью SerializedObject.ApplyModifiedProperties.
>>41185
Согласен, немного убрать можно. Но немного. Много лупов для корректного смуфа, и чтобы вообще сетка по пизде не пошла. Я начинал делать на отьебись, чтобы в минимум полигонов убраться, но в финале столкнулся с тотальным пиздецом, что пришлось переделать с нуля.
Но таки интересно за юнити.
И еще есть пара вопросов юнити. Допустим я в максе настрою маты на отражения, на ржавчину и тд. Юнити это переварит, или там отдельно надо настраивать?
Я просто хз как это все устроено.
Согласен, немного убрать можно. Но немного. Много лупов для корректного смуфа, и чтобы вообще сетка по пизде не пошла. Я начинал делать на отьебись, чтобы в минимум полигонов убраться, но в финале столкнулся с тотальным пиздецом, что пришлось переделать с нуля.
Но таки интересно за юнити.
И еще есть пара вопросов юнити. Допустим я в максе настрою маты на отражения, на ржавчину и тд. Юнити это переварит, или там отдельно надо настраивать?
Я просто хз как это все устроено.
>>41186
Не совсем понял чё ты хочешь. Юнька отдельно хавает карту нормали, спекуляр и так далее. Так что красишь свой холодильник, всё запекаешь в текстурах и свободен.
> Допустим я в максе настрою маты на отражения, на ржавчину и тд. Юнити это переварит, или там отдельно надо настраивать?
Не совсем понял чё ты хочешь. Юнька отдельно хавает карту нормали, спекуляр и так далее. Так что красишь свой холодильник, всё запекаешь в текстурах и свободен.
>>41186
в максе вообще ничего не крась, макс ебанутый и озалупился со своими ебанутыми материалами. у него даже нормали через жопу отображатся, и это не просто Y+/Y- а что-то иное.
красить модельки нужно в специально предназначенных для этого приложениях.
> Допустим я в максе настрою маты на отражения, на ржавчину и тд. Юнити это переварит, или там отдельно надо настраивать?
в максе вообще ничего не крась, макс ебанутый и озалупился со своими ебанутыми материалами. у него даже нормали через жопу отображатся, и это не просто Y+/Y- а что-то иное.
красить модельки нужно в специально предназначенных для этого приложениях.
Чому в шапке треда нет Clustertruck, SUPERHOT, Firewatch? Уж эти тайтлы круче, чем блицкриг какой-то.
>>41214
Не пизди мне тут.
красить модельки нужно в специально предназначенных для этого приложениях.
Не слушайте его, он - ебанашка.
>>41186
Для спека, хейд мап, ао- отдельно будешь настраивать в самом unity.
3ds max тебе разве что автоматически сгенерирует дифуз/альбедо и нормал мап.
> у него даже нормали через жопу отображатся
Не пизди мне тут.
> и это не просто Y+/Y- а что-то иное.
красить модельки нужно в специально предназначенных для этого приложениях.
Не слушайте его, он - ебанашка.
>>41186
>И еще есть пара вопросов юнити. Допустим я в максе настрою маты на отражения, на ржавчину и тд. Юнити это переварит, или там отдельно надо настраивать?
Для спека, хейд мап, ао- отдельно будешь настраивать в самом unity.
3ds max тебе разве что автоматически сгенерирует дифуз/альбедо и нормал мап.
>>41227
Добавлю.
Вообще, ты можешь моделировать хоть в сие царском, королевском 3ds max.
Ну или blender, maya.
Главное, сделай норм модель и развёртку.
Что бы можно было в пейнтере текстурировать.
Добавлю.
Вообще, ты можешь моделировать хоть в сие царском, королевском 3ds max.
Ну или blender, maya.
Главное, сделай норм модель и развёртку.
Что бы можно было в пейнтере текстурировать.
>>41227
нет это ты не пизди мне тут.
зачем ты повторяешь что я сказал? ты попугай?
> Не пизди мне тут.
нет это ты не пизди мне тут.
> Что бы можно было в пейнтере текстурировать.
> красить модельки нужно в специально предназначенных для этого приложениях.
зачем ты повторяешь что я сказал? ты попугай?
>>41229
нет это ты не пизди мне тут
Нет это ты попугай
> нет это ты не пизди мне тут.
нет это ты не пизди мне тут
>зачем ты повторяешь что я сказал? ты попугай?
Нет это ты попугай
>>41237
Нет это ты попугай
Нет это ты попугай
![That+cat+on+the+top+looks+like+a+ewok+1bbc6e5868c08d55b7cfd[...].jpg](https://2ch.hk//gd/src/427717/15042648824190.jpg)
270 Кб, 1013x896Поясните по юнити. Реально с нуля за неспешные полгода в одиночку наваять несложную ламповую игрушку, способную получить зелёный свет в стиме?
437 Кб, 1280x1024>>41249
за джве недели
за джве недели
Что вы тут за херню развели?
Тупой вопрос такой тупой.
Делаю простое зеркало через камеру + рендер.текстуру.
Зеркало получается обратным - персонаж идет направо, в зеркале движется налево. Как поправить?
Делаю простое зеркало через камеру + рендер.текстуру.
Зеркало получается обратным - персонаж идет направо, в зеркале движется налево. Как поправить?
>>41278
Я дебил, простите.
Я дебил, простите.
>>41278
По иксу в -1 ебани.
По иксу в -1 ебани.
>>41278
http://wiki.unity3d.com/index.php/MirrorReflection4
а твои махинации применением камеры это костыль.
http://wiki.unity3d.com/index.php/MirrorReflection4
а твои махинации применением камеры это костыль.
Как сделать расположение интерфейса, скейлящееся под разрешение? В юньке все нормально, когда билдю игру - все элементы интерфейса сбиваются в кучу.
Алсо, звуки, которые звучали с нормальной громкостью в редакторе - в готовой игре звучат ОЧЕНЬ тихо.
Алсо, звуки, которые звучали с нормальной громкостью в редакторе - в готовой игре звучат ОЧЕНЬ тихо.
>>41283
1. Не проебываешь анчоры на канвасе
2. Правильно выбираешь относительный, либо абсолютный размер ui элементов.
3. ????
4. Профит
1. Не проебываешь анчоры на канвасе
2. Правильно выбираешь относительный, либо абсолютный размер ui элементов.
3. ????
4. Профит
>>41283
Якоря для кого, блджад?
Якоря для кого, блджад?
>>41249
Зависит от того, что ты хочешь.
>Поясните по юнити. Реально с нуля за неспешные полгода в одиночку наваять несложную ламповую игрушку, способную получить зелёный свет в стиме?
Зависит от того, что ты хочешь.
>>41249
Гринлайт всё. Теперь это называется Steam Direct и туда принимают любое говно, надо только заплатить взнос в размере $100 и пройти проверку на вирусы.
Вопрос только в том, сделаешь ты вообще что-то или нет.
Гринлайт всё. Теперь это называется Steam Direct и туда принимают любое говно, надо только заплатить взнос в размере $100 и пройти проверку на вирусы.
Вопрос только в том, сделаешь ты вообще что-то или нет.
КТо-то итт юзал DevXUnity ?
Чё, реально можно распаковать билд обратно в проект?
30$ лично мне жаль на проверку.
инби4 разраб DevXUnity
Чё, реально можно распаковать билд обратно в проект?
30$ лично мне жаль на проверку.
инби4 разраб DevXUnity
Поясните ньюфагу:
гугл на вопрос об иоке мне говорит "юзай зенджект, сука", но в нем конфигурация только через код, а я хочу через хмл/джсон/йамл. Насколько сложно подключить левый нетовский контейнер, есть ли какие-нибудь подводные?
гугл на вопрос об иоке мне говорит "юзай зенджект, сука", но в нем конфигурация только через код, а я хочу через хмл/джсон/йамл. Насколько сложно подключить левый нетовский контейнер, есть ли какие-нибудь подводные?
Как заново перезапустить анимационный клип?
Пилю скролл-шутер в ГП по вечерам. Сделал геймплей. Мыслить стараюсь реально, поэтому хочу ПОЧУВСТВОВАТЬ СЕБЯ ГЕЙДЕВЕЛОПЕРОМ и получить прибыль с рекламы хотя бы на полторашку большой кружки. Значит нужно удержать игрока для показов. Пока пришел к магазину с кораблями. Разница будет в хп, скорости, вооружении. И вот тут пошли вопросы. Как это реализовать? Сделать для каждого корабля свой скрипт? Так отличие в паре строк. Юзать один скрипт и менять параметры через свичкейз в зависимости от корабля? Куда копать. Алсо, есть тут успешные девелоперы в ГП, которые могут дать советы кроме очевидного: НЕ ЛЕЗЬ ДЕБИЛ СУКА по продвижению проекта?
>>41356
Все, поостерегусь в следующий раз задавать вопросы, предварительно не залезая в гугл. Извините.
Все, поостерегусь в следующий раз задавать вопросы, предварительно не залезая в гугл. Извините.
>>41355
Читать я научился когда ты ещё у папы в яйцах чесался.
Но если ты упираешься в код, то учи код.
Читать я научился когда ты ещё у папы в яйцах чесался.
Но если ты упираешься в код, то учи код.
>>41359
Значит хуево научился, учись еще.
Подсказка: конфиги (и все константы вообще) выносят в отдельные файлы без лишнего синтаксиса не потому что упираются в код, а потому что это удобнее.
Значит хуево научился, учись еще.
Подсказка: конфиги (и все константы вообще) выносят в отдельные файлы без лишнего синтаксиса не потому что упираются в код, а потому что это удобнее.
>>41367
Странно, с идиотским вопросом врываешься ты, а чёто там хуёво читаю я, ага.
Странно, с идиотским вопросом врываешься ты, а чёто там хуёво читаю я, ага.
>>41311
Вот где я наебался - эта киллер фича стоит у разраба 200$.
Бесплатный вьювер показывает ресурсы игры офигенно, я будто смотрю проект в юнити (загружаю во вьювер exe игры, остальное прога подтягивает сама).
Но 200 баксов лишних у меня конечно нет.
Как и кейгена.
Вот где я наебался - эта киллер фича стоит у разраба 200$.
> - Generate Unity3D project (from win, mac, APK) (scenes, sripts, resources) - Currently not full implementation (Is being finalized)!
Бесплатный вьювер показывает ресурсы игры офигенно, я будто смотрю проект в юнити (загружаю во вьювер exe игры, остальное прога подтягивает сама).
Но 200 баксов лишних у меня конечно нет.
Как и кейгена.
>>41371
Блядь, вот что надо было делать, а я-то всё думал, как лучше всего на юнити-лошках бабла срубить. Как всегда все самые прибыльные идеи реализуют до нас.
Блядь, вот что надо было делать, а я-то всё думал, как лучше всего на юнити-лошках бабла срубить. Как всегда все самые прибыльные идеи реализуют до нас.
>>41427
Почему ты такой токсичный? Этот тред создан для высмеивания? И этот же вопрос я задавал постов 70 назад и никто не ответил, если ты такой знаток то поделись.
мимопроходил
Почему ты такой токсичный? Этот тред создан для высмеивания? И этот же вопрос я задавал постов 70 назад и никто не ответил, если ты такой знаток то поделись.
мимопроходил
>>41427
Хуй знает что ты хотел этим сказать.
Программки для работы с *assets (просмотр, распаковка, перепаковка) - их есть 2-3 штуки как минимум, неплохих и бесплатных.
DevXUnity стоит на много уровней выше, это как хуй с пальцем сравнить. По твоему легко реализовать такое:
100% оно коряво это делает и всё потом нужно доделывать руками, но хоть что-то.
Сделай аналог дешевле, разбогатеешь.
С другой стороны хорошо, что у школьников нет возможности получить проект из чужой игры.
Хуй знает что ты хотел этим сказать.
Программки для работы с *assets (просмотр, распаковка, перепаковка) - их есть 2-3 штуки как минимум, неплохих и бесплатных.
DevXUnity стоит на много уровней выше, это как хуй с пальцем сравнить. По твоему легко реализовать такое:
> Generate Unity3D project (from win, mac, APK)
100% оно коряво это делает и всё потом нужно доделывать руками, но хоть что-то.
Сделай аналог дешевле, разбогатеешь.
С другой стороны хорошо, что у школьников нет возможности получить проект из чужой игры.
>>41449
Не то, чтобы я в принципе использовал анимацию, но почему она должна выключаться, если ты её просто перемещаешь каким-нибудь Rigidbody.velocity
Не то, чтобы я в принципе использовал анимацию, но почему она должна выключаться, если ты её просто перемещаешь каким-нибудь Rigidbody.velocity
>>41455
Может таймкод дашь?
Может таймкод дашь?
>>41455
Сделал всё, как он, но не работает, стоит мне выключить анимацию, сразу начинает двигаться
Сделал всё, как он, но не работает, стоит мне выключить анимацию, сразу начинает двигаться
>>41457
ёбай онимку на чайлд, а не на сам тот геймобжект что двигаешь
ёбай онимку на чайлд, а не на сам тот геймобжект что двигаешь
>>41371
Чот хуево у них с маркетингом - залили бы чтоли видосов с левого аккаунта с реальными играми, чтобы показать текущие возможности, а то пруфофконцепт две сотни не стоит.
Чот хуево у них с маркетингом - залили бы чтоли видосов с левого аккаунта с реальными играми, чтобы показать текущие возможности, а то пруфофконцепт две сотни не стоит.
Не знаю, глупый это вопрос или нет. Но допустим у меня есть объект, состоящий из нескольких объектов с разными компонентами и скриптами. Могу я, не копируя тот объект, отобразить его копию на сцене?
>>41475
Не может у тебя объект состоять из объектов. Он может быть родителем других объектов, но это всё равно самостоятельный объект.
> допустим у меня есть объект, состоящий из нескольких объектов
Не может у тебя объект состоять из объектов. Он может быть родителем других объектов, но это всё равно самостоятельный объект.
>>41477
Добавить вторую камеру и рендерить с неё на текстуру, а текстуру прилепить куда тебе надо.
Добавить вторую камеру и рендерить с неё на текстуру, а текстуру прилепить куда тебе надо.
>>41481
Ну если ты слышал, то тогда конечно. Послушай еще, может услышишь другое решение для твоего ебанутого случая.
>Я слышал
Ну если ты слышал, то тогда конечно. Послушай еще, может услышишь другое решение для твоего ебанутого случая.
>>41475
блять, нормально ситуацию объясняй. как вы заебали, сначала костыли выдумываете, а потом спрашиваете А КАКОЙ КОСТЫЛЬ ЗДЕЛАТЬ ЧТОБЫ МОЙ ДРУГОЙ КОСТЫЛЬ ЗАРАБОТАЛ
блять, нормально ситуацию объясняй. как вы заебали, сначала костыли выдумываете, а потом спрашиваете А КАКОЙ КОСТЫЛЬ ЗДЕЛАТЬ ЧТОБЫ МОЙ ДРУГОЙ КОСТЫЛЬ ЗАРАБОТАЛ
>>41485
Какие костыли? У меня 2д-шный дебил бегает, у него руки, ноги, голова и у всего этого коллайдеры, ригидбоди и скрипты. Мне просто нужно скопировать картинку без всего этого.
Какие костыли? У меня 2д-шный дебил бегает, у него руки, ноги, голова и у всего этого коллайдеры, ригидбоди и скрипты. Мне просто нужно скопировать картинку без всего этого.
>>41487
>>41487
Клацни по нему райткликом, сделай дубликат, убери все ненужные компоненты, перетащи в папку с префабами. Потом в коде где то где удобно сделай переменную в класе типа GameObject захуярь туда свой префаб. Потом через https://docs.unity3d.com/ScriptReference/Object.Instantiate.html добавляешь его на сцену.
>>41487
Клацни по нему райткликом, сделай дубликат, убери все ненужные компоненты, перетащи в папку с префабами. Потом в коде где то где удобно сделай переменную в класе типа GameObject захуярь туда свой префаб. Потом через https://docs.unity3d.com/ScriptReference/Object.Instantiate.html добавляешь его на сцену.
>>41487
я не про то. какова цель коприрования? обьясняй ситуацию в подробностях с предысториями
я не про то. какова цель коприрования? обьясняй ситуацию в подробностях с предысториями
>>41494
Вообще мне нужно, чтобы худ игрока (UI) уехал в одну сторону и выехал из другой. Хочу запариться с пространством свободным на экране. В общем тут показывать надо.
Вообще мне нужно, чтобы худ игрока (UI) уехал в одну сторону и выехал из другой. Хочу запариться с пространством свободным на экране. В общем тут показывать надо.
>>41500
Костыли — это не оптимизация.
Ты игру сначала сделай. Слышал про вайтбоксинг, не? Прототипирование там, все дела.
Ты не тем занимаешься.
Костыли — это не оптимизация.
Ты игру сначала сделай. Слышал про вайтбоксинг, не? Прототипирование там, все дела.
Ты не тем занимаешься.
>>41504
хуле тебе не ясно. есть объект, на нём скрипты. ставим объект на сцену, скрипты выполняются. ставим больше объектов - выполняется больше скриптов
хуле тебе не ясно. есть объект, на нём скрипты. ставим объект на сцену, скрипты выполняются. ставим больше объектов - выполняется больше скриптов
>>41513
Короче, пидор. Это можно сделать шейдером, если твой пидор это цельный скиннед меш. Но ты слишком тупой для этого, так что просто иди нахуй.
Короче, пидор. Это можно сделать шейдером, если твой пидор это цельный скиннед меш. Но ты слишком тупой для этого, так что просто иди нахуй.
>>41517
Да, только у меня ui и ничего цельного
Да, только у меня ui и ничего цельного
>>41525
Они у меня всегда трясутся.
Они у меня всегда трясутся.
>>41517
Ладно, спс за идею, анон, я спать.
Ладно, спс за идею, анон, я спать.
>>27717 (OP)
Award Winning Idea
Аноны, никто и вас до такого бы не додумался
https://www.youtube.com/watch?v=_4ISYP3P9IU
Award Winning Idea
Аноны, никто и вас до такого бы не додумался
https://www.youtube.com/watch?v=_4ISYP3P9IU
>>41548
Более того - старо как мир. В первый раз подобную штуковину фигачили в интернет-редацкии Times, в виде съемок панорамных видосиков. Около года назад. В итоге чуть-ли не треть пресс-релизов были по поводу этого самого empathy generation. Остальное это философствования по поводу места человека в VR-пространстве и виртуальных изнасилованиях, травле в виртуал-спейсе и других sotial-vr платформах, anti-harasming bubbles.
P.S Короче - в "Кремниевой Долине" полный пиздец и разработчиков VR/AR меньше, чем всяких журналистиков, пихологов, евангелистов, теоретиков, исследователей экспириенса и прочей шелупони
P.S.S я бы с удовольствием показал ей свой код, покопался бы в ее, и научил всяким приемчикам.
Более того - старо как мир. В первый раз подобную штуковину фигачили в интернет-редацкии Times, в виде съемок панорамных видосиков. Около года назад. В итоге чуть-ли не треть пресс-релизов были по поводу этого самого empathy generation. Остальное это философствования по поводу места человека в VR-пространстве и виртуальных изнасилованиях, травле в виртуал-спейсе и других sotial-vr платформах, anti-harasming bubbles.
P.S Короче - в "Кремниевой Долине" полный пиздец и разработчиков VR/AR меньше, чем всяких журналистиков, пихологов, евангелистов, теоретиков, исследователей экспириенса и прочей шелупони
P.S.S я бы с удовольствием показал ей свой код, покопался бы в ее, и научил всяким приемчикам.
>>41548
>утю-тю какой милый беззащитный щеночек
>почему он вырос в волкодава
>почему он меня не слушается
>почему он откусил мне руку
>почему я под шконкой
47 Кб, 660x675Ребята, которые в шейдорах понимают, тут же были такие, помогите.
Захотел я для стора модели пилить, а чтобы была ФИШЕЧКА решил сделать простой шейдор, который как стандартный, только по альфе диффуза можно цвет менять.
Получился пикрелейтед. Но я, вот, боюсь. А вдруг он не у всех работать будет? Или, может, сломается после какого-нибудь обновления унити?
Захотел я для стора модели пилить, а чтобы была ФИШЕЧКА решил сделать простой шейдор, который как стандартный, только по альфе диффуза можно цвет менять.
Получился пикрелейтед. Но я, вот, боюсь. А вдруг он не у всех работать будет? Или, может, сломается после какого-нибудь обновления унити?
40 Кб, 300x300Посоны, вопрос: очень заебывает ждать пока юнити соизвилит скомпилировать скрипт для редактора. Еще нихуя не понятн скомпилировал он его заново или нет, так что приходится делать тестовый вывод в духе "compile_version = 33" и пердолить при каждом изменении. В юнити нету кнопки скомпилировать скрипты редактора. А то заебало сидеть ждать каждое изменение.
>>41620
Чего блять? Если ты скрипт сохранил и перевалился в редактор, то он его начинает компилить, что даже визуально видно по вращающемуся кружочку.
> Еще нихуя не понятн скомпилировал он его заново или нет
Чего блять? Если ты скрипт сохранил и перевалился в редактор, то он его начинает компилить, что даже визуально видно по вращающемуся кружочку.
>>41624
нихуя, это для обычных скриптов так
а когда делаешь какие-то изменения для скриптов редактора (Editor) то они хуй когда скомпилируются и нихуя это кружечком не показывается
что и бесит дико
нихуя, это для обычных скриптов так
а когда делаешь какие-то изменения для скриптов редактора (Editor) то они хуй когда скомпилируются и нихуя это кружечком не показывается
что и бесит дико
>>41625
пкм+refresh
пкм+refresh
3 Кб, 335x154В VS блоки кода под "ненужные" платформы #if ... #endif становятся серыми, обычным текстом, как эту хуйню отключить? Мне надо чтоб подсвечивалось все как обычно.
>>41728
Не я хочу запускать его только тогда когда он уже закончил работать
Не я хочу запускать его только тогда когда он уже закончил работать
>>41730
Да, у меня все получилось. Спасибо
Да, у меня все получилось. Спасибо
>>38944
Если у кого была такая проблема, решение тут
https://docs.unity3d.com/ScriptReference/CompositeCollider2D.html
Если у кого была такая проблема, решение тут
https://docs.unity3d.com/ScriptReference/CompositeCollider2D.html
Через скрипт геймманагера создаю геймобджекты как хранитель, внутри геймобджекты как сущности и раскидываю им компонентом скрипт класса. Затем хочу создать в другом скрипте массив указателей на эти компоненты, чтобы легко к ним обращаться, как это сделать?
Неужели надо каждый раз получать эти обджекты из сцены чтобы при необходимости изменить?
И ещё как сделать переменную в классе, в которую я смогу положить любой существующий класс, что-то уровня void?
Неужели надо каждый раз получать эти обджекты из сцены чтобы при необходимости изменить?
И ещё как сделать переменную в классе, в которую я смогу положить любой существующий класс, что-то уровня void?
>>41778
В юнити есть базовый класс object для любых unity объектов.
В юнити есть базовый класс object для любых unity объектов.
>>41716
Да не ссы ты, все нормально. Не нужно бояться шейдеров.
Да не ссы ты, все нормально. Не нужно бояться шейдеров.
>>41778
Шизик ебаный, ты сам то понял что написал?
Шизик ебаный, ты сам то понял что написал?
>>41778
без задней мысли, создал да передал.
зачем?
>Затем хочу создать в другом скрипте массив указателей на эти компоненты, чтобы легко к ним обращаться, как это сделать?
без задней мысли, создал да передал.
>как сделать переменную в классе, в которую я смогу положить любой существующий класс
зачем?
В чем преимущества и недостатки EventSystem по сравнению с простым рейкастом, в плане взаимодействия с миром? На ум приходит то, что можно не следить за слоями. Есть какие-то подводные?
>>41970
Как понять, какой слой использовать?
Как понять, какой слой использовать?
>>41970
А, всё, я определился, спасибо тебе огромное
А, всё, я определился, спасибо тебе огромное
>>41350
ScriptableObject жи.
> Как это реализовать? Сделать для каждого корабля свой скрипт? Так отличие в паре строк.
ScriptableObject жи.
>>41965
Я конечно не настаиваю, но может тебе изучить аниматор? Переходы там, параметры, эвенты. StateMachineBehavior тоже пригодится. Клип как правило должен запускаться из state machine, а не из рандомного места в коде. Ты рискуешь получить большие трудности с дебагом(если сподобишься соорудить что-то сложнее хеллоуворлда).
Я конечно не настаиваю, но может тебе изучить аниматор? Переходы там, параметры, эвенты. StateMachineBehavior тоже пригодится. Клип как правило должен запускаться из state machine, а не из рандомного места в коде. Ты рискуешь получить большие трудности с дебагом(если сподобишься соорудить что-то сложнее хеллоуворлда).
Почему некоторые значения в трансформе выделены жирным? В некоторых объектах норм, а в некоторых вот так.
О чём это он мне сигнализирует?
О чём это он мне сигнализирует?
177 Кб, 620x370Кто-нибудь решал проблему с толпой NavMeshAgent'ов, мешающих друг другу пройти в точку на карте? Они беспорядочно дрыгаются, не хотят стоять спокойно.
Что я пока придумал - сканировать переднюю полусферу лучами/триггером, проверяя направление пути. Если путь направлен в сторону forward, и триггер сработал - останавливаемся.
И еще вариант - отключить автоматическое обновление позиции агентом, и двигать основной объект, только если дистанция между ними больше некоторого порогового значения(lerp,ом). Это убирает мелкие дрыганья.
Плюс включаю NavMeshObstacle и отключаю Navmeshagent по достижении цели. А нет ли случаем "красивых" решений?
Что я пока придумал - сканировать переднюю полусферу лучами/триггером, проверяя направление пути. Если путь направлен в сторону forward, и триггер сработал - останавливаемся.
И еще вариант - отключить автоматическое обновление позиции агентом, и двигать основной объект, только если дистанция между ними больше некоторого порогового значения(lerp,ом). Это убирает мелкие дрыганья.
Плюс включаю NavMeshObstacle и отключаю Navmeshagent по достижении цели. А нет ли случаем "красивых" решений?
Совсем новичок в юнити.
Запилил хп персонажу по слайдбару. И такой скрипт.
public class Fire : MonoBehaviour
private float health = 100;
GameObject player;
В апдейте
if (player != null)
{ float distance = Vector3.Distance(transform.position, player.transform.position);
if (distance < 1.5f)
{ health -= (50f * Time.deltaTime);
slider.value = health;
if (health <= 0)
{ Destroy(player);
} ....
Собственно, этот скрипт висит на каждом препятствии и противнике милишнике. Но дело в том, что для каждого препятствия/врага хп персонажа существует параллельно. Т.е. каждый проверяет состояние хп, которое было при последнем контакте именно с объектом, на который висит скрипт, а не с глобального параметра хп.
Как переписать?
Запилил хп персонажу по слайдбару. И такой скрипт.
public class Fire : MonoBehaviour
private float health = 100;
GameObject player;
В апдейте
if (player != null)
{ float distance = Vector3.Distance(transform.position, player.transform.position);
if (distance < 1.5f)
{ health -= (50f * Time.deltaTime);
slider.value = health;
if (health <= 0)
{ Destroy(player);
} ....
Собственно, этот скрипт висит на каждом препятствии и противнике милишнике. Но дело в том, что для каждого препятствия/врага хп персонажа существует параллельно. Т.е. каждый проверяет состояние хп, которое было при последнем контакте именно с объектом, на который висит скрипт, а не с глобального параметра хп.
Как переписать?
>>42020
Ебать ты задом наперед все сделал. Скрипт игрока сам может следить за своим здоровьем.
Если игрок один, сделай синглтон. А так навесь него что-то типа:
void OnHit(float damage)
{
health -= damage
if (health < 0)
{
OnDeath();
}
}
В противниках у тебя теперь просто будет:
if (distance == ...)
{
player.OnHit(50 * Time.deltaTime);
}
Слайдер хп тоже прописывай в игроке, очевидно же. И максимальное значение не проеби.
А вообще коллайдеры поковыряй.
Ебать ты задом наперед все сделал. Скрипт игрока сам может следить за своим здоровьем.
Если игрок один, сделай синглтон. А так навесь него что-то типа:
void OnHit(float damage)
{
health -= damage
if (health < 0)
{
OnDeath();
}
}
В противниках у тебя теперь просто будет:
if (distance == ...)
{
player.OnHit(50 * Time.deltaTime);
}
Слайдер хп тоже прописывай в игроке, очевидно же. И максимальное значение не проеби.
А вообще коллайдеры поковыряй.
>>42023
Спасибо, сейчас попробую.
Я сам подозревал, что что-то совсем нелогично, но использовал скрипт из урока, сам пока что еще совсем слабо. Сделал подобные врагам. Чтобы их могли тоже препятствия коцать, вроде все работает.
Но сейчас поковыряю. Опыт в юньке неделя.
Спасибо, сейчас попробую.
Я сам подозревал, что что-то совсем нелогично, но использовал скрипт из урока, сам пока что еще совсем слабо. Сделал подобные врагам. Чтобы их могли тоже препятствия коцать, вроде все работает.
Но сейчас поковыряю. Опыт в юньке неделя.
>>42024
У меня повреждения через интерфейс
public interface IDamageable {
float CurrentHealth { get; }
void TakeDamage (float amount);
}
потом любая дамажащая хуета проверяет(при попадании лучом или коллайдером в колалйдер)
var hp =otherCollider.GetComponent<IDamageable>();
if(hp != null) {hp.TakeDamage(число);}
И еще вариант сделать повреждения через базовый класс Health - какой вариант лучше, это уже на любителя(есть конечно и другие варианты кроме этих).
А как получать дамаг(или не получать), какие эффекты/звуки проигрывать, дамажимый объект решает сам.
мимоанон
У меня повреждения через интерфейс
public interface IDamageable {
float CurrentHealth { get; }
void TakeDamage (float amount);
}
потом любая дамажащая хуета проверяет(при попадании лучом или коллайдером в колалйдер)
var hp =otherCollider.GetComponent<IDamageable>();
if(hp != null) {hp.TakeDamage(число);}
И еще вариант сделать повреждения через базовый класс Health - какой вариант лучше, это уже на любителя(есть конечно и другие варианты кроме этих).
А как получать дамаг(или не получать), какие эффекты/звуки проигрывать, дамажимый объект решает сам.
мимоанон
>>42024
Не, тогда не ковыряй ну или ковыряй, я тебя не остановлю. Полистай что-нибудь по шарпу из /pr/ (C# Player's Guide попробуй — еще захочешь), заметно уменьшишь количество новых велосипедов в коде.
>>42025
Двачую, сам так сделал (правда, под предлогом того, что на всякие коробки и табуретки бессмысленно вешать весь класс NPC).
> Опыт в юньке неделя
Не, тогда не ковыряй ну или ковыряй, я тебя не остановлю. Полистай что-нибудь по шарпу из /pr/ (C# Player's Guide попробуй — еще захочешь), заметно уменьшишь количество новых велосипедов в коде.
>>42025
Двачую, сам так сделал (правда, под предлогом того, что на всякие коробки и табуретки бессмысленно вешать весь класс NPC).
41 Кб, 684x700Чому у вас юнити-тред новый не делают?
Полгода назад накодил себе основу для пошаговой стратегии, я тут писал немного и велосипедил. Лето прошло, можно снова садиться за код, и, в общем, решил начать с девконсоли - чтобы в самой игре можно было в нужной точке призывать нужных юнитов, площадки и т.п. Глянул туториалы по этому делу, помедитировал, и понял, что хочу сделать свой велосипед. А для своего велосипеда нужно делать свой велосипедный input field. Ради бога не спрашивайте зачем. Оно и без слов понятно, что из готового можно стяпляпить что-то рабочее и эффективное, просто у меня наполеоновские планы К тому же если я хочу замену определённой последовательности символов на произвольную картинку, то всё равно придётся что-то похожее с нуля кодить. Ричтекст же не работает всё ещё?
Собственно, вопрос: как лучше всего ловить нажатия клавиш? Я знаю про кейкоды и геткейдаун/ап, но я спрашиваю про принцип за ними. Как эта система с переключением языков, шифтами и т.п. вообще работает? Допустим, я напишу класс, в который будет ловиться нажатие клавиши через геткеи и переводить её в нужный формат. Это же совсем пиздец?
Полгода назад накодил себе основу для пошаговой стратегии, я тут писал немного и велосипедил. Лето прошло, можно снова садиться за код, и, в общем, решил начать с девконсоли - чтобы в самой игре можно было в нужной точке призывать нужных юнитов, площадки и т.п. Глянул туториалы по этому делу, помедитировал, и понял, что хочу сделать свой велосипед. А для своего велосипеда нужно делать свой велосипедный input field. Ради бога не спрашивайте зачем. Оно и без слов понятно, что из готового можно стяпляпить что-то рабочее и эффективное, просто у меня наполеоновские планы К тому же если я хочу замену определённой последовательности символов на произвольную картинку, то всё равно придётся что-то похожее с нуля кодить. Ричтекст же не работает всё ещё?
Собственно, вопрос: как лучше всего ловить нажатия клавиш? Я знаю про кейкоды и геткейдаун/ап, но я спрашиваю про принцип за ними. Как эта система с переключением языков, шифтами и т.п. вообще работает? Допустим, я напишу класс, в который будет ловиться нажатие клавиши через геткеи и переводить её в нужный формат. Это же совсем пиздец?
>>42032
А поподробнее можно? Нельзя мне куда-нибудь в коде прицепиться, чтобы уже преобразованный текст использовать?
А поподробнее можно? Нельзя мне куда-нибудь в коде прицепиться, чтобы уже преобразованный текст использовать?
128 Кб, 400x392Хотел быстренько отредактировать модель в блендере, сохраняю в fbx, и вот такая хуета с анимациями. Раньше все работало без проблем. Пытался во все форматы сохранять - бесполезно. Блять, и смех и грех. Как пофиксить? Можно конечно взять другую модельку для прототипа, но что за хуйня-то?
>>42041
дай мне!
дай мне!
Делать систему HP/Damage через EventManager - нормальная практика? Простой платформер с быстрым темпом игры
6 Кб, 336x106Анон, я все сломал
Сделал несколько панелей, написал скрипт. Закинул его в кнопку, там это. Я даже не сразу понял, в чем дело. Пошел проверил старые кнопки, а там такая хуйня. Теперь рядом с названием шестеренка, а не иконка с# и нет никаких функций. Что делать, как чинить?
Сделал несколько панелей, написал скрипт. Закинул его в кнопку, там это. Я даже не сразу понял, в чем дело. Пошел проверил старые кнопки, а там такая хуйня. Теперь рядом с названием шестеренка, а не иконка с# и нет никаких функций. Что делать, как чинить?
>>42106
рейкаст и путь идет к последней точке, где тебя видел/зарейкастил
рейкаст и путь идет к последней точке, где тебя видел/зарейкастил
Есть ли альтернативные физические движки, в которых все действующие на объект силы всегда доступны наружу, или они все как и дефолтный на черной магии работают и дают читать только конечный вектор?
>>42041
Чувак, как стать богом?
Чувак, как стать богом?
Аноны, хелп! Писал на юнити игру с февраля 2017, значит все собрал, все работает и решил я накинуть плагинов с рекламой и достижениями. Выбрал плагин от аподила и плагин от гугла с достижениями. И они вместе никак не хотят работать. Вылетает ошибка unable to convert java dex format. Проблема в том что в папке plugins слишком много плагинов и андроид не может собрать апк. Подскажите, может кто-то с таким сталкивался. Пытался собрать через градл, но там полетело еще больше ошибок. Хочется чтоб и ачивки были, и копеечка с релкамы.
так что это. как тут общаться можно? вопросы задают тут или только за стримерш дрочат?
вопрос: почему в unity отрабатывает ДЕАКТИВИРОВАННЫЙ В ИНСПЕКТОРЕ, но висящий на объекте скрипт?
вопрос: почему в unity отрабатывает ДЕАКТИВИРОВАННЫЙ В ИНСПЕКТОРЕ, но висящий на объекте скрипт?
>>53121
Платиновые вопросы? Галочка вы инспекторе выключает только выполнение Srart, Update и прочего.
Платиновые вопросы? Галочка вы инспекторе выключает только выполнение Srart, Update и прочего.
Двач.hk не отвечает.
Вы видите копию треда, сохраненную 25 июля 2018 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Вы видите копию треда, сохраненную 25 июля 2018 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.