Бомп

>>470093 (OP)
Хоть бы скрины нового кинца в шапку добавил, для дизаену

>>470102
Не хотел травмировать УЕчедетей.

>>470102
>скрины нового кинца
Даже юнити уже хочет в вырастидерево!

Почему юнити тормозит?

>>470127
Потому что может.

>>470127
Что тормозит?
твоё развитие?

Анончик. У меня вопросик. У меня есть спрайт в виде полоски. Как мне его в игре согнуть в окружность? Это вообще возможно?

>>470216
Нет, по крайней мере стандартными свойствами. Либо писать свое извращение для SpriteRenderer, либо рисовать круг другими путями

>>470216
Line Renderer используй, у него же полно опций рисования текстуры.

Их Кодзима укусил что ли?
https://www.youtube.com/watch?v=DDsRfbfnC_A

>>470347
Полноценную игру они делать один хрен не будут, им можно даже похлеще Кодзимы сюжеты выдумывать

>>470127
Нужно оптимизировать игру как в игре "horizon zero dawn", где отрисовывается только то что попадает в поле зрения камеры, вк в группе unity видел гифку как этот процесс происходит, там еще "умники" в коментах пиздели что это костыли и так не должно быть а на самом деле ни одна ААА игра без этого не обходится.

>>470384
>где отрисовывается только то что попадает в поле зрения камеры
Occlusion culling?

>>470387
Откуда webm?

>>470388
https://www.google.com.ua/search?q=occlusion+culling+horizon+zero+dawn&source=lnms&tbm=vid&sa=X&ved=0ahUKEwj8-LLV1-vYAhXOh6YKHVO3DOYQ_AUICigB&biw=1920&bih=949

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

>>470403
> у меня почему-то не было разницы в производительности
Главное правило – чем меньше модель, тем больше полигонов она должна иметь. Должно быть как минимум 120к вершин на одно яблоко, чтобы нищуки на себе ощутили всю мощь современной реалтайм графики.

>>470387
В доках юнити написано, что это frustum culling и оно делается по-умолчанию. А вот окклюжен нужно запекать.

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

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

>>470403
Может ты просто объекты, как статик не пометил?

https://m.youtube.com/watch?t=1221s&v=SIUTqG4wtxM
Ромка Агапов выкатил новый дневник, спустя ГОД молчания. Я уже думал загнулся его долго строй. Наркоман уже ШЕСТЬ лет пилит свой халф лайф с блэкджеком. Начинал он его ещё наверное на 2 юнити. Охуеть. Вот вам и пример юнитеки как не стоит затягивать проект, и как нужно уметь ограничивать себя.

>>470478
Он сам что ле пилит?
Мог бы и команду набрать и частями выпускать свой шедевр.
Неразумная у него тактика.

>>470419
>Должно быть как минимум 120к вершин
Ты там себе усы из говна сделал?
Ты нахуя на 3 пикселя 8 полигонов используешь, гомосексуалист?

>>470490
Ты на этого ебаклака взгляни, а потом ПОДУМОЙ:
https://www.youtube.com/watch?v=1NId62Y6llQ

>>470515
Лооол блядь, у него что движок на паскале написаный? Пиздец.

>>470521
Shaders

В крайнем случае: Culling Mask

Котаны. А есть годные степ-бай-степ туторы по созданию 2д платформера с 3д бэкграундом? Перешерстил хухл - нашёл очень мало информации.

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

>>470532
>Котаны. А есть годные степ-бай-степ туторы по созданию 2д платформера с 3д бэкграундом?
Как бы если ты умеешь в 3д, то тебе и туториалы ни нужны.

>>470532
Предполагаю, что банально камера фиксится как ортагональная и ты просто лепишь 3D игру.
Ну или можно повыебываться с камерой.

>>470532
>2д платформера с 3д бэкграундом?
Впрочем, зависит от того, что ты точно хочешь: Trine или просто 2D c объемным параллаксом.

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

>>470515
>Ты на этого ебаклака взгляни
Ты про ебалака, у которого последняя игра 1мл копий продалась, по 30$?

>>470093 (OP)
И второй уже обосрался.
>На выбор два языка - C# и UnityScript.

Ставлю Юнити на новый пека. Вылезает плашка с выбором ПРо или Персонал. Тыкаю персонал, дальше выбираю что я не от организации а вообще домашний и всё на этом.

Как лечить?

>>470540
Через ручную активацию прокатило.

>>470514
Чтобы без двух титанов тормозило и нищуки страдали.

Кто-нибудь находил более-менее приличные гайды по созданию ККИ? Поделитесь пожалуйста

>>470563
1. Определяешь правила.
2. Рисуешь картинки карт.
3. Таскаешь карты по экрану.

>>470536
1) Самописный движок.
2) Написанный на паскале.
Это тяжело поддерживать и писать на нем игры.

>>470618

> Это тяжело поддерживать и писать на нем игры.

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

Это говноплюсы тяжело поддерживать. А вообще, надеюсь, что РАСТ добъет это все байтоблядство - вон уже и соснули на простой плейн-пк архитектуре стали.

>>470524
>>470618
>Лооол блядь, у него что движок на паскале написаный? Пиздец.

Байтонюфаня - машинопетушок, ты про БОГОПОДОБНЫЙ RUST слышал который на смену вашему калечной темплейт лапше идет?

>>470624
>паскаль самый вменяемый и сопровождаемый
Ты шутишь? Я немного программировал на паскале и скажу что такого дерьмо еще поискать нужно.


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

>>470524
> у него что движок на паскале написаный
На какой минуте там паскаль видно? А то там дохрена.
И вангую что это делфи, а не паскаль.

>>470524
>Лооол блядь, у него что движок на паскале написаный? Пиздец.

Щас охуеешь.

Там движок, написанный на придуманном этим же обмудком паскалеобразном языке - посмотри другие видосы на канале, где он конпелятор этого своего велосипеда пишет пишет.

>>470628
На любой.

>>470634
Этот самый чувак который сделал охуеную игру The Witness, он гений но безумный гений.

>>470637
Ты увидел присваивание через := и сразу решил что это именно паскаль?

>>470639
Да.

>>470640
Понятно. Про Делфи ты не слышал, да?

>>470641
Слышал но слабо представляю чем они отличаются.

>>470642
> слабо представляю чем они отличаются
А, то есть ты эксперт. Ясненько.

>>470642
Чем отличается процедурный язык от ООП? Хм, и правда, прям загадка.

>>470646
>Чем отличается процедурный язык от ООП
Мне похуй я этим неинтересовался.

>>470650
Но это не мешало тебе спиздануть про паскаль. Сразу видно знающего человека.

>>470651
У меня был с ним опыт работы, и по сравнению с другими это кусок дермища.

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

>>470574
Охуеть, спасибо, как я раньше не догадывался!

>>470654
В дополнение этому анону скажу, что современные версии паскалей обладают всеми модными, молодёжными фишечками типа прототипирования, делегирования.
Фактически в 2х18 важен не язык, а "фреймворк", предметно-ориентированная среда разработки.
Все велосипеды написаны и письмо на голом языке в блокноте - путь в ряды отстающих.
мимоНЕпрограммист

>>470707
> что современные версии паскалей обладают всеми модными, молодёжными фишечками типа прототипирования, делегирования
> Фактически в 2х18 важен не язык, а "фреймворк", предметно-ориентированная среда разработки
Ну если уж совсем покопаться, то делфи - это как раз фреймворк. А язык там используется Object Pascal.
Это я так, к слову, раз уж о делфи заговорили.

>>470628
А не похуй ли? Держу в курсе, у делфи синтаксис паскаля - раз.
Делфи все равно используют только в отсталых странах СНГ - два.

>>470730
> А не похуй ли?
Не похуй ли разница между паскалем и делфи?
Лол, тебе может и разница между С и С++ похуй?

Какие блять паскали и делфи, Блоу пилит свой язык программирования, и чтобы показать, что язык -- не пустой proof of a concept, а реальная вещь, на которой можно писать игры, дополнительно пилит на своем языке движок игровой.

Джонатан Блоу -- красавец, один из немногих в игровой индустрии, кого заебал C++ и кто хочет и пытается что-то поменять.

Не на C# же высокопроизводительные вещи писать, это нам на Юнете хватает C#, который все равно в C++ транслируется.

>>470741
>Блоу пилит свой язык программирования, и чтобы показать, что язык -- не пустой proof of a concept, а реальная вещь, на которой можно писать игры
Зачем он еще раз изобретает колесо?

>>470741
> кого заебал C++
Ну на УЕЧе вроде на крестах пишут YOBу и не жалуются.
Но вообще да, свой движок - это дико круто.

>>470741
>Не на C# же высокопроизводительные вещи писать
Не понимаю претензий, если правильно его готовить то даже Go может посасывать https://habrahabr.ru/post/336000/, да и в Юнити последние апдейты несут довольно правильные вещи
https://youtu.be/v4qu4DbO9QY

>>470746
C# Job System это мишура.

>>470742
Потому что C++ -- говно мамонта. У него куча проблем, которые пытаются решить ребята повсеместно, те же MS пилят кучу своих фишек в VS.

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

>>470743

А хули жаловаться? Делать-то все равно нечего. Уже жаловались тысячу раз, не просто так в UE3 и прошлых версиях был Unreal Script. Вместо него BluePrint сделали, чтобы не так тошно от плюсов было. Да и к тому же в анриале C++ вообще просто перелопачен собственными макросами и кодовой базой очень сильно, у C++ задротов от кода для анриала жопу печот, потому что НЕ ПРАВОСЛАВНО.

>>470746

C# Job System -- это враппер над C++, который компилируется C++ Job Compiler, а не переходит в байткод. Даже проекты на C#, которые через AOT компилятор MS прогоняются, в разы медленнее C++ кода.

>>470754
>Вместо него BluePrint сделали, чтобы не так тошно от плюсов было
И стало ещё более тошно от дебага макаронной фабрики

>>470754
>У него куча проблем
Назови первую пятерку самых охульных проблем С++.

>>470754

Добавлю просто то, что у C# OOP головного мозга, что в геймдеве вообще-то не особо и нужно. Для игровой логики может быть и подойдет, а для каких-то серьезных задач -- нет. Именно поэтому в Unity скоро будет Entity Component System, где вообще никакого OOP нет и все на структурах работает. Давно уже решили, что любовь к OOP только в ентерпрайзе полезна, в играх лучше всей этой хуйней по минимуму пользоваться. Ибо все эти виртуальные функции и прочая хуета абстрактная вашу производительность сажают ого-го..

>>470756
>И стало ещё более тошно от дебага макаронной фабрики
Ты че? За визуальным программированием будущее.
Прорекламирую свой тред о ВП: https://2ch.hk/pr/res/1088308.html

>>470758

Изи, браток.

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

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

>>470756
Абсолютно согласен тут, спорить не буду. Для обезьян удобно, или просто для написания одной функции. Все, что больше 10 блоков -- уже пиздец.

>>470762
Ну с последним ты загнул. Рефлексия это м-м-м-максимум нинужная фича, которая разве что костылем в хуевом коде работать может.
Хотя в остальном я с тобой согласен.

>>470759
>для каких-то серьезных задач -- нет
И что же подойдет для серьезных задач?

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

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

>>470770

Любой компилируемый строготипизированный язык программирования без насильного OOP.

Пока из самых популярных тут С++, именно поэтому на нем все и пишут. А про его проблемы я выше писал. Пока нет языка, все графические пайплайны, физические движки и прочее будут писать на C++/C. Вообще, по секрету скажу, в геймдеве очень-очень много вещей в тех же движках, которые попросту C++ врапперы над Си.

>>470773

Нет, и байтоебство тут ни при чем. Чтобы писать на C# быстрый код, нужно будет вообще про OOP забыть настолько, насколько возможно. Си высокопроизводителен, да, но C++ не настолько отстает от него по производительности, чтобы быть на уровне C#.

Если мне не веришь, то советую написать тебе Cellural Automata на C++ и C# (SFML взять, как основу, для обеих языков он есть), будешь приятно удивлен результатами.

Конечно, ускорить C#, чтобы в некоторых задачах добиться почти скорости С++ можно. Только это unsafe-код будет и последствия тебе, я надеюсь, известны.

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

>>470762
Ну так хули, у тебя всегда есть выход - писать на чистом С.
Что, собственно, большинство четких пацанов, двигающих геймдев, и делает. Плюсы, в общем-то, за исключением пары мелких нововведений, нахуй не нужны. Не встречал ещё задачи, с которой бы чистый Си не справился.
Предвещая вопрос - да, у меня есть свой самописный движок на Сях/ОпенГЛ, и с написанием его у меня никаких сложностей не возникало. Самая ебатня - это писать врапперы над системными функциями винапи и иксов, а во всех остальных местах, где не нужно с чужим говнокодом взаимодействовать - всё просто, легко и понятно.

>>470778

Именно поэтому на C++ пишут игровые/физически движки и прочие низкоуровневые вещи, которые очень редко переписывают с нуля. Никто не будет жертвовать производительностью в таких местах ради ускорения сроков разработки.

Более того, я же писал, что у С++ есть проблемы и его надо заменять. Спокойно можно писать быстрый код на низкоуровневом языке программирования, если он современный, типо системного Rust или Go. Такие дела. Скорость разработки тут проебалась только из-за архитектуры языка.

>>470776
Есть вещи, в которых C# всегда был заметно быстрее C++. Одна из самых известных - быстрая работа с памятью. Лично столкнулся с этим, когда заметил, что любой словарь на плюсах раз в 10-30 медленнее словаря на C#.

>>470762
>отсутствие рефлексии
А RTTI?

>>470784

Это интроспекция.

>>470783

Ну, тут есть доля правды: выделение и освобождение памяти в адресном пространстве виртуальной машины намного быстрее, чем системные вызовы (malloc, realloc, free).

Но по поводу словарей в С++ медленных могу точно ответить, что проблема тут чисто в темплейтах и ООП, которое в С++ ооочень медленное (потому что криво делали).

>>470787
>(потому что криво делали).
Голословно.

Никому нахуй не въебалось учить С\С++ в поздние 20, если в колледжу/универе уже не изучал. Беспонтово.
Да и нахуй не нужно, если только не планируешь свой Круизиз 6 писать, для простого 3D или 2D говно - можно беспроблемно юзать хуюнити c C#. Пикрил как доказательсво - ну круизис, но норм для инди-говна. Назовите мне хоть одного пидара в этом треде, который сделал что-то близкое к Ori или Hollow Knight. Про пикрил или Субнаутику молчу уже.

>>470789

Я уже выше писал про темплейты и виртуальные функции. Если хочешь, проверь сам, что выдает ошибка в темплейте вот тебе пример, даже тузлы сделаны для этого уже, хотя это должно быть на уровне компиляторов и языка stackoverflow.com/questions/7974544/how-to-deal-with-way-too-long-stl-template-error-reportи как они работают сами по себе.

Сравни с теми же самыми generic в C#. Метапрограммирование для решение простейших задач -- это же пиздец чистой воды. Мало того, что это само по себе ужасно с точки зрения написания кода, так это еще и порождает сложные синтаксические конструкции, что усложняет отладку и поиск багов.

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

Как же заебали капчи, пиздец

>>470791

Ладно, я пошел, пацаны. Подустал уже. Если заскочу в /gd/ еще разок, то продолжим разговор если вообще это нужно

>>470791
Я про словари, ты про темплейты и виртуальные функции. Класс.

>>470794

std::map написана на темплейтах, если ты не знал.

>>470796
Реализация без темплейтов тупит не меньше.

Подытожу. С++ - плохо сделоли, негодно. C# - ваще медленный, Чирно тормозит. Вот чистый С - норм, и паскаль еще ничего. Все пишем свои движки на С!

>>470805
Нахуй никому не всралось.
Блов может себе позволить хуетой страдать следующие 10 лет ибо миллионер уже.

>>470787
>выделение и освобождение памяти в адресном пространстве виртуальной машины намного быстрее, чем системные вызовы (malloc, realloc, free).
это не из-за виртуальной машины. это из-за сборщика мусора. вся память линейная и выделение памяти - это сдвиг указателя на число байт. потом во время сборки мусора вся память освобождаются и снова пакуется линейно.
менеджер системной памяти намного сложной, т.к. там могут быть дырки

>>470779
>большинство четких пацанов, двигающих геймдев
Большинство чётких пацанов двигающих геймдев не умеют программировать, либо им поебать на эти тонкости, но они умеют в сюжет, геймдизайн, нарратив и операторскую работу

>>470832
>чётких пацанов двигающих геймдев
1) выгнали за то что тормоз
2) композитор в игре, от которой прёт потому что она бесплатная в стиме
3) ноугеймс пс4 голая задница, сука, проебал весь дракенгард

>>470833
>и тем не менее каждый из них поплевывает в потолок в своем частном коттетдже на лучших землях своей страны

молодец, обосрал

>>470834
Какое вообще они отношение к юнити имеют? Ты бы ещё киркорова и пугачёву вспомнил.

>>470835
Хороший аргумент. Ответил так ответил!

Алсо, я мимый крокодил, просто вклеился. Я хз чего их понесло

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

>>470838
Нахуй твое повествование кому сдалось? PUBG продался 20миллионов не из-за лов стори ретард.

Алсо, без знание шейдеров вообще никуда нахуй в 2018

>>470839
>PUBG продался 20миллионов не из-за лов стори ретард.
Пабг вообще повторение истории доты, повторить сейчас подобное может только метелица, а не мимокроки с двощей. Ну и уныл кстати это пабг, либо я недостаточно аутичен

>>470840
>Ну и уныл кстати это пабг, либо я недостаточно аутичен

Тебе, сука, вилла в Италии нужна или любовь критиков и награда "indie flavour of the month"?

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

>>470839
>PUBG
>Читер на читере читером погоняет, всем похуй.

>>470843
Никогда не интересовался играми как способом заработка, или созданием шитдевров, меня оно больше заинтересовало как система имитации своих личных хикканских мирков, ещё со времён первой кваки.

Хотя об этом намного лучше Деви Вреден в своём The Beginner's Guide показал, а мне до его тараканов ещё долго ехать и возможно это хорошо, я бы повесился нахуй с его тараканами

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

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

>>470860
У первого китайца знаю только что он квесты неплохие делал, хз про какие ты экшн-игры

>>470850
>Отговорочки

>>470841
>indie
Причем тут пубг и инди? Их издаёт, блин, контора которая в Корее серьезные вещи типа Теры издавала.

>>470897
Ну давай, сделай мне катсцену как в курваке за доширак.

Я правильно понял что многокомпонетная система в Юнити это замена множественному наследованию? Или это что то больше\меньше?

>>470918
https://habrahabr.ru/post/325478/

>>470912
Нихуя се, без катсцен как в курваке значит повествование уже не катит ? А Darkwood и Night in the Woods как примеры не хошь ?

>>470925
Первый раз о них слышу.

>>470928
Как и я про курвака шо это ?

>>470929
> шо это ?
Визуальная новелла про бурятов.

>>470931
Не интересно, это для селдей

>>470996
Тултипы небось херачишь? По контексту зависит.

>>471000
> Тултипы небось херачишь?
Почти.
> По контексту зависит
Делаю васянскую версию тауэр дефенс.
Есть у меня на локации специальные точки, на которые можно посадить какой-либо юнит. Делается это так: кликаешь по этой самой точке, всплывают кнопки с вариантами юнитов, которые можно здесь расположить.
При наведении на кнопку появляется прозрачная моделька юнита и подсвечивается радиус его поражения. Если у тебя хватает на него бабла, то кликаешь по кнопке и юнит устанавливается. Но если бабла на юнит не хватает, то кнопка неактивна. Ну на самом деле активна, то есть её видно, но вместо наименования юнита там написано "нет бабла" и на кнопке отключается скрипт, который как раз и детектит OnPointerEnter (чтоб не появлялась прозрачная модель юнита). Так что если на неё наводишь, то нихера не происходит.
Как только набивается нужное для юнита количество бабла — кнопка снова становится активна (то есть на ней активируется скрипт, который детектит OnPointerEnter) и можно снова ставить нужный юнит.
Но! Если бабла на юнит не хватает и ты держишь курсор над неактивной кнопкой, ждёшь пока набьётся нужное количество денег, когда набилось — кнопка активируется, а прозрачная моделька не появляется, потому что мышка была над кнопкой ещё до активации скрипта. Приходится отводить мышку и снова наводить.
Да, можно просто не держать мышку над неактивной кнопкой, но я хочу это починить.

>>471003
Так сделай чек на позицию курсора мыши?

>>471005
Ну меня есть позиция мышки, есть позиция кнопки. Но кнопка же имеет размер. Как мне сдетектить что позиция мышки в пределах кнопки?

>>470996
И да, пробовал через IsPointerOverGameObject, но он детектит наведена ли мышка на любой UI-объект, а мне нужен конкретный.

>>471007
>IsPointerOverGameObject
Эта вся хуйня мне не помогало.

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

public virtual void Hide()
{
gameObject.SetActive(false);
var @event = Hidden;
if (@event != null)// check for subscribers
@event(this); //fires event for all subscribers
}

>>471008
Хотя в твоем случае наверно лучше курсор скриптом сдвинуть, лол

Или сделай во всплывающей хуйне флаг "Я в рамке". Тогда ты точно будешь знать где курсор и при активации кнопки то что курсор в кнопке.

>>471008
Нашёл вот такой велосипед, вроде работает.
https://stackoverflow.com/questions/39150165/how-do-i-find-which-object-is-eventsystem-current-ispointerovergameobject-detect/39150616#39150616

Не предел мечтаний, но всё же.

>>471003
Может можно как то сделать проверку в OnEnable()

>>471006
>Ну меня есть позиция мышки, есть позиция кнопки. Но кнопка же имеет размер.
Ну так ведь:
>Но кнопка же имеет размер.

У кнопки есть position, есть size. Высчитываешь матрицу, которую она окупирует и проверяешь, в пределах ли этой матрицы позиция мыши?

>>471013
>>471014
Всё, решил через эту хрень >>471012 (предпоследний ответ) с флажком. Работает как надо. Всем спасибо за участие.

Ребят жопа горит пиздец.Компилирую проект под ведроид.Не в первый раз.
Build completed with a result of 'Failed'
UnityEngine.GUIUtility:ProcessEvent(Int32, IntPtr)

ЧТО ЭТО ЗА ХеРнЯ?Все обновы стоят,откуда это вылезло вообще ума не приложу.На форумах ответа так и не нашел.

>>471085
>Компилирую проект под ведроид
>жопа горит пиздец
>ЧТО ЭТО ЗА ХеРнЯ?
>UnityEngine
Как водится, правильно заданный вопрос уже содержит в себе ответ. Перекатывайтесь в уеч, глупцы!

>>471088
У вас в треде тоже появляются залетные юнити-дебилы, указывающие окружающим, что им делать?

Вопрос: У меня в игре есть куча фабрик, у каждой фабрики может быть куча владельцев, у каждого владельца - куча фабрик.

Как сделать так чтобы и из владельца можно было получить принадлежащие ему фабрики и из фабрики получить список владельцев, не перебирая весь массив данных (тысячи записей)


>>471085
У меня такая хуйня была с UnityEditor - иногда рандомно на нее ругается, мол нет такой хуйни.

>>471104
Иметь у владельца массив фабрик и передавать в фабрику ссылку на владельца?

>>471105
Т.е. иметь 2 словаря, один в фабрике, другой в во владельце. А нет ли возможности хранить это в неком одном словаре с 2мя ключами? И дать ссылку на этот словарь и фабрике и владельцу? Просто не хочу плодить сущности..

>>471108
То есть создание двуключного словаря это не пложение сущностей?

Алсо, надо похвастаться. Я таки сделал сортировку и фильтры в таблицы. (Население, предприятия). Фильтры правда работают кривовато потому что я пока не осилил сложение предикатов в Expression
http://nashet.github.io/EconomicSimulation/WEBGL/index.html

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

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

Все так, только у фабрики может быть несколько владельцев, как у акционерного общества. Поэтому просто ссылка на владельца не канает.

Ну и создавать класс ownership я все равно буду, хотя бы что бы инкапсулировать специфические методы по управлению владением.

>>471140

Ну сделай List<Владелец> внутри фабрики. А как ты в своём ownership будешь делать многие-ко-многим? Я вот без понятия как, научи.

>>471148
>Ну сделай List<Владелец>
Лучше жи Dictionary, чтобы не повторялись владельцы.

>>471148
>А как ты в своём ownership будешь делать многие-ко-многим? Я вот без понятия как, научи

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

Так что, нет такого типового и быстрого решения для хранения отношения многие-ко-многим?

>>470093 (OP)
Посоны, допустим у меня есть несколько персонажей отличающихся цветом одежды, головы и т.п. Анимация у всех одинаковая, мне на каждого персонажа свою анимацию придется делать?

>>471159
А может они спрайтовые.

>>471159
Есть несколько 2д персонажей, отличаются очень незначительно друг от друга. Движения у всех абсолютно одинаковые, мне для каждого персонажа свою анимацию делать или можно как-то унифицировать и сделать 1-у общую?

Если эта операция будет выполнятся постоянно в Update, то это ресурсно затратно? Или лучше поставить условие if что бы выполнилась только раз?
cf.force = new Vector3(3, 0, 0);

>>471190
Зависит от кол-ва объектов в сцене с этим скриптом

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

>>471152
Нету. Даже в реальном мире нету.

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

>>471230
Тащемта фабрике о своем владельце вообще ничего знать не нужно.
Владелец может знать, что владеет 0.04 одной фабрики и 0.54 другой.

>>471236
Схуяле. Оперировать же ты не владельцем будешь,а фабрикой.

>>471239
>>471230

Я осознал что для организации торговли акцями этих фабрик нужно к связи многие-к-многим еще и добавить атрибуты: Запись { количествоАкций и сколько ХочетПродать(Купить) }

По хорошему надо таки ебошить глобальный лист из Записей. (Но как? Два SortedList, один сортирован по Владельцу, другой по Фабрике?). Или пихнуть какой то аддон на базы данных? Но такой лист явно будет медленнее множества Dictionary, и неудобнее, т.е. глобален и не хранит текущего контекста.

>>471230
Таки нужно. Чтобы дивиденды платить.

>>471227
Спасибо. Я имел в виду как в КСП планировщик маневров. Когда на узел нажимаешь там по кругу иконки встают.

>>471207
Например объектов будет 60.

>>471270
Не занимайся оптимизацией того, что не тормозит.
Будет тормозить - откроешь профайлер, найдешь что именно и поправишь.

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

>>471322
Лучше сделоть мигающий шейдор, с частотой в качестве свойства

>>471270
Ну, все еще зависит что еще в сцене будет, но попробуй, если что - потом заменишь.

>>471322
Меняй эмиссию. материала?

>>471327
>>471335
Спасибо :3

>>471190
да

>>471270
Даже 6000 тормозить не будут.

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

>>471396
> существует какой-нибудь гайдлайн для оптимизации игр
Существует, вот он >>471289

Пытаюсь запечь освещение на полтора плейна с текстурками и получаю:

Clustering job failed for system: 0x46b3f62a526cde9d5ae7123725736c21, error: 4 - 'Out of memory loading input data.'.
Please close applications to free memory, optimize the scene, increase the size of the pagefile or use a system with more memory.
Total memory (physical and paged): 17786MB.

Я чёт, блять, не понял. Эта хуйня 17гб хочет? Пиздец, блять. Вот в пятом упити такой хуйни не было.

>>471437
>increase the size of the pagefile or use a system with more memory
Не пробовал ^

>>471440
Пейджфайл - файл подкачки?
Хуй с ним, в любом случае. На момент запекания было около 9 гб свободной памяти. Упити жрёт нихуя при запекании. А хули просит тогда?

>>471442
Тебе блядь английским языком написали "out of memory" и что надо попробовать сделать. Хуле ты тугой такой?

>>471449
Да какой, к хуям, аут оф мемори, блять. Это не нормально нихуя. На сцене около 20 плейнов с 3 разными материалами, два поинт лайта и три рефлекшн пробы. Хули тут запекать-то? В пятой версии любая хуйня пеклась, главное подождать. А тут, блятб, со старта памяти нет, он даже не пытается.

>>471437
> Total memory (physical and paged): 17786MB.
> Эта хуйня 17гб хочет?
Читать не умеешь? 17 гиг это твоя общая память, то есть рама + своп.

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

>>471458
> Думал он имел в виду требуемую
Ну а ты научись читать, а не додумывать. Что мешает увеличить своп и проверить в памяти ли дело или ещё в чём-то?

>>471459
> увеличить своп и проверить в памяти ли дело
Да не имеет смысла. Он не должен просить столько памяти, нужно ему это, или нет. Ну чё мне, поможет, если я, допустим, узнаю, что вот на 64-то гб всё нормально.
Он печёт процессором или видеокартой? У меня последнее время на видеокарту некоторые приложения жалуются, но всё равно работают.

Поел, посрал, и стало запекаться. Нойс.

А если используютсяна в одном префабе два компонента Box Collider 2D. То как определить касание через OnTriggerEnter2D в разных коллайдерах ?

>>471513
> два компонента Box Collider 2D
А нахуя?

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

void OnCollisionEnter(Collision col) {
if (col.gameObject.tag == "Player"){
print ("sad");
}

Не определяет соприкосновение.

>>471515
Пофиксил, объебался прост
void OnCollisionEnter2D (Collision2D col)

>>471515
> Не определяет соприкосновение
Так сделай тот коллайдер, который триггер, чуть побольше и юзай не OnCollisionEnter, а OnTriggerEnter.
Только помни, что для этого на одном из объектов должен висеть риджидбади, иначе событие не сработает.

>>471520
Да я уже сделал все. Все работает. Спасибо

Анонасик, у меня вопрос. Вот я хочу сделать чтобы по клику мыши на объект в сцене у меня появлялась рамка на этом объекте. Я сделал текстурку рамки, слайс мод там все дела. Сделал префаб с этой текстуркой. И всякий раз когда я нажимаю на объект, у меня инстаншиейтится этот префаб и становится дочерним к тому объекту на который я нажал. Всё в общем работает как надо. Вопрос вот в чем: как мне засунуть этот функционал во все объекты которые можно выбрать? Я не очень сильно шарю, но если надо, то попробую. Я думал сначала сделать через интерфейс, но получается мне нужно будет в каждом объекте дописывать заново код для спавна рамки и т.д. Получается единственный вариант это чтобы класс объекта наследовался от какого нибудь класса SelectableBehaviour? А по другому никак нельзя это сделать? Чтобы бля не через жопу только.

>>471536
Что мешает запихнуть этот функционал в отдельный скрипт и добавлять его на каждый нужный объект?

>>471537
Кажется что через жопу. Хотя я подумал тут, сама суть создания рамки через префаб уёбищна. Ладно хуй с ним, пока так сделаю.

>>471538
Лучше сделать рамку дочерним объектом сразу, и включать когда надо, т.к. инстанцирование просаживает производительность.

>>471543
Этот пидор дело говорит, но вообще единоразовое инстанциирование особой просадки не даст.

>>471544
Можно пулить рамки.

>>471536
SetActive на рамку и всего делов

Есть класс Parent, который наследуется от MonoBehavior и реализует OnTriggerExit. От него наследуется Child. Как запретить юнити вызывать у Child родительский OnTriggerExit, хотя он private? Только переопределив у Child пустым методом?

>>471536
Лучше запихай скрипт на нужный обьект таки. Потом по клику enabled =true. Вообще юнити нехило так ооп шаблоны рвёт.

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

>>471591
Ниправильная економика! Всю власть саветам! кококо!

молодца

>>471591
> =>
Надо себя тоже приучить использовать лямбда-выражения, всё время о них забываю.

>>471598
Только у меня лямбду watch не хочет видеть, говорит узел не найден или типа того. Надо накатить какой нибудь аддон..

Алсо запилил метод public static bool Call(Action action, int chance)
{
if (UnityEngine.Random.Range(0, chance) == 0)
{
action();
return true;
}
else
return false;
}
Выполняет действие с заданной вероятностью. Очень сладко.

>>471598
Не стоит, в 99% случаев они медленее и аллокаци больше.

>>471605
Аллокация больше, если есть возвращаемые значения, а так норм.

>>471606
Подожжи, а как лямбlа может что то возвращать кроме bool?

>>470347
Сделано же для показа возможностей движка

>>471658
Такс, я поотжимался и решил эту проблему. Надо присваивать size новому вектору2.

gameObject.GetComponent<SpriteRenderer>().size = new Vector2(150f, 150f);

>>471658
Попробуй новый Tilemap, который с версии 2017.3 завезли.

>>471640
Лямбда - транслируется в предикат, не знаю как они у тебя не возвращают что то кроме бул.
Func<string> ReturnAnus = () => return "anus";
var result = ReturnAnus();

Раз - https://noobtuts.com/unity/navigation2d
Два - https://www.youtube.com/watch?v=f6TVEvigbd0

Или если лень ебаться, то три (за 15 баксов) - https://assetstore.unity.com/packages/tools/ai/navigation2d-pathfinding-for-2d-games-35803

>>471765
>Раз
>Три
Разве это не одно и тоже?

>>471766
Таки одно, да.

>>471765
>Два
Не подходит нужно вращать все а у меня уже куча кода написана которая привязана к 2д как оно есть в юнити.
Мне бы такое решение чтобы ничего вращать не нужно было. Я ненавижу дорожные знаки и мосты

>>471771
А на раз и три денег нет.
Сори за сажу

>>471772
15 баксов это всего 1000 рублей, анон. Не жадничай.

>>471774
Что, неужели нет бесплатного алгоритма?

>>471777
Не?
http://www.jgallant.com/nodal-pathfinding-in-unity-2d-with-a-in-non-grid-based-games/

>>471780
Впизду сделаю просто лайнкаст и просто мувтовардс если игрока видно.

>>471781
Ты хуетой какой-то страдаешь, напиши свой примитивный pathfinding, хули там тормозить в твоей пошаговой хуйне.

>>471782
У меня не пошаговая же, а что-то типо кримсонленда с кучей врагов.

>>471764
Возьми плоскость, поставь её параллельно камере, натяни на неё навмеш. Ещё есть отдельные ассеты.

>>471764
https://github.com/Unity-Technologies/NavMeshComponents
Там можно вращать юнитевский навмеш и подогнать под 2д. Даже сцена с примером для 2д есть, емнип.

>>470759
> Именно поэтому в Unity скоро будет Entity Component System
Как скоро?

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

>>471822
>домики из примитивов в эдиторе клепаю и расставляю по террейну
Нахуя?
Ты разработкой вообще не занимаешься, просто юньку тестируешь?

>>471834
Разрабатывать проект в нестабильной бете - хуевая идея.

>>471836
И зачем нужен юнити, если в нем ничего не разрабатывать?

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

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

>>471842
Очевидно, что разрабатывать надо на стабильной версии. А бету так, за ляжки щупать, изучать что дальше будет.

>>471822
Где ты прочитал что девы-юнити добавят туда ЕКС? Я ни одной новости от них не нашел, только хулиард проектов от левых чуваков на гитхабе чтобы добавить екс слой в проект.

>>471848
Их C# Job System и есть его разновидность, но на её получение надо отдельно записываться https://create.unity3d.com/jobsystem

Так, падажите.
Я нихуя не понял, а сама унити не ECS?

Как сделать чтобы метод в update() или fixedUpdate() вызывался не чаще чем раз в секунду например

>>471887
иф(некстапдейт > Тайм.тайм)
ретурн;

некстапдейт = Тайм.тайм + 1ф;

>>471887
float deltaTime;
float waitTime = 1f; //секунда, ну или сколько тебе надо

void Update () {
if (Time.time > deltaTime) {
deltaTime = Time.time + waitTime;
YobaMetod ();
}
}

>>471882
Сейчас логика и данные вперемешку существуют в кастрюле под названием моно бехэвиор. В экс это невозможно, там слой логики получает доступ к обезличенным данным только когда он вызывается, т.е. во время тика, и больше никогда и ни как. Но суть екс не в этом, а в изъебистом объединении разных энтити, на основе общих компонентов и выполнении их в системах, обрабатывающих именно эти компоненты. Мол это для геймдева намного гибче и лаконичней чем стандартный ооп подход. На гамасутре была годная статья на эту тему.
Юити ничего с этим общего не имеет. Они просто заимствовали слово компонент, но тут такая же разница как между грамматикой и граммофонном. Компонент в юнити это реализация паттерна композиция, в случае когда монобехэвиор цепляется на существующий геймобжект, и агрегация, когда он используется как отдельный геймобжект.

Как вы решаете когда назвать метод GetHuinja() а когда использовать properties?

>>471981
Очевидно что проперти нужно использовать для инкапсуляции, а ГетHuinja может даже и не работать с полем. На самом деле я все в паблик ебашу. КОЗ АЙ КЭН

>>472004
>еще не разбирался с ними, имею только общее представление о том как они работают

В стандартных проектах идущих в комплекте транспорт и наземный и летучий есть как примеры, через fbx можно одним мешем, но поделённым на объекты, но я хз как это в блендере

>>472018
в годоте просто к объектам добавляешь в имена "-колесомашины" и прочие имена и годот автоматом в машину делает

>>472018
> одним мешем, но поделённым на объекты
Ты хотел сказать "одной моделькой, но поделённой на меши"?
Если меш "поделить на объекты", то это будет уже несколько мешей, но никак не один. А моделька будет всё ещё одна, да.

>>471981
Я всегда проперти использую, они приятнее глазу.

>>471981
GetHuynya() вроде работает быстрее на неважную величину, но в остальном разницы между ними никакой нет. Я использую методы вмето проперти только, когда надо передавать какие то параметры.

>>472062
1. Опыт. Опыт сын ошибок трудных. Пока сам не столкнешься с какой то фичей не поймёшь.
2. Начни с паттернов проектирования банды четырёх. И ГРАСПа.
3. Там где контент выложен есть описание его лицензии. Да, в сторе по умолчанию бесплатные ассеты можно использовать. Кто то пишет что только для некоммерческого использования.
4. В чем тебе удобнее. Блендер плюс фотошоп например.
5. Мастхев нету. Если какая то фича становится очень нужной - в юнити добавляют изкоробки. Например как рисовалка тайлами недавно появился.
6. В сторе есть готовые проекты для того чтобы посмотреть. На гитхабе поищи. А вообще лучше сам пиши. На одной теории далеко не поедешь. Пиши код, собирай сцены,делай игры.
7. Смысла нет нивчем. Если ты будешь шарить - то будут платить. Если будешь делать ещё и не говно, будут хорошо платить. Но для этого нужен опыт. Знать путь и пройти путь разные вещи.
8. Никто тебя на работе учить не будет. Так работает капитализм. Но можно напиздеть удачно и на ходу учиться. У некоторых людей срабатывает.

И главное - кучи денег будут после 5-10 лет усиленного вьебывания. Как и в любой профессии.

>>472069
>кучи денег будут после 5-10 лет усиленного вьебывания.
Тут пидорок спизднул, куч не будет. Будет "заметно лучше чем дворник" но не более. На безбедную старость не рассчитывай.

Если только, конечно, ты не из тех гениев-счастливчиков, что свою Stardew Valley или Subnautica запилит с миллионными продажами.

мимовернулназемлю

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

>>472078
И не говори. Я бы того ласкового газку дыхнул бы да и спать навеки, однако в пидорахе и его запретили.

>>472034
Потом заливает на стим и тратит инком на шлюх

>>472062
> Хочу игры делать и зарабатывать на этом кучи денег
Тогда делай мобильную тапалку для одноклеточных дебилов.
Создатель Flappy Bird получал по 50к басков в день только за внутриигровую рекламу.
Но это один успех на миллион.

>>472084
Импортируй ассет еще раз.

У меня есть класс наследующий System.Object, существует в одном экземпляре.
Как сделать чтобы его поля были видны в инспекторе? Сделал наследование от ScriptableObject, но он нигде не появился :(

>>472146
А, дошадался. Добавил [CreateAssetMenu(fileName = "Data", menuName = "Inventory/List", order = 1)]

Потом жамкнул в меню и оно появилось.

НО! Суть в том что у меня в этом классе хранятся настройки. Я хочу сделать настройки видимыми в инспекторе. Но все поля static readonly. Можно сделать такие поля видимыми в инспекторе не переписывая сильно класс?
Вот класс https://github.com/Nashet/EconomicSimulation/blob/master/Assets/EconomicSimulation/Scripts/Logic/Options.cs

>>472146
>>472149
[SerializeField]

>>472153
>[SerializeField]
Разве это работает против static readonly? У меня не работает, даже в debug режиме

>>472149
Нет, только писать свой пришлепку к инпектору

>>472155
Тогда ебись через OnInspectorGUI()

>>472186
Ну и нахуй ты нам суёшь код, в котором не прописан твой метод? Ты же сам видишь, ёбана рот, что у тебя консоль выводит "OnTriggerExit", а в коде этого вывода нет. Следовательно, этот метод вызывается не в этом скрипте.
Мать твою за ногу, соберись давай.

>>472192
Не стал добавлять его в код по ссылке потому что он буквально кроме вывода в лог ничего не делает:

private void OnTriggerExit2D(Collider2D other)
{
Debug.Log("OnTriggerExit2D");
}

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

>>472194
Белый шарик: https://pastebin.com/hQgQhrGe
Серый шарик: https://pastebin.com/bG316aZu
Камера: https://pastebin.com/CxRgLij4
Весь код проекта

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

>>472186
Ты меняешь тип риджитбоди на статичный, скорее всего он после этого не может пересекаться с другими телами. Проверь по таблице внизу что с чем взаимодействует https://docs.unity3d.com/Manual/CollidersOverview.html

>>472196
О, это помогло, спасибо!

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

Делаю пошаговую 2D-стратегию с клеточками в Юнити, но что очень печалит - какой-то запредельный размер проекта, большое время для внесения минимальных изменений вместе с немалым порогом вхождения.
Конечно, последнее - вещь субъективная, но всё же чем дальше, тем больше гложет мысль, что для простецкой велосипедной игры использовать Юнити со всеми её прибамбасами избыточно.
Есть ли резон в моих словах, а соответственно правильно ли будет перекатываться на какой-нибудь Cocos2D, или меняю пики на хуи?

>>472224
Уже ответил тебе в нюфаготреде.
Скинь пример своего кода картинкой, распишу тебе, что ты делаешь не так.

>>472229
>Уже ответил тебе в нюфаготреде.
Написал тебе там же.
>>472227
Я неверно выразился. Размер меня беспокоит меньше, сколько в принципе сложность в понимании работы компонентов между собой. Нет чёткой картины, что и для чего.

>>472232
> Нет чёткой картины, что и для чего
Пройди пару официальных туторов. Сразу ясен хуй что ничего не понятно.

>>472233
Я искренне пытался, но не осилил. Там сразу какое-то тридэ и непонятно :c
Есть ли какой-то упрощённый курс?
У меня люто бомбит с того, что тут сложнее, чем с фреймворками для веба.

>>472234
> Там сразу какое-то тридэ и непонятно
Держи элементарный двадэ, элементарнее некуда.
https://unity3d.com/ru/learn/tutorials/s/2d-ufo-tutorial
Если тебе и это будет непонятно, то у меня для тебя плохие новости.

>>472235
Спасибо тебе, милый человек.
А что скажешь по поводу применимости Юнити для простых игр? Действительно нет резона переползать на Кокосы, если поднабраться понимания работы с Юнити?

>>472237
Очень благодарен, ты меня подбодрил.
Постараюсь всё-таки взяться и осилить.
Пара моментов, на которые ты, может быть, знаешь ответ:
- насколько Юнити подходит для публикации игр под Андроид и айос, один тимлид говорил, что на Андроид выходит неоптимизированное говно, которое очень грузит батарею
- можно ли убрать дефолтную заставку Created by Unity при запуске игры на мобилках?

>>472238
По первому вопросу не скажу, под мобилки не писал.
А по второму — можно, но только в платной версии. Пока не обращай на неё внимание, потом как проект доделаешь — оформишь подписку за 35 баксов и сбилдишь без этой заставки.

>>472134
Так я это первым делом сделал ,потом от отчаянья юнити снес и установил заново и все равно НИ-ХУ-Я

>>472234
Вкачусь немного с советами.
Сам я тоже хуй простой и своего пока ничего не сделал, но мне очень понравилась книга "Unity in action" (там тоже начинают с тридэ но все очень просто), туторы от catlike coding (там не делают конкретно "игры" но ты в целом начинаешь немного лучше понимать как все работает) и вот этот туториал на удеми: https://www.udemy.com/unitycourse/ (поищи купоны\подожди распродаж, можно за 10 долларов взять). Когда то тоже были проблемы с вкатыванием, казалось все очень сложным, но теперь все кажется гораздо проще.

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

Как ресайзить rect tool'ом также, как этот brackey ресайзит кнопочку https://youtu.be/zc8ac_qUXQY?t=223 ? Чтобы центр оставался в центре, и изменялись только width и height рект трансформа, а не отдельные границы.

>>472359
Ты про текст внутри кнопки что ли? Делаешь чтобы чайлд заполнял весь парент объект и все, он сам ресайзится при изменении парента.

>>472069
>5. Мастхев нету. Если какая то фича становится очень нужной - в юнити добавляют изкоробки. Например как рисовалка тайлами недавно появился

Есть. Левелдезигнеры CSG-рисовалку из коробки просят очень давно, но пока с этим пососач и можно только обмазываться сторонними плагинами

>>472069
>рисовалка тайлами недавно появился
лол. они ее с 2014 года делали.
тут проблема курицы несущей золотые яйца: зачем добавлять возможности в редактор и убивать курицу - asset store.
они там анонсировали визуальный редактор шейдеров, тоже будут его 4 года делать.

>>472422
>они там анонсировали визуальный редактор шейдеров, тоже будут его 4 года делать

Мне кажется они просто купили создателя Shader Forge, обновлений плагина с августа нет

>>472418
Нет, я именно про изменение границ rect transform самой кнопочки (ну или любого другого элемента). Допустим он увеличивает левую границу, при этому у него настолько же увеличивается правая граница. Или, допустим, он тянет за нижний правый уголок, увеличивая нижнюю и правую границу - настолько же увеличиваются верхняя и левая граница, а центр находится в том же месте, где и был. Т.е. симметричное редактирование этого прямоугольника относительно центра. Brackey всё довольно хорошо объясняет, но вот этот момент он просто ДЕЛАЕТ, будто и так всё понятно. Я естественно пробовал во время редактирования границ зажимать ctrl, alt, shift, и да, поведение меняется, но в официальных доках даже этого нет. Про rect tool вообще нихуя не написано.

В общем, допили свой первый максимально простенький говно проект в 2D.
Столкнулся с такой проблемой:
После проигрыша, запускается окно с менюшкой, в которой есть очки набранные за игру, пару кнопок по типу "Restart" и"GoToMainMenu".
Так вот в Unity-Scene все происходит нормально, все показывается.
После тестового билда на ведроид я не вижу свои очки за раунд. Созданы они в Canvas-Text. Кнопки на местах.

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

>>472437
> зажимать ctrl, alt, shift, и да, поведение меняется, но в официальных доках даже этого нет
Эти кнопки по дефолту используются при ресайзе чего нибудь во многих программах. Видимо так исторически сложилось и стало на столько интуитивно, что они не стали писать про это в доках.

>>472506
Охуенно. Так в чём секрет?

>>472511
Всего лишь зажатый альт. При выбранном Rect Tool, само собой.

>>472517
Да на здоровье.

>>472522
бамп

бамп

>>472526
>>472535
Чего тебе, наркоман?

>>472537
Съеби

>>472526
>>472535
>>472540
Попей таблеточек.

Какую опенсорсную альтернативу для Unity3D можете посоветовать в 2018 году?

>>472542
GODOT
Правда, как альтернатива - хуевая, ебли с ним пиздец сколько.

>>472543
Утенок плз, все с ним нормально.

>>472543
А кроме GODOT вообще ничего нет что ли?
Всё остальное типа голые движки без адекватной гуишной среды разработки?

Ну а в блендер графика шлаковая.

Понятно, это вы кроме GODOT больше ничего не знаете.

>>472549
Кому ты пиздишь? Он вырос.
https://www.coindesk.com/price/

>>472551
Извините я объебан

>>472549
Уеч
Правда, как альтернатива - хуевая, ебли с ним пиздец сколько.

А как вам Panda3D?