Этого треда уже нет.
Это копия, сохраненная 5 сентября в 23:04.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Это копия, сохраненная 5 сентября в 23:04.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
73 Кб, 633x784Добро пожаловать в тред Unity - лучшего 3D и 2D игрового движка современности!
Прошлый тред: >>846842 (OP) (OP)
Официальный сайт: 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 сделано много замечательных игр - Valheim, Genshin Impact, Subnautica, Albion Online, Endless Space, Beat Saber, Boneworks, 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# книги на русском языке:
1. Head First. Изучаем C# 4е издание Авторы: Эндрю Стиллмен, Дженнифер Грин
2. Программирование на C# для начинающих 2е части Автор: Алексей Васильев
3. C# для чайников Автор книги – Джон Пол Мюллер
4. Unity и C#. Геймдев от идеи до реализации Автор: Джереми Гибсон Бонд
5. Язык программирования C# 7 и платформы .NET и .NET Core Авторы: Филипп Джепикс, Эндрю Троелсен
Для людей абсолютно не знакомых с движком есть 3и основные книги на русском языке:
1. Разработка игр на Unity 2018 за 24 часа Майка Гейга
(Знакомство с движком, изучение редактора, создание 4х простых игр практически без кода, отличное пособие для полных новичков).
2. Изучаем C# через разработку игр на Unity. 5-е издание Харрисон Ферроне
(Пошаговое освоение всех базовых знаний по программированию на языке С# в редакторе юнити, создание одной игры стрелялки от первого лица, написание искусственного интеллекта врага, книга переведена не совсем корректно и порой встречаются не просто опечатки, а серьёзные неточности перевода.)
3. Unity в действии. Мультиплатформенная разработка на C#. 3-е межд. издание Хокинг Джозеф
(Правильное построение архитектуры кода для сложных проектов, углублённое изучение программированию на C#, создание 4х полноценных игр на движке, обязательно нужно скачать код проектов, так как в книге он местами уже устарел.)
Прошлый тред: >>846842 (OP) (OP)
Официальный сайт: 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 сделано много замечательных игр - Valheim, Genshin Impact, Subnautica, Albion Online, Endless Space, Beat Saber, Boneworks, 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# книги на русском языке:
1. Head First. Изучаем C# 4е издание Авторы: Эндрю Стиллмен, Дженнифер Грин
2. Программирование на C# для начинающих 2е части Автор: Алексей Васильев
3. C# для чайников Автор книги – Джон Пол Мюллер
4. Unity и C#. Геймдев от идеи до реализации Автор: Джереми Гибсон Бонд
5. Язык программирования C# 7 и платформы .NET и .NET Core Авторы: Филипп Джепикс, Эндрю Троелсен
Для людей абсолютно не знакомых с движком есть 3и основные книги на русском языке:
1. Разработка игр на Unity 2018 за 24 часа Майка Гейга
(Знакомство с движком, изучение редактора, создание 4х простых игр практически без кода, отличное пособие для полных новичков).
2. Изучаем C# через разработку игр на Unity. 5-е издание Харрисон Ферроне
(Пошаговое освоение всех базовых знаний по программированию на языке С# в редакторе юнити, создание одной игры стрелялки от первого лица, написание искусственного интеллекта врага, книга переведена не совсем корректно и порой встречаются не просто опечатки, а серьёзные неточности перевода.)
3. Unity в действии. Мультиплатформенная разработка на C#. 3-е межд. издание Хокинг Джозеф
(Правильное построение архитектуры кода для сложных проектов, углублённое изучение программированию на C#, создание 4х полноценных игр на движке, обязательно нужно скачать код проектов, так как в книге он местами уже устарел.)
>>0680 (OP)
Ебать блять, это самый худший перекат из всех. Пиздец, нахуй ты перекатываешь даже не читая? И что с картинкой в ОПпике?
Ебанутый.
Ебать блять, это самый худший перекат из всех. Пиздец, нахуй ты перекатываешь даже не читая? И что с картинкой в ОПпике?
Ебанутый.
>>0680 (OP)
Что за клоунский перекат ебанарот. 26 тема по счету не может нормальную шапку сделать. Еще и картинку непонятную поставил. Казел.
Что за клоунский перекат ебанарот. 26 тема по счету не может нормальную шапку сделать. Еще и картинку непонятную поставил. Казел.
Я знаю это моя беда что мне лень перекатывать, но какого хуя ньюфаги делают перекат на 500, если он делается на 1к?
Вот прям нарываются чтобы я сделал след перекат по красоте и с любовью.
Если это продолжиться я займусь лично тредом своего любимого движка. Не поленюсь потратить своё время чтобы всё привести в порядок.
Вот прям нарываются чтобы я сделал след перекат по красоте и с любовью.
Если это продолжиться я займусь лично тредом своего любимого движка. Не поленюсь потратить своё время чтобы всё привести в порядок.
Ответ никто не знает? >>850679 →
>>0730
Если ты используешь карты нормалей для сглаженных углов, то это, или же потому что у тебя просто куб из восьми точе и нормали расположились под углом 45 градусов
Если ты используешь карты нормалей для сглаженных углов, то это, или же потому что у тебя просто куб из восьми точе и нормали расположились под углом 45 градусов
>>0843
Да, восемь точек и фаски. думал чем меньше полигонов сделаю, тем лучше. Видимо, при экспорте в fbx нормали перевернулись (хотя показывает, что они обычные типа). Если я нарежу ребер на модельке, они станут по идее соответствовать же? Попробую, спс
Да, восемь точек и фаски. думал чем меньше полигонов сделаю, тем лучше. Видимо, при экспорте в fbx нормали перевернулись (хотя показывает, что они обычные типа). Если я нарежу ребер на модельке, они станут по идее соответствовать же? Попробую, спс
>>0861
Ты правильно думал, но в игровой индустрии уже десятки лет используется практика запекания нормалей с хайполи модели на лоуполи игровую модель. Почитай про это.
Ты правильно думал, но в игровой индустрии уже десятки лет используется практика запекания нормалей с хайполи модели на лоуполи игровую модель. Почитай про это.
>>0873
Так это делают для сохранения деталей вроде. Чтобы из миллиона полигонов осталось десять тысяч, а все финтифлюшки были на текстурах. Ну короче просто закину в Сабстенс Пейнтер стол, и мне выдаст автоматом Нормал мэп и свет запечется хорошо?
Так это делают для сохранения деталей вроде. Чтобы из миллиона полигонов осталось десять тысяч, а все финтифлюшки были на текстурах. Ну короче просто закину в Сабстенс Пейнтер стол, и мне выдаст автоматом Нормал мэп и свет запечется хорошо?
В общем посоны кое как со скрипом попердывая походу родилась таки система апгрейдов башен.
Хэндлер офк не будет статическим, прокину там по архитектуре норммально. он же будет хранить уровни апгрейдов и он же будет бизнес логикой для построения связи с юай и дергать датабазу он будет через конструктор офк.
Хэндлер офк не будет статическим, прокину там по архитектуре норммально. он же будет хранить уровни апгрейдов и он же будет бизнес логикой для построения связи с юай и дергать датабазу он будет через конструктор офк.
>>0946
А андерскоре перед названиями переменных это часть синтаксиса или просто традиция, чтобы визуально отличать переменные от названия классов?
А андерскоре перед названиями переменных это часть синтаксиса или просто традиция, чтобы визуально отличать переменные от названия классов?
>>0988
общепринятая(одна из, другая например m_*) "традиция" для именования приватных полней
общепринятая(одна из, другая например m_*) "традиция" для именования приватных полней
>>0990
прозреваю они были приватными изначально (на что SeriazableField указывает - на публичных оно тупо не нужно)
прозреваю они были приватными изначально (на что SeriazableField указывает - на публичных оно тупо не нужно)
>>0988
помечаю так филды, без привязки к модификаторам доступа.
помечаю так филды, без привязки к модификаторам доступа.
>>0988
В данном случае частично традиция(перед приватными полями), частично долбоебизм(перед публичными)
В данном случае частично традиция(перед приватными полями), частично долбоебизм(перед публичными)
>>1008
А зачем вы переменные называете полями? локальные приватными? функции методами? хватит меня бесить!
А зачем вы переменные называете полями? локальные приватными? функции методами? хватит меня бесить!
Шарповики это буквально как хохлы, придумали названия обычных вещей по-другому, лишь бы не было похоже на плюсы, ей богу
>>1018
переменная - именованная область памяти.
поле сдвиг в этой области относительно начала.
локальность - воопше другая концепция никак не связанная с приватностью/публичностью.
локальная переменная видна только в том куске кода где объявлена(ака зона видимости) поля класса доступны всегда и везде, даже если они приватные - тут только компилятор не дает влезть в приват, но его можно наебать прямым доступом по сдвигу.
переменная - именованная область памяти.
поле сдвиг в этой области относительно начала.
локальность - воопше другая концепция никак не связанная с приватностью/публичностью.
локальная переменная видна только в том куске кода где объявлена(ака зона видимости) поля класса доступны всегда и везде, даже если они приватные - тут только компилятор не дает влезть в приват, но его можно наебать прямым доступом по сдвигу.
>>1019
зы. локальную переменную вытянуть не получиться никак ибо она просто не существует вне своей зоны видимости.
зы. локальную переменную вытянуть не получиться никак ибо она просто не существует вне своей зоны видимости.
>>1008
И в чем долбоебизм?
И в чем долбоебизм?
>>1075
Ну вот что ты выебываешься? То, что ты так жаждешь называть полями - это просто вид переменных, который используется в классах. Возможно, это разграничение имеет роль для тех, кто занят архитектурой и инжинирингом ЯП, но не для обычного использования. Просто усложняешь и плодишь сущности зачем-то
Ну вот что ты выебываешься? То, что ты так жаждешь называть полями - это просто вид переменных, который используется в классах. Возможно, это разграничение имеет роль для тех, кто занят архитектурой и инжинирингом ЯП, но не для обычного использования. Просто усложняешь и плодишь сущности зачем-то
>>1019
У него тоже есть имя пчелидзе.
Более того
У этой именованной области памяти есть адрес, что есть сдвиг.
Ну и лан чтобы слишком сильно не рофлить держи официальное определение
>>1048
Потому что разрабы си шарпа так придумали, и ввели такое понятие - поле. Просто чтобы удобнее было, потому что это тебе не С++, у нас тут есть атрибуты например, которые можно повесить на поле, но нельзя повесить на локальную переменную в функции.
> поле сдвиг в этой области относительно начала.
У него тоже есть имя пчелидзе.
Более того
> переменная - именованная область памяти
У этой именованной области памяти есть адрес, что есть сдвиг.
Ну и лан чтобы слишком сильно не рофлить держи официальное определение
> Afieldis a variable of any type that is declared directly in aclassorstruct. Fields aremembersof their containing type
>>1048
Потому что разрабы си шарпа так придумали, и ввели такое понятие - поле. Просто чтобы удобнее было, потому что это тебе не С++, у нас тут есть атрибуты например, которые можно повесить на поле, но нельзя повесить на локальную переменную в функции.
>>1101
л-я п-я
л-я п-я
Ебать тут пориджи познают мир за пределами школьного курса бейсика.
>>0945
Тут отписок не хватает, лучшим способом будет метод deinit который будет отписывать, плюс булева _isInited которая не будет давать два раза заинитить, а значит подписать два раза. Если нужно будет реинит делать то тогда будешь вызывать свой deinit() в начале инита без булева isInited.
>>0946
Двойная сериализация лишняя
здесь и в других напрашивается свойство
public TowerType TowerType => _effectedTower;
Тут отписок не хватает, лучшим способом будет метод deinit который будет отписывать, плюс булева _isInited которая не будет давать два раза заинитить, а значит подписать два раза. Если нужно будет реинит делать то тогда будешь вызывать свой deinit() в начале инита без булева isInited.
>>0946
>[SerializeField]
>public
Двойная сериализация лишняя
>GetTowerType() и GetUpgradeLevel()
здесь и в других напрашивается свойство
public TowerType TowerType => _effectedTower;
>>1014
Поле - это скорее не просто переменная, а переменная типа инстанса, то есть то, что вы в классе объявляете. Переменная более узкое определение.
Поле - это скорее не просто переменная, а переменная типа инстанса, то есть то, что вы в классе объявляете. Переменная более узкое определение.
>>1157
сенкс за фидбек
сенкс за фидбек
>>1157
Я так понял, что если инициализация происходит не через конструктор, а через отдельный метод, то, если по уму, то надо в каждый публичный метод пихать проверку на инициализацию. Эм ай райт?
Я так понял, что если инициализация происходит не через конструктор, а через отдельный метод, то, если по уму, то надо в каждый публичный метод пихать проверку на инициализацию. Эм ай райт?
>>1181
"по уму" - да. ну т.е. если ты хочешь написать красивый код, который будет проверять все ошибки и правильно их обрабатывать, что бы какой-то левый юзер который будет его использовать все понимал даже не читая доков - то надо. ах да доки тоже "по уму" надо. и подробные комментарии.
"ирл" - а надо ли оно все тебе? ты знаешь что компонент надо инициализировать перед использованием знаешь где и как это происходит, ибо пишется под конкретную задачу в конкретном приложении.
"по уму" - да. ну т.е. если ты хочешь написать красивый код, который будет проверять все ошибки и правильно их обрабатывать, что бы какой-то левый юзер который будет его использовать все понимал даже не читая доков - то надо. ах да доки тоже "по уму" надо. и подробные комментарии.
"ирл" - а надо ли оно все тебе? ты знаешь что компонент надо инициализировать перед использованием знаешь где и как это происходит, ибо пишется под конкретную задачу в конкретном приложении.
>>1186
Если будет много кода и захочешь переинитить объект то словишь очень странное поведение и можешь долго искать причину.
На подкорке уже срабатывает - вижу подписку ищу отписку, тем более написать отписку одной строкой дешевле чем ловить непонятное поведение в будущем.
Юнитеки придумали ивенты OnEnable, OnDisable, OnDestroy - подходят для многих кейсов чтобы туда засунуть подписку/отписку.
Если будет много кода и захочешь переинитить объект то словишь очень странное поведение и можешь долго искать причину.
На подкорке уже срабатывает - вижу подписку ищу отписку, тем более написать отписку одной строкой дешевле чем ловить непонятное поведение в будущем.
Юнитеки придумали ивенты OnEnable, OnDisable, OnDestroy - подходят для многих кейсов чтобы туда засунуть подписку/отписку.
>>1183
В высокоуровневых классах стоит добавлять проверки. Это классы которые будут работать со Steam API например, или с аналитикой, мультиплеером. А в геймплее оно конечно нахуй не нужно.
> а надо ли оно все тебе
В высокоуровневых классах стоит добавлять проверки. Это классы которые будут работать со Steam API например, или с аналитикой, мультиплеером. А в геймплее оно конечно нахуй не нужно.
Прохожу щас туториал фотона. Имаджинирую ебальники джунов, которые себе в резюме пишут его как один из навыков. ставлю анус, после прохождения того же туториала
>>1183
А че, так впадлу написать 3 строчки?
Ну серьезно, это написать займет 30 секунд, чего тут думать, конечно надо сделать. Даже если он сейчас пройдется по ВСЕМУ коду чтобы расставить выбрасывание исключений и проверки внутри классов чтобы сделать невозможным их использование неправильным образом - он потратит на это ну полчаса-час если я правильно прикидываю масштаб его проекта.
Зато не облысеет когда вылезут баги. Это даже не вопрос красивого кода, он просто рискует сойти с ума потом если не сделает этого.
> а надо ли оно все тебе?
А че, так впадлу написать 3 строчки?
Ну серьезно, это написать займет 30 секунд, чего тут думать, конечно надо сделать. Даже если он сейчас пройдется по ВСЕМУ коду чтобы расставить выбрасывание исключений и проверки внутри классов чтобы сделать невозможным их использование неправильным образом - он потратит на это ну полчаса-час если я правильно прикидываю масштаб его проекта.
Зато не облысеет когда вылезут баги. Это даже не вопрос красивого кода, он просто рискует сойти с ума потом если не сделает этого.
190 Кб, 640x432Кириллы, может кто то подсказать по аниматору?
Есть аниматор у которого переход из Walk u Attack построен из AnyState. Переход из Entry выведен в пустой стейт.
Переход из Walk u Attack происходит по булевым флажкам.
Проблема: какого хуя между переходами анимаций аниматор все равно лезет в пустой стейт? В дебаге проверил, ситуации когда работают\выключены оба стейта не происходит
Пикча не моя
Есть аниматор у которого переход из Walk u Attack построен из AnyState. Переход из Entry выведен в пустой стейт.
Переход из Walk u Attack происходит по булевым флажкам.
Проблема: какого хуя между переходами анимаций аниматор все равно лезет в пустой стейт? В дебаге проверил, ситуации когда работают\выключены оба стейта не происходит
Пикча не моя
>>1285
Что именно проходишь? PUN уже устарел и выкинут на помойку, если что. Его заменил Photon Fusion.
Сейчас в трендах Photon Quantum. Там уже надо писать код на ECS и хорошо его оптимизировать.
Что именно проходишь? PUN уже устарел и выкинут на помойку, если что. Его заменил Photon Fusion.
Сейчас в трендах Photon Quantum. Там уже надо писать код на ECS и хорошо его оптимизировать.
>>1411
А свою пичку не догадался скинуть? По описанию не понятно нихуя
А свою пичку не догадался скинуть? По описанию не понятно нихуя
341 Кб, 948x1032>>1435
Общий подход такой же, если ты используешь модель с мастер-клиентом, когда вся логика на клиентах крутится. Посмотри туториалы. Можешь начать с доков:
https://doc.photonengine.com/en-us/fusion/current/getting-started/fusion-intro
Он стоит дороже, чем обычный Фотон (на котором крутится PUN), но при этом не даёт ничего особо нового для модели мастер-клиента. Он больше заточен под выделенные сервера. А под мастер-клиента лучше учи сразу Quantum, ибо это реально ПРОРЫВ нахуй. Особенно когда они выпустят версию 3.0, в которой будет много нового.
> Во фьюжене подходы из пуна не используются?
Общий подход такой же, если ты используешь модель с мастер-клиентом, когда вся логика на клиентах крутится. Посмотри туториалы. Можешь начать с доков:
https://doc.photonengine.com/en-us/fusion/current/getting-started/fusion-intro
Он стоит дороже, чем обычный Фотон (на котором крутится PUN), но при этом не даёт ничего особо нового для модели мастер-клиента. Он больше заточен под выделенные сервера. А под мастер-клиента лучше учи сразу Quantum, ибо это реально ПРОРЫВ нахуй. Особенно когда они выпустят версию 3.0, в которой будет много нового.
>>1473
Ты конкретно про сеть или в общем? Для сети у них есть вот это:
https://docs-multiplayer.unity3d.com/netcode/current/about
Но проблема в том, что это чисто сетевая либа. Никакой тебе интерполяции, никакого предикшена, никакой проверки попадания с откатами (которая реализована была ещё в древней КС 20 лет назад). Ебись сам как хочешь.
Видел ещё вот этот сетевой движок популярен:
https://mirror-networking.com/
И вот этот:
https://www.darkriftnetworking.com/
Ты конкретно про сеть или в общем? Для сети у них есть вот это:
https://docs-multiplayer.unity3d.com/netcode/current/about
Но проблема в том, что это чисто сетевая либа. Никакой тебе интерполяции, никакого предикшена, никакой проверки попадания с откатами (которая реализована была ещё в древней КС 20 лет назад). Ебись сам как хочешь.
Видел ещё вот этот сетевой движок популярен:
https://mirror-networking.com/
И вот этот:
https://www.darkriftnetworking.com/
>>1466
Понял/принял.
Понял/принял.
Пацаны, а вы используете Assembly definitions для разделения кода на разные сборки?
https://docs.unity3d.com/Manual/ScriptCompilationAssemblyDefinitionFiles.html
https://docs.unity3d.com/Manual/ScriptCompilationAssemblyDefinitionFiles.html
51 Кб, 503x640Как удалять текстурки тут? Не в тот канал положил. Перепробовал все комбинации с контролами и шифтами уже
>>1641
Понял
Понял
>>1623
нет, мне конечно льстит предположение, но это успешный титан игродел с 134 подписчиков, а у меня ноль потому что канала на ютубе нет
нет, мне конечно льстит предположение, но это успешный титан игродел с 134 подписчиков, а у меня ноль потому что канала на ютубе нет
>>1665
так я игры на 21 делаю. а это легаси и чужое, я его для души допиливаю у меня даже сорцов нет, только ilspy
так я игры на 21 делаю. а это легаси и чужое, я его для души допиливаю у меня даже сорцов нет, только ilspy
Как же меня заебал ебаный сын говна Романс Акутин, я заебался эту хуйню удалять из ютуба уже. Дак мне теперь еще и с яндекса письмо пришло, запишитесь на курс Романса Сакутина у нас тут бесплатный ебана.
>>1693
а нахуя ты покупал курсы и оставлял свою почту?
а нахуя ты покупал курсы и оставлял свою почту?
>>1693
Этот инфо-циган и у меня в ленте бывает всплывает.
Этот инфо-циган и у меня в ленте бывает всплывает.
Если я переключу готовый проект с виндовса на андроид, он будет долго пересобираться. Но там похерится что-то? Или я смогу его обратно на виндовс переключить без потерь? Или надо делать бекап перед этим?
>>1810
пришло время поговорить о боге нашем git'e...
серьезно попробуй. хотя бы в виде локального репозитория
пришло время поговорить о боге нашем git'e...
серьезно попробуй. хотя бы в виде локального репозитория
>>1814
Хорошо
Хорошо
После забилдивания "игра" сильно нагружает видеокарту, кулер на полную вертится, 80 градусов видеокарта. Сильнее чем какая-нибудь дота. Это из-за того, что я выбрал у источников света тени и режим mixed?
>>1886
Не думаю, что связано с этим
Не думаю, что связано с этим
>>1838
Фпс сколько? Ты можешь хоть кс 1.6 видеокарту так нагрузить - если проц вытягивает дохуя фпс и не стоит лимит на фпс(всинк тоже очевидно дает лимит на фпс)
Да и вообще больше конкретики нужно, что за видеокарта, что есть на сцене - сколько треугольников, есть ли полупрозрачность, какие рендер пайплайн и есть ли какие-то особые шейдеры?
Фпс сколько? Ты можешь хоть кс 1.6 видеокарту так нагрузить - если проц вытягивает дохуя фпс и не стоит лимит на фпс(всинк тоже очевидно дает лимит на фпс)
Да и вообще больше конкретики нужно, что за видеокарта, что есть на сцене - сколько треугольников, есть ли полупрозрачность, какие рендер пайплайн и есть ли какие-то особые шейдеры?
>>1838
Я знаю что это за трабла, и она решается ровно одной строчкой. Что ты готов сделать ради неё?
Я знаю что это за трабла, и она решается ровно одной строчкой. Что ты готов сделать ради неё?
32 Кб, 190x125>>1909
фпс по ощущениям 60+
Полупрозрачность есть — стандартный шейдер для стекла типа. Есть шейдеры которые импортировались с модельками, но там типа аутодеск шейдер и че еще такое, не страшное. Частицы скачал, но их в сумме 400 на всю сцену, просто снежинки летают. Треугольников хз сколько, по идее не выше среднего. Текстурки пережал. Видеокарта 3060ти
>>1919
Ну это мир сбилженный под VRchat, поэтому я не уверен, что мы говорим об одном и том же. Я грешу все-таки на свет, хотя внутри движка не нагружается так видюха
фпс по ощущениям 60+
Полупрозрачность есть — стандартный шейдер для стекла типа. Есть шейдеры которые импортировались с модельками, но там типа аутодеск шейдер и че еще такое, не страшное. Частицы скачал, но их в сумме 400 на всю сцену, просто снежинки летают. Треугольников хз сколько, по идее не выше среднего. Текстурки пережал. Видеокарта 3060ти
>>1919
Ну это мир сбилженный под VRchat, поэтому я не уверен, что мы говорим об одном и том же. Я грешу все-таки на свет, хотя внутри движка не нагружается так видюха
>>1924
Без разницы под что сбилжено хоть под ведро. Если сбилженая игра жрёт как не в себя гпу под 70-90%, хотя в теории и 5% не должна то я знаю что это.
Без разницы под что сбилжено хоть под ведро. Если сбилженая игра жрёт как не в себя гпу под 70-90%, хотя в теории и 5% не должна то я знаю что это.
>>1929
А я не знаю
А я не знаю
>>1924
Ну а надо по факту, а не по ощущениям. Может оно там в 500 фпс крутится.
А кто знает, может и страшное. Материалы это серьезное дело, надо знать что у тебя за материалы висят и сколько их.
Треугольники в статс можно посмотреть
Глобальное освещение есть? Реалтайм освещение?
> фпс по ощущениям 60+
Ну а надо по факту, а не по ощущениям. Может оно там в 500 фпс крутится.
> Есть шейдеры которые импортировались с модельками, но там типа аутодеск шейдер и че еще такое, не страшное
А кто знает, может и страшное. Материалы это серьезное дело, надо знать что у тебя за материалы висят и сколько их.
Треугольники в статс можно посмотреть
Глобальное освещение есть? Реалтайм освещение?
>>1931
Ну а что ты готов сделать ради этого?
Это примитивная херня, но без опыта и понимания долго можно копать. Если не синьерпомидор то никогда не выкопать.
Ну а что ты готов сделать ради этого?
Это примитивная херня, но без опыта и понимания долго можно копать. Если не синьерпомидор то никогда не выкопать.
>>1945
ничего разумеется, если такая проблема у меня возникнет я ее решу без твоих выебонов
ничего разумеется, если такая проблема у меня возникнет я ее решу без твоих выебонов
8 Кб, 484x80Как открытие сэкондхэнда на украине нахуй лол.
>>1958
Ну смари чел. Если вдруг не сможешь решить, ты знаешь где меня искать.
Ну смари чел. Если вдруг не сможешь решить, ты знаешь где меня искать.
30 Кб, 296x198>>1939
Дирекшнл свет и сфера с небом, которую вставляю на вкладке Lighting. Риалтаймовые 5 поинт лайтов и 2 спот лайта (ну они у меня Mixed стоят с Hard shadows) в комнатке 5х5 метров.
Ну попробую все материалы прочекать и поменять их на оптимизированные. Только после перевода проекта под андроид, свет стал запекаться странно (серый вместо черного цвета; причем запеченная ранее карта света на винвовс норм отображалась)
>Глобальное освещение есть? Реалтайм освещение?
Дирекшнл свет и сфера с небом, которую вставляю на вкладке Lighting. Риалтаймовые 5 поинт лайтов и 2 спот лайта (ну они у меня Mixed стоят с Hard shadows) в комнатке 5х5 метров.
Ну попробую все материалы прочекать и поменять их на оптимизированные. Только после перевода проекта под андроид, свет стал запекаться странно (серый вместо черного цвета; причем запеченная ранее карта света на винвовс норм отображалась)
Чет тдшка моя разрастается. Накидал систему сохранения данных, еще + 4 скрипта. щас главное меню и переход между сценами туда сюда уже под 80 будет. К билду точно за сотку перевалит.
>>2082
Типо структура, которая хранит данные игрока, сейчас содержит два раздела. Номер последней игровой сцены и апгрейды. Данные совершенно разные для разных систем. Значит надо разбивать на два интерфейса. И пошло, поехало.
Типо структура, которая хранит данные игрока, сейчас содержит два раздела. Номер последней игровой сцены и апгрейды. Данные совершенно разные для разных систем. Значит надо разбивать на два интерфейса. И пошло, поехало.
В общем как-то так. начал заполнять абстракцию конкретикой. Выглядит вроде как будто будет работать. Типа в начале каждой игровой сцены центровой скрипт будет загружать файл, вытаскивать дату. Дату поделю на 2 интерфейса, один пойдет в систему управляющую сценами, второй в апгрейды. Потом, при прохождении уровня, будет запрашивать эти данные из подсистем, упаковывать в датафайл и отправлять на запись. Осталось только понять куда засунуть подсистему апгрейдов, потому что на отдельную она явно не тянет, и оттуда уже прокидывать ее к башням.
Кто-то пользовался плагином Bakery?
>>2115
Переместил проверку на наличие файла из ридера в лоад метод менеджера, если файла нет менеджер запускает райтер с дефолтными статами игрока в аргументах, и возвращает их же. Запилил код для уи основного меню, код, управляющий сценой главного меню, код управляющий переключением сцен.
Осталось сделать прототип меню апгрейдов, его код и принять пару архитектурных решений как все прокинуть и скомпоновать и будет рабочий прототип игры. В принципе все наработки уже есть, думаю справлюсь.
Последнее время началась хуйня, не знаю почему, юнити скидывает протянутые в редакторе связи, чет подзаебало.
Переместил проверку на наличие файла из ридера в лоад метод менеджера, если файла нет менеджер запускает райтер с дефолтными статами игрока в аргументах, и возвращает их же. Запилил код для уи основного меню, код, управляющий сценой главного меню, код управляющий переключением сцен.
Осталось сделать прототип меню апгрейдов, его код и принять пару архитектурных решений как все прокинуть и скомпоновать и будет рабочий прототип игры. В принципе все наработки уже есть, думаю справлюсь.
Последнее время началась хуйня, не знаю почему, юнити скидывает протянутые в редакторе связи, чет подзаебало.
>>2115
класс DataManager лучше сделать статикой.
Ты можешь свои классы сериализировать в json, юнити предоставляет нативное легкое решение, да ещё скорее всего будет быстрее работать.
https://docs.unity3d.com/ru/530/Manual/JSONSerialization.html
https://www.youtube.com/watch?v=gMfijpTkKX8
класс DataManager лучше сделать статикой.
Ты можешь свои классы сериализировать в json, юнити предоставляет нативное легкое решение, да ещё скорее всего будет быстрее работать.
https://docs.unity3d.com/ru/530/Manual/JSONSerialization.html
https://www.youtube.com/watch?v=gMfijpTkKX8
>>2395
лучше взять json.net он быстрее и получше. юнитековский корявый весьма
лучше взять json.net он быстрее и получше. юнитековский корявый весьма
>>2420
В курсе что бесплатная версия лежит на сайте разрабов?
В курсе что бесплатная версия лежит на сайте разрабов?
>>2420
дык сам напиши астар же очень простой
дык сам напиши астар же очень простой
>>2395
Забавно, что сами они им не пользуются в своих SDK, а используют Newtonsoft.
https://docs.unity3d.com/Packages/com.unity.nuget.newtonsoft-json@3.0/manual/index.html
> юнити предоставляет нативное легкое решение
Забавно, что сами они им не пользуются в своих SDK, а используют Newtonsoft.
https://docs.unity3d.com/Packages/com.unity.nuget.newtonsoft-json@3.0/manual/index.html
Можно ли как-то пофиксить вот эти не состыковки по цвету / свету? На мониторе и шлеме белый материал, они динамические объекты, поэтому свет на них не запекается, и освещены они глобалкой. Если я подберу цвет глобального освещения под монитор, то у меня начинает явно выделяться другой объект (за кадром). Как профессионалы геймдева решают эту задачу?
>>2453
Лампу повесь для освещения динамических объектов, одной глобалкой нормально ничего не осветишь. На лампе можно выставить на какие отдельные объекты он будет светить.
Лампу повесь для освещения динамических объектов, одной глобалкой нормально ничего не осветишь. На лампе можно выставить на какие отдельные объекты он будет светить.
>>2456
О, прикол
О, прикол
>>2456
Я нашел туториал и там чел делал это через слои. Он правильно делал или это костыль?
Я нашел туториал и там чел делал это через слои. Он правильно делал или это костыль?
>>2496
Ничего страшного, в соседней комнате переиспользуешь эти же слои.
Ничего страшного, в соседней комнате переиспользуешь эти же слои.
>>2448
Да похоже я тоже перепутал, думал как раз об этом пакедже у них в мануале и написано.
Да похоже я тоже перепутал, думал как раз об этом пакедже у них в мануале и написано.
>>2453
это билт ин рендер пайплайн такой? На юрпе у меня таких проблем изначально не возникало - после запекашки всё равномерно освещено и динамический объекты не выбиваются из вида
это билт ин рендер пайплайн такой? На юрпе у меня таких проблем изначально не возникало - после запекашки всё равномерно освещено и динамический объекты не выбиваются из вида
>>2589
всё так, тебе дают калпилятор под все платформы, кое-как рабочий редактор, несколько кое-как рабочих калпанентов и несколько полезных API функций, всё остальное делоешь и думоешь сам
всё так, тебе дают калпилятор под все платформы, кое-как рабочий редактор, несколько кое-как рабочих калпанентов и несколько полезных API функций, всё остальное делоешь и думоешь сам
Люди, которые больше дрочат на код, оптимизацию, архитектуру - это просто программисты, а не игроделы, которые, конечно же, больше чем просто программисты. Им правда важен код. Даже если у них будут готовые няшные ассеты, готовое окружение - пока они не будут удовлетворены кодом, они игру так и не сделают.
А почему? Ну, потому что программист - это про код, про программу в целом. Дофамин у программиста вырабатывается именно при таком положении, когда их код их целиком удовлетворяет. Они просто физически не смогут продвинуться дальше, пока их текущий код их всецело неудовлетворяет. Пока они чуют, что что-то не так/что можно сделать лучше, они и не продвинутся ни на шаг.
Они могут игру сделать быстро, если не будут рефлексировать над каждой строчкой/классом. Возможно, даже код будет не говнокодом, если хотя бы будут избегать самоповтора.
Не сужу. Программисты они такие. Возможно, это работяги-программисты, а геймдев - это хобби. Либо хобби связано с программирование. У них в мозгу уже вшито правильное программирование, и есть печальный опыт еботни с кривой архитектурой.
Не-программисты ебашат сразу, коряво, всрато, но идут семимильными шагами.
А почему? Ну, потому что программист - это про код, про программу в целом. Дофамин у программиста вырабатывается именно при таком положении, когда их код их целиком удовлетворяет. Они просто физически не смогут продвинуться дальше, пока их текущий код их всецело неудовлетворяет. Пока они чуют, что что-то не так/что можно сделать лучше, они и не продвинутся ни на шаг.
Они могут игру сделать быстро, если не будут рефлексировать над каждой строчкой/классом. Возможно, даже код будет не говнокодом, если хотя бы будут избегать самоповтора.
Не сужу. Программисты они такие. Возможно, это работяги-программисты, а геймдев - это хобби. Либо хобби связано с программирование. У них в мозгу уже вшито правильное программирование, и есть печальный опыт еботни с кривой архитектурой.
Не-программисты ебашат сразу, коряво, всрато, но идут семимильными шагами.
>>2590
Ну видимо в этом есть и свои плюсы: работает на некропеках и игры делать можно для некропек, добавляя только оптимизированные штуки
Ну видимо в этом есть и свои плюсы: работает на некропеках и игры делать можно для некропек, добавляя только оптимизированные штуки
Все выпуки в сторону программистов в стиле кокококо вы дрочите, пока игроделы делают игры, основаны на ложном тезисе о том, что не программисты делают игры. На самом деле вы нехуя не можете сделать, кроме маленькой хуетеньки и обосретесь на первой же сложной механике, на ее расширении подлива улетит до потолка и будет капать вам на голову.
>>2594
Нормально гуманитарий порвался. Ты кстати тоже не игродел, потому что без прогера ты игру не сделаешь.
Нормально гуманитарий порвался. Ты кстати тоже не игродел, потому что без прогера ты игру не сделаешь.
>>2594
Это три разные вещи.
1) Дроч на код ради кода. Это проблема перфекционизма. Ей страдают часть программистов. Это действительно проблема.
2) Дроч на оптимизацию. Есть игры в которых без этого никак, как в той же Факторио. Особенно это было раньше актуально. В этом нет ничего плохого.
3) Дроч на архитектуру помогает развивать игру. Если ты создаёшь пиксельную инди-хуинди, которую раз прошёл и забыл - ок. Если ты создаёшь игру-сервис или игру, которая будет развиваться, ты обязан сделать нормальную архитектуру. Тот же Нотч сделал шикарную расширяемую архитектуру в Майнкрафте, что породило много крутых модов.
> Люди, которые больше дрочат на код, оптимизацию, архитектуру
Это три разные вещи.
1) Дроч на код ради кода. Это проблема перфекционизма. Ей страдают часть программистов. Это действительно проблема.
2) Дроч на оптимизацию. Есть игры в которых без этого никак, как в той же Факторио. Особенно это было раньше актуально. В этом нет ничего плохого.
3) Дроч на архитектуру помогает развивать игру. Если ты создаёшь пиксельную инди-хуинди, которую раз прошёл и забыл - ок. Если ты создаёшь игру-сервис или игру, которая будет развиваться, ты обязан сделать нормальную архитектуру. Тот же Нотч сделал шикарную расширяемую архитектуру в Майнкрафте, что породило много крутых модов.
19 Кб, 510x176попросил чат жпт накалякать подобие консоли и обработчика команд, выглядит как что-то жизнеспособное
https://pastebin.com/Pgdc4Tvr
https://pastebin.com/Pgdc4Tvr
>>2619
А игру когда будешь делать?
А игру когда будешь делать?
>>2616
и как без кодера перекатить правила например той же дынды? ну даже урезанной допустим. там их духуя. и как потом поддерживать эту яндерелапшу.
я без подъебы, мне реально интересно.
и как без кодера перекатить правила например той же дынды? ну даже урезанной допустим. там их духуя. и как потом поддерживать эту яндерелапшу.
я без подъебы, мне реально интересно.
>>2636
Ну ты говоришь, что геймдизанер не сделает игру без прогера. Но в реальности он ее сделает. Геймдизайн происходит из настолок и карточных игр, а не из программизма. Поэтому базовая смысловая единица для геймдизанера это именно настолка. Простая или сложная — значения не имеет, ибо прототип собирается из листочков бумаги, потом в издательстве художники рисуют картинки, скульпторы отливают фигурки итд. Программистов тут нет (только косвенно, который софт писали для 3д и 2д принтеров, для логистических программ)
Ну ты говоришь, что геймдизанер не сделает игру без прогера. Но в реальности он ее сделает. Геймдизайн происходит из настолок и карточных игр, а не из программизма. Поэтому базовая смысловая единица для геймдизанера это именно настолка. Простая или сложная — значения не имеет, ибо прототип собирается из листочков бумаги, потом в издательстве художники рисуют картинки, скульпторы отливают фигурки итд. Программистов тут нет (только косвенно, который софт писали для 3д и 2д принтеров, для логистических программ)
>>2636
никак. Ну т.е. кто не брался, может и думает что сделает, но как сядет, будем несколько смущен тем фактом, что перетаскивание ссылок в редакторе не решает вопросы, а ответов в гугле об архитектуре подобной системы нет.
>и как без кодера перекатить правила например той же дынды?
никак. Ну т.е. кто не брался, может и думает что сделает, но как сядет, будем несколько смущен тем фактом, что перетаскивание ссылок в редакторе не решает вопросы, а ответов в гугле об архитектуре подобной системы нет.
>>2646
ну хорошо допустим геймдизайнер сделал эту настолку на листочках. как их переводить в код? они же не сами там образуются. а что потом делать, когда правила надо будет поменять или дополнить? правила же не в граните отливаются. даже в чисто физических настолках есть ревизии разные.
>>2647
вот тут реально бы подошли blueprints из анрила
какой-то кривой косой можно было бы сделать, а потом передать людям которые уже шарят
ну хорошо допустим геймдизайнер сделал эту настолку на листочках. как их переводить в код? они же не сами там образуются. а что потом делать, когда правила надо будет поменять или дополнить? правила же не в граните отливаются. даже в чисто физических настолках есть ревизии разные.
>>2647
вот тут реально бы подошли blueprints из анрила
какой-то кривой косой можно было бы сделать, а потом передать людям которые уже шарят
>>2594
Люди, которые больше дрочат на механики, баланс, таблички - это просто геймдизайнеры, а не игроделы, которые, конечно же, больше чем просто геймдизайнеры. Им правда важны механики. Даже если у них будут готовые няшные ассеты, готовое окружение - пока они не будут удовлетворены балансом, они игру так и не сделают.
А почему? Ну, потому что геймдизайнер - это про баланс, про механики в целом. Дофамин у геймдизайнера вырабатывается именно при таком положении, когда их баланс их целиком удовлетворяет. Они просто физически не смогут продвинуться дальше, пока их текущий баланс их всецело неудовлетворяет. Пока они чуют, что что-то не так/что можно сделать лучше, они и не продвинутся ни на шаг.
Они могут игру сделать быстро, если не будут рефлексировать над каждой механикой/комбо. Возможно, даже механика будет не говномеханикой, если хотя бы будут избегать самоповтора.
Не сужу. Геймдизайнеры они такие. Возможно, это работяги-бухгалетеры, а геймдев - это хобби. Либо хобби связано с табличками. У них в мозгу уже вшито правильное сведение баланса, и есть печальный опыт еботни с кривой табличкой.
Не-геймдизайнеры ебашат сразу, коряво, всрато, но идут семимильными шагами.
Люди, которые больше дрочат на механики, баланс, таблички - это просто геймдизайнеры, а не игроделы, которые, конечно же, больше чем просто геймдизайнеры. Им правда важны механики. Даже если у них будут готовые няшные ассеты, готовое окружение - пока они не будут удовлетворены балансом, они игру так и не сделают.
А почему? Ну, потому что геймдизайнер - это про баланс, про механики в целом. Дофамин у геймдизайнера вырабатывается именно при таком положении, когда их баланс их целиком удовлетворяет. Они просто физически не смогут продвинуться дальше, пока их текущий баланс их всецело неудовлетворяет. Пока они чуют, что что-то не так/что можно сделать лучше, они и не продвинутся ни на шаг.
Они могут игру сделать быстро, если не будут рефлексировать над каждой механикой/комбо. Возможно, даже механика будет не говномеханикой, если хотя бы будут избегать самоповтора.
Не сужу. Геймдизайнеры они такие. Возможно, это работяги-бухгалетеры, а геймдев - это хобби. Либо хобби связано с табличками. У них в мозгу уже вшито правильное сведение баланса, и есть печальный опыт еботни с кривой табличкой.
Не-геймдизайнеры ебашат сразу, коряво, всрато, но идут семимильными шагами.
>>2659
Знаю довольно много не программистов, которые методом копипасты пишут скрипты для разных программ, наподобие Tabletop Simulator и прочих VTT. Ну то есть это уровень примерно как формулы в экселе писать.
>ну хорошо допустим геймдизайнер сделал эту настолку на листочках. как их переводить в код?
Знаю довольно много не программистов, которые методом копипасты пишут скрипты для разных программ, наподобие Tabletop Simulator и прочих VTT. Ну то есть это уровень примерно как формулы в экселе писать.
>>2670
Ну разговор же шел о том, что без пограмиста игру не сделать, а оказывается, что сделать
Ну разговор же шел о том, что без пограмиста игру не сделать, а оказывается, что сделать
>>2675
Соболезную.
Соболезную.
>>2675
Я смог, просто это рушит все твои аргументы, ведь мир не ограничивается только видеоиграми. Самое тривиальное упражнение для гд: создать настолку как раз
Я смог, просто это рушит все твои аргументы, ведь мир не ограничивается только видеоиграми. Самое тривиальное упражнение для гд: создать настолку как раз
>>2692
Ну просто это шаблонное мышление, будто бы геймдизайнер это профессия только про компьютерные видеоигры и без программиста геймдизайнер никто
Ну просто это шаблонное мышление, будто бы геймдизайнер это профессия только про компьютерные видеоигры и без программиста геймдизайнер никто
>>2694
ну а тут делают компьютерные игры поэтому хош не хош а от нас макак кодерков и возможно даже полторы настоящего программиста не спрячешься братан
ну а тут делают компьютерные игры поэтому хош не хош а от нас макак кодерков и возможно даже полторы настоящего программиста не спрячешься братан
Кто-нибудь пользовался в студии компонентом, проверяющим зависимости? что за еболда такая?
>>2738
Проверка зависимостей лул)) во вкладке компоненты, ближе к концу в разделе с гитом в инсталере.
Проверка зависимостей лул)) во вкладке компоненты, ближе к концу в разделе с гитом в инсталере.
Чет с# ин депф не зашел. Вот такой код нахуй был в C#1, а вот такой он нахуй стал в 2.0, а вот в 3 вот добавили вот такую хуйню, смотри как стало заебись третий раз один и тот же код посмотреть.
Ща пощупаем Pro c#)))) по оглавлению выглядит балдежнее
Ща пощупаем Pro c#)))) по оглавлению выглядит балдежнее
9 Кб, 720x362Что случилось с ассет стором? Почему при заходе на главную страницу, память загружается на 100%, процессор загружается на 100% и греется до 60 градусов, и ни один ассет невозможно добавить в библиотеку? Они там ебанулись все?
>>2777
Хз, я не пойду пробовать посмотреть че там. уже был прецедент когда свинорылый пидарас через юнити хаб чета закидывал российским пользователям.
Хз, я не пойду пробовать посмотреть че там. уже был прецедент когда свинорылый пидарас через юнити хаб чета закидывал российским пользователям.
>>2784
Это не через юнити хаб, это в браузере. Уже починили. Но я минут 40 не мог бесплатный ассет добавить, и через VPN тоже.
Это не через юнити хаб, это в браузере. Уже починили. Но я минут 40 не мог бесплатный ассет добавить, и через VPN тоже.
38 Кб, 865x142Не стал выебываться, читаю Про си шарп с азов так сказать. Челик говорит - создайте пустой солюшен. В солюшене через солюшен эксплорер добавьте проект консольонго приложения, а потом хуярьте в терминале вот эту хуюмбулу с пика
И вот тут нада пояснительную бригаду. а нахуя?
Я такпонимаю, что первая строчка дает имя солюшену. Збс, я его еще при создании указал. Вторая говорит, что солюшен будет на шарпе и использует дотнет5. Ну тут вроде тоже понятно, он был бланк, мы настроили. А вот смысл третьей строчки я не догоняю. Я же уже создал проект через солюшен эксплорер.
И вот тут нада пояснительную бригаду. а нахуя?
Я такпонимаю, что первая строчка дает имя солюшену. Збс, я его еще при создании указал. Вторая говорит, что солюшен будет на шарпе и использует дотнет5. Ну тут вроде тоже понятно, он был бланк, мы настроили. А вот смысл третьей строчки я не догоняю. Я же уже создал проект через солюшен эксплорер.
>>2788
А не, тут даже получается, что он создает новый проект и потом регистрирует его в солюшене. Только нахуя я не понял
А не, тут даже получается, что он создает новый проект и потом регистрирует его в солюшене. Только нахуя я не понял
>>2797
Ну да, только он это просит делать для проекта созданного через солюшен эксплорер. я думал может там двойное дно какое-то, но походу просто теже самые действия, только через консоль.
Ну да, только он это просит делать для проекта созданного через солюшен эксплорер. я думал может там двойное дно какое-то, но походу просто теже самые действия, только через консоль.
>>2788
А игры делать когда? Поступай как я: гуглишь нужную механику и воруешь код из туториала, так и учишь этот говнонедоязык
>Не стал выебываться, читаю Про си шарп с азов
А игры делать когда? Поступай как я: гуглишь нужную механику и воруешь код из туториала, так и учишь этот говнонедоязык
>>2852
не заебало одну и ту же шарманку заводить каждый раз, болезный?
не заебало одну и ту же шарманку заводить каждый раз, болезный?
реквестирую видео игры годот где платформер про волка и звуки хрюканья
>>2788
зачем тебе это нужно дикий подключи студию/райдер к эдитору и работай с юнити как нормальный человек
зачем тебе это нужно дикий подключи студию/райдер к эдитору и работай с юнити как нормальный человек
>>2958
так ты не читай книжки для тырпрайсеров кровавых, плохому научат
так ты не читай книжки для тырпрайсеров кровавых, плохому научат
Чет мне тд этот ебаный неохота доделывать до релиза. Скрипты вроде все есть, остался визуал,баланс и сцены настроить. Но типа осознание того, что никто играть в него не будет не мотивирует браться за этот большой труд вообще нихуя.
>>3023
Ну и заднюю давать тоже как-то некрасиво. Сделаю карочи туториал сцену и ебись оно конем.
Ну и заднюю давать тоже как-то некрасиво. Сделаю карочи туториал сцену и ебись оно конем.
>>3023
ну зато ты получил ценный опыт
ну зато ты получил ценный опыт
>>3023
Это правильные мысли. Я изначально решил, что буду реализовывать только популярные хайповые темы. И это сработало с первой же игрой. Жаль ребятишек, которые годами создают никому не нужное говно.
> осознание того, что никто играть в него не будет
Это правильные мысли. Я изначально решил, что буду реализовывать только популярные хайповые темы. И это сработало с первой же игрой. Жаль ребятишек, которые годами создают никому не нужное говно.
Мануал по гитхабу лучше почитаю. Хоть в резюме будет че вставить.))
>>3023
прикручивай механику по всякой прокачке и талантам и донат дающий доп. бонусы, 100% не прогадаешь
прикручивай механику по всякой прокачке и талантам и донат дающий доп. бонусы, 100% не прогадаешь
>>2585
urp
urp
>>2874
Нет. IList не реализует интерфейс IReadOnlyList. Я всё ещё ищу тварь которая это сделала.
Нет. IList не реализует интерфейс IReadOnlyList. Я всё ещё ищу тварь которая это сделала.
>>3081
Соси.
Соси.
>>3180
Это конкретный класс, и он кста даже не реализует интерфейс IReadOnlyCollection.
)))
Смари:
private List<Yoba> _yobas;
public IReadOnlyList<Yoba> Yobas => _yobas; -----не выйдет, ошибка.
Внутри класса я юзаю _yobas и модифицирую его. Мне надо чтобы внешние классы могли получить доступ к этому списку, но не могли его менять. То что я написал - так по логике должно было бы работать, но нет. Конечно можно сконвертировать лист в ireadonlylist, но типа какого хуя я должен с этим заморачиваться, особенно мерзко когда надо в методы передавать и там лишний мусор выделять
Это конкретный класс, и он кста даже не реализует интерфейс IReadOnlyCollection.
)))
Смари:
private List<Yoba> _yobas;
public IReadOnlyList<Yoba> Yobas => _yobas; -----не выйдет, ошибка.
Внутри класса я юзаю _yobas и модифицирую его. Мне надо чтобы внешние классы могли получить доступ к этому списку, но не могли его менять. То что я написал - так по логике должно было бы работать, но нет. Конечно можно сконвертировать лист в ireadonlylist, но типа какого хуя я должен с этим заморачиваться, особенно мерзко когда надо в методы передавать и там лишний мусор выделять
>>3191
да похуй свои задачи выполняет и ладно
я уже заебался беспокоиться обо всей этой хуите которая творится вокруг коллекций в сисярпе мне нервы дороже
да похуй свои задачи выполняет и ладно
я уже заебался беспокоиться обо всей этой хуите которая творится вокруг коллекций в сисярпе мне нервы дороже
8 Кб, 558x102В шарпе нельзя объявить переменную, а потом использовать ее в коде, чтобы создать массив с определенным количеством элементов?
>>3199
Это не играет роли, я проверял
Это не играет роли, я проверял
Есть ли здесь кто то, кто мне доходчиво объяснил бы как работает тессеракт в коде и как превратить трехмерный мэш в четырехмерную модель?
Как его ротация отображается?
Как его ротация отображается?
33 Кб, 788x140иишная тяночка ревьют мой код, вы больше не нужны!
>>3240
static выделяет память во время компиляции, поэтому можно создать массив с размером, записанным в статическую переменную. Но это всё какие-то нубские движения.
static выделяет память во время компиляции, поэтому можно создать массив с размером, записанным в статическую переменную. Но это всё какие-то нубские движения.
>>3241
Я всё понимаю, это язык такой тупой, что нельзя создать массив вне функции, где количество элементов задаются перед этим в переменной
Я всё понимаю, это язык такой тупой, что нельзя создать массив вне функции, где количество элементов задаются перед этим в переменной
>>3244
у тебя количество элементов как раз не задано.
>количество элементов задаются перед этим в переменной
у тебя количество элементов как раз не задано.
8 Кб, 558x102>>3247
На скрине нет, но я пробовал public int Points = 5;
Все равно была та же самая ошибка. Либо надо инт делать статик, либо запихнуть создание массива в функцию
На скрине нет, но я пробовал public int Points = 5;
Все равно была та же самая ошибка. Либо надо инт делать статик, либо запихнуть создание массива в функцию
>>3249
Ты какую-то хуйню делаешь. Это же MonoBehaviour? Тебе вообще не нужно создавать массив. Потому что он создаётся автоматически Юнити, а количество элементов настраивается в редакторе.
Ты какую-то хуйню делаешь. Это же MonoBehaviour? Тебе вообще не нужно создавать массив. Потому что он создаётся автоматически Юнити, а количество элементов настраивается в редакторе.
>>3251
Это сериализуемое поле. Его создаёт Юнити. И Юнити задаёт кол-во элементов массива. Вообще, используй SerializeField, чтобы код нормально читался.
Это сериализуемое поле. Его создаёт Юнити. И Юнити задаёт кол-во элементов массива. Вообще, используй SerializeField, чтобы код нормально читался.
158 Кб, 804x565Чтобы создать джоинт нужно всего лишь...
>>3249
Константой сделай
Константой сделай
>>3198
Можно если points будет константой или статическим полем.
Можно если points будет константой или статическим полем.
223 Кб, 760x1027Карочи начал кодить днд. Сразу ясен хер начал хуярить Character, Health, Stats и тому подобные классы, но вовремя остановился и не стал их даже имплементировать дальше интерфейсов.
Вовремя понял в который уже раз?, что это просто дата классы ссаные днище донное. Что методы, которые я кавалерийским наскоком хотел ебануть чарактеру вообще нихуя не его методы по SOLIDу и по совести. И что программу надо проектировать все-таки отталкиваясь от того что где с кем будет взаимодействовать, т.е. начиная с верхних уровней.
В общем попробую накидать схему. Начну с продумки подсистем.
Товер дефенс анон бывший майт энд мэджик анон в будущем возможно долбоеб, наступивший на старые грабли
Вовремя понял в который уже раз?, что это просто дата классы ссаные днище донное. Что методы, которые я кавалерийским наскоком хотел ебануть чарактеру вообще нихуя не его методы по SOLIDу и по совести. И что программу надо проектировать все-таки отталкиваясь от того что где с кем будет взаимодействовать, т.е. начиная с верхних уровней.
В общем попробую накидать схему. Начну с продумки подсистем.
Товер дефенс анон бывший майт энд мэджик анон в будущем возможно долбоеб, наступивший на старые грабли
>>3259
Сделаю несколько простеньких игр, уровня крестики нолики. Одна будет обязательно сетевой. Добавлю в портфолио и начну долбить во все мидл вакансии.
Сделаю несколько простеньких игр, уровня крестики нолики. Одна будет обязательно сетевой. Добавлю в портфолио и начну долбить во все мидл вакансии.
Кстати новую вакансию на гейдевру поймал сегодня. Написала какая-то пизда, представилась сотрудником вайлдбериса, предложила лайки ставить товарам за деньги. Прямо с устра обломала карочи уебище.
>>3261
ну так правильно, игоры все равно нахуй не нужны, а так хоть чем-то полезным займетесь
ну так правильно, игоры все равно нахуй не нужны, а так хоть чем-то полезным займетесь
>>3255
Он имеет ввиду что юнити тебе предоставит настраиваемый параметр в виде коллекции элементов в инспекторе, что как раз в концепции разработки под юнити, особенно если элементы будут Monobehaviour
Он имеет ввиду что юнити тебе предоставит настраиваемый параметр в виде коллекции элементов в инспекторе, что как раз в концепции разработки под юнити, особенно если элементы будут Monobehaviour
138 Кб, 900x900>>3249
короче смотри что происходит. суть в том что на момент создания массива его размер должен быть определен. для инициализатора поля points на этот момент не существует, посему он не может его прочитать и ругается на это. более того ятп тебе надо что бы массив ресайзился через при задании количества точек - в таком варианте это происходить не будет, потому что инициализаторы отрабатывают один раз перед конструктором. более того массив уже имеет свойство которое дает его длину, хранить отдельно нет смысла
в теории можно сделать через свойство типа
public int Points {
get => ArraySphere?.Length ?? 0;
set { создание нового и копирование старого }}
||но опять же если это динамически(и регулярно) изменяемый массив то лучше юзать List<>||
НО как ужо сказали юнити уже содержит все нужно - юнити инспектор умеет и ресайзить и количество пишет. просто сделай его сериализируемым что бы увидел
короче смотри что происходит. суть в том что на момент создания массива его размер должен быть определен. для инициализатора поля points на этот момент не существует, посему он не может его прочитать и ругается на это. более того ятп тебе надо что бы массив ресайзился через при задании количества точек - в таком варианте это происходить не будет, потому что инициализаторы отрабатывают один раз перед конструктором. более того массив уже имеет свойство которое дает его длину, хранить отдельно нет смысла
в теории можно сделать через свойство типа
public int Points {
get => ArraySphere?.Length ?? 0;
set { создание нового и копирование старого }}
||но опять же если это динамически(и регулярно) изменяемый массив то лучше юзать List<>||
НО как ужо сказали юнити уже содержит все нужно - юнити инспектор умеет и ресайзить и количество пишет. просто сделай его сериализируемым что бы увидел
>>3287
Понятно. Ну я просто засунул его в метод старта, теперь он создается при старте игры
Понятно. Ну я просто засунул его в метод старта, теперь он создается при старте игры
9 Кб, 714x166Как добавить скрипт-компонент? Он говорит, что такого нет, а на форумах пишут что добавлять так, будто есть тип
>>0680 (OP)
Какого хуя это ваше юнити такое тяжелое? По ссылкам из шапки начал проходить юнити эссентиалс, там был лего туториал. Вся эта шняга весит гигабайт с лишним. Потом у меня была ошибка, надо было добавить скрипт. Сука, скрипт на 10 строчек весит 300 мегабайт. Это я делал на старой лежавшей с 21 года версии. Вот сейчас обновился до последней LTS версии 2021 и этот же самый лего микрогейм у меня открывается уже минут 15 и размер папки с проектом доходит до полутора гигабайт, а таймер в unity package manager'е все увеличивается и увеличивается. Все докачалось и открылось. В итоге эта лего микрогейм весит 2.42ГБ!!! Первый маунт и блейд весил меньше гига. Третьи кресты весят всего в два раза больше. А тут блядская демка после создания билда весит 3.33ГБ. После переката на последнюю ЛТС версию кстати грузиться и тормозить стало запредельно дольше, чем на предпредыдущей версии. Какие же дауны на разработчиках я просто охуеваю. Вопрос у них там вообще об оптимизации думают нет? Я конечно видел в видео, кто у них там работает. Какой-то трап, негр, индус и две фемки. Эти про оптимизацию даже не слышали наверное
Какого хуя это ваше юнити такое тяжелое? По ссылкам из шапки начал проходить юнити эссентиалс, там был лего туториал. Вся эта шняга весит гигабайт с лишним. Потом у меня была ошибка, надо было добавить скрипт. Сука, скрипт на 10 строчек весит 300 мегабайт. Это я делал на старой лежавшей с 21 года версии. Вот сейчас обновился до последней LTS версии 2021 и этот же самый лего микрогейм у меня открывается уже минут 15 и размер папки с проектом доходит до полутора гигабайт, а таймер в unity package manager'е все увеличивается и увеличивается. Все докачалось и открылось. В итоге эта лего микрогейм весит 2.42ГБ!!! Первый маунт и блейд весил меньше гига. Третьи кресты весят всего в два раза больше. А тут блядская демка после создания билда весит 3.33ГБ. После переката на последнюю ЛТС версию кстати грузиться и тормозить стало запредельно дольше, чем на предпредыдущей версии. Какие же дауны на разработчиках я просто охуеваю. Вопрос у них там вообще об оптимизации думают нет? Я конечно видел в видео, кто у них там работает. Какой-то трап, негр, индус и две фемки. Эти про оптимизацию даже не слышали наверное
почему нельзя просто взять всех чилдренов как массив объектов...
почему для этого надо делать цикл и брать их трансформ
почему для этого надо делать цикл и брать их трансформ
35 Кб, 788x288Я просто хочу взять всех чилдренов и дать им новый компонент...
почему нельзя...
ИИшная дура мне вообще ерунду советует...
почему нельзя...
ИИшная дура мне вообще ерунду советует...
>>3349
В папке Library накапливается всякий кэш и прочие временные файлы.
Ну а ты хуле думал.
В папке Library накапливается всякий кэш и прочие временные файлы.
> А тут блядская демка после создания билда весит 3.33ГБ.
Ну а ты хуле думал.
>>3366
Такое я уже добавлял, это легко.
У меня там кастомный скрипт (ну вот когда создаешь например новый скрипт в контент-бравзере и перетягиваешь его потом на объект, появляется компонент для скрипта)
>>3365 (Del)
Ты показываешь, что сдк2 деприкейтет, а выше написано про сдк3. Там только имя класса дается, а я про более общую вещь спрашиваю вообще
Такое я уже добавлял, это легко.
У меня там кастомный скрипт (ну вот когда создаешь например новый скрипт в контент-бравзере и перетягиваешь его потом на объект, появляется компонент для скрипта)
>>3365 (Del)
Ты показываешь, что сдк2 деприкейтет, а выше написано про сдк3. Там только имя класса дается, а я про более общую вещь спрашиваю вообще
65 Кб, 520x756Я умею добавлять обычные компоненты типа ригидбади или джоинтов, а как добавить через код кастомные скрипты, не понимаю
В юнити есть возможность вызывать функцию (метод) прям в редакторе, а не в рантайме? Чтобы сгенерировать объекты один раз, буду вручную навешивать этот компонент. Я сдаюсь, какая-то лютая мозгоебка с этим шарпом
181 Кб, 268x697Если че, я сделал вот такую колбасу, типа веревки, и она даже работает немного, но из-за того, что синхронизация не висит на сферах, у меня только нижняя видна в самой игре (потому что на ней висит синхронизация).
Она у меня появляется во время старта игры, а я хочу ее вызвать в редакторе по клику просто. Это наверное надо в консоли что-то прописать? название класса и метод?
Она у меня появляется во время старта игры, а я хочу ее вызвать в редакторе по клику просто. Это наверное надо в консоли что-то прописать? название класса и метод?
>>3349
Ну тебе то открывшему юнити в первый раз явно виднее как там что должно быть и что сколько должно весить.
А так - ты путаешь что такое билд и проект.
В проекте лежит: куча всякого неисользуемого мусора на всякий случай, несжатые текстуры, кэш чтобы все в редакторе моментально запускалось, скомпилированные шейдеры.
Всё это весит много, в итоговый билд очевидно оно всё не нужно.
Ну тут уж просто хуйню несешь.
> Вопрос у них там вообще об оптимизации думают нет? Я конечно видел в видео, кто у них там работает. Какой-то трап, негр, индус и две фемки. Эти про оптимизацию даже не слышали наверное
Ну тебе то открывшему юнити в первый раз явно виднее как там что должно быть и что сколько должно весить.
А так - ты путаешь что такое билд и проект.
В проекте лежит: куча всякого неисользуемого мусора на всякий случай, несжатые текстуры, кэш чтобы все в редакторе моментально запускалось, скомпилированные шейдеры.
Всё это весит много, в итоговый билд очевидно оно всё не нужно.
> Сука, скрипт на 10 строчек весит 300 мегабайт
Ну тут уж просто хуйню несешь.
>>3377
Конечно, есть, ты просто тупой петух неосилятор, ищи господина прогера себе, сам не сможешь
>В юнити есть возможность вызывать функцию (метод) прям в редакторе, а не в рантайме?
Конечно, есть, ты просто тупой петух неосилятор, ищи господина прогера себе, сам не сможешь
>>3377
Конечно можно. Ты можешь создать свои пункты меню, свои окна и т.п. и из них вызывать код.
https://learn.unity.com/tutorial/editor-scripting
https://docs.unity3d.com/ScriptReference/MenuItem.html
Дохуя примеров на ютабчике есть. Вообще, в редакторе можно сделать что угодно.
Конечно можно. Ты можешь создать свои пункты меню, свои окна и т.п. и из них вызывать код.
https://learn.unity.com/tutorial/editor-scripting
https://docs.unity3d.com/ScriptReference/MenuItem.html
Дохуя примеров на ютабчике есть. Вообще, в редакторе можно сделать что угодно.
>>3383
Не надо, но я могу сравнить с полноценной игрой и какой-то демкой, где 9 сцен и некоторое количество объектов
А, вроде понял о чем ты. Тогда да, наверное хуйню сморозил
Я реально посмотрел сколько весит весь проект, накинул в него скрипт и посмотрел опять. Возможно за это время в тот же кэш какая-нибудь хуйня отлетела, но не могу ручаться, надо проверять еще раз, а мне уже лень
>Ну тебе то открывшему юнити в первый раз явно виднее как там что должно быть и что сколько должно весить.
Не надо, но я могу сравнить с полноценной игрой и какой-то демкой, где 9 сцен и некоторое количество объектов
>А так - ты путаешь что такое билд и проект.
А, вроде понял о чем ты. Тогда да, наверное хуйню сморозил
>Ну тут уж просто хуйню несешь.
Я реально посмотрел сколько весит весь проект, накинул в него скрипт и посмотрел опять. Возможно за это время в тот же кэш какая-нибудь хуйня отлетела, но не могу ручаться, надо проверять еще раз, а мне уже лень
>>3405
Не виднее*
Не виднее*
>>3406
хуй соси сынок ебаный пока струю мочи в ебало не отхватил сын спида и пидора хусосинка
хуй соси сынок ебаный пока струю мочи в ебало не отхватил сын спида и пидора хусосинка
>>3406
Если ты будешь одет в девочку, то это уже не гомофантазии, зайчик
Если ты будешь одет в девочку, то это уже не гомофантазии, зайчик
>>3409
Старшеклассник, не скули. Лучше домашку начни делать, иначе завтра Мариванна тебе двойку влепит, а дома мамаша за это интернет отберет
Старшеклассник, не скули. Лучше домашку начни делать, иначе завтра Мариванна тебе двойку влепит, а дома мамаша за это интернет отберет
так челик с анальными бусинами
не возвращайся пока не посмотришь весь гайд от спасителя нашего ромки. он сделает из тебя настоящего программиста по юнити играм.
https://www.youtube.com/watch?v=w8rRhAup4kg
не возвращайся пока не посмотришь весь гайд от спасителя нашего ромки. он сделает из тебя настоящего программиста по юнити играм.
https://www.youtube.com/watch?v=w8rRhAup4kg
>>3425
Врчат работает через юнити
Врчат работает через юнити
>>3405
Да именно так.
Могу сказать по своим примерам - у нас проекты от 4 до 20 гб где-то весят, просто потому что туда сваливаются тонны ассетов из стора. А итоговый билд в районе 100мб выходит.
Да именно так.
Могу сказать по своим примерам - у нас проекты от 4 до 20 гб где-то весят, просто потому что туда сваливаются тонны ассетов из стора. А итоговый билд в районе 100мб выходит.
>>3428
Да нах он вам нужен, когда есть метанит?
Да нах он вам нужен, когда есть метанит?
Пытаюсь сделать чтобы тело отлетало от взрыва по физике.
Как сделоть чтобы объект отлетал от другого объекта по X и Z, но не по Y. Т.е. я передаю во врага трансформ взрыва, а дальше что надо вписать в AddForce чтобы он отлетел так, как я хочу?
Как сделоть чтобы объект отлетал от другого объекта по X и Z, но не по Y. Т.е. я передаю во врага трансформ взрыва, а дальше что надо вписать в AddForce чтобы он отлетел так, как я хочу?
>>3543
Чел есть такая вещь доки, научись ими пользоваться.
https://docs.unity3d.com/ScriptReference/Rigidbody.AddExplosionForce.html
Чел есть такая вещь доки, научись ими пользоваться.
https://docs.unity3d.com/ScriptReference/Rigidbody.AddExplosionForce.html
>>3567
Долбоеб, это другой клоун. Чмо ты шизоидное с паранойей
Долбоеб, это другой клоун. Чмо ты шизоидное с паранойей
>>3543
Тебе тут не помогут, лучше сразу поискать норм коммьюнити
Тебе тут не помогут, лучше сразу поискать норм коммьюнити
>>3617
Да там вроде можно работать как со старой даже, только вместо input используется девай. Но оно конечно нахуй не надо, когда ты жмешь два клика мышкой, а тебе выдает уже готовые 3дэкшон биндинги причем на 3 вида девайсов сразу.
Да там вроде можно работать как со старой даже, только вместо input используется девай. Но оно конечно нахуй не надо, когда ты жмешь два клика мышкой, а тебе выдает уже готовые 3дэкшон биндинги причем на 3 вида девайсов сразу.
юнитач, а никто не задумывался как впилить более новую версию языка в эдитор?
вот допустим если я в VS делаю проект с нужным таргетом и потом скомпилированный длл пихаю в /plugins - все работает как часы
а вот если я пытаюсь какие-то фишки из нового языка уже в эдиторе пилить - хуй, ругается
оно гвоздями прибито или есть варианты?
вот допустим если я в VS делаю проект с нужным таргетом и потом скомпилированный длл пихаю в /plugins - все работает как часы
а вот если я пытаюсь какие-то фишки из нового языка уже в эдиторе пилить - хуй, ругается
оно гвоздями прибито или есть варианты?
>>3835
Ну чем новее версия юнити тем новее компилятор. Последняя версия шарпа это 9 емнип. Хз какие ты там фишки нагуглил которые не поддерживаются.
Ну чем новее версия юнити тем новее компилятор. Последняя версия шарпа это 9 емнип. Хз какие ты там фишки нагуглил которые не поддерживаются.
>>3849
так в том и дело что я не на последней версии юнити сижу. все вкусное начинается где-то с 19-20, а у меня ниже. каждый раз приходится либо переписывать либо компилить вне
так в том и дело что я не на последней версии юнити сижу. все вкусное начинается где-то с 19-20, а у меня ниже. каждый раз приходится либо переписывать либо компилить вне
>>3864
Все "фишки" это синтаксический сахар, вместо которого на старой юнити писать надо на пару строчек больше, только и всего. Не припомню киллер фич шарпа без которых на старых юнитях писать совсем тяжко.
Все "фишки" это синтаксический сахар, вместо которого на старой юнити писать надо на пару строчек больше, только и всего. Не припомню киллер фич шарпа без которых на старых юнитях писать совсем тяжко.
>>3875
я об этом и говорю т.к. моя версия старой юнити это 5.3.5 и либы которые я переодически тягаю с гитхаба с более новых версий - все лицо в сахарке, весь лог в ошибках.
переходить на новую версию не могу потому и ищу наизжопный хак
я об этом и говорю т.к. моя версия старой юнити это 5.3.5 и либы которые я переодически тягаю с гитхаба с более новых версий - все лицо в сахарке, весь лог в ошибках.
переходить на новую версию не могу потому и ищу наизжопный хак
>>3864
Ну так обнови?
Ну так обнови?
>>3881
Делай на старых версиях либ.
Делай на старых версиях либ.
Заебала привычка кодить сразу всю хуйню. Вроде начал понемногу разгребать архитектуру проекта, накидал слои, настроил инпуты, выделил из них интерфейс на передачу значений в мувинг систему , прокинул его в нее. Ну остановить тут дебилушка! Нет, нихуя. пошло нахуй еулер ротейшен мувмент хуювмент мувспид тайм дельта тайм. ебаный икебастос.
Какими средствами лога и дебага вы используете? Я бы хотел, например, чтобы прямо на экране отображались значения нужных мне переменных из определенного класса.
Например, в классе LohMonobehaviour есть private float pidr, и я бы хотел ее мониторить прямо на экране в игре в runtime.
Также, когда переменная меняет значение, я бы хотел, чтобы она например подсветилась временно, чтобы я заметил.
Есть готовые решения с кучей полезных прибамбасов?
Вроде можно отобразить все все поля в инспекторе, но мне я бы хотелось чтобы именно на экране, чтобы сразу все было видно
Зы: я тут подумал, что GUI.label("loh:"+loh) вполне подойдёт.
Например, в классе LohMonobehaviour есть private float pidr, и я бы хотел ее мониторить прямо на экране в игре в runtime.
Также, когда переменная меняет значение, я бы хотел, чтобы она например подсветилась временно, чтобы я заметил.
Есть готовые решения с кучей полезных прибамбасов?
Вроде можно отобразить все все поля в инспекторе, но мне я бы хотелось чтобы именно на экране, чтобы сразу все было видно
Зы: я тут подумал, что GUI.label("loh:"+loh) вполне подойдёт.
35 Кб, 768x559>>3835
задумывались во времена юнити 5.0/5.1
когда уже готовился 6й (или 7й?) шарп а юнити толком в 4й не умело. была ебля с подменой компилятора(тут фишка в том что шарп коспилируется во внутренний язык дотнета а он обновляется очень редко, обновления шарпа - синтакс, библиотеки и допиливание компилятора на il никак не влияет, а юнити работает уже по сути с этим языком передавая его дотнету или ил2срр или еще чему под конкретную платформу) можешь попытатся побыть некромантом и впендюрить
https://libraries.io/github/iamchenxin/CShape6_Unity3D
если совсем все плохо.
с 20хх версий это ушло нахер и юнити без проблем использует(и более того требует для новых фич) компилятор вижуал студии
задумывались во времена юнити 5.0/5.1
когда уже готовился 6й (или 7й?) шарп а юнити толком в 4й не умело. была ебля с подменой компилятора(тут фишка в том что шарп коспилируется во внутренний язык дотнета а он обновляется очень редко, обновления шарпа - синтакс, библиотеки и допиливание компилятора на il никак не влияет, а юнити работает уже по сути с этим языком передавая его дотнету или ил2срр или еще чему под конкретную платформу) можешь попытатся побыть некромантом и впендюрить
https://libraries.io/github/iamchenxin/CShape6_Unity3D
если совсем все плохо.
с 20хх версий это ушло нахер и юнити без проблем использует(и более того требует для новых фич) компилятор вижуал студии
>>3973
Как же я тебя понимаю. Устал себя хуесосить за это. Когда ловлю себя на мысли, что уже не решаю конкретные задачи, а просто дрочу код ради кода, то хочется разъебать пк.
> Ну остановить тут дебилушка!
Как же я тебя понимаю. Устал себя хуесосить за это. Когда ловлю себя на мысли, что уже не решаю конкретные задачи, а просто дрочу код ради кода, то хочется разъебать пк.
>>4000
о, спасибо, я как раз задумывался над тем не подменить ли его, а тут такой подгон как раз от человека который на 5.x это делает
о, спасибо, я как раз задумывался над тем не подменить ли его, а тут такой подгон как раз от человека который на 5.x это делает
>>0680 (OP)
Сап, расскажите про TextMeshPro. Я "интегрировал" гит в юнити, а из-за этого ТМР у меня проект отображается будто написан на ШейдерЛабе, тк там дохуя файлов связанно с ТМР. Как мне избавиться от этой хуйни? Перевести все в текст? Так текст в юнити галимый. Или дальше страдать?
Сап, расскажите про TextMeshPro. Я "интегрировал" гит в юнити, а из-за этого ТМР у меня проект отображается будто написан на ШейдерЛабе, тк там дохуя файлов связанно с ТМР. Как мне избавиться от этой хуйни? Перевести все в текст? Так текст в юнити галимый. Или дальше страдать?
>>4087
Я хуже тебя. Как-то больше суток потратил на то, чтобы придумать название для класса.
> Хуже меня никого нет
Я хуже тебя. Как-то больше суток потратил на то, чтобы придумать название для класса.
34 Кб, 807x361ЧЗХ.
Почему кастомный класс - event удаляет инфу о количестве референсов.
Почему кастомный класс - event удаляет инфу о количестве референсов.
>>4095
Какое в итоге придумал?
>Как-то больше суток потратил на то, чтобы придумать название для класса.
Какое в итоге придумал?
>>4065
Где отображается и почему на это не похуй?
> а из-за этого ТМР у меня проект отображается будто написан на ШейдерЛабе
Где отображается и почему на это не похуй?
>>4114
Ну это стоило того
Ну это стоило того
>>4114
Идеально
Идеально
>>4114
не зря сидел
не зря сидел
>>4114
С каких пор в названии класса есть точка?
С каких пор в названии класса есть точка?
>>3258
Велик соблазн делать через классы. Но на самом деле днд это ecs.
Но делать ее не советую. Там сейчас бурления говен с лицензией. Лучше делать свои механики и геймплей.
Велик соблазн делать через классы. Но на самом деле днд это ecs.
Но делать ее не советую. Там сейчас бурления говен с лицензией. Лучше делать свои механики и геймплей.
>>4212
Впряглись но результаты пока неизвестны, поэтому они сами на волоске.
Как бы их самих не раздели.
Ждем ОРК под черным флагом!
Впряглись но результаты пока неизвестны, поэтому они сами на волоске.
Как бы их самих не раздели.
Ждем ОРК под черным флагом!
>>4220
Создают видимость, переставляя пункты туда сюда, а по главному вопросу (отзыв старой лицензии, с которой PF посыпется) никак не отвечают.
Создают видимость, переставляя пункты туда сюда, а по главному вопросу (отзыв старой лицензии, с которой PF посыпется) никак не отвечают.
>>4197
Если я хотя бы базис самый осилю накодить, там куда угодно можно будет повернуть. Пока я только пропукиваю над архитектурой.
Если я хотя бы базис самый осилю накодить, там куда угодно можно будет повернуть. Пока я только пропукиваю над архитектурой.
>>4230
Просто учитывай что бывают такие вещи вроде аур или лужи кислоты.
Просто учитывай что бывают такие вещи вроде аур или лужи кислоты.
207 Кб, 1886x1275В общем аноны, тут нужен консилиум карочи. Есть такая ебала. В чем суть. Инвентарь чисто данные, коллекция неких itemKeys и методы на добавление и удаление предметов. Я жму кнопку АЙ, контроллер просыпается и пинает инвентарь - дай список!! инвентарь дает список. Контроллер обращается в класс, отвечающий за данные предметов в игре и просит по ключу предоставить данные, дальше эти данные летят в UIcontroller, который уже разбирается кому их конкретно просунуть.
Похоже на рабочий вариант чи шо?
Похоже на рабочий вариант чи шо?
>>4241
Зачем тебе дополнительные слои абстракции? Просто сделай класс инвентарь и пускай с ним работает и UI, и персонаж. Внутри него будут ссылки на объекты, которые содержат всю инфу о предмете. В пустых слотах будет просто null ссылка. Если нужно пройтись по всем предметам и что-то подсчитать, сделай это через сам инвентарь.
Зачем тебе дополнительные слои абстракции? Просто сделай класс инвентарь и пускай с ним работает и UI, и персонаж. Внутри него будут ссылки на объекты, которые содержат всю инфу о предмете. В пустых слотах будет просто null ссылка. Если нужно пройтись по всем предметам и что-то подсчитать, сделай это через сам инвентарь.
>>0680 (OP)
Почему ты ещё не бросил геймдев? В нем же одни минусы:
1. Ты портишь зрение.
2. Ты портишь осанку.
3. Ты утомляешься, психуешь, бугуртишь в этих проклятых циферках.
4. Все было легко и классно, когда ты был новичком. Когда чуть стал постарше, ты понял, какие умственные напряги нужны чтобы писать нормальный код, чтобы не спотыкаться, не тормозить, не переписывать и при этом легко править и добавлять новые фичи.
5. И самое главное - осознавать, а ради чего это все? Если ты развил свой ум, а в программировании это все же естественно,то ты понимаешь, что не сможешь создать игру, которая всем понравится. Ты правда считаешь, что можешь изобрести новый интересный геймплей/сюжет/графон? Ты можешь сделать только очередной клон. Все эти твои усилия - ради очередного клона? Ты такой взрослый, но надеешься как девочка, что произойдет чудо и ты вдруг заработаешь неплохо. Чтобы сделать такую игру, пусть это и будет всратый клон, нужно ещё больше усилий, маркетинг, попсовый графон и вау музыка и эффекты.
А может ты оправдываешь себя тем, что твой опыт позволит тебе устроится на работу в заветный геймдев? Ок, это возможно. Но в 99% ты будешь делать раковые игры для деточек. Ведь твой босс будет хотеть лишь заработать денег, и поэтому ты будешь как конвейер клепать то, что заходит современным школьникам. Лучше в офисе бумажки перебирать, ей богу, тот же онанизм, но без умственных напрягов.
Я скажу тебе, когда стоит быть в gd. Когда у тебя есть единомышленники и у вас у всех есть идея игры, которая привнесет что-то новое, которая захватит сердца и потрясёт ум игрока. Когда вы по настоящему одержимы идеей и готовы идти до конца. Вот, он истинный геймдев. Все остальное рак, духота, дроч.
Вот что тебе не хватает. Именно в твоём подсознании мучает тебя - ты делаешь не то, ты делаешь зря, у тебя нет идеи и смысла.
Серьезно, лучше научись делать что-то практичное и полезное. Лучше бы учился готовить, или делать деревянные вещи, или чинить технику.
Бросай геймдев. Освободи гигантское количество умственной энергии и свободного времени.
Почему ты ещё не бросил геймдев? В нем же одни минусы:
1. Ты портишь зрение.
2. Ты портишь осанку.
3. Ты утомляешься, психуешь, бугуртишь в этих проклятых циферках.
4. Все было легко и классно, когда ты был новичком. Когда чуть стал постарше, ты понял, какие умственные напряги нужны чтобы писать нормальный код, чтобы не спотыкаться, не тормозить, не переписывать и при этом легко править и добавлять новые фичи.
5. И самое главное - осознавать, а ради чего это все? Если ты развил свой ум, а в программировании это все же естественно,то ты понимаешь, что не сможешь создать игру, которая всем понравится. Ты правда считаешь, что можешь изобрести новый интересный геймплей/сюжет/графон? Ты можешь сделать только очередной клон. Все эти твои усилия - ради очередного клона? Ты такой взрослый, но надеешься как девочка, что произойдет чудо и ты вдруг заработаешь неплохо. Чтобы сделать такую игру, пусть это и будет всратый клон, нужно ещё больше усилий, маркетинг, попсовый графон и вау музыка и эффекты.
А может ты оправдываешь себя тем, что твой опыт позволит тебе устроится на работу в заветный геймдев? Ок, это возможно. Но в 99% ты будешь делать раковые игры для деточек. Ведь твой босс будет хотеть лишь заработать денег, и поэтому ты будешь как конвейер клепать то, что заходит современным школьникам. Лучше в офисе бумажки перебирать, ей богу, тот же онанизм, но без умственных напрягов.
Я скажу тебе, когда стоит быть в gd. Когда у тебя есть единомышленники и у вас у всех есть идея игры, которая привнесет что-то новое, которая захватит сердца и потрясёт ум игрока. Когда вы по настоящему одержимы идеей и готовы идти до конца. Вот, он истинный геймдев. Все остальное рак, духота, дроч.
Вот что тебе не хватает. Именно в твоём подсознании мучает тебя - ты делаешь не то, ты делаешь зря, у тебя нет идеи и смысла.
Серьезно, лучше научись делать что-то практичное и полезное. Лучше бы учился готовить, или делать деревянные вещи, или чинить технику.
Бросай геймдев. Освободи гигантское количество умственной энергии и свободного времени.
>>0680 (OP)
Почему ты ещё не бросил геймдев? В нем же одни минусы:
1. Ты портишь зрение.
2. Ты портишь осанку.
3. Ты утомляешься, психуешь, бугуртишь в этих проклятых циферках.
4. Все было легко и классно, когда ты был новичком. Когда чуть стал постарше, ты понял, какие умственные напряги нужны чтобы писать нормальный код, чтобы не спотыкаться, не тормозить, не переписывать и при этом легко править и добавлять новые фичи.
5. И самое главное - осознавать, а ради чего это все? Если ты развил свой ум, а в программировании это все же естественно,то ты понимаешь, что не сможешь создать игру, которая всем понравится. Ты правда считаешь, что можешь изобрести новый интересный геймплей/сюжет/графон? Ты можешь сделать только очередной клон. Все эти твои усилия - ради очередного клона? Ты такой взрослый, но надеешься как девочка, что произойдет чудо и ты вдруг заработаешь неплохо. Чтобы сделать такую игру, пусть это и будет всратый клон, нужно ещё больше усилий, маркетинг, попсовый графон и вау музыка и эффекты.
А может ты оправдываешь себя тем, что твой опыт позволит тебе устроится на работу в заветный геймдев? Ок, это возможно. Но в 99% ты будешь делать раковые игры для деточек. Ведь твой босс будет хотеть лишь заработать денег, и поэтому ты будешь как конвейер клепать то, что заходит современным школьникам. Лучше в офисе бумажки перебирать, ей богу, тот же онанизм, но без умственных напрягов.
Я скажу тебе, когда стоит быть в gd. Когда у тебя есть единомышленники и у вас у всех есть идея игры, которая привнесет что-то новое, которая захватит сердца и потрясёт ум игрока. Когда вы по настоящему одержимы идеей и готовы идти до конца. Вот, он истинный геймдев. Все остальное рак, духота, дроч.
Вот что тебе не хватает. Именно в твоём подсознании мучает тебя - ты делаешь не то, ты делаешь зря, у тебя нет идеи и смысла.
Серьезно, лучше научись делать что-то практичное и полезное. Лучше бы учился готовить, или делать деревянные вещи, или чинить технику.
Бросай геймдев. Освободи гигантское количество умственной энергии и свободного времени.
Почему ты ещё не бросил геймдев? В нем же одни минусы:
1. Ты портишь зрение.
2. Ты портишь осанку.
3. Ты утомляешься, психуешь, бугуртишь в этих проклятых циферках.
4. Все было легко и классно, когда ты был новичком. Когда чуть стал постарше, ты понял, какие умственные напряги нужны чтобы писать нормальный код, чтобы не спотыкаться, не тормозить, не переписывать и при этом легко править и добавлять новые фичи.
5. И самое главное - осознавать, а ради чего это все? Если ты развил свой ум, а в программировании это все же естественно,то ты понимаешь, что не сможешь создать игру, которая всем понравится. Ты правда считаешь, что можешь изобрести новый интересный геймплей/сюжет/графон? Ты можешь сделать только очередной клон. Все эти твои усилия - ради очередного клона? Ты такой взрослый, но надеешься как девочка, что произойдет чудо и ты вдруг заработаешь неплохо. Чтобы сделать такую игру, пусть это и будет всратый клон, нужно ещё больше усилий, маркетинг, попсовый графон и вау музыка и эффекты.
А может ты оправдываешь себя тем, что твой опыт позволит тебе устроится на работу в заветный геймдев? Ок, это возможно. Но в 99% ты будешь делать раковые игры для деточек. Ведь твой босс будет хотеть лишь заработать денег, и поэтому ты будешь как конвейер клепать то, что заходит современным школьникам. Лучше в офисе бумажки перебирать, ей богу, тот же онанизм, но без умственных напрягов.
Я скажу тебе, когда стоит быть в gd. Когда у тебя есть единомышленники и у вас у всех есть идея игры, которая привнесет что-то новое, которая захватит сердца и потрясёт ум игрока. Когда вы по настоящему одержимы идеей и готовы идти до конца. Вот, он истинный геймдев. Все остальное рак, духота, дроч.
Вот что тебе не хватает. Именно в твоём подсознании мучает тебя - ты делаешь не то, ты делаешь зря, у тебя нет идеи и смысла.
Серьезно, лучше научись делать что-то практичное и полезное. Лучше бы учился готовить, или делать деревянные вещи, или чинить технику.
Бросай геймдев. Освободи гигантское количество умственной энергии и свободного времени.
>>4103
В гитхабе, там показывает прямо какой язык преобладает в проекте. И из-за ТМР там шейдерлаб этот ебучий. А тк я в шарпе практикуюсь я хочу чтобы проект и отображался шарповым
В гитхабе, там показывает прямо какой язык преобладает в проекте. И из-за ТМР там шейдерлаб этот ебучий. А тк я в шарпе практикуюсь я хочу чтобы проект и отображался шарповым
223 Кб, 760x1027>>4255
Полгода назад именно так бы и сделал.
Полгода назад именно так бы и сделал.
>>4314
ладно наебал, вроде раньше была такая настройка
https://stackoverflow.com/questions/13597892/how-can-i-change-the-language-of-a-repository-on-github
второй пост. пометь папку с тмпро как внешнюю либу, что бы он её не учитывал
ладно наебал, вроде раньше была такая настройка
https://stackoverflow.com/questions/13597892/how-can-i-change-the-language-of-a-repository-on-github
второй пост. пометь папку с тмпро как внешнюю либу, что бы он её не учитывал
>>4317 (Del)
Так я ее и сделал епта, даже три по сути, тебе мой гитхаб кинуть?
Лучше я тебе итч скину, зацени, правда там только одна игра
https://rk800-1.itch.io/pong
>>4322
Я через гит-атрибуты настроил выдал все файлы с .shader расширением как шарповые
Так я ее и сделал епта, даже три по сути, тебе мой гитхаб кинуть?
Лучше я тебе итч скину, зацени, правда там только одна игра
https://rk800-1.itch.io/pong
>>4322
Я через гит-атрибуты настроил выдал все файлы с .shader расширением как шарповые
81 Кб, 1000x667>>4278
Неосилятор, спокуха.
Неосилятор, спокуха.
Я видел что в vs как-то делают так, что при кодинге вылазят подсказки от юнити, типа какие встроенные методы, переменные, типы есть. А это как-то можно включить в vs code?
ЕЦСбоги здесь?
как вы работаете с иерархией?
допустимо ли чтобы в компоненте был например лист из других компонентов, а система бы потом брала этот лист и по нему работала?
как вы работаете с иерархией?
допустимо ли чтобы в компоненте был например лист из других компонентов, а система бы потом брала этот лист и по нему работала?
Можно ли на Android использовать файлы для сохранения прогресса игрока? Или лучше PlayerPrefs? Просто слышал, что могут возникать проблемы с файлами (могут всплывать разрешения или срабатывать ошибки).
>>4431
Если надо хранить мало данных, то конечно playerprefs.
Если надо хранить мало данных, то конечно playerprefs.
312 Кб, 500x500>>4408
ну ва первых лист там быть не могет в принципе.
динамикбуффер имеет ограниченный размер и тут нада балансировать между ожидаемой максимальной вместимостью и производительностью. ну и очень хуево паралелится на запись
если нужно прям МНОГО энтитей то лучше уж сделать лукап или формировать что-то типа нативхешмепа предварительно
воопшем давай конкретный юзкейс
ну ва первых лист там быть не могет в принципе.
динамикбуффер имеет ограниченный размер и тут нада балансировать между ожидаемой максимальной вместимостью и производительностью. ну и очень хуево паралелится на запись
если нужно прям МНОГО энтитей то лучше уж сделать лукап или формировать что-то типа нативхешмепа предварительно
воопшем давай конкретный юзкейс
>>4474
Не следует множить сущее без необходимости.
Не следует множить сущее без необходимости.
>>4474
Вот тут пацаны карочи тоже есть вопросы. Например - группа хранит список персонажей, добавляет и удаляет. Мне кажется это норм класс, он делает свое дело. Селектор принимает инпуты с хоткеев или щелчок по иконке персонажа в гуи и вот тут у меня сомнения. Получается, что это по сути контроллер, и вроде как он не должен хранить данные. но мне надо сохранить где-то индекс текущего персонажа. Такое ощущение, что мне нужен еще один класс, который будет хранить этот индекс и содержать в себе эвенты завязанные на изменение выбранного персонажа.
А еще лучше, это класс может хранить в себе уже не индекс, а ссылку на персонажа и его уже все кому надо могут раздергивать на интерфейсы. мне кажется так вполне даже заебись.
Еще есть вопросы по селектору. Он по уму не должен знать об устройстве группы. Он должен ей просто систнуть, типа эй, сюда дай персонажа под индексом 6. А в группе их всего три. Она должна сама обработать эту проблему, выдать ему например последнего доступного и селектор уже его переправляет в класс, который непосрдественно дает доступ к интерфейсам персонажа.
Вот тут пацаны карочи тоже есть вопросы. Например - группа хранит список персонажей, добавляет и удаляет. Мне кажется это норм класс, он делает свое дело. Селектор принимает инпуты с хоткеев или щелчок по иконке персонажа в гуи и вот тут у меня сомнения. Получается, что это по сути контроллер, и вроде как он не должен хранить данные. но мне надо сохранить где-то индекс текущего персонажа. Такое ощущение, что мне нужен еще один класс, который будет хранить этот индекс и содержать в себе эвенты завязанные на изменение выбранного персонажа.
А еще лучше, это класс может хранить в себе уже не индекс, а ссылку на персонажа и его уже все кому надо могут раздергивать на интерфейсы. мне кажется так вполне даже заебись.
Еще есть вопросы по селектору. Он по уму не должен знать об устройстве группы. Он должен ей просто систнуть, типа эй, сюда дай персонажа под индексом 6. А в группе их всего три. Она должна сама обработать эту проблему, выдать ему например последнего доступного и селектор уже его переправляет в класс, который непосрдественно дает доступ к интерфейсам персонажа.
343 Кб, 2564x1500Как-то так. Накидать абстрактно пару классов и будет видно вин или шин. Но я настроен оптимистически.
Точнее вот так. инвентарный юй не имеет доступа к селектору.
>>4475
мой короче конкретный юзкейс, я хочу попробовать ецс у меня сейчас все работает на старом подходе
родительский объект-сплайн, у него контрольные точки - трансформы, разнообразные проперти-настройки
к сплайну цепляются другие объекты и по его t высчитывают свою матрицу(ездят по сплайну)
как это дело на ецс перетащить?
мой короче конкретный юзкейс, я хочу попробовать ецс у меня сейчас все работает на старом подходе
родительский объект-сплайн, у него контрольные точки - трансформы, разнообразные проперти-настройки
к сплайну цепляются другие объекты и по его t высчитывают свою матрицу(ездят по сплайну)
как это дело на ецс перетащить?
>>4494
я ж говорю попробовать хочу. сначала посмотреть как это работает на примере одной задачи и если допру то уже все остальное переводить буду
у меня проблема что я тупо не могу понять как это ецс вообще работает
я ж говорю попробовать хочу. сначала посмотреть как это работает на примере одной задачи и если допру то уже все остальное переводить буду
у меня проблема что я тупо не могу понять как это ецс вообще работает
кто юзал? выглядит мега годно
https://github.com/YarnSpinnerTool/YarnSpinner-Unity
https://github.com/YarnSpinnerTool/YarnSpinner-Unity
>>4278
заткнулась пидорша
заткнулась пидорша
27 Кб, 518x324в unity можно сделать несколько environment lighting color? я нашел только в настройках света, где цвет глобалки на всю сцену задается, а через создание коллайдеров или волюметриков каких-то можно сделать отдельные участки сцены с другим глобальным цветом?
105 Кб, 927x714Господа гдачеры. Работа идет, а значит появляются вопросы.
Карочи смотрите, класс отвечающий за хранение данных о группе игрока. Хранит список персонажей, имеет публичный интерфейс для его изменения. Ок. заебись.
Мне надо сделать классическую так сказать панель с портретами, при клике на который выбирается персонаж. Я кавалерийским наскоком делаю контроллер, связываю в нем UI и PlayerGroup и они начинают типа взаимодействовать. Делаю в группе эвент, который в случае изменения состава группы пошлет в контроллер новый состав, контроллер его декомпозирует на портреты и прочую хуйню и скормит в UI.
Но тут я понимаю, что это ебись оно конем просто пизденейшее нарушение инкапсуляции, настолько хуевое, что граничит с зашкваром.
А че делать? Как разрулить?
Какие варианты у меня есть:
1) Сделать структуру, которая будет контейнером нужных данных - портрет, хп, имя и так далее. В конструктор этой структуре скармливается персонаж, она из него дерграет че надо, и уже в контроллер мы передает список структур, а не персонажей. А в группу добавляем нужный метод, который будет эти стрeктуры делать и отправлять.
С одной стороны, мы вроде защищаем данные группы, с другой стороны и не сильно ее напрягаем, потому что она не занимается там какой-то декомпозицией, не лезет внутрь персонажей, за нее это делает структура.
Что думаете?
Карочи смотрите, класс отвечающий за хранение данных о группе игрока. Хранит список персонажей, имеет публичный интерфейс для его изменения. Ок. заебись.
Мне надо сделать классическую так сказать панель с портретами, при клике на который выбирается персонаж. Я кавалерийским наскоком делаю контроллер, связываю в нем UI и PlayerGroup и они начинают типа взаимодействовать. Делаю в группе эвент, который в случае изменения состава группы пошлет в контроллер новый состав, контроллер его декомпозирует на портреты и прочую хуйню и скормит в UI.
Но тут я понимаю, что это ебись оно конем просто пизденейшее нарушение инкапсуляции, настолько хуевое, что граничит с зашкваром.
А че делать? Как разрулить?
Какие варианты у меня есть:
1) Сделать структуру, которая будет контейнером нужных данных - портрет, хп, имя и так далее. В конструктор этой структуре скармливается персонаж, она из него дерграет че надо, и уже в контроллер мы передает список структур, а не персонажей. А в группу добавляем нужный метод, который будет эти стрeктуры делать и отправлять.
С одной стороны, мы вроде защищаем данные группы, с другой стороны и не сильно ее напрягаем, потому что она не занимается там какой-то декомпозицией, не лезет внутрь персонажей, за нее это делает структура.
Что думаете?
>>4584
ты эти модерские штучки бросай, персонажи ему в ридонли видите ли. Они тебе что, мешают, что ты им ридонлями рот заткаешь?
забань их еще для коллекции! коллекционер епт
ты эти модерские штучки бросай, персонажи ему в ридонли видите ли. Они тебе что, мешают, что ты им ридонлями рот заткаешь?
забань их еще для коллекции! коллекционер епт
284 Кб, webm,1280x720, 0:02
>>4580
Чел, это шиза из энтерпрайза. Там это актуально. Не пытайся затащить это в геймдев, иначе шизофрения и седина на волосах тебе обеспечены. Допустим, ещё момент - ты посылаешь список, А ВЕДЬ Я МОГУ ЕГО ИЗМЕНИТЬ ХИ-ХИ-ХИ!!!!
Короче, смотри:
1) Не нужно кидать список в ивент. Просто сообщи, что произошли изменения. Далее UI или класс-посредник самостоятельно через свойство прочитает обновлённый список. Единственное, можно ещё добавить ивенты CharacterAdded(ссылка на char), CharacterRemoved(ссылка на char).
2) Как я уже сказал, лучше вынести список в свойство. Либо сделай из PlayerGroup полноценную коллекцию, реализовав ICollection или IEnumerable. Тогда невозможно будет изменить список извне, но вопрос - а нахуй всё это нужно, если это к геймдеву не относится никак.
3) Хранить можешь интерфейсы, а не сам Character. Например ICharacterInfo. Какой в этом смысл? Так ты сможешь протестировать интерфейс накидав тестовых чарактеров без какой-либо логики. При этом свойства будут ReadOnly - твоя любимая инкапсуляция.
4) В константе нет смысла указывать чарактеров во множественном числе, так как ты уже написал COUNT. Типа characterCount, characterList - правильнее без s.
> и уже в контроллер мы передает список структур, а не персонажей
Чел, это шиза из энтерпрайза. Там это актуально. Не пытайся затащить это в геймдев, иначе шизофрения и седина на волосах тебе обеспечены. Допустим, ещё момент - ты посылаешь список, А ВЕДЬ Я МОГУ ЕГО ИЗМЕНИТЬ ХИ-ХИ-ХИ!!!!
Короче, смотри:
1) Не нужно кидать список в ивент. Просто сообщи, что произошли изменения. Далее UI или класс-посредник самостоятельно через свойство прочитает обновлённый список. Единственное, можно ещё добавить ивенты CharacterAdded(ссылка на char), CharacterRemoved(ссылка на char).
2) Как я уже сказал, лучше вынести список в свойство. Либо сделай из PlayerGroup полноценную коллекцию, реализовав ICollection или IEnumerable. Тогда невозможно будет изменить список извне, но вопрос - а нахуй всё это нужно, если это к геймдеву не относится никак.
3) Хранить можешь интерфейсы, а не сам Character. Например ICharacterInfo. Какой в этом смысл? Так ты сможешь протестировать интерфейс накидав тестовых чарактеров без какой-либо логики. При этом свойства будут ReadOnly - твоя любимая инкапсуляция.
4) В константе нет смысла указывать чарактеров во множественном числе, так как ты уже написал COUNT. Типа characterCount, characterList - правильнее без s.
>>4595
интересная мысль
хммммм ммммммм хммхмхмхм
3. Вопрос не в чарактерах, а в защите состава группы.
угу. да.
>Просто сообщи, что произошли изменения.
интересная мысль
>реализовав ICollection или IEnumerable
хммммм ммммммм хммхмхмхм
3. Вопрос не в чарактерах, а в защите состава группы.
>чарактеров во множественном числе
угу. да.
140 Кб, 839x836В общем сделал без заебов. чиста по геймдевовски, без интрефейсов там хуесов. Слой ниже контролирует уже непосредственно gui персонажа - портрет, хп бар, и прочую залупу, отписки подписки на эвенты.
>>4717
Все свои заебы оставлю на пошаговую систему, вот там меня точно разъебет, распидорасит как надо.
Все свои заебы оставлю на пошаговую систему, вот там меня точно разъебет, распидорасит как надо.
>>0680 (OP)
Бля, где найти РАБоту/команду? Я сам кодер, у меня опыт даже коммерческой разработки есть. На гитхабе три игры, в итче правда одну только выложил. Английский знаю. Вакансии смотрю - уже даже не от мидла а от сеньора и выше. Где хотя бы мидловские поискать? Ну или на крайний случай адекватную команду найти, может на реддите чего есть? Интересует именно юнити
Бля, где найти РАБоту/команду? Я сам кодер, у меня опыт даже коммерческой разработки есть. На гитхабе три игры, в итче правда одну только выложил. Английский знаю. Вакансии смотрю - уже даже не от мидла а от сеньора и выше. Где хотя бы мидловские поискать? Ну или на крайний случай адекватную команду найти, может на реддите чего есть? Интересует именно юнити
>>4780
ты мысли сначала выражать свои научись грамотно.
>Вакансии смотрю - уже даже не от мидла а от сеньора и выше
ты мысли сначала выражать свои научись грамотно.
>>4786
Душнила спок
Душнила спок
чем дальше я забуриваюсь в это ваше ецс тем меньше понимаю что творится
вот решил посмотреть а как игоры-то делают на примере популярного фреймворка (leoecs lite) ведь лучший способ разобраться кмк взять уже то что работает и покрутить его в руках
https://github.com/supremestranger/3D-Platformer-Lite/blob/main/Assets/Scripts/Systems/PlayerMoveSystem.cs
он короче в этой системе
и вообще в системах
берет фильтрует компоненты для своей системы
и прогоняет систему по ним
и так все системы каждый тик апдейта
получается что ецс настолько быстра что кешировать не надо ничего?
я не пони
вот решил посмотреть а как игоры-то делают на примере популярного фреймворка (leoecs lite) ведь лучший способ разобраться кмк взять уже то что работает и покрутить его в руках
https://github.com/supremestranger/3D-Platformer-Lite/blob/main/Assets/Scripts/Systems/PlayerMoveSystem.cs
он короче в этой системе
и вообще в системах
берет фильтрует компоненты для своей системы
и прогоняет систему по ним
и так все системы каждый тик апдейта
получается что ецс настолько быстра что кешировать не надо ничего?
я не пони
Переосмыслил дншнего персонажа. Карочи он вообще не должен предоставлять никакой информации кроме вот прям базы типа класса, уровня и так далее. Все расчеты должны осуществлять статические сервисы на основе данных от персонажа. И походу я нащупал решение с работой эффектов и оно оказалось максимально прям пиздец простое. Тупа нахуй все эффекты являются или наследуют от одного класса, чтобы их можно было забить все в одну коллекцию, которая храниться у персонажа или в каком-то классе, который будет еще и тайминги обрабатывать, но суть не в этом, а в том, что все эффекты через интерфейс разбиваются на типы. И когда, например, сервис по расчету атаки производит расчет он просто прогоняет поиск этой коллекции и ищет нужный интерфейс и все.
Типа надел меч +1. Разбиваем его на два интерфейса Iattackbonusprovider и idamagebonusprovider и все нахуй. И его обработает и сервис по подсчету урона и по подсчету атаки все это отдельно и еще и прологировать как-то можно поотдельности.
>>4966
Для фильтра там может быть под капотом заведен отдельный массив, где уже в момент добавления/удаления хранятся только нужные сущности.
Для фильтра там может быть под капотом заведен отдельный массив, где уже в момент добавления/удаления хранятся только нужные сущности.
>>5023
Очевидно он на полпути, так как у него уже:
Осталось всего-то заменить интерфейс->компонент и сервис->система.
Очевидно он на полпути, так как у него уже:
>сервис по расчету атаки производит расчет он просто прогоняет поиск этой коллекции и ищет нужный интерфейс и все.
Осталось всего-то заменить интерфейс->компонент и сервис->система.
>>4504
ну поехали.
ва первых иерархия трансформов в ецс уже есть. можешь тупо го построить в иерархию и они так и конвертнутся или сделать вручную. нужно по минимуму
на обооих энтитях LocalTransform, LocalToWorld и на дите Parent. система инициализации добавит(если нужно) DinamicBuffer<Childs> на парента, LocalToParent и PrevParent(для отслеживания смены родителя) на дитё если нужно. далее связанный объект будет следовать за главным повторяя его движения, учитывая вращение и скейл как обычно.
конкретно это делается в SumulationSystemGroup -> TransformSystemGroup -> ParentSystem соответственно все движения объектов желательно проводить до неё, что бы правильно обновились все связанные объекты и пересчитались координаты, а читать данные - после.
дополнительно есть DynamicBuffer<LinkedEntityGroup> который вроде как отвечает за уничтожение связанных объектов при уничтожении главного, но заставить его работать я не смог. почему то первый и последний в списке не учнитожались. в доках ничего не нашел, написал свою реализацию.
конкретных подходов несколько.
1. самое простое, для случая если измения происходят постоянно в паренте и детях - парент считает общий кусок и ложит в свой комонент(в иерархии это например трансформ). дети через компонентлукап достают с парента это значение и считают что-то свое(т.е. свой трансофрм) на его основе.
2. парент имеет какой-то "большой" неизменный кусок данных(и соответственно хранить его в каждом дите кагбы и невыгодно) дети считают все сами. например тот же сплайн общий для всех детей а позицию на нем они считают по каким-то своим данным. BlobAssetsReference - единожды создается сплайн а детям выдается ссылка на него(собственно именно на сплайне или пути обычно примеры с ним и построены)
3. есть еще "средний" вариант с шаред компонентом, но это очень специфичный случай и требует точного понимание что происходит. суть - этот компонент один на чанк, общий для всех его энтитей. но изменять его дорого и муторно, посему нельзя просто так. он обычно используется для объединения однотипных энтитей по какому-то признаку
ну поехали.
ва первых иерархия трансформов в ецс уже есть. можешь тупо го построить в иерархию и они так и конвертнутся или сделать вручную. нужно по минимуму
на обооих энтитях LocalTransform, LocalToWorld и на дите Parent. система инициализации добавит(если нужно) DinamicBuffer<Childs> на парента, LocalToParent и PrevParent(для отслеживания смены родителя) на дитё если нужно. далее связанный объект будет следовать за главным повторяя его движения, учитывая вращение и скейл как обычно.
конкретно это делается в SumulationSystemGroup -> TransformSystemGroup -> ParentSystem соответственно все движения объектов желательно проводить до неё, что бы правильно обновились все связанные объекты и пересчитались координаты, а читать данные - после.
дополнительно есть DynamicBuffer<LinkedEntityGroup> который вроде как отвечает за уничтожение связанных объектов при уничтожении главного, но заставить его работать я не смог. почему то первый и последний в списке не учнитожались. в доках ничего не нашел, написал свою реализацию.
конкретных подходов несколько.
1. самое простое, для случая если измения происходят постоянно в паренте и детях - парент считает общий кусок и ложит в свой комонент(в иерархии это например трансформ). дети через компонентлукап достают с парента это значение и считают что-то свое(т.е. свой трансофрм) на его основе.
2. парент имеет какой-то "большой" неизменный кусок данных(и соответственно хранить его в каждом дите кагбы и невыгодно) дети считают все сами. например тот же сплайн общий для всех детей а позицию на нем они считают по каким-то своим данным. BlobAssetsReference - единожды создается сплайн а детям выдается ссылка на него(собственно именно на сплайне или пути обычно примеры с ним и построены)
3. есть еще "средний" вариант с шаред компонентом, но это очень специфичный случай и требует точного понимание что происходит. суть - этот компонент один на чанк, общий для всех его энтитей. но изменять его дорого и муторно, посему нельзя просто так. он обычно используется для объединения однотипных энтитей по какому-то признаку
>>4504
ну поехали.
ва первых иерархия трансформов в ецс уже есть. можешь тупо го построить в иерархию и они так и конвертнутся или сделать вручную. нужно по минимуму
на обооих энтитях LocalTransform, LocalToWorld и на дите Parent. система инициализации добавит(если нужно) DinamicBuffer<Childs> на парента, LocalToParent и PrevParent(для отслеживания смены родителя) на дитё если нужно. далее связанный объект будет следовать за главным повторяя его движения, учитывая вращение и скейл как обычно.
конкретно это делается в SumulationSystemGroup -> TransformSystemGroup -> ParentSystem соответственно все движения объектов желательно проводить до неё, что бы правильно обновились все связанные объекты и пересчитались координаты, а читать данные - после.
дополнительно есть DynamicBuffer<LinkedEntityGroup> который вроде как отвечает за уничтожение связанных объектов при уничтожении главного, но заставить его работать я не смог. почему то первый и последний в списке не учнитожались. в доках ничего не нашел, написал свою реализацию.
конкретных подходов несколько.
1. самое простое, для случая если измения происходят постоянно в паренте и детях - парент считает общий кусок и ложит в свой комонент(в иерархии это например трансформ). дети через компонентлукап достают с парента это значение и считают что-то свое(т.е. свой трансофрм) на его основе.
2. парент имеет какой-то "большой" неизменный кусок данных(и соответственно хранить его в каждом дите кагбы и невыгодно) дети считают все сами. например тот же сплайн общий для всех детей а позицию на нем они считают по каким-то своим данным. BlobAssetsReference - единожды создается сплайн а детям выдается ссылка на него(собственно именно на сплайне или пути обычно примеры с ним и построены)
3. есть еще "средний" вариант с шаред компонентом, но это очень специфичный случай и требует точного понимание что происходит. суть - этот компонент один на чанк, общий для всех его энтитей. но изменять его дорого и муторно, посему нельзя просто так. он обычно используется для объединения однотипных энтитей по какому-то признаку
ну поехали.
ва первых иерархия трансформов в ецс уже есть. можешь тупо го построить в иерархию и они так и конвертнутся или сделать вручную. нужно по минимуму
на обооих энтитях LocalTransform, LocalToWorld и на дите Parent. система инициализации добавит(если нужно) DinamicBuffer<Childs> на парента, LocalToParent и PrevParent(для отслеживания смены родителя) на дитё если нужно. далее связанный объект будет следовать за главным повторяя его движения, учитывая вращение и скейл как обычно.
конкретно это делается в SumulationSystemGroup -> TransformSystemGroup -> ParentSystem соответственно все движения объектов желательно проводить до неё, что бы правильно обновились все связанные объекты и пересчитались координаты, а читать данные - после.
дополнительно есть DynamicBuffer<LinkedEntityGroup> который вроде как отвечает за уничтожение связанных объектов при уничтожении главного, но заставить его работать я не смог. почему то первый и последний в списке не учнитожались. в доках ничего не нашел, написал свою реализацию.
конкретных подходов несколько.
1. самое простое, для случая если измения происходят постоянно в паренте и детях - парент считает общий кусок и ложит в свой комонент(в иерархии это например трансформ). дети через компонентлукап достают с парента это значение и считают что-то свое(т.е. свой трансофрм) на его основе.
2. парент имеет какой-то "большой" неизменный кусок данных(и соответственно хранить его в каждом дите кагбы и невыгодно) дети считают все сами. например тот же сплайн общий для всех детей а позицию на нем они считают по каким-то своим данным. BlobAssetsReference - единожды создается сплайн а детям выдается ссылка на него(собственно именно на сплайне или пути обычно примеры с ним и построены)
3. есть еще "средний" вариант с шаред компонентом, но это очень специфичный случай и требует точного понимание что происходит. суть - этот компонент один на чанк, общий для всех его энтитей. но изменять его дорого и муторно, посему нельзя просто так. он обычно используется для объединения однотипных энтитей по какому-то признаку
>>4966
ты пропустил четвертый основной концепт ЭКС, который в название не вошел - запросы(фильтры в терминах лео). заметь что фильтры должны быть объявлены в системах как поля и не создаются на ходу по необходимости(в дотс вроде бы создаются, но стоит открыть автогенерированые исходники и там видно что это наебка - запросы создаются статично, "за кадром", а "динамические" просто их берут). вот на это и ложится большой кусок оптимизации - правильно рассортировать энтити по запросам что бы системы получили именно то что нужно а не лазили по ВСЕМ энтитям в поисках нужных
ты пропустил четвертый основной концепт ЭКС, который в название не вошел - запросы(фильтры в терминах лео). заметь что фильтры должны быть объявлены в системах как поля и не создаются на ходу по необходимости(в дотс вроде бы создаются, но стоит открыть автогенерированые исходники и там видно что это наебка - запросы создаются статично, "за кадром", а "динамические" просто их берут). вот на это и ложится большой кусок оптимизации - правильно рассортировать энтити по запросам что бы системы получили именно то что нужно а не лазили по ВСЕМ энтитям в поисках нужных
>>0680 (OP)
Бля, подскажите пожалуйста, в юнити есть менее ебанутый способ скрывать/включать отображение UI кроме как оборачивать все в канвас и через GetComponentsInChildren с предварительным пропуском parent-объекта их обрабатывать?
Ну просто это даже звучит дегенеративно, однако гуглеж других способов как не получить при этом NULL Reference exception не подсказал Может вы подскажете...
Бля, подскажите пожалуйста, в юнити есть менее ебанутый способ скрывать/включать отображение UI кроме как оборачивать все в канвас и через GetComponentsInChildren с предварительным пропуском parent-объекта их обрабатывать?
Ну просто это даже звучит дегенеративно, однако гуглеж других способов как не получить при этом NULL Reference exception не подсказал Может вы подскажете...
>>5150
Ну самое очевидное - делаешь синглтон, UIManager какой, которому в общем случае говоришь какую менюшку показывать и все такое. у него всегда есть(должны быть иначе он работать не могет) ссылка на корневой канвас и он соответственно может его безболезнено скрывать/показывать целиком. упрощая до минимума - синглтон с ссылкой на корневой канвас, а там уже делай що хочешь
Ну самое очевидное - делаешь синглтон, UIManager какой, которому в общем случае говоришь какую менюшку показывать и все такое. у него всегда есть(должны быть иначе он работать не могет) ссылка на корневой канвас и он соответственно может его безболезнено скрывать/показывать целиком. упрощая до минимума - синглтон с ссылкой на корневой канвас, а там уже делай що хочешь
>>5158
В смысле "литерали то же самое"?
зы. А зачем воопше идти по всем детям? скрываешь корневой канвас и всё..
В смысле "литерали то же самое"?
зы. А зачем воопше идти по всем детям? скрываешь корневой канвас и всё..
>>5161
Так тогда у меня Null ref будет, тк у меня панель должна появляться только когда геймовер, а по умолчанию она должна быть отключена
Вот код можешь глянуть если хочешь https://github.com/RK800-1/Flappy-Clone/blob/main/Assets/Scripts/GameOverPanel.cs
Так тогда у меня Null ref будет, тк у меня панель должна появляться только когда геймовер, а по умолчанию она должна быть отключена
Вот код можешь глянуть если хочешь https://github.com/RK800-1/Flappy-Clone/blob/main/Assets/Scripts/GameOverPanel.cs
>>5162
так значит смотри. делаешь синглтон гуйменеджер вида
public class UIManager : Singleton<UIManager>
{
public Panel GameOverPanel;
public Panel MainMenuPanel;
public Panel SomeOtherGUI1;
....
private void HideAll()
{
GameOverPanel.GameObject.SetActive(false);
MainMenuPanel.GameObject.SetActive(false);
SomeOtherGUI1.GameObject.SetActive(false);
....
}
public void GameOver()
{
HideAll();
GameOverPanel.GameObject.SetActive(true);
}
}
вешаешь его на основной канвас. назначешь все вложенные менюшки по соответвующим панелям, все отключаешь и включаешь нужные методами типа GameOver()
вполне стандартный способ. как продвинутый вариант - хранишь эти менюшки как префабы создавая по необходимости
так значит смотри. делаешь синглтон гуйменеджер вида
public class UIManager : Singleton<UIManager>
{
public Panel GameOverPanel;
public Panel MainMenuPanel;
public Panel SomeOtherGUI1;
....
private void HideAll()
{
GameOverPanel.GameObject.SetActive(false);
MainMenuPanel.GameObject.SetActive(false);
SomeOtherGUI1.GameObject.SetActive(false);
....
}
public void GameOver()
{
HideAll();
GameOverPanel.GameObject.SetActive(true);
}
}
вешаешь его на основной канвас. назначешь все вложенные менюшки по соответвующим панелям, все отключаешь и включаешь нужные методами типа GameOver()
вполне стандартный способ. как продвинутый вариант - хранишь эти менюшки как префабы создавая по необходимости
>>5162
есть причина зачем их искать через таг?
можно поля либо публичными либо сериализированными сделать, перетащить в эдиторе нужные элементы и жить не тужить
есть причина зачем их искать через таг?
можно поля либо публичными либо сериализированными сделать, перетащить в эдиторе нужные элементы и жить не тужить
и так-то искать по тагу тоже не безопасно
поменялся таг @ все сломалось @ не знаешь почему
поменялся таг @ все сломалось @ не знаешь почему
>>5172
Бля, а ведь реально, тут сериалайз можно, чет я затупил. Я просто вообще думал чтобы в GUI не настраивать нихуя все тегами пометить и к ним доступ иметь
Можешь мои другие скрипты глянуть если хочешь)
Бля, а ведь реально, тут сериалайз можно, чет я затупил. Я просто вообще думал чтобы в GUI не настраивать нихуя все тегами пометить и к ним доступ иметь
Можешь мои другие скрипты глянуть если хочешь)
>>5169
мне тупо было лень писать сериалайз филд перед каждой панелью, но по хорошему надо.
файнд же юзать следует в очень редкому случаю - какой-то ну прям очень нестандартный путь исполнения, где действительно надо перебирать все что есть что бы найти кто тебе нужен. т.е. все пошло не так как задумывалось и ты пытаешься правильно обработать ошибку
мне тупо было лень писать сериалайз филд перед каждой панелью, но по хорошему надо.
файнд же юзать следует в очень редкому случаю - какой-то ну прям очень нестандартный путь исполнения, где действительно надо перебирать все что есть что бы найти кто тебе нужен. т.е. все пошло не так как задумывалось и ты пытаешься правильно обработать ошибку
>>5176
Да, согласен, надо бы это все исправить, спасибо.
Я еще после этой поделки первую планирую "рефакторить"
Да, согласен, надо бы это все исправить, спасибо.
Я еще после этой поделки первую планирую "рефакторить"
>>5177
делаешь префабы всех компонентов UI, на старте сцены кор игровой скрипт инициализирует UI, тот подгружает их из ресурсов в приватные переменные. Если тебе прям пиздец приватность надо. Но приватность не приватность по-большому счету к солиду мало относится вообще.
Мимо архитектурный анон.
делаешь префабы всех компонентов UI, на старте сцены кор игровой скрипт инициализирует UI, тот подгружает их из ресурсов в приватные переменные. Если тебе прям пиздец приватность надо. Но приватность не приватность по-большому счету к солиду мало относится вообще.
Мимо архитектурный анон.
>>5179
Не, мне таких штук не надо, я же просто аналог флеппи берд бля делаю, просто чтобы это совсем колхозно не выглядело.
Я сам на безопасника учусь и у нас есть аксиома что "стоимость защиты не должна превышать стоимости риска"
Не, мне таких штук не надо, я же просто аналог флеппи берд бля делаю, просто чтобы это совсем колхозно не выглядело.
Я сам на безопасника учусь и у нас есть аксиома что "стоимость защиты не должна превышать стоимости риска"
>>5179
Я насчет солида просто пытаюсь каждой фиче свой класс выделять и примерно одни функции туда пихать. Типа игроку свой класс, там только управление игроком, препятствиям свой класс, зоне увеличения очков свой класс и тд. Такой вот солид на минималках
Ну и геттеры с сеттерами использую
Я насчет солида просто пытаюсь каждой фиче свой класс выделять и примерно одни функции туда пихать. Типа игроку свой класс, там только управление игроком, препятствиям свой класс, зоне увеличения очков свой класс и тд. Такой вот солид на минималках
Ну и геттеры с сеттерами использую
>>5150
Я даже не понимаю че ты делаешь своим способом.
В чем проблем активировать/деактивировать геймобжект под которым висит юи?
Я даже не понимаю че ты делаешь своим способом.
В чем проблем активировать/деактивировать геймобжект под которым висит юи?
>>5248
Этот чел приблизительно с таким заходом мне за 2 часа до нового года писал, типа тоже у него на 2 часа работы, либо щас делай либо в 9 утра вставай 1 января)))
Этот чел приблизительно с таким заходом мне за 2 часа до нового года писал, типа тоже у него на 2 часа работы, либо щас делай либо в 9 утра вставай 1 января)))
126 Кб, 833x794ПАХпахпхвхахвхп
>>5252
Хз, я просто не хочу это делать. Хочешь заняться, дай телегу, я ему перекину
Хз, я просто не хочу это делать. Хочешь заняться, дай телегу, я ему перекину
Походу зря на пацаны наговорил, что он лжец и обманщик. Этот набор моделей на артстейшоне есть. Чиста крутится геймдевелопер, вкладывает бабки в разработку
Давно юнити не трогал, скачал свеженькую и тут это. Что за залупа?
Перед отправкой поигрался с окнами и узнал что глитч убирается, если сменить размер любого блока хоть на пиксель. Все равно кину.
Перед отправкой поигрался с окнами и узнал что глитч убирается, если сменить размер любого блока хоть на пиксель. Все равно кину.
Подскажите пожалуйста, а если я начну вкатываться в юнити насколько там трудно будет работать с партиклами? Вернее где их придётся делать?
Спрашиваю заранее потому что в игре моей мечты у персонажа и мобов будут скилы. Ну частично магия. По задумке анимация скилов будет не сложнее чем в вове.
Ну и частично эффекты оружия / брони.
Спрашиваю заранее потому что в игре моей мечты у персонажа и мобов будут скилы. Ну частично магия. По задумке анимация скилов будет не сложнее чем в вове.
Ну и частично эффекты оружия / брони.
>>5278
Легко, в Particle System
Легко, в Particle System
1,2 Мб, 1186x1061>>5278
В том-то и дело, что тебе не придётся тратить время на создание партиклов. Лучше игру делай. А партиклы купи на ассет сторе.
https://assetstore.unity.com/?q=particles&orderBy=1
В том-то и дело, что тебе не придётся тратить время на создание партиклов. Лучше игру делай. А партиклы купи на ассет сторе.
https://assetstore.unity.com/?q=particles&orderBy=1
>>5343
Нутк подредактировать готовые проще чем с нуля делать.
Нутк подредактировать готовые проще чем с нуля делать.
Бля, кто нибудь может объяснить как работать с канвасами? Я когда запихиваю туда объекты, то система координат меняется просто по каким-то неведомым мне законам. Дошло до того что у меня два объекта в одном канвасе имели координаты 0 0 0 и при этом находились в разных местах. Причем я привязку канваса сделал сначала к камере, а потом просто к глобальным координатам. А канвасы внутри канваса мне даже не дает настроить.
Я просто пытаюсь реализовать менеджера объектов, чтобы не создавать кучу сцен, а сделать все в одной - разбил объекты на канвасы которые олицетворяют определенную игровую сцену и их все закинул в "менеджер" канвасов
Короче, как это исправить или сделать нормально?
Я просто пытаюсь реализовать менеджера объектов, чтобы не создавать кучу сцен, а сделать все в одной - разбил объекты на канвасы которые олицетворяют определенную игровую сцену и их все закинул в "менеджер" канвасов
Короче, как это исправить или сделать нормально?
>>5352
там суть в том что координаты зависят от анчора/пивота/стретча.
т.е. начальная точка. в какую сторону от неё считать координаты и как их считать относительно анкора
задается кликанием по квадратикам с зажатым альт/шифт/контролом. там в принципе все довольно интуитивно(я даже не запоминаю какой шифт за что отвечает) - поискперементируй.
там суть в том что координаты зависят от анчора/пивота/стретча.
т.е. начальная точка. в какую сторону от неё считать координаты и как их считать относительно анкора
задается кликанием по квадратикам с зажатым альт/шифт/контролом. там в принципе все довольно интуитивно(я даже не запоминаю какой шифт за что отвечает) - поискперементируй.
И еще один вопрос. Тут есть люди с LTSC версией винды? У вас юнити стабильно работает или он с этой версией системы не совсем совместим/нужно ставить что то еще?
>>5383
С виндой разобрался, еще про юнити похожий вопрос.
Обязательно ли ставить хаб или лучше скачивать отдельно LTS? Будет ли в таком случае доступна загрузка из ассет стора?
С виндой разобрался, еще про юнити похожий вопрос.
Обязательно ли ставить хаб или лучше скачивать отдельно LTS? Будет ли в таком случае доступна загрузка из ассет стора?
>>5409
Хаб удобнее
Хаб удобнее
Все, неактуально. Без хаба никак для нуба. >>5409
74 Кб, 906x618Нужно ли выбирать при установке модули, если максимум что мне будет нужно при обучении это сборка проекта в экзешник?
>>5426
у меня они на м2 и все равно грузятся по 300 лет
старые юники так не грузились даже на ждд
>Ну, если нету желания сидеть афк ждать пока оно прогрузится долго
у меня они на м2 и все равно грузятся по 300 лет
старые юники так не грузились даже на ждд
>>5442
Ну вот и представь ебало чела с хдд, там 3000 лет будет.
И еще включи параллельный импорт в настройках
> у меня они на м2 и все равно грузятся по 300 лет
Ну вот и представь ебало чела с хдд, там 3000 лет будет.
И еще включи параллельный импорт в настройках
Как и предполагалось, первой болью в моем днд приключении будет кодинг боя. Даже его поверхностная часть. На первом этапе ввел классы Combat, хотя наверное правильнее Battle, и класc Round. Согласно правилам, последний считается законченным, когда сходит последний участник. Соответственно чем он занимается приблизительно можно понять. По ниточке оттуда отсюда надеюсь клубок этот растащить.
Отдельную боль доставляет тот момент, что надо тоже самое имплементировать еще и реалтайм режиме. Во-первых, потому что наложенные заклинания должны как-то обсчитываться, во вторых я планирую походовую и реалтайм систему боя. Типа как в меджике.
В плане создания нпс пока не придумал ничего другого, кроме как сделать монобех - NPC, это контейнер, который будет в себе содержать тот же Character класс, что и мои персонажи и походу набор бихевиор скриптов типа диалог, мувинг, хуювинг со стейт машиной под стратегию. хз.
Такие дела, маслятки.
Отдельную боль доставляет тот момент, что надо тоже самое имплементировать еще и реалтайм режиме. Во-первых, потому что наложенные заклинания должны как-то обсчитываться, во вторых я планирую походовую и реалтайм систему боя. Типа как в меджике.
В плане создания нпс пока не придумал ничего другого, кроме как сделать монобех - NPC, это контейнер, который будет в себе содержать тот же Character класс, что и мои персонажи и походу набор бихевиор скриптов типа диалог, мувинг, хуювинг со стейт машиной под стратегию. хз.
Такие дела, маслятки.
>>5471
Была еще проблема, типа я накидал общую идею и пару конкретизирующих строк, и наткнулся на такой момент. Как определить, что бой окончен? Все участвующие в бою являются одним классом с одним набором данных. Т.е. я не могу их отсортировать. Вводить в класс Character какой-то флаг - нпс не нпс, ну это слабенькое решение. И тут пришла в голову идея, что бой должны начинать отряды, тут соответственно достаточно легко понять идет бой или нет. Сразу встала проблема, как формировать отряды. Наверное придется таки вводить какие-метки, типо отношение к игроку и засовывать это все в нпс контейнер.
Была еще проблема, типа я накидал общую идею и пару конкретизирующих строк, и наткнулся на такой момент. Как определить, что бой окончен? Все участвующие в бою являются одним классом с одним набором данных. Т.е. я не могу их отсортировать. Вводить в класс Character какой-то флаг - нпс не нпс, ну это слабенькое решение. И тут пришла в голову идея, что бой должны начинать отряды, тут соответственно достаточно легко понять идет бой или нет. Сразу встала проблема, как формировать отряды. Наверное придется таки вводить какие-метки, типо отношение к игроку и засовывать это все в нпс контейнер.
Разобрался с установкой, проверил что работает. Появились другие вопросы.
Из неоднозначного: не нашел доступа в ассет стор. Как правильно им пользоваться? В самом движке будет окно с ним и выбором ассетов, или же это в браузере делать надо?
Второе что хотел узнать - раньше в тредах по юнити писали, что есть инструмент (видимо в ассет сторе) который добавляет доступный визуал скриптинг. Везде упоминали одно и тоже название этого инструмента (плагина).
И третье - с чего начать? Может есть ютуб канал/курсы которые в уроках трогают самое необходимое для нуба? Когда я изучал майю, то в курсах videosmile прямо выжимку дали, что я без проблем мог уходить уже в английские туториалы.
Из неоднозначного: не нашел доступа в ассет стор. Как правильно им пользоваться? В самом движке будет окно с ним и выбором ассетов, или же это в браузере делать надо?
Второе что хотел узнать - раньше в тредах по юнити писали, что есть инструмент (видимо в ассет сторе) который добавляет доступный визуал скриптинг. Везде упоминали одно и тоже название этого инструмента (плагина).
И третье - с чего начать? Может есть ютуб канал/курсы которые в уроках трогают самое необходимое для нуба? Когда я изучал майю, то в курсах videosmile прямо выжимку дали, что я без проблем мог уходить уже в английские туториалы.
>>5500
через браузер, руками и ногами
хуета bolt
с делания игры
>Как правильно им пользоваться?
через браузер, руками и ногами
>визуал скриптинг
хуета bolt
>с чего начать?
с делания игры
>>5500
через браузер покупаешь или добавляешь бесплатные ассеты в сторе
после чего в пакет менеджере - мои ассетсы - добавляешь их в игру
болт выкуплен юнитеками и входит в стандартные ассеты(пакет менеджер - юнити регистр) под названием visual scripting. не помню установлен ли по дефолту
ну и если из россии - готовь впн, в не пускает.
через браузер покупаешь или добавляешь бесплатные ассеты в сторе
после чего в пакет менеджере - мои ассетсы - добавляешь их в игру
болт выкуплен юнитеками и входит в стандартные ассеты(пакет менеджер - юнити регистр) под названием visual scripting. не помню установлен ли по дефолту
ну и если из россии - готовь впн, в не пускает.
>>5545 (Del)
или таймаут или 403
пакменеджер пишет что не можут загрузить список пакетов.
через впн ессно все работает
или таймаут или 403
пакменеджер пишет что не можут загрузить список пакетов.
через впн ессно все работает
>>5544
Хз. Судя по гитхабу она джуниорский джун. В коде чувствует себя очень неуверенно. Не представляю, чем она занималась 3 года в команде. Приносила кофе красноглазикам?
Хз. Судя по гитхабу она джуниорский джун. В коде чувствует себя очень неуверенно. Не представляю, чем она занималась 3 года в команде. Приносила кофе красноглазикам?
>>5550
Это видимо тот долбоеб, который пару дней назад прибегал со скрином с ньюсача о том, что у кого-то стим не грузанулся и полилася перемога лол.
Конченный хуесос настолько тупой, что пытается напиздеть там, где каждый может проверить нажал одну кнопку лол.
Это видимо тот долбоеб, который пару дней назад прибегал со скрином с ньюсача о том, что у кого-то стим не грузанулся и полилася перемога лол.
Конченный хуесос настолько тупой, что пытается напиздеть там, где каждый может проверить нажал одну кнопку лол.
>>5577
Есть
Есть
>>5577
у меня есть этот кал, если ты ждёшь, что там будет красивенький редактор и кнопка сделать пиздато - то можешь забыть
у меня есть этот кал, если ты ждёшь, что там будет красивенький редактор и кнопка сделать пиздато - то можешь забыть
>>5591
Там есть готовая система скилов насколько я понял по скринам, а нубу такое воссоздать будет трудно.
Там есть готовая система скилов насколько я понял по скринам, а нубу такое воссоздать будет трудно.
340 Кб, 958x1225>>5544
Ну смотря в какой команде, типа с друзьями собраться и учиться делать игру - это ж тоже "работа в команде"
Ну смотря в какой команде, типа с друзьями собраться и учиться делать игру - это ж тоже "работа в команде"
>>5603
Импортировал. Все сцены с ошибками. Гора чужого кода. В мейн меню на камере весит анкноун скрипт.
И типа серьезно, покуешь за 200 баксов и сидишь ебешься чтоли?
Импортировал. Все сцены с ошибками. Гора чужого кода. В мейн меню на камере весит анкноун скрипт.
И типа серьезно, покуешь за 200 баксов и сидишь ебешься чтоли?
>>5620
добро пожаловать в юнитимир.
добро пожаловать в юнитимир.
>>5620
и кстати если ты думал что отзывы могут хоть как-то помочь не купить кусок говна то нет, негативные отзывы можно тупо удалять чем хуесосы вроде автора odin inspector занимаются с огромным удовольствием
и кстати если ты думал что отзывы могут хоть как-то помочь не купить кусок говна то нет, негативные отзывы можно тупо удалять чем хуесосы вроде автора odin inspector занимаются с огромным удовольствием
Мне бы вообще хватило подробного тутора по рпг где водят за ручку и все показывают.
Запросы по реализации у меня небольшие. Помните Lineage 2 или первые версии вова? Вот геймплейно в этом духе, только без онлайн составляющей и сложных штук вроде инстансов:
-глобальная система статов и пассивных/активных умений (одна и та же для игрока, нпс, моба)
-реализация квестов с простейшими сценариями
-дроп предметов, где статы экипировки генерируются в зависимости от уровня персонажа
-инвентарь
Первая планка для меня - создать набросок стартовой деревни с парой -тройкой функциональных нпс: кузнец, торговец, учитель навыков, житель выдающий один единственный квест на убийство мобов в двух локациях рядом.
>>5603
Благодарю, попробую разобраться или что нибудь за основу взять
Запросы по реализации у меня небольшие. Помните Lineage 2 или первые версии вова? Вот геймплейно в этом духе, только без онлайн составляющей и сложных штук вроде инстансов:
-глобальная система статов и пассивных/активных умений (одна и та же для игрока, нпс, моба)
-реализация квестов с простейшими сценариями
-дроп предметов, где статы экипировки генерируются в зависимости от уровня персонажа
-инвентарь
Первая планка для меня - создать набросок стартовой деревни с парой -тройкой функциональных нпс: кузнец, торговец, учитель навыков, житель выдающий один единственный квест на убийство мобов в двух локациях рядом.
>>5603
Благодарю, попробую разобраться или что нибудь за основу взять
>>5638
это не сложно, проблема только с визуалом, если ты не умеешь рисовать или моделить это я
>-глобальная система статов и пассивных/активных умений (одна и та же для игрока, нпс, моба)
>-реализация квестов с простейшими сценариями
>-дроп предметов, где статы экипировки генерируются в зависимости от уровня персонажа
>-инвентарь
это не сложно, проблема только с визуалом, если ты не умеешь рисовать или моделить это я
1,1 Мб, 1280x559>>5639
Я начал изучать моделирование за 7 мес. до установки юнити. В реализм не могу, и не стремлюсь (моего железа на это просто не хватит). Текстуры на граф планшете планирую отрисовывать.
Стремится буду примерно к такой же стилистике как на пике (естественно выйдет хуже).
У меня проблема с кодингом, придется учить эти скрипты так или иначе. Ну и звук, откуда то придется брать саунд. В качестве затычки на первое время будет нейрогенерация с AIVA
Я начал изучать моделирование за 7 мес. до установки юнити. В реализм не могу, и не стремлюсь (моего железа на это просто не хватит). Текстуры на граф планшете планирую отрисовывать.
Стремится буду примерно к такой же стилистике как на пике (естественно выйдет хуже).
У меня проблема с кодингом, придется учить эти скрипты так или иначе. Ну и звук, откуда то придется брать саунд. В качестве затычки на первое время будет нейрогенерация с AIVA
>>5641
не знаю как остальным, но мне такое по кайфу, только светлее и побольше солнца
можно пиздить из чужих игр
>Стремится буду примерно к такой же стилистике как на пике
не знаю как остальным, но мне такое по кайфу, только светлее и побольше солнца
>У меня проблема с кодингом, придется учить эти скрипты
можно пиздить из чужих игр
>>5643
Единственное я не знаю как с растительностью быть. Вероятно в юнити есть инструмент, чтобы загрузить туда вариации растительности, какого то мелкого окружения (обломки, вещи) чтобы потом мазать это по террейну.
Единственное я не знаю как с растительностью быть. Вероятно в юнити есть инструмент, чтобы загрузить туда вариации растительности, какого то мелкого окружения (обломки, вещи) чтобы потом мазать это по террейну.
>>5636
У меня даже рендер из коробки срет. Все кроме террейна маджента.
У меня даже рендер из коробки срет. Все кроме террейна маджента.
Микровопрос. А нелинейное замедление времени для всех кроме персонажа при активации умения это сложная механика?
Грубо говоря после прожатия кнопки время только начинает замедлятся, через 3 секунды достигает своего пика (полная остановка) и после снова уходит на ускорение.
Грубо говоря после прожатия кнопки время только начинает замедлятся, через 3 секунды достигает своего пика (полная остановка) и после снова уходит на ускорение.
>>5712
"просто" все затронутые замедлением объекты должны использовать в апдейте вместо Time.DeltaTime какой-то условный MyTime.DeltaTime с которым в начале фрейма производятся все необходимые искажения относительно обычного течения времени.
"просто" все затронутые замедлением объекты должны использовать в апдейте вместо Time.DeltaTime какой-то условный MyTime.DeltaTime с которым в начале фрейма производятся все необходимые искажения относительно обычного течения времени.
>>0680 (OP)
Сап аноны, сделал вторую игру, вот репозиторий если хотите можете заценить/разъебать/поддержать
https://github.com/RK800-1/Flappy-Clone/
Сап аноны, сделал вторую игру, вот репозиторий если хотите можете заценить/разъебать/поддержать
https://github.com/RK800-1/Flappy-Clone/
Сап аноны, сделал вторую игру, вот репозиторий если хотите можете заценить/разъебать/поддержать
https://github.com/RK800-1/Flappy-Clone/
https://github.com/RK800-1/Flappy-Clone/
>>5958
Давно юнити изучаешь?
Вот несколько советов, они не прям критичны тут, но в будущем могут пригодиться:
Пик 1. Лучше не делай GameObject поля. Вот нупример у тебя есть player, и ты ниже из него получаешь PlayerController гет компонентом. Лучше сразу пусть будет PlayerController player. Почему? Потому что есть риск что ты перетащишь туда что-то не то, в процессе игры вылезет ошибка и ты потом долго будешь искать в чем дело. Конечно в такой маленькой игре ты быстро найдешь, а представь игра больше будет.
Пик 2. Есть атрибут RequireComponent. Советую его повесить на этот класс, чтобы не было такого, что скрипт ты повесил, а ригидбади забыл.
Пик 3. Вот у тебя есть private KeyCodeButton. И этот геймобжект где-то лежит на сцене. Чтобы это поменять тебе надо открыть сцену, найти его и там менять. Ты мог бы использовать ScriptableObject с этим кей кодом и запихнуть его сюда в качестве параметра, а его уже положить в папку настроек какую-нибудь. Когда у тебя будет много таких настроек(особенно которые нужны сразу нескольким объектом и должны быть одинаковыми), то будет сложна перебирать сцену и искать там всё, поэтому лучше заранее подобные вещи с СО делать.
Пик 4. Чтобы не мучаться с this и не добаалять везде pub, можешь просто на поля класса добавлять префикс _. Будет у тебя не protected float speed, а protected float _speed, зато больше никаких this и никаких pub
Давно юнити изучаешь?
Вот несколько советов, они не прям критичны тут, но в будущем могут пригодиться:
Пик 1. Лучше не делай GameObject поля. Вот нупример у тебя есть player, и ты ниже из него получаешь PlayerController гет компонентом. Лучше сразу пусть будет PlayerController player. Почему? Потому что есть риск что ты перетащишь туда что-то не то, в процессе игры вылезет ошибка и ты потом долго будешь искать в чем дело. Конечно в такой маленькой игре ты быстро найдешь, а представь игра больше будет.
Пик 2. Есть атрибут RequireComponent. Советую его повесить на этот класс, чтобы не было такого, что скрипт ты повесил, а ригидбади забыл.
Пик 3. Вот у тебя есть private KeyCodeButton. И этот геймобжект где-то лежит на сцене. Чтобы это поменять тебе надо открыть сцену, найти его и там менять. Ты мог бы использовать ScriptableObject с этим кей кодом и запихнуть его сюда в качестве параметра, а его уже положить в папку настроек какую-нибудь. Когда у тебя будет много таких настроек(особенно которые нужны сразу нескольким объектом и должны быть одинаковыми), то будет сложна перебирать сцену и искать там всё, поэтому лучше заранее подобные вещи с СО делать.
Пик 4. Чтобы не мучаться с this и не добаалять везде pub, можешь просто на поля класса добавлять префикс _. Будет у тебя не protected float speed, а protected float _speed, зато больше никаких this и никаких pub
>>5991
Я не виноват... Меня подставили
Я не виноват... Меня подставили
Что есть открытый мир в игре на юнити? Правда ли что новичку в эту сторону лучше не смотреть и обходить стороной?
Что если будет псевдо открытый мир с условными переходами которые обусловлены геймплеем?
Что если будет псевдо открытый мир с условными переходами которые обусловлены геймплеем?
>>5998
Ну как давно, может несколько месяцев. Я скорее не изучаю а гуглю в процессе. Изучал шарп.
За советы спасибо, а насчет this, я просто на РАБоте с похожим на шарп ЯП работаю и уже привык.
Вообще задумка была максимально по солиду сделать и чтобы ориентироваться и поддерживать было относительно просто. Понимаю что хуйня но тем не менее, я пытался. Завтра начну рерайтить первую игру Понг, можешь тоже глянуть если хочешь)
Ну как давно, может несколько месяцев. Я скорее не изучаю а гуглю в процессе. Изучал шарп.
За советы спасибо, а насчет this, я просто на РАБоте с похожим на шарп ЯП работаю и уже привык.
Вообще задумка была максимально по солиду сделать и чтобы ориентироваться и поддерживать было относительно просто. Понимаю что хуйня но тем не менее, я пытался. Завтра начну рерайтить первую игру Понг, можешь тоже глянуть если хочешь)
>>5998
Вот насчет настроек кстати не знал. Я тоже думал мол как сделать так чтобы например имена сейвов сохранить в одно место и там их доставать, или вот то что ты описал. Гуглил - не нашел ничего
Вот насчет настроек кстати не знал. Я тоже думал мол как сделать так чтобы например имена сейвов сохранить в одно место и там их доставать, или вот то что ты описал. Гуглил - не нашел ничего
>>5998
а я считаю это крестобесовщиной и визуальным мусором хотя конечно зис еще хуже мне проще в аргументы newX передать чем видеть эту хуйню во все поля
>просто на поля класса добавлять префикс _
а я считаю это крестобесовщиной и визуальным мусором хотя конечно зис еще хуже мне проще в аргументы newX передать чем видеть эту хуйню во все поля
804 Кб, mp4,360x642, 0:26
>>6032
Тоже когда-то так думал. Пока не стал возвращаться к старому коду. И когда его читал, то понял, что мне приходится тратить время (пускай секунды) на то, чтобы понять является переменная локальной или же это поле класса. Поэтому теперь использую "_". Да и в целом следую современному коде-стайлу команды .NET
https://github.com/dotnet/runtime/blob/main/docs/coding-guidelines/coding-style.md
Тоже когда-то так думал. Пока не стал возвращаться к старому коду. И когда его читал, то понял, что мне приходится тратить время (пускай секунды) на то, чтобы понять является переменная локальной или же это поле класса. Поэтому теперь использую "_". Да и в целом следую современному коде-стайлу команды .NET
https://github.com/dotnet/runtime/blob/main/docs/coding-guidelines/coding-style.md
266 Кб, 1065x941>>6008
Норм, так и надо
Ну обязанности ты кое-как разделил, но с поддержкой тут еще много работы. Пикрил например. Короче основной совет, что вот прям супер сильно и заметно прям щас можно улучшить - пытайся сделать так, чтобы у тебя было как можно меньше GetComponent(за исключением когда у тебя висит RequireComponent или когда ну это реалльно надо, в твоем случае с обстаклами по идее - но сделай отдельныц гемобжект, повесь их под него, и на нем делай GetComponentsInChildren тогда уж) или его аналогов - пусть ты сделаешь новый класс, пусть ты добавишь поля куда надо мышкой будет перетащить потом значения, это всё лучше чем работать с GetComponent и надеяться что нужный компонент действительно есть на нужном месте.
>>6011
Ой да подумаешь, для нескольких месяцев это ок
>>6014
Ну, FindObjectsWithTag это очень тяжелый метод, а ты его ебошишь каждый тик фиксед апдейта. Его ток иногда можно юзать.
Тебе надо сделать класс управляющий списком обстаклов, чтобы он обновлял список только когда это надо, и все кому этот список нужен уже у него его просили.
По второму пику - получается у тебя текстовое поле хранит рекорд. Во-первых из этого вытекает ебанина с parseInt, а во-вторых это как бы не его обязанность - текстовое поле должно отображать информацию а не хранить число.
Т.е. тебе надо сделать класс для управления рекордом, который будет чекать сейв(это лишняя обязанность если прям поехать на солиде, но по здрааому смыслу это ок) и сохранять его по необходимости, и через него все остальные будут получать рекорд в виде int, и дальше нужен класс отобразительРекорда который будет чекать рекорд и заносить его в текстовое поле(но не каждый тик апдейта, а когда пришло событие что рекорд обновлен - гугли пока что в сторону c# events и UnityEvent, ну и если хочешь базу то это называется паттерн обсервер)
Норм, так и надо
> Вообще задумка была максимально по солиду сделать и чтобы ориентироваться и поддерживать было относительно просто. Понимаю что хуйня но тем не менее, я пытался. Завтра начну рерайтить первую игру Понг, можешь тоже глянуть если хочешь)
Ну обязанности ты кое-как разделил, но с поддержкой тут еще много работы. Пикрил например. Короче основной совет, что вот прям супер сильно и заметно прям щас можно улучшить - пытайся сделать так, чтобы у тебя было как можно меньше GetComponent(за исключением когда у тебя висит RequireComponent или когда ну это реалльно надо, в твоем случае с обстаклами по идее - но сделай отдельныц гемобжект, повесь их под него, и на нем делай GetComponentsInChildren тогда уж) или его аналогов - пусть ты сделаешь новый класс, пусть ты добавишь поля куда надо мышкой будет перетащить потом значения, это всё лучше чем работать с GetComponent и надеяться что нужный компонент действительно есть на нужном месте.
>>6011
Ой да подумаешь, для нескольких месяцев это ок
>>6014
Ну, FindObjectsWithTag это очень тяжелый метод, а ты его ебошишь каждый тик фиксед апдейта. Его ток иногда можно юзать.
Тебе надо сделать класс управляющий списком обстаклов, чтобы он обновлял список только когда это надо, и все кому этот список нужен уже у него его просили.
По второму пику - получается у тебя текстовое поле хранит рекорд. Во-первых из этого вытекает ебанина с parseInt, а во-вторых это как бы не его обязанность - текстовое поле должно отображать информацию а не хранить число.
Т.е. тебе надо сделать класс для управления рекордом, который будет чекать сейв(это лишняя обязанность если прям поехать на солиде, но по здрааому смыслу это ок) и сохранять его по необходимости, и через него все остальные будут получать рекорд в виде int, и дальше нужен класс отобразительРекорда который будет чекать рекорд и заносить его в текстовое поле(но не каждый тик апдейта, а когда пришло событие что рекорд обновлен - гугли пока что в сторону c# events и UnityEvent, ну и если хочешь базу то это называется паттерн обсервер)
266 Кб, 1065x941>>6008
Норм, так и надо
Ну обязанности ты кое-как разделил, но с поддержкой тут еще много работы. Пикрил например. Короче основной совет, что вот прям супер сильно и заметно прям щас можно улучшить - пытайся сделать так, чтобы у тебя было как можно меньше GetComponent(за исключением когда у тебя висит RequireComponent или когда ну это реалльно надо, в твоем случае с обстаклами по идее - но сделай отдельныц гемобжект, повесь их под него, и на нем делай GetComponentsInChildren тогда уж) или его аналогов - пусть ты сделаешь новый класс, пусть ты добавишь поля куда надо мышкой будет перетащить потом значения, это всё лучше чем работать с GetComponent и надеяться что нужный компонент действительно есть на нужном месте.
>>6011
Ой да подумаешь, для нескольких месяцев это ок
>>6014
Ну, FindObjectsWithTag это очень тяжелый метод, а ты его ебошишь каждый тик фиксед апдейта. Его ток иногда можно юзать.
Тебе надо сделать класс управляющий списком обстаклов, чтобы он обновлял список только когда это надо, и все кому этот список нужен уже у него его просили.
По второму пику - получается у тебя текстовое поле хранит рекорд. Во-первых из этого вытекает ебанина с parseInt, а во-вторых это как бы не его обязанность - текстовое поле должно отображать информацию а не хранить число.
Т.е. тебе надо сделать класс для управления рекордом, который будет чекать сейв(это лишняя обязанность если прям поехать на солиде, но по здрааому смыслу это ок) и сохранять его по необходимости, и через него все остальные будут получать рекорд в виде int, и дальше нужен класс отобразительРекорда который будет чекать рекорд и заносить его в текстовое поле(но не каждый тик апдейта, а когда пришло событие что рекорд обновлен - гугли пока что в сторону c# events и UnityEvent, ну и если хочешь базу то это называется паттерн обсервер)
Норм, так и надо
> Вообще задумка была максимально по солиду сделать и чтобы ориентироваться и поддерживать было относительно просто. Понимаю что хуйня но тем не менее, я пытался. Завтра начну рерайтить первую игру Понг, можешь тоже глянуть если хочешь)
Ну обязанности ты кое-как разделил, но с поддержкой тут еще много работы. Пикрил например. Короче основной совет, что вот прям супер сильно и заметно прям щас можно улучшить - пытайся сделать так, чтобы у тебя было как можно меньше GetComponent(за исключением когда у тебя висит RequireComponent или когда ну это реалльно надо, в твоем случае с обстаклами по идее - но сделай отдельныц гемобжект, повесь их под него, и на нем делай GetComponentsInChildren тогда уж) или его аналогов - пусть ты сделаешь новый класс, пусть ты добавишь поля куда надо мышкой будет перетащить потом значения, это всё лучше чем работать с GetComponent и надеяться что нужный компонент действительно есть на нужном месте.
>>6011
Ой да подумаешь, для нескольких месяцев это ок
>>6014
Ну, FindObjectsWithTag это очень тяжелый метод, а ты его ебошишь каждый тик фиксед апдейта. Его ток иногда можно юзать.
Тебе надо сделать класс управляющий списком обстаклов, чтобы он обновлял список только когда это надо, и все кому этот список нужен уже у него его просили.
По второму пику - получается у тебя текстовое поле хранит рекорд. Во-первых из этого вытекает ебанина с parseInt, а во-вторых это как бы не его обязанность - текстовое поле должно отображать информацию а не хранить число.
Т.е. тебе надо сделать класс для управления рекордом, который будет чекать сейв(это лишняя обязанность если прям поехать на солиде, но по здрааому смыслу это ок) и сохранять его по необходимости, и через него все остальные будут получать рекорд в виде int, и дальше нужен класс отобразительРекорда который будет чекать рекорд и заносить его в текстовое поле(но не каждый тик апдейта, а когда пришло событие что рекорд обновлен - гугли пока что в сторону c# events и UnityEvent, ну и если хочешь базу то это называется паттерн обсервер)
>>6050
Или вот так
> Тебе надо сделать класс управляющий списком обстаклов, чтобы он обновлял список только когда это надо, и все кому этот список нужен уже у него его просили.
Или вот так
> в твоем случае с обстаклами по идее - но сделай отдельныц гемобжект, повесь их под него, и на нем делай GetComponentsInChildren тогда уж
>>6050
Просто других вариантов не нашел. С поиском по тэгу слышал что тяжелый метод, пытался просто сравнение объектов, а там хуйня получилась тк объект который я цепляю уничтожается хоть и префаб, а это нульреференс вызывало насколько помню. А так спасибо, буду иметь ввиду.
Просто других вариантов не нашел. С поиском по тэгу слышал что тяжелый метод, пытался просто сравнение объектов, а там хуйня получилась тк объект который я цепляю уничтожается хоть и префаб, а это нульреференс вызывало насколько помню. А так спасибо, буду иметь ввиду.
>>6064
А что из подобного вообще стоит новичку "покупать"/брать по бесплатной лицензии?
Или же это профессиональный софт, и для нуба не будет разницы между audacity с десятком плагинов и этим wwise?
А что из подобного вообще стоит новичку "покупать"/брать по бесплатной лицензии?
Или же это профессиональный софт, и для нуба не будет разницы между audacity с десятком плагинов и этим wwise?
По другому спрошу >>6084
Какой софт посоветуете для общих задач по звуку начинающему?
Задач несколько:
1. Обработка звуков записанных с микрофона - шаги, лязг, звуки оружия, столкновений либо взятых с стоков
2. Синтез с нуля чего нибудь необычного, что нельзя изобразить в домашних условиях
3. (необязательно) Обработка фраз для озвучки персонажей
Какой софт посоветуете для общих задач по звуку начинающему?
Задач несколько:
1. Обработка звуков записанных с микрофона - шаги, лязг, звуки оружия, столкновений либо взятых с стоков
2. Синтез с нуля чего нибудь необычного, что нельзя изобразить в домашних условиях
3. (необязательно) Обработка фраз для озвучки персонажей
>>6050
Я начал исправлять другую игру, там сделал по другому, можешь глянуть если хочешь. Надеюсь это получше. По крайней мере теперь там геткомпонент один и при добавлении новых объектов не надо добавлять их в коде
https://github.com/RK800-1/Pong/blob/main/Assets/Scripts/Main%20menu/SceneLoader.cs
Я начал исправлять другую игру, там сделал по другому, можешь глянуть если хочешь. Надеюсь это получше. По крайней мере теперь там геткомпонент один и при добавлении новых объектов не надо добавлять их в коде
https://github.com/RK800-1/Pong/blob/main/Assets/Scripts/Main%20menu/SceneLoader.cs
>>6595
А вот ты посмотри, я пытался это сделать вроде как
А вот ты посмотри, я пытался это сделать вроде как
>>6595
Там у меня есть переменные геймобжектов чтобы их использовать в качестве аргумента для переключения а в массиве нужно чтобы их запарсить и закинуть в словарь чтобы менеджмент панелей работал
Там у меня есть переменные геймобжектов чтобы их использовать в качестве аргумента для переключения а в массиве нужно чтобы их запарсить и закинуть в словарь чтобы менеджмент панелей работал
52 Кб, 854x368Качал сегодня на йоте ебаной 65 гигов балдуры третьей, чтобы посмотреть как там сделано. А она сука на стим режет скорость до мб/с. Плюнул, пока качалось, сделал по памяти из нвн. Теперь у персонажа в статах будет как общий фит, так и фиты его составляющих. Кодить днд конечно это ебаный ад, особенно 5ую редакцию, там какой только залупы не добавили я ебал его мамы рот. Там тупа 300 страниц правил еще выучить надо пиздец. А правила написаны не сказать чтобы там прям изложено все четко тоже вникать надо. Параллельно еще троелсена 1700 страниц читаю.
Кстати насчет вакансий джунов. Я в одну гк залупу на похуй закинул, отказ пришел спустя 20 дней только. Вот такой там конкурс на место походу.
Кстати насчет вакансий джунов. Я в одну гк залупу на похуй закинул, отказ пришел спустя 20 дней только. Вот такой там конкурс на место походу.
Посоветуйте ру коммьюнити по юнити, желательно такое, основательное, не новое. Мне для того чтобы поискать очевидные вопросы которые задает каждый второй нуб.
>>6884
А в балдуре все переделали воообще ни разу не нвн лол.
А в балдуре все переделали воообще ни разу не нвн лол.
>>6884
Пацаны, советуйте. Карочи у файтера, паладина, ренджера, варвара и может еще у кого-то точно такая же профа по оружию. Я пока ебанул просто для каждого отдельный класс с повторяющимся кодом, но это офк не правильно. Есть другой вариант, взять класс файтера, отнаследовать всем остальным от него и просто переопределить в нем описание. Но этот подход, я полагаю, тоже не правильный, потому что они все в горизонтальной зависимости. Т.е. получается мне нужно сделать абстрактный класс AllWeaponProficiency, а уже от него каждый класс с такой профой будет наследовать и переопределять дескрипшен под себя.
Эм ай райт?
Пацаны, советуйте. Карочи у файтера, паладина, ренджера, варвара и может еще у кого-то точно такая же профа по оружию. Я пока ебанул просто для каждого отдельный класс с повторяющимся кодом, но это офк не правильно. Есть другой вариант, взять класс файтера, отнаследовать всем остальным от него и просто переопределить в нем описание. Но этот подход, я полагаю, тоже не правильный, потому что они все в горизонтальной зависимости. Т.е. получается мне нужно сделать абстрактный класс AllWeaponProficiency, а уже от него каждый класс с такой профой будет наследовать и переопределять дескрипшен под себя.
Эм ай райт?
>>6924
Какой смысл тебе советовать, если ты совет тупо игноришь? Ецс.
Какой смысл тебе советовать, если ты совет тупо игноришь? Ецс.
>>6884
Ты в курсе что у днд есть бесплатная версия, где всего один фит, и всего по одному архетипу класса, а есть платная, по которой ты игру делать не можешь? Ну то есть можешь, только потом никуда выложить не выйдет.
Ты в курсе что у днд есть бесплатная версия, где всего один фит, и всего по одному архетипу класса, а есть платная, по которой ты игру делать не можешь? Ну то есть можешь, только потом никуда выложить не выйдет.
да что бля такое днд и фиты?
>>6982
Да, я в курсе, спасибо за заботу.
Да, я в курсе, спасибо за заботу.
Какоие ецс и мультиплеер фреймворки лучше юзать?
>>0680 (OP)
А у вас было такое. Целый день хуячишь жёстко, под конец к ночи/вечеру пиздецки устаешь. А на следующий день мозг работает намного хуже, вяло, и кодинг вызывает раздражение и даже простые вещи идут тяжело
А у вас было такое. Целый день хуячишь жёстко, под конец к ночи/вечеру пиздецки устаешь. А на следующий день мозг работает намного хуже, вяло, и кодинг вызывает раздражение и даже простые вещи идут тяжело
Аноны, стоит ли заюзать базу данных какую-нибудь. Чтобы там вставки, удаления, обновления делать.
Например, если бы я пилил Майнкрафт.
1. Таблица материал:
id|name
1|wood
2|gold
3|diamond
....
2. Таблица инструмент
id|name
1|лопата
2|кирка
...
3. Инвентарь
Инструмент_id|материал_id
2|3 (алмазная кирка)
Например, если бы я пилил Майнкрафт.
1. Таблица материал:
id|name
1|wood
2|gold
3|diamond
....
2. Таблица инструмент
id|name
1|лопата
2|кирка
...
3. Инвентарь
Инструмент_id|материал_id
2|3 (алмазная кирка)
>>7416
Выглядит не очень
Выглядит не очень
>>7416
Ночт все предметы объявил в статических полях и ему было заебись.
> Например, если бы я пилил Майнкрафт
Ночт все предметы объявил в статических полях и ему было заебись.
>>7467
Ты так каждый раз об этом говоришь с придыханием лол. Майнкрафт то хоть купил?
Ты так каждый раз об этом говоришь с придыханием лол. Майнкрафт то хоть купил?
>>7458
В последнее время я так не люблю гулять. Что я там не видел. Подумываю купить беговую дорожку. Открою форточку, закрою глаза и буду представлять что иду/гуляю по парку
В последнее время я так не люблю гулять. Что я там не видел. Подумываю купить беговую дорожку. Открою форточку, закрою глаза и буду представлять что иду/гуляю по парку
>>7513
спасибо за совет, обязательно куплю, как только сделаю игру и буду получать с нее миллионы
спасибо за совет, обязательно куплю, как только сделаю игру и буду получать с нее миллионы
А что если делать свою первую игру в режиме спидрана. Пох на код, архитектуру, дизайн и прочее. Просто чтобы был готовый продукт. Просто чтобы лишится gd/евственности.
Естественно первая игра должна быть простенькой,типа floopy birds, поэтому из-за спидрана код все же можно починить, и чтобы в итоге все работало, даже с нарушением всех правил солид и прочего.
Естественно первая игра должна быть простенькой,типа floopy birds, поэтому из-за спидрана код все же можно починить, и чтобы в итоге все работало, даже с нарушением всех правил солид и прочего.
>>7744
Ну сделай, че там делать то, работы на полчаса? И чем тебе поможет, такая игра? Вон в геймджеме любом поучаствуй там такой уровень и будет.
>типа floopy birds
Ну сделай, че там делать то, работы на полчаса? И чем тебе поможет, такая игра? Вон в геймджеме любом поучаствуй там такой уровень и будет.
Возможно на Юньке написать подобное (без VR-управления)
https://store.steampowered.com/app/754150/Rolling_Line/
начинающему программисту?
https://store.steampowered.com/app/754150/Rolling_Line/
начинающему программисту?
7 Кб, 523x43>>7758
ну скачай да посмотри исходники (если она в моно), по скринам параша какая-то
ну скачай да посмотри исходники (если она в моно), по скринам параша какая-то
>>7765
Что за тулза?
Что за тулза?
18 Кб, 352x172>>0680 (OP)
Добавьте тоже потом в шапку, документация по Unity на русском
https://unityhub.ru/manual/index
Добавьте тоже потом в шапку, документация по Unity на русском
https://unityhub.ru/manual/index
>>7776
https://unityhub.ru - портал для всех юнити разработчиков
Что сделано за 2022 год:
1. Был создан раздел "Документация" со всей официальной документацией (почти 25к страниц). И вся эта документация полностью переведена на русский язык.
2. Было написано 90 гайдов.
3. Был создан новый раздел "Магазин Ассетов", и загружено 300 ассетов.
4. Был создан новый раздел "Игры", и загружено 85 игр.
5. Был создан личный блог для пользователей, с возможностью оставлять посты и подписываться на интересующего Пользователя.
Что планируется сделать в 2023 году?
1. Возможность загружать на сайт игры формата WebGL.
2. Возможность подписки на загруженные игры/ассеты, чтобы следить за последними обновлениями данной игры/ассета.
3. Создание нового многофункционального раздела GameJam.
https://unityhub.ru - портал для всех юнити разработчиков
Что сделано за 2022 год:
1. Был создан раздел "Документация" со всей официальной документацией (почти 25к страниц). И вся эта документация полностью переведена на русский язык.
2. Было написано 90 гайдов.
3. Был создан новый раздел "Магазин Ассетов", и загружено 300 ассетов.
4. Был создан новый раздел "Игры", и загружено 85 игр.
5. Был создан личный блог для пользователей, с возможностью оставлять посты и подписываться на интересующего Пользователя.
Что планируется сделать в 2023 году?
1. Возможность загружать на сайт игры формата WebGL.
2. Возможность подписки на загруженные игры/ассеты, чтобы следить за последними обновлениями данной игры/ассета.
3. Создание нового многофункционального раздела GameJam.
думаю стоит выдать бан нацистской свинье, которая агрится на кириллицу уже не в первый раз
237 Кб, 1892x1492Делаю 2д топ даун поделие, нужно реализовать на одном враге несколько скелетных моделей для разных поз. Типо как пикрил, одна модель когда персонаж двигается вниз, другая когда вниз.
Как лучше это сделать, создать в одном скелете/рисунке кучу слоев сразу на все позы, и выключать не нужные слои/кости в каждой конкретной анимации
Или же создать несколько скелетов и как-то хитровыебано переключать их, чтобы на каждую позу включался свой скелет?
Надеюсь понятно спросил
Как лучше это сделать, создать в одном скелете/рисунке кучу слоев сразу на все позы, и выключать не нужные слои/кости в каждой конкретной анимации
Или же создать несколько скелетов и как-то хитровыебано переключать их, чтобы на каждую позу включался свой скелет?
Надеюсь понятно спросил
Тест
Допустим, я создал namespace Player.
Какое тут соглашение по наименованиям
А)
PlayerMovement.cs:
namespace Player
{
class PlayerMovement {}
}
Или же
Б)
Movement.cs
namespace Player
{
class Movement {}
}
Если не заметили, то во втором варианте я опустил слово Player из названия файла класса, и самого класса.
Вообще, у меня такая идея. Если файлы по Player находятся в одноименной папке Player, то как-то странно, что внутри этой папки, где и так ясно, что там все по Player-у, в названии файлов дублируется Player. То есть, в этом случае, если есть папка, то подходит вариант А).
А вот если файлы по игроку находятся в общей куче с другими файлами, то логично, чтобы отделить друг от друга, надо писать PlayerMovement. Ведь там может так же быть EnemyMovement.
Короче, я безыгорная чмоня, как вы поняли, но мне все равно это интересно.
Какое тут соглашение по наименованиям
А)
PlayerMovement.cs:
namespace Player
{
class PlayerMovement {}
}
Или же
Б)
Movement.cs
namespace Player
{
class Movement {}
}
Если не заметили, то во втором варианте я опустил слово Player из названия файла класса, и самого класса.
Вообще, у меня такая идея. Если файлы по Player находятся в одноименной папке Player, то как-то странно, что внутри этой папки, где и так ясно, что там все по Player-у, в названии файлов дублируется Player. То есть, в этом случае, если есть папка, то подходит вариант А).
А вот если файлы по игроку находятся в общей куче с другими файлами, то логично, чтобы отделить друг от друга, надо писать PlayerMovement. Ведь там может так же быть EnemyMovement.
Короче, я безыгорная чмоня, как вы поняли, но мне все равно это интересно.
>>8025
Неймспейсы хуйня.
А кидать классы с одинаковыми названиями в разные неймспейсы типа потому что один для ишрока другоц для врага - и того хуже, это вообще кошмар, ни в коем случае так не делай.
Неймспейсы хуйня.
А кидать классы с одинаковыми названиями в разные неймспейсы типа потому что один для ишрока другоц для врага - и того хуже, это вообще кошмар, ни в коем случае так не делай.
>>8033
Назови хоть 1 объективный профит от использование неймспейса в твоем проекте
Неймспейсы нужны только когда над проетком работает несколько человек, при этом в проекте есть явное разделение на отдельные наборы модулей. Тогда неймспейсы будут выполнять 1)поисковую функцию - человек сможет сразу посмотреть что есть в каком-то неймспейсе 2)возможность быстро понять где идут зависимости между разными наборами модулей
Назови хоть 1 объективный профит от использование неймспейса в твоем проекте
Неймспейсы нужны только когда над проетком работает несколько человек, при этом в проекте есть явное разделение на отдельные наборы модулей. Тогда неймспейсы будут выполнять 1)поисковую функцию - человек сможет сразу посмотреть что есть в каком-то неймспейсе 2)возможность быстро понять где идут зависимости между разными наборами модулей
>>8058
Сцук, ты конечно молодец, что попытался представить, что у меня за проект, но вопрос был чисто про нейминг, а то что я описал выше это взятые с рандома примеры.
system.windows.markup.xamlparseexception - не нужен?
Сцук, ты конечно молодец, что попытался представить, что у меня за проект, но вопрос был чисто про нейминг, а то что я описал выше это взятые с рандома примеры.
system.windows.markup.xamlparseexception - не нужен?
>>8058
Неймспейсы вообще не имеют отношения к тому, сколько человек работает, шиз. Или по твоему Вася может писать только в Render.Drawing, а Коля - в Input.Gamepad?
Неймспейсы вообще не имеют отношения к тому, сколько человек работает, шиз. Или по твоему Вася может писать только в Render.Drawing, а Коля - в Input.Gamepad?
>>8068
Пчел, ты чо рофлишь? Ты спрашиваешь какое решение подойдет к рандомному проекту(ответ - рандомное, можешь хоть монетку подбросить, правда не жди с этого пользы) или всё таки конкретно твоему? Абсолютно любое решение делается исходя из проекта и его особенностей с какой-то конкретной целью - т.е приняв это решение ты должен получить какой-то профит с этого.
Если ты собираешься делать неймспейс Player и Enemy и в обоих делать Movement - то я тебе сразу говорю это надо совсем долбоебом надо быть чтобы не видеть какие из этого вытекут проблемы, поэтому я тебя сразу предостерегаю - не надо так делать, и лучше вообще свои неймспейсы не определяй с такими вопросами раз ты не понимаешь зачем они нужны(если бы у тебя был проект, где они нужны - ты бы сразу это понял скорее всего и даже ни у кого ничего спрашивать бы не стал)
Вот пара подсказок:
1. Название Movement скорее всего никак не отражает что конкретно оно будет делать
2. Куча веселья в едиторе если они монобехи
3. Еще больше веселья в иде, надо постоянно чекать тот ли у тебя неймспейс подключен(особенно актуально если у тебя нормальная архитектура и оба мувмента один и тот де интерфейс реализуют), а если нужны оба то еще и юзингом переименовывать придется, и спрашивается а зачем ты их вообще одинаково назвал.
Короче ты в результате либо экран кулаком разобьёшь, либо переделаешь.
Ну так нейминг сразу 2 проблемы затрагивает - понятность того что делает класс и конфликты имён.
Нужен. Во всяких бибилиотеках обязательно должен быть хотя ды корневой неймспецс. А десятки неймспейсов тебе в проекте скорее всего не нужны.
using Infrastructure.Game.Entitites.Player;
using Infrastructure.Game.Entites.Enemy
и так нахуй целая простыня а в каждом по паре классов. Ебало представил своё от этого? А профиты хоть малейшие?
И абсолютно другое дело, когда проект большой или над ним работает много людей.
>>8073
Ну конечно же нет бля. Вася говорит Коле - еба я сделал сервисы для прогресса игрока, давай ка в ui мне отобрази его. У нас там уровень, статы, деньги, дохуя всего ну разберешься короч. И коля такой пишет Game.Services.PlayerData. и ему иде сразу показывает че там есть и ему не надо ни по каким там папкам копаться и разбираться что ему нужно. Вот сразу понятный и конкретный профит который даже в небольшой команде будет.
А если проект очень большой, то там будет еще и разделение кто над какими модулями работает поэтому могут быть конфликты имен, т.е. потребность в неймспейсах еще больше.
А сидеть в соло хихикать и отделять игрока от врага разными неймспейсами - ну это же безумие.
Пчел, ты чо рофлишь? Ты спрашиваешь какое решение подойдет к рандомному проекту(ответ - рандомное, можешь хоть монетку подбросить, правда не жди с этого пользы) или всё таки конкретно твоему? Абсолютно любое решение делается исходя из проекта и его особенностей с какой-то конкретной целью - т.е приняв это решение ты должен получить какой-то профит с этого.
Если ты собираешься делать неймспейс Player и Enemy и в обоих делать Movement - то я тебе сразу говорю это надо совсем долбоебом надо быть чтобы не видеть какие из этого вытекут проблемы, поэтому я тебя сразу предостерегаю - не надо так делать, и лучше вообще свои неймспейсы не определяй с такими вопросами раз ты не понимаешь зачем они нужны(если бы у тебя был проект, где они нужны - ты бы сразу это понял скорее всего и даже ни у кого ничего спрашивать бы не стал)
Вот пара подсказок:
1. Название Movement скорее всего никак не отражает что конкретно оно будет делать
2. Куча веселья в едиторе если они монобехи
3. Еще больше веселья в иде, надо постоянно чекать тот ли у тебя неймспейс подключен(особенно актуально если у тебя нормальная архитектура и оба мувмента один и тот де интерфейс реализуют), а если нужны оба то еще и юзингом переименовывать придется, и спрашивается а зачем ты их вообще одинаково назвал.
Короче ты в результате либо экран кулаком разобьёшь, либо переделаешь.
> но вопрос был чисто про нейминг
Ну так нейминг сразу 2 проблемы затрагивает - понятность того что делает класс и конфликты имён.
>system.windows.markup.xamlparseexception - не нужен?
Нужен. Во всяких бибилиотеках обязательно должен быть хотя ды корневой неймспецс. А десятки неймспейсов тебе в проекте скорее всего не нужны.
using Infrastructure.Game.Entitites.Player;
using Infrastructure.Game.Entites.Enemy
и так нахуй целая простыня а в каждом по паре классов. Ебало представил своё от этого? А профиты хоть малейшие?
И абсолютно другое дело, когда проект большой или над ним работает много людей.
>>8073
> сколько человек работает, шиз.
> Или по твоему Вася может писать только в Render.Drawing, а Коля - в Input.Gamepad?
Ну конечно же нет бля. Вася говорит Коле - еба я сделал сервисы для прогресса игрока, давай ка в ui мне отобрази его. У нас там уровень, статы, деньги, дохуя всего ну разберешься короч. И коля такой пишет Game.Services.PlayerData. и ему иде сразу показывает че там есть и ему не надо ни по каким там папкам копаться и разбираться что ему нужно. Вот сразу понятный и конкретный профит который даже в небольшой команде будет.
А если проект очень большой, то там будет еще и разделение кто над какими модулями работает поэтому могут быть конфликты имен, т.е. потребность в неймспейсах еще больше.
А сидеть в соло хихикать и отделять игрока от врага разными неймспейсами - ну это же безумие.
>>8068
Пчел, ты чо рофлишь? Ты спрашиваешь какое решение подойдет к рандомному проекту(ответ - рандомное, можешь хоть монетку подбросить, правда не жди с этого пользы) или всё таки конкретно твоему? Абсолютно любое решение делается исходя из проекта и его особенностей с какой-то конкретной целью - т.е приняв это решение ты должен получить какой-то профит с этого.
Если ты собираешься делать неймспейс Player и Enemy и в обоих делать Movement - то я тебе сразу говорю это надо совсем долбоебом надо быть чтобы не видеть какие из этого вытекут проблемы, поэтому я тебя сразу предостерегаю - не надо так делать, и лучше вообще свои неймспейсы не определяй с такими вопросами раз ты не понимаешь зачем они нужны(если бы у тебя был проект, где они нужны - ты бы сразу это понял скорее всего и даже ни у кого ничего спрашивать бы не стал)
Вот пара подсказок:
1. Название Movement скорее всего никак не отражает что конкретно оно будет делать
2. Куча веселья в едиторе если они монобехи
3. Еще больше веселья в иде, надо постоянно чекать тот ли у тебя неймспейс подключен(особенно актуально если у тебя нормальная архитектура и оба мувмента один и тот де интерфейс реализуют), а если нужны оба то еще и юзингом переименовывать придется, и спрашивается а зачем ты их вообще одинаково назвал.
Короче ты в результате либо экран кулаком разобьёшь, либо переделаешь.
Ну так нейминг сразу 2 проблемы затрагивает - понятность того что делает класс и конфликты имён.
Нужен. Во всяких бибилиотеках обязательно должен быть хотя ды корневой неймспецс. А десятки неймспейсов тебе в проекте скорее всего не нужны.
using Infrastructure.Game.Entitites.Player;
using Infrastructure.Game.Entites.Enemy
и так нахуй целая простыня а в каждом по паре классов. Ебало представил своё от этого? А профиты хоть малейшие?
И абсолютно другое дело, когда проект большой или над ним работает много людей.
>>8073
Ну конечно же нет бля. Вася говорит Коле - еба я сделал сервисы для прогресса игрока, давай ка в ui мне отобрази его. У нас там уровень, статы, деньги, дохуя всего ну разберешься короч. И коля такой пишет Game.Services.PlayerData. и ему иде сразу показывает че там есть и ему не надо ни по каким там папкам копаться и разбираться что ему нужно. Вот сразу понятный и конкретный профит который даже в небольшой команде будет.
А если проект очень большой, то там будет еще и разделение кто над какими модулями работает поэтому могут быть конфликты имен, т.е. потребность в неймспейсах еще больше.
А сидеть в соло хихикать и отделять игрока от врага разными неймспейсами - ну это же безумие.
Пчел, ты чо рофлишь? Ты спрашиваешь какое решение подойдет к рандомному проекту(ответ - рандомное, можешь хоть монетку подбросить, правда не жди с этого пользы) или всё таки конкретно твоему? Абсолютно любое решение делается исходя из проекта и его особенностей с какой-то конкретной целью - т.е приняв это решение ты должен получить какой-то профит с этого.
Если ты собираешься делать неймспейс Player и Enemy и в обоих делать Movement - то я тебе сразу говорю это надо совсем долбоебом надо быть чтобы не видеть какие из этого вытекут проблемы, поэтому я тебя сразу предостерегаю - не надо так делать, и лучше вообще свои неймспейсы не определяй с такими вопросами раз ты не понимаешь зачем они нужны(если бы у тебя был проект, где они нужны - ты бы сразу это понял скорее всего и даже ни у кого ничего спрашивать бы не стал)
Вот пара подсказок:
1. Название Movement скорее всего никак не отражает что конкретно оно будет делать
2. Куча веселья в едиторе если они монобехи
3. Еще больше веселья в иде, надо постоянно чекать тот ли у тебя неймспейс подключен(особенно актуально если у тебя нормальная архитектура и оба мувмента один и тот де интерфейс реализуют), а если нужны оба то еще и юзингом переименовывать придется, и спрашивается а зачем ты их вообще одинаково назвал.
Короче ты в результате либо экран кулаком разобьёшь, либо переделаешь.
> но вопрос был чисто про нейминг
Ну так нейминг сразу 2 проблемы затрагивает - понятность того что делает класс и конфликты имён.
>system.windows.markup.xamlparseexception - не нужен?
Нужен. Во всяких бибилиотеках обязательно должен быть хотя ды корневой неймспецс. А десятки неймспейсов тебе в проекте скорее всего не нужны.
using Infrastructure.Game.Entitites.Player;
using Infrastructure.Game.Entites.Enemy
и так нахуй целая простыня а в каждом по паре классов. Ебало представил своё от этого? А профиты хоть малейшие?
И абсолютно другое дело, когда проект большой или над ним работает много людей.
>>8073
> сколько человек работает, шиз.
> Или по твоему Вася может писать только в Render.Drawing, а Коля - в Input.Gamepad?
Ну конечно же нет бля. Вася говорит Коле - еба я сделал сервисы для прогресса игрока, давай ка в ui мне отобрази его. У нас там уровень, статы, деньги, дохуя всего ну разберешься короч. И коля такой пишет Game.Services.PlayerData. и ему иде сразу показывает че там есть и ему не надо ни по каким там папкам копаться и разбираться что ему нужно. Вот сразу понятный и конкретный профит который даже в небольшой команде будет.
А если проект очень большой, то там будет еще и разделение кто над какими модулями работает поэтому могут быть конфликты имен, т.е. потребность в неймспейсах еще больше.
А сидеть в соло хихикать и отделять игрока от врага разными неймспейсами - ну это же безумие.
ну мне неймспейсы например хороши тем что когда вижу дохуя юзингов сверху сразу понятно класс много на себя берет
в какой-то версии сиси завезли global using, было бы заебись прописать в какой-нибудь Globals.cs всю возможную хуйню и просто забыть об этом
как выпилить френель из стандартного шейдера?
Не реклама, просто сделал две игры, если хотите, можете поиграть/порадоваться/разъебать/посоветовать чего нибудь
Сами игры: https://rk800-1.itch.io/
Репозитории: https://github.com/RK800-1/Flappy-Clone
https://github.com/RK800-1/Pong
Сами игры: https://rk800-1.itch.io/
Репозитории: https://github.com/RK800-1/Flappy-Clone
https://github.com/RK800-1/Pong
Не реклама, просто сделал две игры, если хотите, можете поиграть/порадоваться/разъебать/посоветовать чего нибудь
Сами игры: https://rk800-1.itch.io/
Репозитории: https://github.com/RK800-1/Flappy-Clone
https://github.com/RK800-1/Pong
Отвечайте лучше под этим постом, предыдущий чет не отображается как мой
Сами игры: https://rk800-1.itch.io/
Репозитории: https://github.com/RK800-1/Flappy-Clone
https://github.com/RK800-1/Pong
Отвечайте лучше под этим постом, предыдущий чет не отображается как мой
10 Кб, 369x217Я не автор, вопрошаю: мусорит ли new WaitForSecondsRealtime(1f) в циклах? Может стоить в private занести
private wait = new WaitForSecondsRealtime(1f)
private wait = new WaitForSecondsRealtime(1f)
>>8143
1.вроде бы сейв манагер, но зачем-то текст
2. итт кто-то парсит из текста переменные?
короче всё хуйня
1.вроде бы сейв манагер, но зачем-то текст
2. итт кто-то парсит из текста переменные?
короче всё хуйня
>>8151
да мусорит
да мусорит
>>8364
если ты про эти то да
https://github.com/ColinLeung-NiloCat/UnityURPUnlitScreenSpaceDecalShader
если ты про эти то да
https://github.com/ColinLeung-NiloCat/UnityURPUnlitScreenSpaceDecalShader
25 Кб, 639x472Аноны, что делать, Каори внезапно одела двое трусиков!
Я ее об этом не просил. Две отдельные текстуры тела с белыми и черными трусиками. Скрипт просто меняет текстурные карты материала:
public void SetTexture(int _material_id, int _texture_id)
{
for (int i = 0; i < property_names.Length; i++)
{ target.materials[_material_id].SetTexture(property_names, textures[_texture_id]);
}
}
При этом в редакторе все отлично работает, эффект наблюдается только в окне игры.
Версия Юнити древняя: 2018.4 LTS. Шейдер: https://github.com/Santarh/MToon
Я ее об этом не просил. Две отдельные текстуры тела с белыми и черными трусиками. Скрипт просто меняет текстурные карты материала:
public void SetTexture(int _material_id, int _texture_id)
{
for (int i = 0; i < property_names.Length; i++)
{ target.materials[_material_id].SetTexture(property_names, textures[_texture_id]);
}
}
При этом в редакторе все отлично работает, эффект наблюдается только в окне игры.
Версия Юнити древняя: 2018.4 LTS. Шейдер: https://github.com/Santarh/MToon
Нерешенный и, походу, нерешаемый баг в юнити, который известен уже много лет, но всем насрать
https://github.com/Unity-Technologies/arfoundation-samples/issues/438
https://issuetracker.unity3d.com/issues/urp-reflection-probe-is-black-after-baking-when-using-the-blit-renderer-feature
https://forum.unity.com/threads/why-are-reflection-probes-black-in-my-urp-project.1173692/
https://issuetracker.unity3d.com/issues/lighting-reflection-probes-bake-black-in-2020-dot-1-0b5
https://github.com/Unity-Technologies/arfoundation-samples/issues/438
https://issuetracker.unity3d.com/issues/urp-reflection-probe-is-black-after-baking-when-using-the-blit-renderer-feature
https://forum.unity.com/threads/why-are-reflection-probes-black-in-my-urp-project.1173692/
https://issuetracker.unity3d.com/issues/lighting-reflection-probes-bake-black-in-2020-dot-1-0b5
Сап юнитач, что используете для анимации UI?
Сейчас смотрю/трогаю dotween и никак не соображу как сделать отложенный запуск секвенции анимаций. Вызывается метод, добавляющий ui элемент в очередь на анимацию(типо чтобы потом каскадом всё красиво сделать) и после добавления последнего элемента вызывается коллбек, котороый запускает каскад. Насколько я понял, то секвенция запускается сразу после того как она заполнится, что мне не совсем подходит, т.к. между добавлениями элементов могут быть большие временные промежутки. Помогите идиоту :(
Сейчас смотрю/трогаю dotween и никак не соображу как сделать отложенный запуск секвенции анимаций. Вызывается метод, добавляющий ui элемент в очередь на анимацию(типо чтобы потом каскадом всё красиво сделать) и после добавления последнего элемента вызывается коллбек, котороый запускает каскад. Насколько я понял, то секвенция запускается сразу после того как она заполнится, что мне не совсем подходит, т.к. между добавлениями элементов могут быть большие временные промежутки. Помогите идиоту :(
>>8514
Цикл перебирает просто массив строк property_names, ну то есть параметры шейдера где хранится ссылки на текстуры. Ну, так чтобы не только _MainTex изменить, но и карту для теней.
Материал и текстура только одна в данном случае, так что вряд ли это связано.
Цикл перебирает просто массив строк property_names, ну то есть параметры шейдера где хранится ссылки на текстуры. Ну, так чтобы не только _MainTex изменить, но и карту для теней.
Материал и текстура только одна в данном случае, так что вряд ли это связано.
>>8653
Я в шейдерах не шарю, честно. Просто я это вижу так, что он тупо назначает каждый элемент пока не дойдет до указанного тобой. Даже если по итогу остается только требуемый, я почему-то считаю что сам цикл какой-то странный и можно сделать эффективнее если ты просто вызовешь нужный тебе элемент
Я в шейдерах не шарю, честно. Просто я это вижу так, что он тупо назначает каждый элемент пока не дойдет до указанного тобой. Даже если по итогу остается только требуемый, я почему-то считаю что сам цикл какой-то странный и можно сделать эффективнее если ты просто вызовешь нужный тебе элемент
Сап, костытялчик. Подскажи.
Делаю простенький лифт для 2д платформера. Пустой геймобжект лифта и платформа лифта в дочернем объекте с коллайдером(так надо)
Вопрос: можно ли как то подсосать методом OnTriggerEnter2D из родительского объекта контактирует ли игрок с дочерним объектом?
Есть конечно вариант повесить скрипт еще и на платформу который бы определял стоит ли на ней игрок и сигналил об этом в скрипт лифта, но хочется все одним скриптом.
Делаю простенький лифт для 2д платформера. Пустой геймобжект лифта и платформа лифта в дочернем объекте с коллайдером(так надо)
Вопрос: можно ли как то подсосать методом OnTriggerEnter2D из родительского объекта контактирует ли игрок с дочерним объектом?
Есть конечно вариант повесить скрипт еще и на платформу который бы определял стоит ли на ней игрок и сигналил об этом в скрипт лифта, но хочется все одним скриптом.
>>8753
получить ссылку на дочерний коллайдер и прописать в родительском скрипте событие с определением, что произошло ли событие именно с дочерним коллайдером? Но на мой дилетантский взгляд - достаточно костыльно
получить ссылку на дочерний коллайдер и прописать в родительском скрипте событие с определением, что произошло ли событие именно с дочерним коллайдером? Но на мой дилетантский взгляд - достаточно костыльно
Опа, тут перекат надо делать, а я в кровать уже лег. Ну ладно, завтра встану и перекачу. Надо только над картинкой подумать, чтобы не хуже чем в этом треде была.
Анончики, дайте совет, пожалуйста. Стоит ли покупать курс у Сак^тина, чтобы заиметь опыта в разработке, и к нему на стажировку попасть?
>>8828
Врядле, у инфоциган будешь самым хуевым, а для того чтобы стать как Ссакутин надо ещё курсов навалить за шекели, ну ты понял.
Лучше ментора поищи, сделай портфолио и тыкай вакансии.
Врядле, у инфоциган будешь самым хуевым, а для того чтобы стать как Ссакутин надо ещё курсов навалить за шекели, ну ты понял.
Лучше ментора поищи, сделай портфолио и тыкай вакансии.
>>8827
Оставишь упоминание UnityScript и я тебе кадык сука вырву!
Оставишь упоминание UnityScript и я тебе кадык сука вырву!
МТред утонул или удален.
Это копия, сохраненная 5 сентября в 23:04.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Это копия, сохраненная 5 сентября в 23:04.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.