>>31674 (OP)
Поясни плиз, что за хуйня с шапкой? Может мне что нить придумат ьи написать? Ну нихуя же не понятно, без сыллок и всей хурмы, прям стыдно за юнити становится после таких тредов.

>>31680 (Del)
Кинь телегу, перетрём за оформление треда, у меня есть пара идей.

Поясните за автолоды? Если они генерят Лолы на импорте, получается замирают проект и конечный билд раздувается в размере? Намного? Просто обычно текстуры занимают большую часть билда.

>>31825
Должен наследоваться от monobehaviour, либо moveplayer сделай наследуемым от него, либо чере запятую
Public class nebehaviourscrip: moveplayer, monobehaviour

>>31674 (OP)
Как ставить игру на паузу? Например, чтобы показать меню паузы. Или залезть в инвентарь.

Через timescale? Или через прописывание паузы в каждом скрипте, который что-то делает в апдейтах, в каждом аниматоре?

Какие лучше практики?

>>31826
Добавил через запятую еще monobehaviour. Все также

>>31825
А) скрипт должен наследоватся от монобихейвора
Б) название класса и файла должны совпадать.

>>31826
в шарпе нет множественного наследования. разве что интерфейсами пользуешься.

>>31831
Ну значит moveplayer наследуй от mono

>>31830

>timescale

Это.

А в тех скриптах, которые не зависят от timescale, в начале пишешь:

if (Time.timescale == 0)
return;

Можешь, конечно, написать свой менеджер паузы, но тогда тебе нужно будет писать почти такое же условие, но везде.

>>31833
>>31836

>скрипт должен наследоватся от монобихейвора

Как это сделать?

Подсобите насчёт классов, вот у меня в игре сейчас около 60 разных скриптов, все они написаны в стандартном созданом файлике(когда в юнити создаёшь скрипт лишь вводя название).
Внутри скриптов куча разных функций, переменных и т.п
Обращаюсь я к разным скриптам из других скриптов так getcomponent<Scriptname>.мояФункци(нужное вставить или полчить).
Вроде всё норм и устраивает, но меня таит вопрос что как то можно реализовать классы вне стандартного мона, и типо их вызывать или чтот такое.
Нужно ли это? или продолжать ебошить как делаю?

>>31674 (OP)
Сукач уже 2020 на носу, а эти говноеды 2019.3 нк релизнули. Пиздец.

>>31884
Пишут что в январе будет финальный билд, а LTS версия - только ближе к марту.

Запустил Devil Slayer Raksasi.

Даже китаец знает, как убрать загрузочный экран юньки. Ну, тот, где выбирать качество, разрешение экрана, кнопки настраивать. Какие ваши оправдания?

Знает кто-нибудь как мех сделать годно, или опять в юнити есть полно всего, но этого нет?

>>31959
Я гуглил, там хуйня одна. Хороший только здесь нашел
https://github.com/edom18/Fur-shader-sample
Но он похоже с hdrp не работает, развили хуйни

>>31960
https://www.google.com/search?q=unity fur hdrp ? вон там про енота было, возьми оттуда.

>>31963
дык ведь для этого попенсорсные проекты и сделаны? наверняка если ещё чет в запрос гугла написать то можно найти шерсть енота уже выковыряной.
можешь свой шейдор сделать, https://roystan.net/articles/grass-shader.html вон полистай про няшную траву, думаю понятно как сделать шерсть глядя на это.

>>31965
Зачем мне делать, если уже сто раз до этого сделали, и юнитеки много раз сделали, где фурьфайлы, вась? Какое же юнити свинособачье говно, эта хрень с енотом в июне вышла, пишет, что мы начинаем усиленно допиливать мех. Наверное, обосрался и умер, иначе что там можно столько хуярить. Опять на пол пути дропнули

>>31966
дык енота вроде доделали, не? ну поищи кроме енота ченить, если лень его ковырять. наверняка уж что-то кроме енота найдется.
ну а самому делать - будет как надо тебе. у тебя там похоже какие-то особые фурфажеские запросы, наверняка ещё и не каджый мех понравится. нормально делай - нормально будет.

>>31965

>наверняка если ещё чет в запрос гугла написать то можно найти шерсть енота уже выковыряной.

Да ты заебал своими догадками, нихуя там нет
>>31968

>у тебя там похоже какие-то особые фурфажеские запросы

Просто обычный мех как здесь >>31960
Короче качаю ракуна ебаного (10.7 свинособачьих юнити гигабайт) ради одного фурфайла. Их там в комментах просили выложите, ответом было - хуй вам за щеку

>>31970
я думаю что ты пиздишь и уж найти какой-то шейдор шерсти с несколькими слоями можно без особых проблем.
http://wiki.unity3d.com/index.php?title=Fur&oldid=8730 даже на вики все это говно есть.
за 7 часов мог бы свой шейдор шерсти нарисовать, или заставить работать другой.

Что лучше в случае простой анимации, сделать через скрипт или аниматор? Имею ввиду например кручение монетки, или изменение прозрачности.

>>32002
Ты не можешь определить что тебе проще?

>>31970
Ну короче скачал, конечно, эта хуйня не заработала, она сделана для 2018, а у меня только 2019.1, может из-за этого. С файлами фура хуй знает что делать, так всегда с юнитиговном

>>32056 (Del)
на вопрос не ответил. она и в юнити за пять секунд делается c URP. с HDRP скорей всего тоже, просто вместо того чтобы трусы рисовать с роботами надо недельку другую потыкать всё это говно. или что ты там, слишком занят? нет времени получить новые скиллы? надо рисовать аниме-трусы? что тебя на юнити то держит? пересаживайся на стул с шерстью.

>>32058

>в юнити за пять секунд делается c URP. с HDRP скорей всего тоже

Что ты пиздишь, черт? То ссылки на гугл тупые постил, то еще какие-то догадки, ну перепиши этот >>31960 на HDRP за пять секунд и тысячам людей не нужно будет дрочиться с этим никогда. Но ты же не сделаешь, кудахтер, потому что там пиздец сложно и долго, а про пять секунд пизданул тупой школьничек внутри тебя, иначе это уже давно бы сто раз сделали. И в самой юнити

>>32127
ВОТ! Вот ты-то мне и нужен, доброанон. Расскажи процесс, если не трудно. Я накидываю коллайдер на юбку отдельно от модели(хотя юбка по сути является чайлдом всего .fbx), накидываю на нее cloth, но при старте игры юбка почему-то отдельно улетает вниз, оставляя саму модельку. Скажи, пожалуйста, как это можно исправить? Что я не так делаю?

>>32004
Мне без разницы, интересует вопрос производительности.

>>32127
Кароче я присобачил к кости ту часть плаща, который по идее должен развиваться при ходьбе и он действительно при анимации стал двигаться вместе с моделькой, но, разумеется, не как плащ, а как жесткая планка. При накидывании cloth’а - плащ улетает вниз, а моделька стоит с голой жеппой. Понять бы как сделать правильно, эх.

>>32129>>32141
какой процесс лол. кнопки нажал, членом покрутил, всё заработало. констрейны настрой, там кнопочка есть для этого. только учитывай что там из версии в версию ткань раз за разом ломают и ломают. если честно то хуй даже знает что и как делать чтобы не ломалось. иногда вертексы неправильно отображаются, иногда они, блять, перемешиваются, иногда всё просто взрывается.
на тебе экзампл, хули.
https://drive.google.com/open?id=1smUZfs8aemSkIjlQTOwRL1BnTax24DNg

Читаешь тут про Hdrp какие-то, пайплайны.
А сам сидишь на 2018.1 и не можешь обновиться, пушто проект распидорашивает и проще сидеть на старой версии, чем чинить это всё потом.

>>32193
Я вообще на 2017 сижу, делаю лоуполи и хуй клал на ваши пайплайны

Уже 31, а эти пидорасы не выпустили 2019.3.

патсаны, а что если делать перемещение на корутинах? это вообще норма?
надо допустим переместить юнит к цели плавненько
выходит надо получать расстояние до цели каждый кадр
если в апдейте это делать то будет лишняя нагрузка типа
а корутины я слыхал вообще вредно для здоровья
к примеру мне хотса передавать туда реф, а реф в корутину низя передавать
как делать вообще нормально чтобы?

>>32811
Не поверишь, но я заебашил почти всю логику игры на корутинах, внутри каждой вызывается гора функций, даже апдейтом не пользуюсь, тупо при старте запускается одна из неё по логике всё остальное расставляется, БРАТ ЖИВ, ЗАВИСИМОСТЬ ЛЮТАЯ.

мне нравится необычный подход и интересная реализация

>>32811
А через корутину нагрузки от перемещений значит не будет?

Корутины тяжело дебажить и от их избытка код превращается в ебаный спагетти.

Если нужно каждый фрейм считать расстояние, то ты один хуй будешь считать его апдейтом или корутиной. Функционально шо то цикл, шо это цикл, но аптейд органичен для перемещения, а корутина костыль какой-то. Кешируй расстояние если это возможно и не парься.

Если ты делаешь перемещения одного персонажа, то переставай выебываться. Если у тебя два десятка персонажей, которые перемещаются очень редко, а остальное время апдейтятся вхолостую, то тоже ок.

Если количество персонажей доходит до сотни, тогда уже думай об оптимизации. А вообще юзай навмешагента или сделай менеджера, который будет раскидывать задания на перемещение для активных персонажей.

>>32817
вот я так сделал на корутинах сначала, а потом какие-то смутные сомнения закрались и пошёл мозг ебать и переделал, но стало только хуже, так что теперь думаю обратно переделать, просто боюсь если абузить корутины то потом можно наткнуться на какие-нибудь скрытые неприятности

>>32820

>А через корутину нагрузки от перемещений значит не будет?

так от корутины получается нагрузка только во время перемещения, а от апдейта всегда
хотя я слыхал что корутины ещё мусор плодят

>>32832
дело не в оптимизации а скорее чтобы удобно пользоваться было по жизни, поддерживаемость там, вот это всё.
не особо хочется базовые какие-то вещи начинать со всяких костылей на хитровыебанных корутинах, оно хоть и выглядит всё нормально с ними и довольно просто, да и так на вскидку должно нормально работать, но я же чую что потом вылезет какая-нибудь дикая хуйня
главное хочется попроще сделать, так что попробую ещё обойтись без корутин где можно
спасибо за советы

Аноны, кто CD/CI для юнити настраивал, делитесь опытом, что использовали?

Помните кубоёба, который начинал пилить девлог с подробным разжовыванием принципов и кода на блоггере? Так вот он опять подумывает вести подобную хуйню, но уже на тему триде рпг. Надо или нахуй надо?

>>32811
Корутина запускается в мейн треде, так что вместо оптимизона ты получаешь головку от хуя. Пили уже на джоб системсах.

>>32962
помню. я бы почитал. только с тех пор на мой взгляд активность в разделе упала с тех пор, так что вряд-ли найдет тут много читающих.

(меня больше интересует рогалик. вот его блоги я бы почитал точно)

>>32962
Пускай делает как ему удобнее. Лишь бы сделал. Сейчас хуйни насоветуешь ему и он вообще забьёт хуй.

>>33013
Ой анончик спасибо за гифку, порадовал олдфага, я и не думал что она у кого-то сохранилась

>>33045
Анонимус не забывает и не прощает.

>>33096

>.2

Там точка три выходит. И это - пиздец? Я просто охуел из-за стены плача на форуме. Народ реально уже хоронит юнити нахуй. Причём не долбоёбы с двача, а люди, которые юнити пользовались на самом деле.
https://forum.unity.com/threads/2019-3-entered-the-final-stages-of-beta-testing.792882/

>>33436
Почему хоронит?

>>33437
Если вкратце, народ жалуется на то, что новые "готовые" версии охуеть, как бажные и сырые, производительность от релиза к релизу только падает, некоторые жалуются, что багрепорты закрываются с причиной "не смогли воспроизвести" раз за разом, чуваки с несколькими тысячами сообщений заявляют, что перекатываются с юнити, ибо заебло. Нереально много воя по поводу неисправленных багов, вой на Ричителло, который пизданул, что игры похуй, юнити хочет рыночек софта для визуализации и обучения. Да ещё и в 2020 собираются торговать акции фирмы на бирже без ограничений. Я читаю всё это и просто охуеваю. Там реально бунт нахуй.

>>33437
Посмотри анонсированные фичи в Юнити за последние 3 года,
и посчитай из них тех что вышли из беты. Анонсируется дохуя - делается нихуя, сюда dots, render pipeline, shader graph, ui elements, incremental gc и прочее, один маркетинг остался. Сами инженеры в Юнити не имеют игровых проектов, в отличии от того же Анрила, и поэтому часто не видят очевидных проблем с движком и редактором - что выливается в например UI систему которую перепиливают каждые пару лет, анимации с которыми каждый ебется как хочет, и постоянные вопросы с производительностью.

6 лет лабаю на Юнити и кажется ухожу в этом году, дальше расти с этим движком очень сомнительное вложение труда.

>>33478
Видимо, где-то в 2014 к ним прибыл "эффективный менеджер", который устроил полнейший хаос. Ты ещё не упомянул охуительную историю с новым мультиплеером(UNET), который они в один прекрасный момент объявили устаревшим и закрыли нахуй. И вроде как теперь они по новой всё делают в сотрудничестве с какой-то там компанией.

>>33449
>>33478
Как по мне то с первого взгляда понятно что оно обречено на вымирание.
Вот открыл я этот ваш Юнити и такое чувство что это какой-то бутафорский движок.
Как понимать что у тебя нет возможности создать на сцене объект своего класса? Это полный пиздец.
Возможность наследовать от гейобжекта этого ебаного специльно закрыта. Как это вообще понимать? Как плевок в лицо?
И чё я теперь должен ебаться с этими сраными компонентами? Нахуя? Потому что 10 лет назад это была модная молодёжная концепция?
Нет спасибо, я буду писать так как МНЕ удобно, раз в Юнити такой возможности нет, то мне с ней не по пути.

>>33497
Почему нельзя? Берешь и создаешь. Или ты хочешь свой класс видеть в инспекторе как геймобджект? Ну тут или рыбку съесть, или не обляпаться.

Кто за Brackeys следит и учится/ пытплмя учиться по нему, подскажите, пожалуйста, нормально там у него все или говнокодер-инфоцыган-водолей? Кого ещё если есть посоветуете из юнити мастеров? Интересуют любые площадки.

мимо-медленный-вкатывальщик

>>33498

>Почему нельзя?

Это у разрабов Юнити спроси.

>Берешь и создаешь.

А ты можешь продемонстрировать как это делается?

>>33514
Zalupa zalupa = new Zalupa();

>>33518
Это никакого отношения к сцене не имеет.

>>33520
А как по-твоему это должно делаться?

>>33523
Да хотя бы так как это было в Юнити 10 лет назад.
Т.е. так:
public class Zalupa : GameObject
{
}

>>33524
А смысл так делать, геймобджект это же просто пустышка для компонентов.

>>33524
Ёпта, так ты когда новый скрипт создаешь он по дефолту от монобеха наследуется, тебе что еще надо

>>33525
Смысл в том чтобы не ебаться с компонентами.

>>33526
Монобех это компонент на объекте, а надо объект на сцене.

>>33527
Ну если тебе впадлу сделать компонент (который и будет работать абсолютно так же, как если класс унаследовать от геймобджекта), можно еще потрахаться с ЕЦС. Там ты точно создашь себе объект на сцене.

>>33497

>Потому что 10 лет назад это была модная молодёжная концепция?

Ты пишешь про устаревшие концепции, при этом просишь возможность наследования. Ты чё — ебанутый нахуй? Как раз наследование это рак ёбаный для дебилов. Composition > Inheritance. Если ты таких элементарных вещей не понимаешь, то как можешь рассуждать о движке? Ты же хуесос.

>>33528

>можно еще потрахаться с ЕЦС

GameObject - мы создаём на сцене объект и навешиваем на него компоненты. Этот подход устарел, так что мы переходим к
ECS - мы создаём на сцене объект и навешиваем на него компоненты! Инновации нахуй. Ну, поддержки юнити редактора в ецс не завезли, так что эти объекты не отображаются в иерархии. Поддержку скиннед мешей завезли, но только через ручную правку конфигов. И там не будет меканима, аниматора и вообще нихуя. Старые геймобъекты были переусложнены невыпиливаемыми вещами, например, трансформами. Ну, на новые энтити тоже нужно лепить подобные компоненты, если вы собираетесь двигать свои объекты или хотя бы рендерить. Только писать их нужно вручную. Кстати, раз уж вы пишете свои компоненты с флоатами, то не забудьте переключить билдинг на il2cpp, потому что в моно есть баг, который ебёт скорость работы с флоатами вдвое. Ну как в моно, в моно его пофиксили 2 года назад через флаги компиляции, но юнити всё некогда. А ещё с ецс весь ваш код превратится в плоскую лапшу и вы проклянёте того долбоёба, который это всё придумал. А потом начнёте писать фабрики, ООП-абстракции и т.д потому что с чистым ецс невозможно работать.

>>33543

>ECS - мы создаём на сцене объект и навешиваем на него компоненты!

мы не создаем в сцене обьект и навешиваем не компоненты с нахуй структы лол. впрочем ничего нового. но такая база данных с таким няшным API конечно заебись. хорошо сделали.

>>33543
>>33544
Короче суть, как понял я: если хочешь быструю игру, шлёшь нахуй редакторы с языками высокого уровня и ебёшь байты в асме.

>>33547
ебать байты ты и в шарпе можешь лол.
всегда зависит от того что ты хочешь иметь быстрым и как ты это хочешь сделать быстрым. никто не мешает тебе пользоваться всей той хуйней что предлагает юнити чтобы всё взлетало и летало. LLVM компилятором, многопоточностью, хуйнёй-муйнёй, шейдорами там вычислительными если уж совсем что-то быстрое надо.

>>33548
Я и ебу в шарпе, а тру сишники посмеиваются и делают быстрее в 100500 раз. Обидно.

>>33548

>многопоточностью

Вот завезли джоб системс для удобной многопоточности, охуенно? Или не особо? Вся хуйня, которая касается юнити апи всё равно происходит в однопоточном режиме. Плюс синхронизация потоков через мейн тред. Ты как бы можешь себе сказать, что у тебя быстрая многопоточность, но как бы это и раньше было точно так же - вручную треды создавал и по тем же принципам работал. Есть реально многопоточная вещь, ParallelForTransform, которая ебёт трансформы в действительно многопоточном режиме. Кстати, эту фичу обещают выпилить.

>шейдорами там вычислительными

Вычислительные шейдеры есть в легаси рендеринге. А он устарел и скоро будет выпилен. Есть они в SRP? Нет. Как и геометрические шейдеры. Кажется, там уже почти прикрутили тесселяцию и обещали материал проперти блок, ну, из старого рендера. Да, SRP крутой, но в нём меньше фич и он медленнее старого.

> тру сишники посмеиваются

Net.Core работает с той же скоростью, что и кресты, тут уже как бы и похуй, чем байты ебать.

>>33550

>Net.Core работает с той же скоростью, что и кресты

Я прямо физически сейчас услышал, как сишники прыснули от смеха.

Как мне на тайлмапах уместить спрайт объект чтоб не падал?

>>33549
а потом ты такой пишешь волшебный [BurstCompile] и обана у тебя как бы и шарп а как бы и не шарп! все летает и улетает. и теперь уже ты смеешься над ними.
вообще конечно если билдить в il2cpp то вся эта байтоебля не особо то медленней. проверять производительность в редакторе это такое.

>>33550

>Вот завезли джоб системс для удобной многопоточности, охуенно? Или не особо?

Ну так то многопоточность и до этого была. Не так сильно отличается чтобы как-то выгодно выделятся. В целом нормас. Пользоваться можно. IJobParallelFor мне например нравится, чтобы пройтись по массиву и при этом поставить это в очередь за другим джобсом заебись. Немножко меньше гемороя с зависимостью одного потока от другого.
Но конечно JobHandle.IsCompleted дрочить чтобы узнать закончилось оно там или нет тоже такое. Хотелось бы нормальные каллбэки.

>Плюс синхронизация потоков через мейн тред.

Да, вот это конечно хуево сделали. Некоторое говно вроде ИИ по хорошему надо вообще не пускать в основной поток а где-то в паралельном держать всё время и ещё и оттуда в другие потоки пихать. Джобсы такое не дают. Но с другой стороны это не так и часто надо, а обмазывание всего подряд многопоточностью они упрощают. Плюс пихают джобсы в всё остальное что делают и как-то связывают все это между собой. Сунуть ECS в потоки и правда довольно просто.

>Вычислительные шейдеры есть в легаси рендеринге. А он устарел и скоро будет выпилен. Есть они в SRP? Нет.

Никуда они не делись и всё так-же работают. И сомневаюсь что перестанут. Я то про https://docs.unity3d.com/ru/current/Manual/ComputeShaders.html
Хотя когда я последний раз проверял HDRP мне и правда не дали сделать Graphics.Blit. гондоны.
Вообще на самом деле никуда старое не делось, можно так-же из шейдорной лапши скомпилировать себе шейдор а потом дописать к нему внутри недостающее. Просто пиздец как неудобно.

>>33559
Да ебана, наверняка же простейшее что можно было спросить и никто ответить не может.

>>33562
ну уж сорян. на вопросы в духе "как положить кубик в квадратную дырку" можно отвечать только с иронией. ещё и вопрос так интересно задан. объект падает? что? в тайлмап не вмещается? выпадает?!

>>33549
Пиши на ассемблере, хуле.

Вся хуйня с высокоуровнемыми абстракциями придумана для того, чтобы писать медленный код быстро. В 95% современных игр неважно, твой расчет вектора произойдет за одну наносекунду или за четыре. Зато удобная работа с векторами позволит тебе за неделю написать механику без изобретения велосипедов, на которые ушло бы полгода.

Мы не в прошлом тысячелетии живём, сейчас фокус смещен в сторону поддерживаемости и переиспользуемости кода, а не его скорости. И это круто.

>>33563
Я просто хочу чтобы он не падал. И почему дауны не могут пилить игры? Где твоя толерантность?

>>33564
вот кстати с LLVM компилятором в юнити впихнули возможность пользоваться SIMD инструкциями не через жопу. хопа и быстрые векторы! хорошо сделали.

>>33565
какая толерантность может быть к людям которые спрашивают у людей вопросы до того как спрашивают их у машин? в гугл то задавал твой вопрос?
лол ну отключи гравитацию. или добавь коллайдеры.

>>33565
Нацепи коллайдеры (Collider) на оба объекта.

>>33572
Покажи компоненты червяка

>>33578
Поменяй в ригидбоди discrete на continious

>>33579
Не сработало

>>33580
На этом мои полномочия всё.

>>33551
Так-то похуй, кто там дрыснул. В net core есть ещё киллерфича tiered compilation, с ней разница в скорости с крестами на уровне погрешности. Хотя памяти отъедается больше.

>BurstCompile

Эта хуйня не дружит со сложными типами.

>>33561

>Ну так то многопоточность и до этого была.

Так о том и речь. По-моему, кастомные менеджеры даже не медленнее, чем джоб системс.

>обмазывание всего подряд многопоточностью они упрощают

Ещё бы редактор обмазали этим говном, чтобы небыло локов при компиляции. Кстати, ебать же долго собирается на 2019.3.

>можно так-же из шейдорной лапши скомпилировать себе шейдор

Можно даже руками написать подходящий под SRP шейдор. Там требуется от шести проходов для всей малафьи, на первом пике как раз шейдер под hdrp. А, погоди, в SRP пайплайне нет доступа к трис стрим и всё-таки нихуя, нельзя. Ты такой думаешь "бля, как так-то?" идёшь на юнити форум, а тебе говорят - сасай-кудасай, писать шейдеры руками нельзя, используйте шейдер граф. А в нём нет нужных нод, нет людской возможности пилить кастом ноды, а в кастом нодах нет доступа к нужным апи, нет возможности пилить шаблон для генерации шейдера? Сасай-кудасай.

>И сомневаюсь что перестанут. Я то про https://docs.unity3d.com/ru/current/Manual/ComputeShaders.html

В SRP это не компилируется, смотри второй пик, примитивный геометрический шейдер в hdrp и без srp соответственно.

>Graphics.Blit

Используй рендер в текстуру. Кстати, если ты будешь рендерить в текстуру в анлит шейдере, то не сработает. Почему? Да хуй знает.

>>33694
Дополнительный слой в материале + альфа бленд маска. У меня так персонажи покрываются снегом и песком в рантайме. Как в джаст коз.

>>33542
Вообще насколько хуево строить свои объекты так ?:
public class Govno {
GameObject view;
Vector3 position;
someData model;
void update на делегате, крутящемся где-то в мастер сцене
}
игнорируя сцены, зато имея доступ к объекту вне сцены и юнити манямирка ?
Накажет ли меня юнити каким нибудь анальным подводным камнем где-нибудь в середине разработки?
Есть ли примеры, которые юзают юнити только как рендер своего говна?

(знаю например, что юнити навмеш можно грузить и юзать без привязки к сценам, правда пока не понял можно ли разные навмеши одновременно или только один статик на всю игру)

>>33706
Юзаем в достаточно крупном проекте такой подход, гейм луп действительно на отдельном делегате, но мы стараемся и от него избавится юзая C# таймеры где это возможно. Подводных немного, главное не забывать чистить говно со сцены которое ты туда вытаскиваешь, т.е. в твоем примере надо не забывать вызвать дестрой для view, простого зануления ссылки мало. Но вообще рекомендовать подход не стал бы, из плюсов только прозрачность структуры и упрощение отладки.

>>33714

>рекомендовать подход не стал бы

Как же еще иметь доступ к объекту вне сцен? Даже не доступ, он просто вне сцены не существует.
Кроме как с# враппер над геймобжектом - хз.

>>33720
Чисто для отделения view от логики игры?

Так-то стандартная практика (для нормальных разработчиков по крайней мере) создавать менеджеры и объекты чистыми классами и цеплять к объектам там где надо.

У меня по сути все классы игрового цикла существовали в астрале и не были привязаны к геймобжектам, а просто дергали ивенты и вызывали друг друга.

Другое дело - геймобжекты с логикой. Делать отдельный класс и как-то его цеплять выглядит чрезмерно громоздким:
- В одном случае у тебя класс, представляющий объект, наследуемый от моно, прицеплен к нему и способен вызывать любую внешнюю логику, какую назначишь.
- В другом случае у тебя точно такой же класс, но "чистый", и тебе нужно дополнительно искать объект в сцене, сохранять ссылку на объект, проверять существование объекта и настраивать логику при смене сцен.

>>33723

> В другом случае у тебя точно такой же класс, но "чистый"

Вы забываете, коллега, самую главную плюшку такого подхода. Если игровая логика на чистых классах, дёргающих объекты движка из астрала, то она не привязана к движку и в любой момент его можно сравнительно безболезненно сменить. Или даже вести разработку на двух движках одновременно. Скажем, один для пека, другой для консолей.

>>33732
Сомнительный плюс, поскольку 99% проектов не меняют движок в процессе разработки.

Значит ты скорее всего лишь намеренно усложняешь структуру проекта ради потенциальной возможности, которой никогда не воспользуешься.
А если воспользуешься, то гарантированной ебли все равно будет достаточно. Редактор предоставляет очень много возможностей - таги, слои, методы вроде OnTriggerEnter, рейкасты, физика... Это все придется адаптировать под новый движок, ну или не использовать совсем и изобретать собственные велосипеды, неоправданно увеличивая объем работы.

Мелкие проекты, пилимые в одиночку, не имеют такой долгий цикл разработки, чтобы закладываться на смену движка.
Крупные командные проекты переносить вообще нереально.

Единственный вариант, когда я вижу такой подход оправданным - если ты собираешься 10 лет пилить игру мечты в одиночку. Тогда уж чего мелочиться, лучше писать игру без сторонних движков, как какой-нибудь dwarf fortress.

Коллеги, помогите!
Создал новый проект для андройд, не могу настроить обработку нажатий.
Код точно как на картинке, только вместо Дебаг.Лог - нормальное действие.
У слову, код на второй картинке работает как надо, но только если нажать мышкой. Телефон же просто игнорирует любые прикосновения.

>>33723

>тебе нужно дополнительно искать объект в сцене, сохранять ссылку на объект, проверять существование объекта и настраивать логику при смене сцен

зачем искать, если ссылка есть?
плюс я могу обьект няшно создать конструктором (от которого у монобехевиора очко сжимается) и даже вводить параметры (!)

>>31674 (OP)
Посмотрел я тут видосик про классы, и понял что это пиздец, нахуй нужны свои классы если всё можно пихать в ванильный монобехав?
Офк для одного инди разработчика, не для команды и т.д.
Есть ли проблемы если не делать свои классы, а пользоваться одним монобеах с кучей своих функций?

>>33750
Дополняю вопрос. Создал новый проект. На пк всё как надо, а на телефоне ни одного, блядь, спрайта не видно

Суп, аноны. Делаю свой первый 2D-платформер на юнити, столкнулся с тем что камера не видит UI-элементы. Уже всю голову сломал, камеру отдалил, кнопочки вперед выдвинул, свойства Canvas стоят по умолчанию, в настройках камеры ничего не менял. В гугле решений нет не нашел даже проблемы такой ни у кого. Делал по этому туториалу: https://habr.com/ru/post/264611/
У кого-то такое было?

>>33865
Попробуй depth у камеры потыкать

>>33866
Попробовал менять о 5 до -5. Обьекты находятся на 0, кнопки на -1, попробовал ставить на 0, -0.5 — не помогло.

Алсо обнаружил что если у Canvas поменять Render mode с Overlay на Camera или World Space, и назначить туда камеру, то кнопочки становятся невидимы уже в самом редакторе. Обнаружил что в этом режиме можно указать расстояние от камеры до Canvas, разместил все так что UI находится перед объектами, и точно в поле зрения камеры (обьекты на 0, кнопки на -1 (9 единиц от камеры), Depth -5), не помогло. Сама камера находится на -10.

>>33865
В настройках канваса Screen Space Camera поставь

>>33872
Собственно вот попробовал: >>33871

>>33874
А, я понял тебе надо чтобы UI поверх 3д объектов был - попробуй sorting layer поменять у канваса

>>33879
Там есть только Default layer, попробовал слой самого canvasа поменять с UI на Default, толку никакого.

Проблема скорее не в том что мне нужно UI поверх обьектов показать, он и так находится поверх обьектов, и насколько следует из описания, в режиме канваса Overlay, UI должен отображаться поверх всего, как наклейка на экране. Проблема в том что даже если убрать все обекты кроме кнопок UI, в камере UI не отображается вообще. А в режиме Screen Space Camera, UI перестает отображаться даже в редакторе.

>>33884
order in layer* у канваса поставь в плюс

На 2019.2 уже можно переходить? Хочу начать новый небольшой проект.

>>33905
Я перешел на 2019 и отхватил две недели ебалова с тем что Amazon SDK не работает на андройде, даунгрейдится уже было поздно. https://github.com/aws/aws-sdk-net/issues/1286 Лучше бери LTS

Правильно я понимаю шо эффективный путь для скелетной анимации это в блендере запихнуть все в fbx и в unity через mecanim настроить обработчики для аниматора?

>>33913
Интересно, а для чего тебе амазон сдк на андроид?

Ебать тяжело морально собраться и бросить юнити в жерло вулкана.

>>34205
Было бы на что менять

>>34219
Самое просто -> Делешь поверх всего дерьма прозрачную картинку с блоком рейкастов, как только всё готово снимаешь у неё это свойство или вырубаешь, понятно да?

>>34360
Да, я именно так и делаю. Только картинку не прозрачную, а с имитацией загрузки.

Вопрос в том, куда лучше воткнуть деактивацию заглушки. В GooglePlaySaving залезать немытыми руками не хочется лишний раз. Пока думаю сделать так: bool "загружено" при старте false, в data он true, получив значение true он убирает заглушку при следующем апдейте. Логично?

Господа, кто-нибудь сталкивался с таким:
Задаю скриптом в Start параметры, которые должны поменять у Area Effector. Когда играю в этой сцене- все ок, скрипт задает нужный параметр в Area Effector.
Но когда перехожу в эту сцену из других сцен- настройки из скрипта не применяются.
Что это вообще значит? Старт же вызывается как раз при старте сцены. Не понимаю.

Стоит ли начинать проект на ЕЦС или старый пайплайн ещё норм? В принципе, можно делать гибрид, но как я понял, по скорости гибрид тоже самое, что и старое говно.

>>34637

>Стоит ли начинать проект на ЕЦС

Я вообще не вижу смысла в этом. Только если у тебя в игре будет огромное кол-во npc или других объектов.

>>34637
Есть мнение, что он сыроват, как и большинство выпускаемых юнити систем.

>>34656
"Огромное количество" это растяжимое понятие. Сколько объектов надо двигать, чтобы заметить разницу? Один, два, тысячу? И вообще - будет дохуя объектов, но управляемых менеджером, без скриптов на объектах. Выиграю ли я что-то, использовав ецс? Или затраты на сам рендер будут настолько высокими, что уже как бы и похуй? Вообще я вижу, что надо вкатываться в ецс, но пытаюсь найти отмазы.

>>34664
Так-то я его поковырял и он реально сырой, но ведь игра будет делаться не полчаса, а за год-полтора многое изменится.

Посоветуйте какие туториалы посмотреть если я хочу изучить юнити для создания простейших гиперказуальных игр на андроид? ( управлением тапом, отсутствие уровней и тд). Мне это надо больше для того чтобы я сам мог создать прототип и в принципе понимал примерно как оно происходит.

Уже посмотрел ряд туторов и общие представления о юнити и c# имею.

>>34785
Если ты не из тех, у кого атрофировалась способность читать, то рекомендую любую книжку по юнити для начинающих.

Потратишь на нее пару дней или неделю, если будешь вдумчиво выполнять упражнения, но зато познакомишься с большинством важных систем, научишься в казуальщину и заполнишь все фундаментальные пробелы. Туториалы обычно не способны глобально охватить все и сразу.

Обычно анон игнорирует этот совет и ебется с простейшими задачами, изобретая велосипеды, а в юнити дохуя уже встроено за нас.

Если мне не изменяет память, то на официальном сайте юнити полно видосов как раз по созданию казуалок разных жанров. Смотри их неделями, пока не начнёт тошнить.

>>34818
А какую книгу посоветуешь? На официальном сайте обязательно посмотрю,спасибо.

Анончики, как в Юнити сделать нормальное освещение с тенями? Использую последнюю версию. У источников освещения включил тени, сделал объекты статичными. Настройки покрутил, отключил депрекейдет риалтайм лайтинг. Не понимаю что ему ещё нужно. Всё равно выглядит как говно и теней нет.

>>34825
А чё в HD нету блядь? Чё за уебок этот оливер, не мог нормальное видео скинуть

>>34819
Я читал первое издание Unity in action. Сейчас оно довольно старое, но недавно вышло второе издание.

Не скажу, что был в восторге, но приличную книгу по юнити вообще найти нереально. В принципе неплохо, если нужно изучить азы работы с юнити и разобраться в том, как делать простые 2д и 3д игры.

Хелпаните
Как (возможно ли) сделать, чтобы анимация от первого и 3 лица были разные?
Как в кс, что перезарядка от 1 лица чёткая, а со стороны ты просто руками машешь?
С меня как всегда благодарсвенное нихуя

>>34993
Какие же японки красивые. Анимешники знают толк.

В Юнити нет встроенного биллбоарда - плейна, который всегда лицом к камере?

Я знаю, что его можно сделать одной строчкой в скрипте, но это лишние Update'ы и необходимость лепить скрипт на каждый объект.

Частицы, значит, есть, а биллборда - нет? Создавать ParticleSystem с одной частицей просто для отрисовки спрайта в определенной части сцены? Или ручками подгонять каждый объект? Они там шутят?

>>35023
вот тоже задумывался над этим вопросом.
С другой стороны, если ничего не найдется, надо писать в идеале шейдер, который всегда смотрит на игрока. Так это делается.

Но если проект не супер громозский, думаю и скрипт с этим справится, особого загруза не будет.

>>35027

>Но если проект не супер громозский, думаю и скрипт с этим справится, особого загруза не будет.

Конечно справится, он нагрузки даже сотни билбордов не заметит.

Проблема в другом. Я ярый противник лишних действий.

Например, я не нашел встроенного способа рандомизации анимации, скажем, отсрочить старт на рандомное количество миллисекунд, чтобы рассинхронизировать объекты. Пишется также в одну строчку, а в итоге лепится к каждому анимированному префабу.

Автоматизация цепляния ScriptableObject'ов к менеджеру городится через костыли и Resources, а всего-то нужно автоматически выгружать все файлы из указанной папки. Или каждый объект создавать ручками, цеплять к менеджеру ручками и проверять дубликаты ручками.

В итоге если я проебу часть проекта или префаб сам помрёт, будет настоящей болью вспоминать, какие таги цеплять, слои, полдюжины monobehaviour плюс настройки... Не говоря о внешних менеджерах, куда этот префаб не забыть прикрепить.

Поэтому я горю каждый раз, когда встречаю очередную, казалось бы, простую штуку, которую приходится самому делать через костыли и помнить о ней.

Есть куча обьектов, при клике на объект должно открываться окошко, в которое должен передаваться обьект(чтобы было видно имя обьекта, и т.д.). Как это сделать? ну то есть понятно, что не в каждый объект скрипт пихать(по сути это карта мира с провинциями), а как еще можно?

Можно ли в новой input system в окне Input Debug дебажить тачи девайса через Unity Remote? Там в окошке(Window -> Analysis -> Input Debugger) есть селектор Remote Devices где видно мое подключенное устройство, но при клике оно не выделяется галкой и соотвественно в Devices у меня только клавамышь?
Это какой-то баг или фукнционал еще недоступен? 2019.2.17 если что. По докам пакета вроде как все должно работать. Сам Unity Remote в плеймоде отрабатывает.

>>35093
А что вообще анон думает о новой input system? Сам думаю вкатиться, но пугает, что она ещё в бете.

>>31674 (OP)
Подскажите, пожалуйста, что мне делать.
Пытаюсь поставить якори на то, что находится под Content (вроде, child называется, Button, Text TMP, Panel), но эти стрелочки не хотят меняться, они просто остаются сверху слева. Если выбираю Stretch у якорей подобъектов, тогда объект вообще выворачивается на изнанку.
При этом в Content пишет ошибку как на 3 пике.

Ну что, почти половина января прошла, а версия 2019 года не вышла. Пиздец

Посоветуйте материал по юнити где обучают приемам, которые будут полезны в создании игр, и при этом чтобы было понятно. Что не открою везде половина материала это уменьшение/увеличение спрайтов, работа с анимацией и прочая ненужная хуйня, научиться которой всегда успеешь, или сначала всё понятно а потом начинают сыпать кодом без какого-либо объяснения.

>>35350
На форумах юнити пользователи вовсю просят разработчиков не спешить.
Пусть работают в комфортном темпе и готовят к выпуску качественный продукт 2019 года!

>>35472
Правильно, пусть лучше существующие баги фиксят и фичи допиливают. Нафиг эти обновления. Они как систему префабов изменили в каком-то релизе, так я и обновиться не могу, весь проект пиздой идёт.

Поясните по какому принципу обычно усложняют игру? Пример: у меня игра в которой надо уклоняться от шариков, я хочу сделать чтобы через 20 секунд у них увеличилась скорость и они начали чаще сыпаться.

У меня сейчас скрипт который спамит шарики каждую секунду( не помню через какую команду) и префаб в котором скорость.

Как эту проблему решить самым простым способом? По сути ведь это нужно в любой ендлес игре

>>35581
Комп уже выключил, но вот такое нагуглил.
Можно ли будет сделать типа

Time.realtimeSinceStartup <30
Один метод

>= 30 Другой

Только хз как это ещё все провернуть. Типа надо перевести время в инт или сравнить со стартовым как-то.

>>35582
Будешь на каждые 30 секунд делать новый метод?

Проще так:

[SerializeField] float speed = 10;
[SerializeField] float difficultlyTimeStep = 30;
[SerializeField] float difficultyMod = 1.1f;

А дальше на скорость ссылаешься не напрямую, а через метод:

GetSpeed()
{
int steps = Time.realtimeSinceStartup / difficultyTimeStep;
return speed * Mathf.Pow(difficultyMod, steps);
}

Метод каждые 30 секунд возвращает скорость на 10% выше прошлой. Причем параметры настраиваются.

>>35596
Что-то у меня твой метод не сработал, хотя вроде все поменял что надо. Сделал так как ниже написал. Теперь пытаюсь сделать так чтобы обновлялся таймер, а то когда я перехожу на сцену геймовер и начинаю с нуля у меня скорость остается прежней.
if (Time.time > 5)
{
transform.Translate(Vector2.down currentSpeed 1.2f Time.deltaTime);
}
transform.Translate(Vector2.downcurrentSpeed Time.deltaTime);
if (Time.time > 20)
{
transform.Translate(Vector2.down currentSpeed 1.4f Time.deltaTime);
}
transform.Translate(Vector2.down currentSpeed Time.deltaTime);

>>35609
У тебя таким образом получается 14 строчек кода, которые делают одно и то же, при том, что обрабатывают они только первые 20 секунд. Если захочешь получасовую сцену делать, будешь скрипт на тысячу строк писать просто для падения шарика?

Тебе нужно это дерьмо либо обернуть в цикл в 2-3 строчки, либо написать функцию зависимости скорости от времени, как показано выше. А лучше позадрачивай чисто шарп, за теми же уроками далеко на Ютуб ходить не надо. Очень много времени сэкономишь.

>>35429
Сам как то интересовался, материал выше начального-среднего уровня очень сложно найти. Вот парочка
http://www.squidi.net/three/
https://catlikecoding.com/unity/tutorials/

Сейчас думаю может свой блог/канал запилить, правда не уверен насколько востребовано будет в русском сегменте, а мой англ как у индусов.

>>35617
У меня игра в которой больше и не продержишься. Но вообще ты конечно прав надо подходить системно а не расставлять костыли.

Я открывал уроки по сишарпу и там немного другой язык если не в юнити, но попробую еще раз. А так я посмотрел немного туторов и сейчас просто сижу и пытаюсь понять каким образом добавлять простые вещи а затем гуглю и сам пытаюсь сообразить как это закодить.

Например вот мобильная игра, я добавил управление куда тапнул в ту сторону и полетел( спиздил из интернета под чистую), врагов, зеленыое усиление +1жизнь, увеличение сложности со временем, экран старта и рестарта, отображение очков сверху( надо бы еще добавить результат на геймовер)

Но вообще думаю надо и правда учить уже что-то, слишком уж слабый у меня запас знаний. Например хотел бы сделать прототип игры где надо считать в уме и выставлять необходимое время.

Кстати а как и где правильно делиться играми? Я вот вам так просто кину сборку из юнити( если кто-то не боится). Если кто скачает можете предложить что я могу усовершенствовать и добавить чтоб было интереснее и лучше и я заодно продолжу изучать юнити и сишарп продолжая этот проект.
- ссылку на игру - https://easyupload.io/f2isx2

Сорян за кривую пунктуацию и блуждание мыслей, почти не спал и не ел, а еще болит всё.

>>35623
Материала на английском много, сложно найти подходящий именно тебе, на русском тоже наверное нужен, но ты думаешь у тебя получится сделать то, что раньше другим не удалось? Ну тогда попробуй. Но это ведь много усилий надо, чтобы даже простой ролик записать надо сначала материал разложить, сделать план и тд. И таких много.

>>31674 (OP)
Решил глянуть что это такое за юнити хуюнити. Вкатился сегодня.

Первая же проблема, что за дауны писали названия функций и переменных в нем? Mathf.Cos Начинается с большой буквы, Debug.Log тоже, а блять Rigidbody.useGravity нихуя нет. И там такого говна дохуя. Если уже взяли шарп то следуйте его дизаену называйте все с большой буквы, там же регистрозависимость названий.

Вопрос такой, че там с блюпринтами? Если я сеньйор помидор в програмировании стоит их брать или самому пытаться что то накалякать?
Я хочу сделоть 2дэ экшон суть токова... но опыт у меня есть только с 3д движками, и я себе смутно представляю как коллизии и взаимодействие объектов друш с другом в юнитовском 2д, которое 3д на самом деле, происходит.

>>35628
В юнити шарп каличный чутка.
Не знаю что там в других ААА движках, но сравнивая с самопальными юнеити проигрывает.

>>35629
Хе-хе, да ты сгоришь нахуй, когда захочешь контролировать жизненный цикл monobehaviour'ов или поймёшь, что любую инкапсуляцию можно нарушить простым SendMessage, не говоря о возможности получить любую информацию откуда угодно и о чем угодно.

Блюпринты не нужны, да и нету их в Юньке, если не считать левых ассетов.

Unity 2017.3: 19 декабря 2017
Unity 2018.3: 13 декабря 2018
Unity 2019.3: март 2020.

>>35642
Братиш, я на таком говне програмировал на котором наследование через глобальные переменные делалось, какой сгоришь?

Что тогда мне юнити предлагает в магазине ассетов скачать за два дэ платформер, бисплатна бери и пользуйся?

>>31674 (OP)
Пацаны, можно ли сделать во вьюпорте юнити навигацию как во всех 3д редакторах, конкретно zoom to mouse position и auto depth (это когда центр вращение камеры ставится в точку пересечения луча с мешем пущенного из позиции мыши)?

>>31674 (OP)
Бля, я не понял.
Я задаю указатель на ригидбоди в скрипте, цепляю скрипт к объекту и чтобы эта ссылка была валидна я должен перетянуть объект сцены который хочу видеть в это ссылке в поле этого скрипта?! Просто так я не могу получить ссылку, тупо из кода, там проверяю спавн объектов и если объект is "player" цепляю сссылку на поле?

>>36010
Ригибоди на том же обьекте, что и скрипт? Тогда в Awake пишешь getcomponent, а чтобы ссылка всегда была валидна, юзаешь requirecomponent.

Если тебе нужно получить левый объект, то вариантов море. От хуевого к нормальному:
- FindGameobjectWithTag
- сделать либо скрипт искомого объекта синглтоном, либо менеджер-синглтон, в который объект при создании сам записывается. После этого у тебя есть глобальная ссылка на объект откуда угодно и когда угодно.
- добавить триггер и ловить все новые объекты внутри него. И проверять, игрок ли это. Сюда же OverlapSphere, что по сути то же самое, но без триггера.
- прицепить на объект скрипт, который сам сохраняет себя куда нужно.
- Ты обьект создаёшь скриптом? Нет? Инициализируй скриптом! А при создании сохраняй ссылку и передавай куда надо.

>>36033
Написал много чего интересного. Только я нихуя не понял.
-FindGameobjectWithTag это обычный итератор? Дохера ресурсов жрет? Тег это название объекта которое я задаю?
-как менеджер синглтон сделать? И как его потом распихивать по всем остальным скриптам, типа "обжект хуй заспавнился, вставляем через метод хуя ссылку на менеджер в поле хуй.менеджер"
- как прицепить чтобы он сохранял?
- куда скрипт добавить чтобы он инициализировал хуйню всю? Глобальные классы как делать?

>>36091

>Дохера ресурсов жрет?

Как говорится, "один раз - не пидорас". Вряд ли у тебя будут десятки тысяч объектов в сцене, так что эта функция не подвесит тебе игру. Но это очень легкий способ получить какой угодно объект, отчего им легко злоупотреблять, к тому же этот метод вредит быстродействию И архитектуре.
Есть варианты поиска по тегу (быстрее) и по имени объекта (медленнее): https://docs.unity3d.com/ScriptReference/GameObject.html

>как менеджер синглтон сделать?

https://pastebin.com/rtr7ipsK например.
Ещё одна крайне удобная хуйня, которой очень легко злоупотреблять: там прописал глобальную переменную, тут прописал, а потом понимаешь, что у тебя вся архитектура строится на синглтонах, отчего у тебя получаются слишком связные между собой модули, которые сложно тестировать и расширять. Зато такая реализация очень экономит время: захуячил менеджер интерфейсов в пару строк, захуячил менеджер звука, и ничего цеплять не нужно, все глобально доступно.

>как прицепить чтобы он сохранял?

Как в примере с синглтоном. Если оставить в стороне греховное создание синглтона, то это распространенная практика - создавать объект и внутри Awake() рассылать информацию о нем куда надо. Не обязательно в синглтон.

>куда скрипт добавить чтобы он инициализировал хуйню всю?

Ну смотри, вместо того, чтобы натыкивать в сцену кучу всякой хуйни, ты чистишь сцену вилкой, а объекты сохраняешь префабами. Зачем тебе вручную размещать игрока внутрь каждой новой сцены? Простопишешь менеджер сцены, который будет находиться в сцене и создавать все, что нужно, и раздавать объектам ссылки друг на друга:
https://pastebin.com/VDhC53jy
Экземпляр игрока передается в созданных менеджером врагов, или враги сразу были в сцене, а ты просто перетащил их в менеджера. Или ссылка на игрока опять же сохраняется глобально, как с синглтоном, и любой враг может запросить её сам... Варианты ограничиваются твоим воображением.

>>36119
Глобальный объект удобен для реюзанья хуйни типа сфх, чтобы каждый объект мог дернуть заранее заспавненный и ожидающий в массиве объект чтобы показать что то типа дымы, огоня, искр, крика, шума, гама, гомопидоров.

Я пока так только юнити тыкаю, тут есть такое что мне не нравится с точки зрения програмирования. Глянуть надо что в анриле, годоте и остальных есть.

Аноны помогите плиз. Есть файл .assets игры. Как в него добавить новый элемент? Исходников конечно нет игры. Всякие assets bundle extractor и прочие, распаковывать могут, но не добавлять новые. Гугл не помог.

>>36183
Никак. Это сконпелированные файлы.

LINQ уже юзать можно или до сих пор это сильный удар по производительности?

>>36179
И в итоге твоя система спецэффектов размазана по сотне классов. И переделать ее нормально не получится, и дополнять гемор.

Если хочешь быстро сделать и не париться - делаешь через статики\синглтоны, если хочешь качественно - то пишешь собственный сервис локатор или юзаешь костыльные DI под Юнити. Что по сути те же статики, но в обёртке.

Других методов реализации мало-мальски крупной архитектуры под Юнити я что-то не видел.

>>32962

> Надо или нахуй надо?

Кинь ссылочку.

аноны, а куда юнити срет качает пакеты и ассеты из пакетменеджера?

ну и второй вопрос - есть какие советы как организовать хранение всех этих проектов? а то делаешь проект, потом хочется по бырику отвлечься на другой, между делом хочется потестить разные ассеты (и делать это на рабочем проекте хреновая идея - все ломается)... и в итоге на диске все забито кучей папок с проектами, а я даже не могу вспомнить где что и для чего

может есть какие-то методики чтобы этот хаос упорядочить?

>>36418
И сразу:

Зачем писать расширение редактора для ScriptableObject, если есть простой [CreateAssetMenu(...)], который сделает тебе то же самое?

А почему в геймдеве так редкопочти никогда используются паттерны Unit of Work и репозиторий?
Как-то странно, в энтерпрайзе почти поголовное требование.

>>36309
Чавооо?
Создаю статический массив в классе, создаю статическую функцию через которую объект со сцены может дернуть сфх из этого массива, вставляю функцию в другие объекты, прогфит.

>>36548
В играх вообще с качеством кода беда-беда. Люди мало того, что не умеют выстраивать архитектуру, так и учиться не хотят. На stackexchange я видел посты, где человек на полном серьезе говорил, что паттерны созданы для энтерпрайза, а в создании игр они только замедляют скорость разработки.

>>36431
Задел на будущее. Больше гибкости, позволит потом добавить какую-никакую логику. Более упорядоченный код. Вообще расширения редактора мастхев, привыкайте-с. Там скоро ещё скриптабле буилд пайплайн подъедет, весь редактор на скриптах и расширениях скоро будет.
Сейчас пилю два расширения - одно будет отображать заспавненные энтити, второе для редактирования игровых предметов - мечей там всяких и т.д.

>>36570
Если потом окажется, что твою статическую функцию нужно менять, то менять придется не одну функцию, а все вызывающие классы. А что хуже, если ты захочешь потестировать какой-нибудь модуль, то тебе придется в него нести заодно и весь статический класс спецэффектов, потому что на него ссылаются.

Лучше делать через интерфейс, а интерфейс уже регистрировать в каком-нибудь статическом service locator'е. Тогда можно творить любую хуйню внутри менеджера спецэффектов, пока не нарушается интерфейс, или написать десяток реализаций на любой вкус и переключаться между ними, в том числе и тестовый вариант.

>>36590
Пиздос, мало того, что нужно писать код, а потом писать тесты для кода, так теперь ещё и расширения редактора писать для кода, чтобы все отображалось красиво. Пиздос.

>>36589
Да как бы в продакшен идет некачественный код потому что конечному пользователю вообще насрать как там все работает и какие паттерны были использованы, главное чтобы пульки вылетали когда надо

анон, короче, есть одна игра на юнити. Я хочу вытащить из нее несколько скриптов для своей игры.

Подскажи какой софт?

Чтобы без смс, и чтобы оно было под юнити и в один клик мыши. Я знаю что есть куча декомпиляторов шарпа - но в них надо вникать

>>36589
отчасти он прав.

Почему в энтепрайзе оно нужно?
Потому что софт там пишется на десятилетия. Надо так написать чтобы через 10 лет в этот код можно было вносить изменения.
Потому что энтерпрайз - это очень серьезно - любые ошибки могут приводить к человеческим смертям (например в медицинском софте - и такие случаи уже были) либо к миллионным расходам (типа дыр в банках)
Скорость в энтерпрайзе не важна - во-первых нет таких реалтаймовых тяжелых задач и расчет можно подождать и недельку.... да и начальство купит новые железки если надо.
Паттерны и алгоритмы унифицируют код. Они выстраданы 50 годами развития софта и миллионами проблем.
Методики тестирования также выстраданы годами и человеческими жертвами

А что такое геймдев? это грязный софт. В геймдеве ошибки ничего не стоят. Вообще ничего (вспомните такие хиты как готика, которые в первые дни даже не запускались... или вон дагерфол)
Качество кода также не имеет значения - игры не живут больше года, их не нужно сопровождать. А так как игровые технологии развиваются сверх быстро -каждый новый проект скорее начинают с нуля (это сейчас с эпохой юнити всё более-менее устаканилось, а раньше каждый месяц всё менялось в науке геймдева - и написанный тобой сегодня код, завтра уже безбожно устареет)

И конечно же, игры в отличие от энтерпрайза сверх требовательны. Понимаешь, когда какой-то код унифицируют, то как раз жертвуют эффективностью. (хотя людям избалованым сахарком C# возможно этого не понять, чтобы в этой теме разбираться, надо писать на низкоуровневом ЯП - чтобы появилось понимание - как эти паттерны обрабатывает процессор - и откуда потеря производительности....

кстати, можете меня не слушать - в гугле можно найти исходный код внутреннего движка юнити (на С++ который). Вот сами посмотрите как написан ваш юнити... там даже примитивные фабрики не используются.

>>36720

>Качество кода также не имеет значения - игры не живут больше года, их не нужно сопровождать.

А потом появляются печально известные игры от парадоксов, в которых говнокод не могут разгрести годами, а игроки жалуются на производительность.

В последнее десятилетие сильно развилась очень интересная концепция бесконечных длс или перепилов баланса, это вышло за пределы ммох и моба игр. Сейчас уже никого не удивляют выходы обновлений на игру, которой уже 3-4 года.

Геймдев идёт по стопам энтерпрайза, но с задержкой в десятилетия.

>>36720

Может быть у меня уже энтерпрайзная психдеформация, но в дополнение к этому
>>36729
анону скажу, что после начала использования, например, UoW и репозитория, без него я свой код уже представить не могу, т.к. паттерны качественно меняют код и его восприятие, поднимая код на новый уровень.
Нужно добавить новую фишку? Легко - добавляешь новый репозиторий или расширяешь старый и всё - старый код ломается с очень низкой вероятностью, т.к. связанность кода низкая.
А без паттерна нужно распутывать старый "Грязный" спагетти-код, впендюривать туда новые методы, все нахуй рушится в самый непредсказуемый момент и пиздец.

>>36719
Забываем про декомпиляторы, теперь почти все юнити игры собираются в cpp.

>>36757
А в этом профиты есть кроме обфускации?

https://garywoodfine.com/generic-repository-pattern-net-core/

https://metanit.com/sharp/mvc5/23.3.php

Если очень кратко - вся логика у тебя сосредоточена в репозиториях,а через UoW ты просто вызываешь методы репозитория

>>36791
Ты понимаешь, что ты поехавший? У паттерна репозиторий есть четкое определение, а не та хуйня, которую ты понапридумывал.

>>36548

>используются паттерны Unit of Work и репозиторий

что за паттерн "репозиторий"? ты как-то не по русски пишешь.

репозиторий - это хранилище для кода. и в юнити оно используется почти всеми адекватами.

Пацаны, помогите, юнити импортирует из блендера с поворотом по x -89.98 и это никак не изменить. фбх из блендера в майе тоже с этим поворотом открывается. Модель в юнити выглядит нормально, но когда делаю чтобы модель смотрела на цель башня падает на -90 градусов. Что нужно к коду дописать чтобы пофиксить наклон?

Vector3 relativePos = target.transform.position - transform.position;
Quaternion toRotation = Quaternion.LookRotation(relativePos);
transform.rotation = Quaternion.Lerp(transform.rotation, toRotation, lerpSpeed * Time.deltaTime);

>>36929
Можно из блендера экспортировать в фбкс и там указать ось в настройках экспорта вроде,

>>36931
Я указывал, ничего не меняется.

>>36929
Очень долго ебался с этой хуйнёй когда анимированные обьекты из блендера кидал в юнити, ох наебался знатно.

Вот мои советы - 1.Чекай инглишь видосики и гугол, читай что делать. 2. Пытайся разными способами это преодолеть, не бросай. 3. В конце концов эту хуйню ты преодолеешь, но надо приложить усилия инфа 146%.

Это лечиться не скриптом, а обьектом и его окружением.

>>36938
Так ты просто скажи как да и все, в чем проблема?

Потсоны, я правильно понимаю, что основной трикс для перфоманса точно такой же, как и 15 лет назад под J2ME на конопочные телефоны - пул объектов постоянного размера с их реюзом?

>>36979
Неправильно. Основной Трикс - заменить ООП-объекты ЕЦС-сущностями у которых поля хранятся ресурсами в файлах. При обращении к одному полю поднимается файл этого поля у всех сущностей. Благодаря этому ты сможешь сделать волны зомби, которые на максималках польются даже на ноутбуке для учебы.

>>36984

>Неправильно. Основной Трикс - заменить ООП-объекты ЕЦС-сущностями у которых поля хранятся ресурсами в файлах. При обращении к одному полю поднимается файл этого поля у всех сущностей. Благодаря этому ты сможешь сделать волны зомби, которые на максималках польются даже на ноутбуке для учебы.

Но зачем заниматься процедурным программированием и стрелять себе в ногу, если я могу точно вычислить сколько зомбей помещается на экране и создать коллекцию постоянного размера в которой зомбаки будут повторно утилизироваться?

>>36932
В блендере разворачиваешь модель лицом в сторону нужной оси, а потом сбрасываешь ротацию в 0 (вроде Ctrl+A).

Или не паришься и при экспорте ставишь галку "Experimental! Apply transform".

Разницы между обоими способами я не заметил.

>>36984

>заменить ООП-объекты ЕЦС-сущностями у которых поля хранятся ресурсами в файлах

Это фича чисто Юньки или есть другие солидные движки, работающие на этом подходе?
Потому как в Юнити это выглядит слишком сыро, чтобы быть мейнстримом.

>>37193
Бля, анон, а может у тебя мышка беспроводная и у неё подсела батарейка?

>>37209
Нет, мышка на проводе. В редакторе и других программах (WoT, например) всё работает отлично. Версия юнити 2018.4.1.6f

>>37216
Ну тогда не знаю, что там у тебя. Ассетов небось накачал, и какой-то из них мышку захватывает, а какой-то другой освобождает.

>>37008
Крайэнжин работает на ецс. В юньке просто, как обычно, делают эпиляцию ног через анальное отверстие. Поля в скриптах ресурсами в файлах это шизофрения, юнити работает не так. Ни один движок так не работает. Главный трюк - подавать данные порционно, чтобы в L1 влезло. А как ты их будешь подавать уже дело десятое.

>делать элиен шутер такая себе затея.

И тем не менее, я играл в элиен шутеры в доисторическую эру на коре дуба, когда о ецс ещё никто даже не думал. И получал высокий фпс. Повод задуматься.

Новичок ИТТ.
Есть в юнити кнопка, нажав на которую мне откроются все используемые скрипты, чтобы я в редакторе мог их редактировать, искать и т.п. Уж больно они интересно подключаются, не удивлюсь, если там они в ресурсах еще где-нибудь прячутся.

>>36592
Дописываю нужную хуйню в функцию и все.
Все объекты через нее и работают. Или сделать ход конем и вставить новый метод между "внешним" миром и "внутренним".

Ну и не забывай про глобальный поиск+замена.

>>31674 (OP)
Перекатываюсь меж движками как йоба между укрытий.
Вопрос, есть какой то список наиболее часто используемых функций? Типа как зассумонить что то, как провести хитскан атаку, как заварпить хуйню, сменить текстурку, т.д.

>>38038
Не видел такого. Обычно самые распространенные функции покрываются большинством туториалов, проще глянуть полдюжины курсов и сразу все узнать, чем бегать и искать.

>>38032
Как бы потому не оказалось, что класс на половину состоит из таких "промежуточных" звеньев.

Я понимаю, что описанная мной система больше релевантна в средне-крупных компаниях, когда тебе при изменении внешнего менеджера нужно также "попросить" три соседних отдела переписать кодовую базу.

Но лично мне после всех собранных костылей даже в домашнем проекте проще всю логику прятать внутрь модулей, а наружу их выставлять абстракциями. Так проще держать в голове архитектуру игры и не путаться в перекрестных ссылках.

Собсна пик 1, нужна функция которая будет возвращать Y объекта в зависимости от их количества, и чтобы они были выровнены по центру. Уверен такое уже делали и формула простая, но я хуй знает математику эту ебаную. Как такое загуглить?

Написал вот так

> float y = n / ncount;

но получается пик 2.

>>31674 (OP)
25 января
@
2019.3 не вышла из беты
пиздец. О 2020.1 можно даже не мечтать.

При создании проекта в юнити на дефолтной сцене есть пропсы всякие, небо настроено, эффекты, но новая сцена создается пустая. Как создать новую сцену с ними же?

>>38857
Копируешь настройки, вставляешь. Или собираешь сам, потому что все ресурсы есть. Если мне не изменяет память, всего-то надо скайбокс воткнуть и постпроцессинг настроить.

>>39134
Если проект рабочий, то лучше

>2018.4

Иначе можно на 2019.2.

>>39141
>>39134
На 2019 стоит переходить только если нужно что-то из новомодного глючного функционала. Иначе логичней юзать стабильную LTS версию.

>>39173
Что мешает настроить visual studio под Юнити или купить Rider?

>>39283
uv координаты не?

>>39289

> рейкаст

> видит объекты без коллайдеров

этого не может быть, промежуток должен быть

>>39294
скрипт в студию

>>39295
Весь что ли? Ну вот
https://pastebin.com/4sygesqe

>>39292
это же вручную надо подбирать, да еще и кучу материалов делать

нет возможности как со спрайтами?

>>39301
о, погоди, попробуй короч hit1.collider.gameobject.name выводить

>>39431
Ну кинематику-то я добавил, у меня вопрос что сделать, чтоб она с физикой работала. Просто они в статье так написали типа "добавляем коллайдеры и получается вот так" (пик выше)

С почином https://www.youtube.com/watch?v=gincn1XNs14

>>39542
Она и до этого была доступна

>>39544
Ролик - да, но анон видимо про релиз 2019.3.

Успели таки просрочить меньше, чем на месяц. Если округлить, то вообще в 2019 год уложились!

>>31674 (OP)
Как правильно сделать подъем по изметрической лестнице чтобы игрок также поднимался а не создавалась иллюзия подъема?

В чём разница между Universal RP и Lightweight Rp пакетами?
Лайтвейт был раньше, теперь упоминаются только URP и HDRP, но пакетов всё равно три.

>>39776

>Lightweight

Он устаревший уже. Видимо он до сих пор хранится для тех, кто пилит проекты на нем. Сейчас стартовать с ним нет смысла, поскольку URP - то же самое, только допиленный.

>>39704
Просто не создавай иллюзию, а реально поднимай игрока

>>39778
Я тоже об этом думал, но как именно это делать? Была идея в зависимости от типа тайла и координат поднимать игрока, но как узнать тайл на котором стоит игрок и координаты?

>>39836
P.S. С координатами тайла разобрался с помощью LocalToCell
осталось выяснить ещё смещение на тайле и тип тайла как получить

>>31674 (OP)
Версия: 2019.3.0f6
Создал пустой проект
Запустил "C:\Program Files\Unity\Editor\Unity.exe" bla-bla -buildWindowsPlayer bla=bla
В логе такое:

>Failed to load 'bla-bla/library/scriptmapper' because it was serialized with a newer version of Unity. (Has a higher SerializedFile version)

Все свежее и обновленное, что её надо? Переустановить?

>>39976
Теперь это моя еот.

>>39983
Классная, когда уже все будут ходить в очках и лица будут такими какое выберешь сам себе смоделишь

2019.3 уже вышел 3 дня как, а на рутрекере всё нет.

Как в юнити скрыть тайлмап? Идея при вхождение в дом нужно скрывать всё кроме тайлов дома и наоборот. Как лучше сделать? Сценами или скрытием тайлов?

>>40087
Да полно способов. Тайлы дома на отдельной сетке делай, выключай сетку с миром когда в доме.

Можно ли в юнити объеденить несколько спрайтов в одну группу для того чтобы не перечислять в скрипте каждому? Например чтобы одной коммандой их можно было скрыть

>>40655
Создай пустышку, сделай ее родителем спрайтов

Сиришотка. Что более более целесообразно использовать
1) объявление метода (скрипт1) публичным для вызова его из (скрипт2) напрямую
Или
2) объявление пользовательского ивента в скрипте2 и подписка метода скрипта1 на пользовательский ивент скрипта2?
Полагаю 2, особенно если будет более одного слушателя.

>>40676
Это я так понял надо делать через скрипт? Создать массив, найти все элементы и через цикл обрабатывать?

Посоны, а как хранить данные, переходящие между сценами? Я вижу так: создать класс gamedata со словарем <string, object> и помещать в него все переходящие данные, пакуя в обжект, а потом их получать по ключу и кастовать (ведь я всегда знаю, какого типа данные хочу получить). И вообще, может просто все данные в игре так хранить, не создавать в скриптах локальные переменные для хранения, а только получать из глобального хранилища, производить над ними необходимые действия и возвращать обратно?

Хуйню пишу? Не хотелось бы велосипеды писать, может и проще способ есть? Что вообще покурить на такую тему?

>>40696
Если отключить объект в сцене все дети этого объекта тоже отключатся