Прошлый тред: https://2ch.hk/gd/res/647163.html
Официальный сайт: https://unity3d.com/ru
Документация: https://docs.unity3d.com/ru/current/Manual/index.html
Уроки: https://unity3d.com/ru/learn/tutorials
Форум: https://forum.unity3d.com/
Магазин ассетов: https://unity3d.com/ru/asset-store
UnityWiki: http://wiki.unity3d.com/index.php/Main_Page
На Unity сделано много замечательных игр - Rust, Блицкриг 3, Pillars of Eternity, Tyranny, Kerbal Space Program и многие другие. Главным преимуществом Unity перед другими движками является его простота для одиночной разработки. Не нужно иметь целую компанию девелоперов, чтобы сделать хорошую игру. Если ты один или имеешь небольшую команду и хочешь сделать хорошую игру без претензий на ААА, то Unity станет лучшим выбором. Тем не менее, даже крупные корпорации зачастую выбирают для своих игр именно Unity.
FAQ
- Какие у Unity сильные стороны?
- Простота разработки, удобный инструментарий, кроссплатформенность, богатая документация, огромное сообщество.
- Какие у Unity слабые стороны?
- Сложность в создании фотореалистичной графики. Для графики "как в Crysis" рекомендуется взять другой движок. Хотя Unity вполне способен выдавать не уступающую любым другим движкам картинку, это требует определённого навыка от разработчика.
- На каких языках я могу писать скрипты для Unity?
- На выбор два языка - C# и UnityScript. UnityScript - это что-то среднее между JavaScript и ActionScript. Выбирай язык по своему вкусу, они оба вполне удобны, но помни, что большинство примеров написано на C#.
- Для каких жанров подходит Unity?
- Для абсолютно любых! Жанр ограничивается лишь фантазией разработчика (и его умением писать скрипты, разумеется). Можно создавать и РПГ, и стратегии, и слэшеры. Можно делать VR-проекты или Minecraft-подобные песочницы.
- На каких платформах работают созданные с помощью Unity игры?
- Windows, Linux, MacOS, SteamOS, Android, iOS, Windows Phone, PlayStation4, Xbox One, WebGL, Oculus Rift и многие другие. Полный список можно найти на официальном сайте. Таким образом, игры Unity работают на десктопах, на смартфонах, планшетах, приставках, в браузерах, VR-очках и некоторых других системах.
- Часто вижу скриншоты с красивой природой на Unity. Как такое создать?
- Очень просто! В Unity встроены удобные инструменты для создания террейна и SpeedTree для создания деревьев и готовая реализация ветра - не нужно ничего писать или скачивать и подключать плагины - ландшафт в Unity создаётся в пару кликов.
- Что такое стартер киты?
- Starter Kit - это набор скриптов и префабов, а зачастую и графических элементов для игры. Они призваны облегчить разработку игры определённого жанра и как правило разбиты по жанрам (Action-RPG Starter Kit, RTS Starter Kit, 3D Shooter Starter Kit, Space Game Starter Kit, VR Starter Kit и так далее). Также бывают стартер киты различных игровых элементов, не связанных с геймплеем (Nature Starter Kit с дополнительными природными объектами, Medieval Starter Kit со средневековыми объектами и так далее). По сути, стартер киты выполняют в разработке игры ту же роль, что и фреймворки в программировании. Однако стоит отметить, что использование геймплейного стартер кита принуждает разработчика изучать большое количество чужого кода и чужой структуры для внесения своих изменений и полноценного использования. В связи с этим большинство разработчиков предпочитает писать почти всё с нуля, получая полное понимание работы своей игры. Новичкам крайне не рекомендуется начинать знакомство с Unity со стартер китов.
- Что нужно уметь делать для создания полноценной игры, кроме Unity-разработки?
- Кроме непосредственной разработки игры на Unity, требуется также уметь создавать 3D модели (3ds Max, Blender, ZBrush), 2D рисунки (GraphicsGale, Aseprite, Piskel), текстуры (Substance Designer, NeoTextureEdit), музыку (FruityLoops, Ableton). Не обязательно учить это всё - например, в 2D играх не нужны 3D модели, а музыка необходима далеко не всегда. Также вы можете скачивать элементы для ваших игр на бесплатных сайтах. Если у вас есть деньги, то все необходимые элементы можно заказать у фрилансеров на https://www.fl.ru/ (русскоязычный) или https://www.upwork.com/ (англоязычный).
- Бесплатен ли Unity?
- Можно свободно скачивать, использовать и продавать готовые игры на Unity с лицензией Personal - это абсолютно бесплатно! Но на бесплатной версии при запуске игры будет появляться короткий стартовый ролик "Made with Unity", а также ваши доходы ограничены 100 000 долларов в год. Для снятия этих ограничений нужно приобретать платные версии лицензий Unity. В конечном итоге, платные варианты используются лишь крупными компаниями с огромными доходами, тогда как обычные разработчики в большинстве своём используют бесплатную Personal лицензию.
Обучение
- Язык
Итак, с чего же начать изучение этого замечательного движка? Прежде всего, с изучения языка. Самые основы C# можно узнать на интерактивных курсах здесь:
https://dotnetcademy.net/CSharp/Beginner
или в текстовом туториале здесь:
https://www.tutorialspoint.com/csharp/csharp_quick_guide.htm
Для изучения основ UnityScript выучи вначале основы JavaScript:
https://learn.javascript.ru/
Помни, что далеко не все элементы JS есть в US. Чтобы понять, в чём разница между этими двумя языками, прочти эту статью:
http://wiki.unity3d.com/index.php/UnityScript_versus_JavaScript
Помни, что тебе достаточно одного языка из двух и учить их оба одновременно не нужно.
- Движок
Если ты уже умеешь использовать язык, то можно приступать непосредственно к изучению движка. Крайне рекомендется купить/скачать книгу Unity in action (Unity в действии). В ней подробно описываются множество возможностей движка.
http://www.ozon.ru/context/detail/id/34792570/
Также посмотри на видеотуториалы с официального сайта:
https://unity3d.com/learn/tutorials
Если же ты не любишь видеотуториалы (или не понимаешь разговорный английский) и предпочитаешь текст, то посмотри здесь:
http://catlikecoding.com/unity/tutorials/
Тут крайне подробно описан процесс разработки и приведены примеры кода. Эти туториалы универсальны и описывают множество различных частей игры, от работы с текстурами до генерации карты мира. А вот в этом туториале описыватся разработка двухмерной игры с видом сверху:
https://www.raywenderlich.com/61532/unity-2d-tutorial-getting-started
Это будет полезно, даже если ты планируешь разрабатывать трёхмерную игру. Ни в коем случае нельзя обойти вниманием этот сборник туториалов:
https://noobtuts.com/unity
В нём подробно описывается процесс пошагового создания разных игр - двухмерных и трёхмерных.
Разумеется, все эти туториалы охватывают лишь часть возможностей Unity. Самый надёжный способ выучить Unity - это начать делать игру и по мере разработки гуглить непонятные моменты.
Шапка: http://www.writeurl.com/publish/zukmrogwv45ptyuseyol
Где включается ZTest For After PostProcess? Вообще никто не знает, его там нет этого чекбокса.
Такая проблема - создал PostEffect, пытаюсь юзать PostStackProcessor (или как там)
Навязывают использовать context.command.BlitFullscreenTriangle, но этот метод просто создает черный треугольник в центре сцены, который видно сквозь все стены и при этом отключает все эффекты в стеке.
context.command.BuiltinBlit - работает, НО, если добавить еще какой-нибудь эффект через этот метод, то предыдущий эффект полностью игнорируется и вообще в старой версии юнете BuiltinBlit оч сильно резал производительность.
Кто-нибудь знает как правильно использовать BlitFullscreenTriangle?
https://dotnetcademy.net/CSharp/Beginner
При нажатии на кнопку "Проверить" появляется ошибка:
Run-time error during test.
System.Security.SecurityException : Request failed.
В чем проблема?
Если тебя интересуют максимальные возможности графона в юнити то чекай демки самих юнитеков типа https://www.youtube.com/watch?v=iQZobAhgayA
А графон в играх больше зависит от бюджетов которые циркулируют в студии разработчиков, если у разрабов бабла очень много то они пилят игру уже на своем движке а не на юнити или уече, потому что могут себе позволить.
HRPL (или как там) и модельки с текстурками хорошего качества.
(скрин из таркова)
https://www.youtube.com/watch?v=S_F0V3HSRD4
Пока что нашел, как получать данные о позиции окошек.
https://docs.microsoft.com/en-us/windows/win32/api/winuser/nf-winuser-getwindowrect
хуй знает, вроде выгядит нормально, но будет пиздец если много объектов будет или если они маленькие
почему просто не подсветит при наведении?
Я идею с резидент evil стащил, хочу сделать как там. Когда на расстоянии - иконка №1. Когда подошел близко - иконка меняется на другую, типа, теперь можешь нажать Е или Еnter или что там. Если на столе например несколько объектов, то активной для взаимодействия будет та, на которую смотришь, там придется ray бросить
Да, потом при релизе проекта часть шейдеров удаляется из проекта за ненадобностью.
>>660281
Всё правильно нашел, из минусов будет работать только на винде.
[DllImport("user32.dll")]
[return: MarshalAs(UnmanagedType.Bool)]
static extern bool GetWindowRect(HandleRef hWnd, out RECT lpRect);
и user32.dll наверное нужно в проекте держать
>>660445
Раньше transform как геттер каждый раз создавал новый инстанс через c++ pinvoke, уже как год они закрыли эту дыру и можно спокойно юзать все свойства без кеширования.
Стоит кешировать только GetComponent т.к. он идет по дереву компонентов и go каждый раз при обращении.
Еще при создании и изменении свойств в Canvas->UI там тоже начинает все дерево трястись, заметил когда у картинки менял opacity через цвет и в профайлере огромное дерево вызовов UpdateUiRenderElement (или как-то так)
>>660466
Классная идея, украл в свой проект
А по делу, у тебя же есть Vector3.Distance, проверяй какой достаточно близко и все
>Еще при создании и изменении свойств в Canvas->UI
Да там по сути на малейший чих весь канвас перерисовывается. Рекомендую пилить на каждую группу элементов отдельный канвас, сам так делаю, брат жив, зависимость есть. Олсо маска типа скрывает элементы, но они рендерятся, потому скроллпаны большие будут тормозить.
>Vector3.Distance
Коллайдер в режиме триггера тоже есть.
Здравсвтуйте, я нюьфаг в юнити, изучаю его несколько недель.
Шарп знаю давно.
Не могу понять, как нормально научить спрайт бегать в 2д игре в точку клика. видеогайды как-то мутно приподносят тему, потому решил спросить тут - может кто или помочь с поиском нормального гайда - или поделиться куском кода.
в задумке что-то вроде DOS, но куда проще, на уровне "слепил в гараже"
у юнити есть creator kit: rpg. там практически всё drag and drop и есть встроенный туториал и вот ссылка на курс:
https://learn.unity.com/project/creator-kit-rpg
ты только начинаешь? если да, то рекомендую планку занизить. долбиться в rpg это тебе на много месяцев работа. запал пропадёт, в лучшем случае, через неделю когда заебёшься от собственных компромиссов из-за того что не может реализовать большинство идей. вот missle command на скриншоте тебе довольно простая игра.
когда сможешь прикрутить к этому делу ui, использовать делегаты, избавиться от лишних синглтонов (они все лишние), не городить везде публичные поля и когда сможешь хоть один проект закончить, тогда ты готов к rpg или ещё чему.
>в задумке что-то вроде DOS
в смысле DOS как MSDOS или это аббревиатура от названия игры?
Абривеатура от Divinity: Original Sin.
Хочу полноценно вкатиться в юнити, но и сам понимаю, что сразу пытаться в создание чего-то подобного - глупо. Просто хотел узнать как это всё делается, чтобы понять с чего мне стоит начать и на чём акцентировать внимание, если хочу в итоге реализовать задуманное.
Спасибо за совет.
надо добавлять на сцену столько иконок сколько на сцене есть объектов которые можно использовать (это простой метод) или прикинуть сколько их может быть максимум в кадре (например 10) и использовать повторно просто перекидывая из другого места. гугли object pooling. удалять и создавать новые это очень плохо.
>>660866
я начинал с повторов понга, змейки, сокобана, потом перешёл на nes'вские игры, потом в 3д
При запуске движка выдает две ошибки. Сами ошибки пустые без описания. В инете нашел способ это пофиксить. В секции Configuration изменить Scripting Runtime Version. Проблема в том, что в моей версии нету Scripting Runtime Version в Configuration. Нигде нету. Как это проблема исправляется на новых версиях?
мой конфиг, косяков нет
зачем? мне на mono и 2.0 хорошо. к тому же у меня мак
Все что надо могу рассказать,если вы заинтересованы
Также прошу вас кинуть ролики/статьи на изучение юнити 2д простым языком
Заранее обнял
Хочу сделать вагон поезда, где за окном будут генерироваться ландшафт из готового набора деревьев кустов и тд.
Любая дока сойдет, сам иосник разраб.
https://www.youtube.com/watch?v=sRn8TL3EKDU
можешь из лоуполи докрутить до хайполи и повесить карту шума на высокоплигональную плоскость. деревья делаешь слева, передвигаешь их вправо и по Y поднимаешь при помощи этой же карты. собственно прямо генерировать ничего не надо ибо это дорого, нужно управлять вершинами
да нет же. размещаешь плоскость с полигонами, её генерировать не надо. открываешь шейдер граф, берёшь шум, накидываешь его на дисплейсмент. белый это высоко, чёрный это низко. сдвигаешь шум в каждом кадре и создаётся ощущение что ландшафт двигается, а на самом деле смещается только карта шума. никакой генерации
вот этот дурачок условно делает то что тебе нужно
https://www.youtube.com/watch?v=4qLJlMpPdK0
всё зависит от того какой сложности шум ты решишь замутить. там вон у девчёнки что я выше кидал сложнее и выгляит лучше, но она решила это делать кодом потому как разукрашивает треугольники и плюс сам мэш генерирует, а тебе можно всё это сделать просто кликая мышью в шейдерграфе с минимальной нагрузкой на видеокарту и процессор
Скажи, я же могу сделать один анимационный контролер (который со стрелочками) и много разных анимаций (в которых разный спрайт соответственно для разных монстров) и использовать в разных мобах один контролер, а не делать и настраивать каждый раз новый?
могёшь. называется animator override controller. вставляешь туда контроллер в котором хочешь подменить анимации, выбираешь какие анимации подменить и своему монстру выбираешь в аниматоре этот самый оверрайд
и вот надо делать локации. простые данжи из тайлов-моделей. Но блин, как же убого сидеть и мышкой расставлять стены, пол, потолок в редакторе юнити, а потом еще подгонять координаты чтобы дырок не было.
Набросал одну комнату и просто заебался, редактор неудобный (да еще progrids не хочет ставиться - выкидывает с ошибкой при закачке )... Ааааа
И конечно же я подумал - почему бы не сделать тайлы префабами, и не генерировать карту из скрипта.
но тут возник вопрос - я смотрел простые ассеты по генерации данжей при старте игры- почему млять оно так долго создают локации? Что тогда будет на андроиде?
И вот теперь думаю, дальше ебаться с говноредактором юнити расставляя эти дурацкие стены, или все таки попробовать из кода.. просто проверить не смогу - у меня нет реального андроида.
А может есть какие-то годные решения для быстрого создания префабов из кода?
есть одна штука которую ты можешь попробовать. из package manager установи 2d tilemap. надеюсь с ним работал. он позволяет рисовать спрайтами на сетке и дыр никаких нет. к этому делу есть официальный экстеншн
https://github.com/Unity-Technologies/2d-extras
тут добавляются кисти которые разрешают рисовать префабами(!) рандомизировать тайлы и делать для них правила. то есть ты рисуешь прямоугольник, а тебе углы заменяются автоматом на угловые тайлы. я только не уверен что можно использовать и префабы и правила одновременно. вот тебе официальный видос с овервью
https://www.youtube.com/watch?v=UqhK6GpCgrM
олсо процедурная генерация это всегда полная хуйня, кроме тех случаев когда этим заняты люди которые знают что делают и планируют на разработку алгоритма генерации проебать очень много времени (не пару выходных). делай руками и способ выше должен тебе жизнь облегчить
>планируют на разработку алгоритма генерации
не, я и не собирался случайногенерируемые данжи.
просто в коде сделать массив, в этом массиве указать где стены, пол и т.д. Просто заполнить массив немного быстрее чем в редакторе щелкать.
и с него создавать карту через какой-нибудь prefab Instantiate... но вот не уверен будет ли у этого метода приемлемая скорость, потому что по примерам - оно капец как долго создает префабы при выполнении, и это на пк
https://docs.unity3d.com/Packages/com.unity.formats.fbx@2.0/manual/exporting.html
погуглил. суд по всему есть пекейдж для fbx и там должен быть экспортёр анимаций
какая у тебя иерархия? если сделать что то типа того что на скрине, то тебе нужно модели хранить в "Model", а анимировать "Window" и "Handle". таким образом анимация будет одна и та же, а модели туда можешь подставлять какие угодно
кстати кто делает две ручки на, хоть и высоком, одинарном окне? я последний раз видел такое на совковых деревянных окнах в 90х чтоб они зимой лучше запирались
Иерархия вот.
>>а модели туда можешь подставлять какие угодно
В смысле, это через скрипт сделать? Не совсем понял, можна чутка поподробнее? В смысле я могу запилить анимацию только для одной дверцы+ручки, и использовать этот .anim для других?
>>661513
Мне вот такие окна нужны, действия будут проходить в старом советском доме, да.
я отделил объекты для анимации, от объектов отображения. то что я вращаю не имеет никакого рендера, а уже вложенные объекты имеют и потому их можно заменять
Допустим у меня есть 10 видов оружия, то как правильнее сделать? :
- Создать интерфейс оружки, 10 классов оружек, наследующие этот интерфейс и работать через интрфейс
или
- Создать 1 класс оружек с паблик полями, накидать на 10 префабов этот класс, везде просто сменить поля, чтобы оружки вели себя по разному и работать непосредственно с одним лишь классом?
если всё что твоё оружие делает это выплёвывает префабы, то твой второй способ это то что нужно. только публичных полей там не должно быть. смотри [SerializeField]. интерфесы и что-то подобное стоит навешивать только тогда когда без них получается через жопу или не работает. овериндженириг это большой рак начинающих разрабов. везде пихают интерфейсы
> накидать на 10 префабов этот класс
тебе нужен один префаб с оружием и 9 его вариантов Prefab Variant
Юнитианон, есть два вопроса.
1) На пике сетка в редакторе, квадраты 10х10 ячеек, можно их как-нибдуь в 8х8 или в 16х16 переделать? А то пиздец как режет глаза и неудобно объекты расставлять. (PPU = 1)
2) Можно ли как-нибудь перевернуть систему координат в 2Д проекте, так чтобы ось Y отсчитывалась сверху-вниз (чтобы X=0, Y=0 было в левом верхнем углу, как у людей) ?
Если что, юнити 2019.3.2f1
1. пик забыл
2. на сколько я знаю нельзя. а зачем тебе? кстати на моём пике классическая декартова система координат. обрати внимание в каком углу нули
>на сколько я знаю нельзя.
Хреново.
>а зачем тебе? кстати на моём пике классическая декартова система координат. обрати внимание в каком углу нули
В жопу классическую систему. В любом графическом редакторе используется система с началом отсчета в верхнем левом углу. Плюс все 2Д движки, с которыми я раньше работал тоже по тому же принципу были построены. Теперь же придется постоянно переключать мозги туда сюда, плюс пердолиться с переделкой всех своих наработок по физике.
Сап, есть массив Point, который я загружаю из файла в редакторе
При этом Point имеет дочерние классы, например FunctionPoint у которого есть дополнительные поля.
В редакторе я редактирую этот массив и некоторые точки привожу к FunctionPoint. Но после запуска/перезагрузки скриптов все классы в массиве сводятся к Point. Как можно сделать чтобы юнити все таки этого не делала и оставляла классы как есть?
ты же где-то там итерацию делаешь по массиву, верно?
что-то типа
for (int i = 0; i < points.Length; i ++) {
и тут какие-то действия с points.
}
вот points будет всегда Point из-за того что массив у тебя Point. если ты знаешь какие именно из них FunctionPoint, то можешь кастовать так:
((FunctionPoint)points[3]).поле
но если сделаешь это на точке которая FunctionPoint не является, то получишь эксепшн. самое простое что ты можешь сделать это делать массив того класса что тебе нужен
Добавьте скрипт Beda на обьект, потом инициализируйте, запустите игру
https://pastebin.com/bCHFE3RE
https://pastebin.com/f97mBjZy
это при условии что BaseClass и ChildClass наследуют от него. и то я не уверен что не будет вызываться метод самого абстрактного класса. если не заработает, то сделай для них общий интерфейс и тогда имплементация будет только у тех кто этот интерфейс реализует
>>662222
>1) На пике сетка в редакторе, квадраты 10х10 ячеек, можно их как-нибдуь в 8х8 или в 16х16 переделать? А то пиздец как режет глаза и неудобно объекты расставлять. (PPU = 1)
Если вдруг кому понадобиться, то решил эту проблему так:
1) в Package Manager установил компонент ProGrids
2) В файле \Library\PackageCache\com.unity.progrids@3.0.3-preview.6\Editor\GridRenderer.cs нашел строку:
const int k_PrimaryColorIncrement = 10; и исправил на 8.
Опять пик забыл. Вот что получилось:
погоди. в юнити же есть встроенная сетка без прогридса. кажись они от прогридса вообще отказываться собираются
тебе не нужно базовый класс наследовать от MonoBehaviour ибо его не нужно прикручивать к объектам в инспекторе. как я понял ты хочешь чтоб можно было редактировать в инспекторе в списке. не уверен что с полиморфизмом это возможно в твоём случае.
обычно вот такие свичи это сигнал к тому что архитектура не очень. расскажи подробнее что это за система в целом. тебе же не тип их нужно получить, а какие-то действия выполнить в зависимости от типа
окей. предположим объект который движется это Train.
делаешь у точек интерфейс
public interface IWaypoint {
public virtual Action(Train train);
}
дальше делаешь наследников от них со всякими умениями
public class WaypointSpeedLimit : IWaypoint {
public override Action(Train train) {
train.SetMaxSpeed(10f);
}
}
public class WaypointRotate : IWaypoint {
public override Action(Train train) {
train.Rotate(40f);
}
}
соответственно у поезда должны быть публичные эти методы или поля.
список вейпоинтов у тебя будет List<IWaypoint>. когда твой поезд достигает определённой точки то ты его же передаёшь этой точке. например на точке 3 будет так:
_waypoints[3].Action(train);
таким образом у тебя не поезд отвечает за всякие ебаные действия у вейпоинтов, а вейпоинты отвечают за то что делает поезд.
вопросы есть?
красаучег. немного оптимизации не повредит: сделай метод SetupAnimation куда и впердоль создание своей анимации и вызови в Start(), а на инпут вызывай только animate.Go() или animate.Reverse(). иначе у тебя получается что при каждом клике ты создаёшь новую анимацию и сохраняешь её в памяти
>>662826
держи первую часть, сейчас вторая доэкодится и закину. я там пару раз оборсрался и в целом можно было сделать абстрактный класс чтоб не делать GetPosition, но по большому счёту похуй ибо работает
держи вторую половину
там есть куда улучшать, тебе просто общий принцип описал. вот держи видос без интерфейса и с пустышками. тебе остаётся добавить в OnGizmos линии чтоб было видно в каком порядке они идут и, если надо, обучить вейпоинты хранить указатели на следующие и вейпоинты и отдавать их поезду
ты можешь написать экспортёр из макса или заполнить точки в редакторе, сериализовать их с теми данными что тебе нужны и сохранить для использования в коде, но тогда рак будет с изменениями. не знаю как в максе плагины пишутся, но можно попробовать для начала вставить в блендер и оттуда уже высирать пайтоном. 3 тысячи MonoBehaviour на сцене это полная хуйня
var ray = actor.CurrentCamera.ViewportPointToRay(new Vector3(0.5f, 0.5f, 0f));
Ссылка на доку:https://docs.unity3d.com/ScriptReference/Camera.ViewportPointToRay.html
А получаю спавн под камерой, а не из центра камеры?
Это очередная "фича" которую будут фиксить 2 года?
>>663269
и сделай Debug.DrawRay
https://docs.unity3d.com/ScriptReference/Debug.DrawRay.html
или Debug.DrawLine если проще
я вообще не понял что тебе нужно. локация это сцена? что тебе мешает сделать из панели префаб? ui вообще можно хранить в отдельной сцене так как можно рендерить больше одной сцены
https://www.youtube.com/watch?v=6ztY9-IX3Qg
Так, все-таки добился результата. Отвязал редактор от самого обьекта-хранителя пути в отдельное окно. Сохранение сделал в папку Resources через JSON + перед ним определение какой тип, по типу:
0|{JSON}\r\n, где 0 - тип
Кстати, юнитевский JSON тут тоже соснул, так как он работает тоже только с монобехами, даже тот который EditorJSONUtility, пришлось использовать добрый Newtonsoft.JSON
может ты [Serializable] атрибут забыл?
https://docs.unity3d.com/Manual/JSONSerialization.html
>>663269
Написал максимально простой скрипт и вообще не понимаю откуда берется разница по Y координате, объекты камеры 100% одинаковые
в смысле у тебя коллайдер на камере чтоль?
>>663992
и уровень кода тебе нужно поднимать. возьмут за жопу если будешь куда-то устраиваться на работу или делиться кодом. затрахаешься потом переучиваться.
много публичных полей
getccomponent в старте
на 26й строке ещё и на null проверяешь не очень ясно зачем
с 18й по 33 строку нужно выделить в отдельный метод
var нужно использовать умеренно или не использовать вообще. чаще всего только там где видно что ты в него запихиваешь. пример:
var list = new List<int>();
в ide сразу идёт хайлайт что там List<int>
var radius = GetRadius();
нихуя не видно, можно предположить что это float или double. и даже если в вызываемом методе есть тип аля GetRadiusFloat(), то ide не подсвечивает
и рекомендую начать использовать новую систему ввода юнити. по началу как-то не очень привычно, но не нужно городить проверки на нажатия кнопок в каждом кадре и в любой момент можно визуально перемепить кнопки или добавить их альтернативу
>var нужно использовать умеренно или не использовать вообще.
Мб он из тырпрайза, ибо я оттуда и тоже привык var при любой возможности юзать, ибо так код короче и понятнее, без длинных и бессмысленных названий типов.
И кстати тип у var можно посмотреть просто наведя мышь на название переменной в любом месте кода, как минимум в вижуалке 2019 так.
мимо другой анон
да я сам из тырпрайза, а водить мышью в ide это рачьё. тут же вопрос не в том что невозможно узнать тип, а в том что тебе об этом вообще думать не надо если он указан чётко. так то понятно что если пишешь код для себя, то можешь делать и поля с дебильными названиями, но в лонгране это плохо
>а водить мышью в ide это рачьё
Лол, пацаны в падике засмеют?
>а в том что тебе об этом вообще думать не надо если он указан чётко
Хз, никогда проблем не возникало с тем что я неправильно понял что за тип у переменной объявленной через var, я понимаю если бы ты в том же JS жаловался, но C# же язык со статической и безопасной типизацией, тебе сама IDE начнет жаловаться если ты тип где-то перепутаешь.
> падике засмеют?
бестолковое действие просто. это как рукой себе рот открывать когда ешь. помогает если ты не умеешь это делать нормально
>тебе сама IDE начнет жаловаться
не надо дожидаться когда у тебя ide начинает жаловаться, просто пиши чистый код. примеры тебе выше привёл где невозможно заранее знать что у тебя в переменной
Нет, у меня 2 скрипта меняли позицию камеры и луч пускал между сменами, примерно так:
[1 - камера.position.y - 5]
[2- пускать луч]
[3- камера.position.y + 5]
>и рекомендую начать использовать новую систему ввода юнити
Завтра посмотрю
А весь код снизу это гавно, чтобы повторить баг, его вообще не стоило бы ревьюить на "читаемость"
прикладываю свой кривой вариант решения. хотелось бы делать проще ибо это 2 разных материала на один объект и тени чётче
На уровне будут динамические физические объекты, вроде летающих платформ, изменяющих высоту блоков. Но персонаж при этом на них воздействовать физически не будет. То есть он не должен толкать какие-то объекты или ещё что-то с ними делать.
CharacterController создает gc мусор каждый тик и вместо OnTriggerEnter и OnCollisionEnter там OnCharacterControllerHit (или как-то так)
Rigidbody - если хочешь плавность, то тоже сомнительно т.к. выставляя фичиеский тик меньше (делая его более плавным) весь мир начинает грузить систему сильнее в разы.
Короче это сложный вопрос и дать 100% ответ сложно, просто нужно выбрать какие минусы тебя будут меньше беспокоить.
И всегда есть альтернатива - написать свой простой контроллер, судя по описанию ты будешь только прыгать, можно кастить несколько лучей вниз (для проверки коллизии) и делать SetParent когда встаешь на платформу, короче думай, удачи.
Суть не в "сколько мс на пик", а в том, что этот контроллер вообще их создает.
>Райкаст скорее всего будет медленнее и уж точно гораздо хуёвее.
KinematicController с пика этого >>664271 как-раз сделан на коллайдерах ковырялся в сурсах
Держи еще пик перфоманса райкастов на некро-мобилках
Как ты вообще отследил, что контроллер мусорит? У меня что один, что пять, что вообще ноль по всем параметрам идентичны.
>с пика этого
Когда я нашёл официальный тпс сэмпл с ригидбади персонажем и движением через рутмоушн, сразу понял, что все сэмплы это полная хуйня.
Хотел сказать на райкастах
>>664350
Твоя правда, он создает мусор, только если добавить метод void OnControllerColliderHit(ControllerColliderHit hit), а обычные OnCollision и OnTrigger не будут работать
Не охота вникать почему чужой код работает неправильно. Я бы сделал так:
1. Вычисляем координаты цели в базисе основания турели (у трансформа есть такой метод). С помощью atan2 узнаем угол поворота цели относительно локальной оси y, поворачиваем башню на этот угол.
2. Когда башня уже смотрит на цель, вычисляем координаты цели уже в базисе башни, узнаем угол поворота относительно оси x и вращаем на этот угол ствол.
В этом методе недостаток, что сперва поворачивается башня, а потом ствол. Но можно его модифицировать и чтобы они одновременно вращались.
Как обходить ограничение в 65к вершин на один меш, если объект имеет больше?
void B();
}
class C : MonoBehaviour, A
{
void B() {}
}
Можно так
B x = new B
И оказывается можно и вот так?!
A x = new B;
Странно, не ожидал что можно название интерфейса перед объявлением вписать.
A x = new C
fix
Но щас блять я с ебаниной какой-то столкнулся, которую вообще никак не могу решить.
Приложение под андроид почти готов. Ставлю ебанину эту для рекламы от Unity. И сразу мне триллиард варнингов и ошибок выходит. Посмотрел на форумах у индусов и у жиробасов из США - нихрена там из решений нет толком, кроме как удалить кеш - что я и сделал, но эта ссанина так у меня и осталась висеть на почти готовом проекте.
>CharacterController будет лучше
Я тут сразу заметил одну проблему. Если есть динамические физ. объекты, которые могут отталкивать персонажа, то на CharacterController всё это поведение придётся с нуля писать. Условно я стою на месте, сбоку прилетает платформа, которая меня отталкивает.
Если имеешь ввиду, выполнится ли удаление из списка - то все будет ок, так как будет использован хэш-код объекта, чтобы найти его в списке и удалить. На твоем месте я бы добавил проверку на наличие элемента в списке при добавлении, чтобы избежать дубликатов. А с удалением - добавил бы проверку, что в результате удаления не вернется false и писал бы в лог ошибку, если это случится.
Допустим у меня есть последовательность событий, каждое из которых занимает неизвестное время.
После завершения одного события я стартую следующее и так до конца.
Событием может быть что угодно: перемещение объекта, ожидание ввода пользователя и тд.
Есть ли какой-то удобный способ не скатываться в сорт оф callback hell? Типа я из метода старт вызывают первое событие, отдаю ему коллбек по завершении оно вызывает этот коллбек и запускается следующее.
Таким образом у меня в классе куча методов больших и маленьких.
Можно ли как-то обойстись одним-двумя?
В js я бы каждый эвент обернул в промис и делал бы что-то вроде (условно)
async myMethod() {
await event1();
await event2();
...
await event99();
}
У меня было что-то похожее, я не помню, так подсказал бы.
Вообще помню дрочился с manifest файлом для андроида т.к. он создавал все эти конфликты, возможно туда нужно добавить этот UnityAds как пакет или зависимость нативную.
Еще лучше я бы посоветовал попробовать сделать всё в ручную, а не через менеджер пакетов.
А судя по логам, у тебя там скрытые файлы дублируются.
Как реализовать раскраску сетки? Стандартные шейдеры не поддерживают vertex colors.
Если буду вместо vertex colors наваливать сплошную текстуру (тупо цветной квадратик, соответствующий цвету вокселя), будет ли это бить по производительности? Нормальное ли решение?
someList.add(new Obj());
//
someList.removeAt(index)
то это плохо? Вроде тут мусор будет лишний скапливатся? Хоть я я и удалил из листа, сам объект, который я создал, будет висеть в памяти?
а зачем?
>>664987
тут у одного товарища была задача. у него был поезд и вейпоинты по которым он двигался. каждый раз когда поезд доезжал до вейпоинта, он чекал его тип и делал какие-то действия. возьмём для примера 2 типа вейпоинтов. один меняет цвет поезда, а другой его скорость. первая реализация была приблизительно такая:
if (поезд достиг вейпоинта) {
var waypoint = current_waypoint;
switch(waypoint.type) {
case WaypointColor:
ChangeColor();
break;
case WaypointSpeed:
SpeedChange();
break;
}
}
что-то в этом духе. суть проблемы в том что когда он решил добавить ещё один тип вейпоинта, например тот что издаёт звук, то ему пришлось в switch добавлять ещё одну запись и код поезда разрастается
один из вариантов решения проблемы это dependency injection. для вейпоинта создаётся интерфейс. интерфейс означает что независимо от того что там за код у его наследников, определённые публичные методы там точно будут присутствовать. например
public interface IFartable {
void Fart();
}
public class Square : IFartable и public class Circle : IFartable должны в себе обязательно иметь метод public void Fart(); иначе ты не скомпилируешь. что в этом методе будет всем похуй.
интерфейс позваляет ссылаться на эти классы и использовать эт методы, но не оставшиеся методы класса. пример:
IFartable circle = new Circle();
если в class Circle есть метод Hello(), то сделать circle.Hello() у тебя не получится, ссылка в данном случае только на контракт. зато circle.Fart() получится так как в контракте это прописано.
возвращаемся к поездам. все вейпоинты у нас наследуют от одного интефейса в котором есть метод Action с параметром самого поезда. в интерфейсе:
interface IWaypoint {
void Action(Train);
}
в самом поезде наш ебаный свич мы заменяем на:
if (поезд достиг вейпоинта) {
IWaypoint waypoint = current_waypoint;
waypoint.Action(this);
> обрати внимание как здесь в вейпоинт мы передаём this, то есть сам поезд. это и есть dependency injection
}
после этого в вейпоинте уже делаешь чего хочешь. аля:
public void Action(Train train) {
train.setColor(Color.red);
}
в этом же треде для анона записывал вышеописанную задачу. смотри здесь:
>>662847
>>662848
>>662752
>>662803
Пилите велосипеды камрады.
Если у вас задача сделать простенькую анимацию, где вы будете вращать, перемещать, скейлить go - интегрируйте себе в проект dotween, все настройки через инспектор и скрипт. Очереди, функции плавности и др. доступны из коробки.
Если же не хотите готовый функционал, то тогда используйте компонентный подход - пишите компоненты которые будет "управлять" игровым объектом, по средствам карутин. Да так работает dotween
>а зачем?
надо. просто говорю - у меня отдельная моделька для пола, отдельная для стен, отдельная для потолка. таких моделек много.
из этого надо собрать комнаты - префабы. но в инспекторе такой мусор что нихрена не найти (группировать тоже не вариант - вечно все развернуто).
Плюс страдает оптимизиация - так как все эти модельки - их там получается тысячи (оно там конечно батчит, но не очень)... но при этом у меня же все должно быть статическим, почему бы в самом редакторе префаб комнаты не сбилдить в одну модель...
дак получается, что если у него например в классе Train методы ChangeColor() и ChangeSpeed(), то они публичные и вызываются через вэйпойнт? То есть у него будет типа
public void Action(Train train) {
train.ChangeColor(Color.red);
} или как?
Хуй знает, вроде как немного понятнее стало, спасибо анон. А вот когда в зенжекте они в начале биндят интерфейсы к конкретному классу, это зачем вообще? Типа чтобы при вызове интерфейса всегда вызывался именно этот класс. Вот от этого у меня вообще мозги сломались, нахуй тогда вообще интерфейс, можно в классе синглтон сделать и всё.
не, говяха обратно всосалась, всё равно ничего не понимаю. Зенжект это какой-то пиздец, всё тупо усложняется на ровном месте в несколько раз. Вот на примере проекта посмотри, говорят, Zenject-Hero. Охуительные истории, написано куча инсталлеров, сигналов и прочих штук, но при этом сам функционал, например, нанесения дамага лазером по-прежнему реализован обычными вызовами чужих методов через GetComponent. Нахуй вообще это всё? Можно без него? Анон сказал - вот зенжект это приличная архитектура, надо вот так делать. Ну я хуй знает вообще.
ничего плохого в синглтоне нет, но поскольку он позволяет глобально ссылаться на разные части кода, нубы всякие начинают пихать их куда попало. типа 500 синлтонов, менеджеров и прочего говна. это создаёт много жестких зависимостей и лишает возможности кодить модульно. по факту это паттерн из-за которого программист ленится и в лонг ране получает код который сложнее заменять. я перестал юзать их как челендж и это "вынудило" меня чаще использовать другие паттерны и изучать декапелинг (decoupling), что в свою очередь подтянуло уровень кода. так что технически отказ от синглтонов это лучшее что со мной случилось за время изучения c# и юнити
>но поскольку он позволяет глобально ссылаться на разные части кода, нубы всякие начинают пихать их куда попало. типа 500 синлтонов, менеджеров и прочего говна. это создаёт много жестких зависимостей и лишает возможности кодить модульно
ну хз. просто если несколько объектов в коде связаны, хоть что делай, они все равно будут связаны. Например есть менеджер звуков - его придется передать и пуле, и травке, и топору, и интерфейсу.
Или данные игрока - их также придется передавать и монстру, и интерфейсу...
Можно конечно абстрагировать эти данные, или передавать через прокси - но все равно связность остается.
Короче не знаю как это можно решить
самый обычный декапелинг это делегаты. в юнити есть очень простая штука называется UnityEvent. по факту тебе создаёт в инспекторе поля которые позволяют связывать между собой объекты
https://www.youtube.com/watch?v=mC_yUEnGQXM
это старт, но тут жопа в том что в коде нельзя связывать (или нельзя было, или можно в коде, но в инспекторе это не отобразится, я не помню). в любом случае там постоянно на форумах жалуются что unityevent это клёво, но не оптимально. хотя, как всегда, для мелких проектов вообще ништяк. я не юзаю unityevents, мне влом в инспекторе мышью кликать. события связываю обычно из кода и выглядит это так:
например есть у нас компонент игрока и есть компонент который отвечает за отображение кол-ва хелсов
public class Player : MonoBehaviour {
public event Action<int> OnDamaged;
> ключевое слово event означает что вызывать (Invoke) OnClick можно только из этого объекта
> Action это обёрта для делегата по факту
> <int> это параметры метода которые будут в этом делегате
private int _health = 100;
public void GetDamage(int amount) {
_health = Mathf.Max(_health - amount, 0);
> это чтоб хелсов не было меньше нуля
OnDamaged?.Invoke(_health);
> это мы вызываем этот самый делегат
> ?. это проверка на null. если на делегат никто не подписан, а мы вызовем его (просто OnDamaged.Invoke(_health)), то получим ошибку
> Invoke это вызов и _health это тот самый параметр <int> в объявлении делегата
}
}
а у отображения класса хелсов будет такая хуйня:
public class UIHealth : MonoBehaviour {
private void Start() {
FindObjectOfType<Player>()?.OnDamaged += Change;
> findobjectoftype это корявый способ, но для примера сойдёт
}
private void Change(int value) {
> тут твой код для замены текста. в value из класса игрока будет переданы его хелсы.
}
}
суть примера в том что если ты удалишь любой из этих компонентов, всё будет в порядке и ничего не обосрётся. декапелинг мать его
или
>go.transform as RectTransform;
или это одинаковая хуйня?
нет. RectTransform это ui-шная хуйня
https://docs.unity3d.com/Packages/com.unity.ugui@1.0/manual/class-RectTransform.html
>go.transform as RectTransform
это говно работать не должно
Аноны, я немного аутист, вторую неделю оптимизирую. Пилю кубач, пытаюсь ужать кубы максимально шакально. Пока что смог выжать 180 мб на 1 миллион кубов. Остановиться или ебаться дальше? Сейчас главная проблема - дохуя сжирают памяти указатели на дочерние ноды. Вот бы выпилить их, но как мне высчитывать дочерние ноды без прямых указателей?
> И ты их хранишь как List<Node> ?
Просто динамические массивы. Вложенные друг в друга. Как на пике, с корневой по последнюю ноду так.
> У тебя есть метод который обновляет меш?
Только изменённые ноды, да и похуй на скорость, мне надо ужать память.
> в сторону Range-ов
У меня и так по умолчанию нет дочерней ноды - считается диапазон из текущей. При записи чекаю и тру лишние ноды.
Это не совсем понятие связности, если упростить малая связность означает что изменения в топоре не вызовут изменения в саунд менеджере, и наоборот, если ты возмешь другой менеджер тебе не придется переписывать топоры. А то что у тебя есть вызовы саунд синглтона по коду это естественно. В идеале у тебя есть интерфейс взаимодействия, и кроме как через него ты лазить в разнесенные системы не должен.
Еще как вариант ты можешь выгружить инфу в какой-нибудь кеш файла и ассинхронно выгружать / подгружать необходимую информацию, тогда сразу появится легкая управляемость памятью
> У меня и так по умолчанию нет дочерней ноды - считается диапазон из текущей.
Мне все еще кажется, что мы про разные вещи говорим, лол.
Сразу - я уже умею программировать (моим основным рабочим (зарабатывал на нем деньги) языком является С++), так что мне нужна только минимальная выжимка языка
Времени читать тома по 2к страниц особо нет. MSDN конечно клевая - но такая же объемная, так что тоже нет - хочется еще более краткого
Ну и понятно что видосы сжирают еще больше времени (хотя если есть что-то типа Шарп за час, то наверное сойдет)
https://www.w3schools.com/cs/
Без лишней воды, правда тут всё максимально поверхностное (т.е. без многопоточностей и тд)
>где можно по быстрому прочитать весь синтаксис C# чтобы серьезно вкатиться в юнити?
>я уже умею программировать (моим основным рабочим (зарабатывал на нем деньги) языком является С++), так что мне нужна только минимальная выжимка языка
Слабо верится что чел зарабатывающий знанием плюсов может задавать такие вопросы.
> ты можешь выгружить инфу в какой-нибудь кеш файла
Я-то могу, на самом деле шикарная идея. Но что если это потом попробовать запустить на HDD? Бывает чтение до 3-5 мб/с может упасть на ноутбучном диске. Даже не представляю как с этим работать в реалтайме. У меня в один поток в ОЗУ ноды пишутся примерно 100 мб/с, читаются 500 мб/с. Есть вообще из игр пример использования дискового кеша? А то это получится эталонный лагодром с говнокодом, который только на топовом железе работает.
Пилю мультиплеерную стратегию с Photon, пытаюсь заполнить список доступных игроку строений в начале, а мне выдает все время пустой список. Список заполняю в другом статичном классе, выдает что-то такое. На тебя последняя надежда, совсем не понимаю что с этим делать, перерыл пол интернетов. Игрок создается специальным инстансом фотона, разные игроки в клиентах видны сразу говорю. Просто переменные их не меняются. При запуске сцены независимо, с искусственным добавлением игрока все работает, дело полюбому в каких-то фотоновских мудростях
>До тех пор, пока ты не делаешь 10000 обращений к чайлдам за кадр - строго похуй.
У меня как раз все забито каждый кадр, правда не чайлдами, каждый процентик важен! Просто тут писали, что обращение к свойствам обнулили, я не сильно шарю и слежу. Некоторые штуки сильно затратные, каждую не потестируешь.
Я в итоге просто выключил генерацию списка, решил просто делать префабы для возможных игроков с заранее заготовленными списками. Заработало, ибо они генерятся до момента входа в лобби. Но другие игроки все равно ничерта не видят. Все еще считаю что ты не на то грешишь, анончик :c
лучше в юнити использовать стандартные штуки вроде Input
Если очень не надо попробуй шарповыми средствами
https://docs.microsoft.com/ru-ru/dotnet/api/system.windows.forms.control.mouseclick?view=netcore-3.1
Грешил я на то, что в случае выявления исключения, код юнити перестает исполняться. Создание MonoBehaviour через new генерирует исключение, хотя юнити прописывает его в предупреждение, а не ошибку.
По поводу того, что игроки ничего не видят - у тебя выполняется синхронизация через RPC? То есть функция помечена аттрибутом PunRPC и вызывается по типу?
>PhotonView PV = GetComponent<PhotonView>();
>PV.RPC("Setting", RPCTargets.All, someValue);
Тот же майнкрафт хранит снапшоты и грузит не весь снапшот, а его часть, сохраняет раз в 10 минут весь мир (примерно, точно не знаю), а чтобы не висло - читай из файла ассинхронно, сделай свой формат, например в 1 строке у тебя информация о дате внутри файла, примерно так:
line 0: {fromX:0, toX:100, line: 10},{fromX:101, toX:900, line: 60}
line 1: .. data ..
line n: ..
line 10: {Value:15, Level:0, Position: 0}
Так ты лишишь себя проблемы "грузить 500 мб" т.к. сможешь грузить только то, что тебе нужно. А через асинхронщину, сможешь грузить постепенно, чтобы вся игра не зависала, опять же вспоминая майнкрафт там чанки грузятся не целиком, а по 1 пикселю в глубь.
Вообще это первое что в голову пришло, над этим можно еще подумать и высрать что-нибудь адекватное
.
Вообще, эти два языка очень сильно похожи. И, насколько я помню, даже синтаксис практически одинаковый, не говоря уже о структуре классов, конструкторе и т.д.
Чужой код я могу читать, и понимаю логику, но если натыкаюсь на незнакомые для меня внутриюнитевские методы, меня это огорчает. Хотя я примерно понимаю их суть по их названию и все что остается- загуглить их.
Меня очень интересует, как далеко я нахожусь от того, чтобы можно было претендовать на роль джуниор разработчика?
Помимо этого у меня 5+ лет опыта с 3д/2д графикой и работой в UE4 на уровне создания сцен, освещения, материалов и анимаций. Программированием на жизнь я раньше не зарабатывал. Но меня почему-то тянет именно в эту область
У меня было 2 собеса на жун юнете разраба:
1 - пришел мужик знающий с++ и начал дрочить алгоритмами. Их фирма делала зомби шутан (и видимо не доделала)
2 - Дали тестовое: сделать мультиплеерный space arcade, и я сделал, но они просто загосились и ответили "вы нам не подходите, всего доброго".
Хуже всего когда не говорят в чем проблема даже
Похоже, придётся переделывать тонну скриптов и выносить все локальные переменные в глобальные, но это слишком дохрена переменных и чревато ошибками.
Он срабатывает в 2х случаях: 1 - какой-то интервал (на всех машинах по разному, 2 - когда память растет или начинает выходить за заранее определенную память (которая потом увеличивается после очистки и при нехватки памяти).
Когда делаешь new class MyClass - это создает новый объект,
Если делаешь MyClass existingClass = new MyClass() - это не заменяет объект, а создает новый и по факту после этого у тебя будет 2 объекта в куче, предыдущий будет удален позднее, удалить прям сдесь и сейчас нельзя, те кто советуют делать GC.Collect аутисты т.к. это явный костыль, что у тебя с логикой или архитектурой проблемы.
Я сейчас выношу все локальные переменные в глобальный и кешы и мое гавно раз в 2-3 секунды создает 40kb мусора.
new struct MyStruct() - это НЕ создает мусор, так что как альтернатива можешь переписать все свои алгоритмы на структуры.
Давным давно был движок от мелкомягких XNA, там в каждом гайде было написано "используйсте структуры где только можете" как-раз из-за этих соображений.
Кидай куски кода, будем всем харкачем оптимизировать
Я слабовато знаю рынок в области программирования. В моем понимании джуниор разраб, это тот же самый студент, у которого главная задача - изучать Юнити на практике, делая несложные задания и помогая команде во всяких мелочах, но уже получая зарплату которой хватит нолько на еду, естественно
public float speed - переменная, которую можно менять через редактор unity + из других классов, отвечает за скорость перемещения.
Rigidbody2D - штука для физики в юнити
private Vector2 moveVelocity - приватное (значит будет видна только в этом классе) направление движения, будет считаться дальше.
void Start выполняется 1 раз при начале игры (или когда создал этот объект), в этом методе ты ищешь на gameObject-е компонент Rigidbody2D (который нужно повесить на этот объект до начала игры)
void Update - вызывается каждый кадр (может вызваться 60 120 1000 раз, FPS короч).
В этом методе ты считаешь направление движения т.е. заполняешь приватное значение moveVelocity.
Точнее Input.GetAxisWar() - получают силу нажатия на кнопку, Horizontal и Vertical это настройки ввода т.е. лево и право.
moveInput.normalized - сам не знаю, не использовал за 5 лет опыта))0, moveInput speed - усиливает это значение, в инспекторе можешь менять прям в игре значение, поймешь зачем.
Horizontal и Vertical в настройках проекта можно назвать как угодно.
FixedUpdate - вызывается тоже очень часто, но частоту можно редактировать в юнете, стандартное значение стоит 0.02 кажется и работает 48 раз в секунду (т.е. если у тебя игра зависнет на 3 секунды, то этот метод будет вызван 3 48, а метод Update не будет работать пока игра зависсла).
Вообще FixedUpdate рекомендуют использовать для работы с физикой, в твоем методе ты это и делаешь, просишь Rigidbody переместить позицию объекта на rb.position (текущая позиция) + moveVelocity (направление движения) * Time.fixedDeltaTime (разница между кадрами метода fixedUpdate, пока считай за плавность, потом поймешь)
Всегда ору с таких утверждений. Типо: "я узкий специалист, я не лезу в области не касающиеся моей узкой специализации".
А потом эти клоуны женятся и рожают детей. Вот какой отец получится из такого узкого специалиста? Как он может воспитать ребенка, если воспитывать детей не его основная специализация?
Но эти довны даже не задумываются об этом и не проводят параллели.
Ну вот если ты научился хорошо чистить зубы, вытирать жопу ты уже не сможешь? Ведь для вытирания жопы нужны уже другие навыки? Что за хуйня у вас в голове творится?
Мне кажется, что вы очень впечатлительные. И когда в школе вам рассказали про разделение труда и его эффективность, вы с этого момента выдумали себе манямирок, в котором вы займете узенькую ячейку.
Вот только есть одно но. Разделение труда еффективно на конвеерном производстве. А в творческих делах такого понятия вообще не существует. Писатели с легкостью совмещают работу художника и музыканта. И если ты видишь известного музыканта или художника, то просто так получилось, что прославился он благодаря музыке или рисованию, а не своему второму или третьему творческому проявлению. И совсем не означает, что во всем остальном он был хуевым
Найди свою камеру Main Camera и поменяй Clear Flags на Solid Color, а ниже Background - любой другой цвет
>>666000
Канвас рендерится отдельно от игровой камеры, если тебе хочется видеть как оно будет в игре, то иди в окно Game и там смотри, только перемещать текст придется через инспектор, а не окно Scene
>>666006
Ты всё путаешь и умножаешь человеческий опыт и навыки на 0, твое виденье сейчас весь стим засрало недоиграми т.к. они даже не пытаются реализовывать какие-то сферы на должном уровне. Завидую твоей самоуверенности, но с другой стороны когда вижу таких как ты "за делом" в котором они 0 - вызывает смех.
>Ты всё путаешь и умножаешь человеческий опыт и навыки на 0
Ничего подобного. Если ты развился в одной сфере и зашел в ней на плато своих знаний и навыков, то это безумие не освоить что-нибудь еще.
Да и нейрофизиологи советуют постоянно учить что-то новое, иначе мозгу будет пиздец
Даже у гуманитариев есть термин- всесторонне развит. Даже, блять, у гуманитариев!
А у психиатров есть термин для узких специалистов- синдром Аспергера (приверженность повторяющейся рутине или ритуалам)
Как я уже сказал, я редактирую их в редакторе. Я точки вывожу на сцену с помощью Handles.Label и выбираю их с помощью Handles.Button. Все работает отлично, но невозможно выделять для редактирования несколько точек, что при кол-ве их около 3к очень нужно.
Есть ли возможность скрестить стандартный Юнитевский Selection для выделения точек?
Вот к примеру, у меня есть суперкласс "Skill", от которого наследуются всякие другие скилы типа "усиленный урон" по типу
public class SimpleDamage : Skill
Вот, в классе "SimpleDamage" всё чисто и аккуратно, там только простая функция
public void UseSkill () { ... }
Но меня напрягает, что в классе "Skill" идет хуева туча гетеров и сетеров.
Вопрос- я долбоеб, и это как-то можно исправить, или это хуйня всё или мне вообще не надо париться пиши как пишешь или это слишком сложный вопрос и надо разбираться подробнее со всей системой в целом?
Может быть вообще есть желающие код ревью сделать или типа того?
Обсудить бы с кем-то более опытным архитектуру конечно, а то я заебался хуйню писать.
доебусь немного до оформления кода. геттеры пишутся короче:
[SerializeField] private string skillName;
public string SkillName => skillName;
вот тебе геттер для него. собственно если хочешь чтоб геттер был методом то
public string SkillName() => skillName;
и называешь ты поля ебано. по факту у тебя получается Skill.skillName. избегай названия самого класса в полях и методах так как это тупняк. ну и методы по майкрософтовскому нейминг конвеншену с большой буквы
https://docs.microsoft.com/en-us/dotnet/standard/design-guidelines/capitalization-conventions
а ещё вот этот анон
>>666114
дело говорит. нужно разделять логику от представления
Я вот погреб в 3 местах и рассказать особо нечего.
>>666160
В первую контору устроился страшным нубом. Тогда еще флеш был, классика для бумеров-программистов в казуальном геймдеве.
Работал не вникая толком и не изучая ничего, на похуях за мизерный прайс.
В конторе были приятные для общения люди, были местные альфачи, был директор который не стеснялся всех хуесосить матом за косяки. Были даже приятные тян, но я слоупочил и стеснялся, с тянами голяк был.
Потом оттуда поперли, т.к. не было заказов, но сразу перехватила меня другая контора, которая занималась почти тем же самым.
Во второй конторе вкатился в юнити, продолжал быть тем еще говнокодером, за чуть больший, но все еще скромный прайс. Там было мало людей, были 2 приятные тян, все меня продинамили, но пообщаться с ним было интересно получил совсем мало опыта в юнити и меня поперли, т.к. продажи упали и надо было сбросить балласт. Внезапно узнал увольняясь, что еще большие остолопы чем я получают дохуя больше.
Устраиваясь в третий раз все еще искал флеш вакансии, которых оставалось на тот момент хуй да нихуя. Уже сжалось очко, что просто не найду работу. Подтянул навык пока искал работу, стал не таким дремучим нубом и мне повезло, устрился уже на человеческую мидловскую зп, все еще флеш, который уже обоими ногами был в могиле. Думал, ну сейчас поебланю на флеше и параллельно подучу юнити, но положил на эту хуй. Работал с проебами, овертаймами, нервами, что могут уволить.
Внезапно в конторе поняли, что пора перекатываться на юнити, перекатился и я, теперь из более-менее опытного флешера я превратился опять в нуба на юнити.
К слову, коллектив был приятный, хотя и с агрессивными бабуинами-программистами, была куча прятных баб, с которым я конечно все прослоупочил хотя одной вдул после одного корпоратива, а со второй был близок, но нет, после другого корпоратива. Было комфортно на самом деле, если не считать овертаймы, в которые я сам себя загонял. Набрался опыта на юнити со временем, все шло вроде норм, но опять просел доход, опять срезали балласт и опять поперли меня. Чувствовл себя хуево.
На этот раз я потратил около месяца подтягивая хвосты и свой скилл. По сути просто учил информацию, которую могу спросить на собеседованиях. Прочитал Рихтера наконец - стыд и позор не прочитать рихтера, если пишешь на c#.
Устроился в 4 раз. Очень комфортное место, приятные люди, относительно интересно работать, норм зп, иногда подтягиваю свои знания то тут, то там, но все равно не регулярная стагнация присутствует. Наконец почувствовал себя толковым специалистом, хотя все равно боюсь проебаться и что меня уволят. По прежнему занимаюсь разработкой казуальных игор, подумываю, что пора в свободное время пилить что-то свое, для души.
Впервые понял, что со здоровьем шутки плохи, реально борюсь за сон, если плохо сплю - все пизда я никакой и работник из меня никакой, стараюсь естимейтить с лишком, чтобы не загонять себя в овертайм, хотя иногда все равно это случается.
Иногда приходится общаться с зарубежными коллегами на инглише, это для меня нервно и напряжно, стыд и позор не иметь аппер интермидиет в 2020.
Такие дела. Ах да, все бабы в конторе заняты, да и хуй с ними. Иногда приходится кстати ревьювить наших новичков и вот странное дело, порою тяжело им объяснить, что они что-то делают не так. Ты за определенное время как-то интуитивно чувствуешь как писать код, чтобы потом было меньше проблем, но тяжело формализированно объяснить падаванам, и вроде приводишь примеры, что мол если сделаем так и так, то потом придется менять и тут и тут и тут, а лучше когда только тут и все, но падаваны не верят, говорят мне так не кажется, но ок, сделаем как говоришь. Ничего хорошего в этом, или я хуй, который объяснить не умеет, или я неправ на самом деле, не знаю.
6 лет в разработке.
https://www.youtube.com/watch?v=dGWuJIcC-4w
почему, вы спросите, я этим делюсь? потому что это отличный пример самого хуёвого кода который я в своей жизни видел. смотрите внимательно и никогда так не делайте
Вообще её код похож на все, что показывают в любом видео "unity tutorial how to".
Еще заметил collider.tag == "blah" использует вместо collider.CompareTag("blah"), но откуда ей знать эти тонкости? её код работает и делает что она хочет такое же гавно писал, пока в ентерпрайз не попал
>>666341
Edit > Project Settings > HDRP Default Settings (или выбери свой конфиг)
и там поищи все параметры "Post-process", как альтернатива там же есть "Depth Test".
Вот в доке нашел:
After Post-process = Enable the checkbox to make HDRP render GameObjects that use an Unlit Material and have their Render Pass set to After Postprocess.
У тебя на скрине как-раз unlit материал, может поможет
да хуй с ними с тегами. ты посмотри как она перемещает объект по сцене. в каждом кадре она дважды получает камеру по тегу и узнаёт её границы чтобы корабль не вылезал и эти же границы потом ниже впердоливает руками. каждый кадр создаёт 6 переменных для GD. логика вся прописана на ифах.
собственно это результат обучения у этих ссаных брекис, каких-то индусов, скилшеров и тд. не то что тут нормальные пацаны обкашливают серьёзные темы. если б она сидела на двощах, то мы бы уже посмотрели на её сиськи, а она бы не въебала 5 лет
Понимаешь, вот я хочу сделать такую вещь в 2d. Когда я подхожу к npc, то из него должна вылетать черная иконка. Мне нужно сделать анимацию вылета этой черной иконки. Я могу это сделать в фотошопе, разбив на кучу кадров, но это выглядит не очень плавно. В unity же я могу не наделывать кучу кадров и сразу сделать в Animation плавный перелет иконки от точки a в точку b. Проблема в том, что таких иконок по всей карте должно быть много и мне придется для каждой иконки менять эти точки a и b. Вот я и спрашиваю. Можно ли как-то в юнити сделать простейшую анимацию для спрайта, где он просто движется вверх, чтобы потом можно было этот спрайт скопировать и вставить в другое место.
>он прервёт все процессы чтоб его дропнуть и ты получишь лаг на топовой тачке
Сглаживают, можно мусорить сколько влезеть
https://blogs.unity3d.com/ru/2018/11/26/feature-preview-incremental-garbage-collection/
Так что, локальные переменные нельзя юзать что ли?
юзай конечно, рвать себе жопу не нужно. просто не юзай их как та дура. например она в каждом кадре узнаёт направление куда жмёт. выносишь направление в переменную инстанса
private direction = Vector2.zero;
private void Update()
{
direction.Set(икс блядь, игрек блядь);
}
и вуаля, мусора нет и в случае чего можно этот дирекшн сделать публичным для доступа других компонентов. там где это неудобно и плодит слишком дохуя кода – юзай локальные. а когда будешь профилировать не забывай что локальные могут быть частью проблемы
>>666413
еретик! это такие основы что лучше их держать в голове с самого начала
обычно люди кеширую трансформ, но я читал в логах чуть ли не к unity 5 что они сделали автоматическое кеширование
https://blogs.unity3d.com/2014/06/23/unity5-api-changes-automatic-script-updating/
вот в самом конце
[2] in Unity5 we also cache the transform component on the c# side, so there should no longer be a performance reason to cache the transform component yourself.
бенчмарк не делал, может они напездели или откатили, а может и нет
проблема трансформа в том что по факту .transform это тоже самое что и .GetComponent<Transform>(). GetComponent считается не очень дорогой операцией, но не бесплатной и потому лучше кешировать. обращение к полям это просто обращение к конкретной области памяти. это самая базовая процедура и она стоит дешевле
Lerp работает так: берёшь значение А и значение Б, а в третьем параметре указываешь значение от 0 до 1 где на выходе при нуле он выдаст А, а при единице выдаст Б и всё остальное в промежутке.
в каждом кадре на 19 строке ты увеличиваешь занчение поля time. к моменту когда у тебя выходит в триггер у тебя time уже значительно больше еденицы и потому выставляется сразу конечное значение. я бы этот код написал так:
private bool _animate = false;
private Vector3 _target;
> это указатель куда нужно переместиться
private float _speed = 1f;
> это для контроля скорости перемещения
private void Update() {
if (_animate == false) {
return;
}
> это ранний выход чтоб не делать гигантского if в который запихиваешь остальной код
transform.position = Vector3.MoveTowards(transform.position, _target, _speed * Time.deltaTime);
> MoveTowards лучше чем Lerp в твоём случае ибо проще управлять скоростью перемещения
if (transform.position == _target) {
_animate = false;
> как только достигли цели, анимация прекращается. ну и сюда можно прикрепить какие-то дополнительные действия
}
}
private void OnTriggerEnter2D(Collider2D collider) {
_target = Vector.one;
> тут тебе нужно указать точку в которую он должен перемещаться
_animate = true;
}
А имя объекта разве не по умолчанию инициализировано?
int item = 0;
Когда предмет получается - значение заменяется на 1 и он начинает отображаться в инвентаре.
Могу ли я как-то изменить значение на "1" во время игры, чтобы не проходить квест, чтобы потестить как этот предмет ведёт себя в инвентаре?
