Котаны, может кто знает где достать ассет "Rifle_Mega_MocapAnimPack". Он ещё есть на анриал енжин. Но я не смог найти не для юнити, не для уеча. Ассет дорогой, а бесплатной демки нет. Хотелось бы прикинуть подойдёт ли он вообще.
Купон "CLAWBEARGAMES" до 27 марта на бесплатное получение ассета от:
https://assetstore.unity.com/publishers/40264
До этого можно было бесплатно получить крутой наборов эффектов, но я забыл вам скинуть хи-хи
https://assetstore.unity.com/publishers/40264
До этого можно было бесплатно получить крутой наборов эффектов, но я забыл вам скинуть хи-хи
Мля. Обычно там устаревшие версии бесплатно. А вообще сколько он там стоит, за доступ ко всем плагинам то?
Госпади челы блядь, все платные ассеты есть в доступе на помойках, качайте перекачаетесь, да не самых последний версий, но подходят отлично.
>все платные ассеты есть в доступе на помойках
Я знаю только одну такую площадку - cgpeers. Однако эти пидармоты забанили мне аккаунт за инактивити.
Чем тебе рутрекер или пиратбей не устраивают? спгпирс вообще странный в последнее время: деньги клянчат постоянно и дизайн меняют и ввели вход в акк каждый раз. Мне кажется они скоро закроются, да и файлы там старые как правило и с вирусами, модерация видимо ослабла.
>Мне кажется они скоро закроются
Ну раз тебе кажется то спорить конечно бесполезно.
А мы тут спорим что ли? Я просто написал, что мне кажется, что сгпирс катится куда-то не туда и всё.
Куда быстрее получится вкатиться чтобы с пользой - в урину на блюпринтах или юнити C#?
Усидчивость имеется.
Усидчивость имеется.
В годот.
ты пидор
Сначала поясни что означает
>с пользой
С блюпринтов на урине в любом случае придется перекатываться в с++ рано или поздно. Плюсы охватывают все игровые движки +- в случае форсмажора. Какими бы они мерзкими порой не были...
А шарп в этом плане не такой гибкий, движков которые поддерживают так-же не очень много.
Но, с друой стороны как будто тоже достаточно работы на нём.
Перекатывайся туда куда хочешь, что за тупость спрашивать что лучше то или то.
Да хоть на асамблере игры пиши если нравится (Что некоторые и делают, даже стримя на твиче).
Если удобно и нравится через принты, делай через них, если больше нравится код и все вот это, то через него.
Слушать петухов которые будут тебе задвигать за то что ты не сможешь что-то сделать если выберешь один из стулье, не надо.
Вкатиться с какой целью?
> Но, с друой стороны как будто тоже достаточно работы на нём.
На юнити работы намного больше, чем на анриле и других движках вместе взятых, если в россии и ближайших странах искать.
Но учти, что юнити говномобилки в основном и чтобы тебя на норм проект взяли надо несколько лет ебашить
>что юнити говномобилки в основном
Но и индюков много. Правда платить они будут копейки. Но зато будет небольшая семейная команда, если нравится такой формат работы.
Понял, спасибо
Куча хотелок, которые бы хотелось реализовать.
Раньше был опыт написания аддонов/скриптов для варкрафта, но на lua, и мне тогда понравилось когда это работало как задумывалось.
Поэтому, думаю, на другом языке или движке - это не сильно отличается, хоть это и другой процесс.
Оказывается в VContainer можно даже шаблоны регистрировать. Ну епонцы!
builder.Register(typeof(MyClass<>), Lifetime.Transient);
И потом можно сделать инжект:
[Inject] private readonly MyClass<MyAnotherClass> _myClass;
builder.Register(typeof(MyClass<>), Lifetime.Transient);
И потом можно сделать инжект:
[Inject] private readonly MyClass<MyAnotherClass> _myClass;
разработчики юнити строго против использования DI-контейнеров, т.к. это нарушает идеологию Unity:
https://discussions.unity.com/t/dependency-injection-in-unity-inversion-of-control-container/914827
альтернативы:
- DI как scriptable object через сериализуемые поля в инспекторе
- зависимости как синглтоны
- зависимости как сервисы через сервис аллокатор
>разработчики юнити строго против
слышу вой с параши
>разработчики юнити
Ну это очередной даун, который не знает как и что создают на движке, который он разрабатывает. Тем более они купили ironSource, а значит менеджеры рассчитывают на мобилки. А в мобилках ДИ - это жизненная необходимость. Без неё сложный мобильный проект не построишь, там дохера сервисов, сложный интерфейс. Или даже не мобильный, а что-нибудь сервисное, с мультиплеером например.
>scriptable object
Не заменяет ДИ. Он хорош в качестве статических настроек. Не более того.
В целом, зависит от контекста и типа проекта. В какой-нибудь сингловой ПК хуинди ДИ может быть бесполезным или даже вредным.
Хотя... Если прикинуть, то даже в инди ДИ может быть полезным. Я вот дохрена лет с юнити работаю и пришёл к выводу, что прокидывать прямые ссылки через редактор - это плохая идея. Эти ссылки могут теряться. Либо тебе нужно по иерархии спускаться в жопу, чтобы прокинуть вшивую ссылку. Не дай бой ты потом переименуешь компонент неудачно и ссылки пропадут. Плюс интерфейс нормально не прокинешь.
А через ДИ у тебя все ссылки будут в root-компоненте, который один на сцене. Ты туда все менеджеры подключил, спавнеры врагов, виндоус менеджер, ещё какую-нибудь залупу, и далее в своих компонентах ты получаешь ссылки через ДИ. А если ты работаешь с интерфейсами, ты ещё сможешь подменять легко реализацию для быстрого теста различных кейсов.
в мобилках DI строго противопоказан
это тяжеловесная хуйня которая используется в банках. поэтому банки так тормозят
для производительных игр это не подходит
>в мобилках DI строго противопоказан
Бро, в мобилках это база. Причём уже давно. Сейчас это не просто база, это базиллион баз.
Вот тебе конкретный пример. Игрушка 2016 года - Покехрен Го, с 500+ млн установок.
Они уже тогда полностью выстроили архитектуру на DI. Ещё раз - ПОЛНОСТЬЮ. Хотя тогда действительно и проблемы с производительностью были, и они использовали стрёмный Zenject (который сейчас строго не рекомендуется использовать). Короче посмотри сам, если интересно разобраться:
https://www.youtube.com/watch?v=8hru629dkRY
Шиза.
var a = new A();
var b = new B(a);
Пиздец тяжеловесно. Ровно то же самое, что ты бы и через код делал.
> разработчики юнити строго против использования DI-контейнеров
Какие? Юнити буквально вконтейнер юзают в своих репозиториях лол.
> это нарушает идеологию Unity
Кому какое дело до того что кто нарушает и какая у юнити есть идеология?(никакая)
> - DI как scriptable object через сериализуемые поля в инспекторе
Удачи рулить мердж конфликты)
> - зависимости как синглтоны
Удачи иметь несколько инстансов реализующих один интерфейс для разных областей приложения
> - зависимости как сервисы через сервис аллокатор
Если ди нарушает что там юнитевое, то почему сервис локатор не нарушает?
Сервис локатор концептуально очень схож с ди, но у него есть недостатки, если мы говорим о глобальном прокидывании зависимостей в проекте
>Удачи иметь несколько инстансов реализующих один интерфейс для разных областей приложения
ты о мультиплеерной кнопке?
>мультиплеерная кнопка
не стоит вскрывать эту тему...
не стоит вскрывать эту тему...
обесните что за мем
Двачую
Пояснительную бригаду! Хочу знать мем.
>она
ахахаххахахахахаха
классика
у тебя даже такой нет
>такой
аххахахахаха
Как лучше реализовать 2.5д графику с 2д-чарами в 3д-окружении? (примеры - Даркест Данжен, Cult of the Lamb, Тук Тук)
через ui Sprite в нужных кусках экрана? яерез Plane с уанимайуией? или есть еще какие-то фишки для подобного стиля?
через ui Sprite в нужных кусках экрана? яерез Plane с уанимайуией? или есть еще какие-то фишки для подобного стиля?
> с анимацией
быстрофикс
Скачай и посмотри как делали в юнити.
https://assetstore.unity.com/packages/essentials/tutorial-projects/dragon-crashers-urp-2d-sample-project-190721
у тебя по ссылке чисто 2д-шный проект
> This Unity URP 2D sample project showcases Unity’s 2D tools and graphics capabilities.
я спрашиваю примерно про такое:
комнаты/окружение 3д-шное, персонажи и разные объекты 2д-спрайты
в Ягненке вообще 99% содержимого "плоское", включая постройки
Плейн очевидный
Сл спрайтами ебанешься с порядком отрисовки
Заебала эта параша, из-за неё у меня нормально не сохраняются сначало префабы, потом и сцена. Движок просто виснет а бесконечном поиске что сохранить, если перезапустить движок можно потерять префаб или вообще сцену.
Я уже так задрочился, что научился сохранять сцену и префабы через блокнот, но это же не нормально, что вместо стандартного сохранения я юзаю блокнот.
Искал решение - пишет проблема в самом движке, слишком длинные имена он не сохраняет.
Готов укоротить имена файлов и уммень шить путь к файлам, но проблема не знаю где именнн. Второй пик это пример имени файла.
ебучий ты шиз, если ты очередной даун который пытается в Resources.Load не понимая как он работает - то это только твои пробелмы
>Движок просто виснет а бесконечном поиске
а нах ты условие для выхода не сделал?
даже так все ещё лучше урины.
как только вспоминаю траву с артефактами или мыло это фирменное анрильское - сразу кулак сжимается.
и она такая даже в играх с огромным бюджетом, потому, что даже студиям впадлу трогать встроенное сглаживание
так что терпи юнити и оно тебе воздастся
У меня длиннеее имена файлов были и все норм. Попробуй обновить юнити, минорную версию
Не, дело точно не в длине, у тебя там +- нормально все, вот примерно в два раза если длиннее было, можно было уже думать насчет этого.
Чтоб найти проблему прям точно - Создай пустой проект, и начни переносить вещи которые как ты думаешь конфликтуют, и найдешь траблу.
Мнение хлебушка не интересно.
тирпим карлики
У меня шейдеры самописные боюсь заруинить всё.
ну хоть что то.
> У меня шейдеры самописные боюсь заруинить всё.
git reset напишешь в консоли
А так, от апгрейда минорной версии вообще нихуя не будет.
Как сделать так чтобы первый раз игра всегда запусказась в окне?
Я знаю как сделать настрйоки, чтобы пользователь мог сам себе поставить как у него будет запускаться. Но как именно чтобы по умолчанию всегда запускалась в окне, хз
Я знаю как сделать настрйоки, чтобы пользователь мог сам себе поставить как у него будет запускаться. Но как именно чтобы по умолчанию всегда запускалась в окне, хз
Мало того, что юнити застрял на 9й версии сисяпа, так функционал ещё и обрезан.
Я к вам со странной хуйнёй пришёл, погуглив сначала проблему в поиске, нашел несколько тредов на реддите по тому же вопросу, но никакой конкретики особо не было. Пару лет не использовал юнити, недавно скачал сразу шестерку, понадобилось в определенный момент собрать билд для проверки игры вне редактора и обнаружил что мой комп издаёт абсолютно инфернальные звуки какого-то скрежета во время того как запущен билд. Что это может быть?
Проклятие юнити
У тебя жесткий диск или ссд? Если юнь что то интенсивно делает с памятью, то мб головка жесткого диска шумит. Такое бывает. Скорее всего это плохо и жесткому приходит хана, но некоторые диски шумные by design и шумят с завода, так что смотреть надо.
>мой комп издаёт абсолютно инфернальные звуки какого-то скрежета во время того как запущен билд. Что это может быть?
Что с кулером?Может грязь залетела
В компе из дисков только два ссд оба М2, сам комп новёхонький, даже полугода не прошло с покупки
Дроссели видеокарты могут свистеть, особенно когда нет ограничения фреймрейта.
Спасибо анон, скорее всего дело в этом, тк вчера на реддите видел предположение об ограничении фреймрейта, нужно будет посмотреть как у компьютера буду. Не подскажешь, это в настройках проекта смотреть или свой скрипт писать надо?
в движке за много миллиардов деняк - это делается только через скрипт
Application.targetFrameRate = 60;
Я бы ещё рекомендовал включить всинх в редакторе. Иначе окно Game начинает миллион фпс выдавать и видимокарту разрывает.
А ну да, точняк, дроссели свистят. У меня на старой гтх 1060 свистели тоже иногда
У меня тоже компьютер свистит, но не только в Юнити, но и других приложениях, и это делает не видеокарта, а материнская плата. Катушки издают микровибрации и свистят. Причину так и не понял.
Вот при запущенном Хроме ничего не свистит, например.
А если не ограничивать фреймрейт в Юнити, то видеокарта просто греется и включает вентиляторы, как при обычной нагрузке. Это другое.
Вот при запущенном Хроме ничего не свистит, например.
А если не ограничивать фреймрейт в Юнити, то видеокарта просто греется и включает вентиляторы, как при обычной нагрузке. Это другое.
Unity 6 отключен в Китае!
https://80.lv/articles/unity-6-is-taken-offline-in-china/
Этот наиболее широко используемый движок для разработки игр, разработанный Unity Technologies, будет заменен локализованной версией Unity в Китае под названием 团结引擎.
У китайцев будет версия с нанитами и люменом.
Видимо из-за того, что обычный юнити связан с американскими сервисами сбора данных, google play и т.п. В чайне всё это не работает.
>Видимо из-за того, что обычный юнити связан с американскими сервисами сбора данных, google play и т.п. В чайне всё это не работает.
Да работает это все там. Они просто отключили именно 6 версию, что бы пользовались китайской сборкой юнити.
>с нанитами и люменом
Слава богу у нас не будет этого кала. А китайцам придётся лишний раз пердолиться и выпиливать этот мусор самостоятельно, но, я думаю, они справятся, если постараются.
Дело не в движке, а в ОС, полный путь от корневого каталога к файлу вместе с его именем не должен превышать 256 символов. У тебя, судя по всему, более 256 символов. Попробуй сократить кол-во папок до файла. Чтобы было не более 4. У тебя сейчас 7.
https://discussions.unity.com/t/clever-way-to-shuffle-a-list-t-in-one-line-of-c-code/535113
Тут пишут что использовать linq для чего либо это страшный зашквар и все тормозит, поэтому вообще нельзя его включать. Даже в сравнении с другими библиотеками.
Чего, все действительно настолько плохо?
Тут пишут что использовать linq для чего либо это страшный зашквар и все тормозит, поэтому вообще нельзя его включать. Даже в сравнении с другими библиотеками.
Чего, все действительно настолько плохо?
Очевидно, что окружение делается объемным с флэт-шейдерами, а персонажи, пикаблы и т.п. - это квады, на которые через шейдер накидывается кадры с атласов текстур. По такой схеме сделаны тук-тук и культ овцы.
Да, линк хоть и удобная библа, но подходит только для интерпрайза. Для игр лучше использовать кастомные решения.
Он просто в память срёт. Но если ты не собираешься его использовать в каждом цикле апдейта, то не вижу проблем. Тем более он уже далеко не такой плохой, какой был лет 10 назад.
Об этом я и говорил, спасибо пчел.
Еблозавр, это не выебоны, это база.
Первый вариант читается в 10 раз проще.
Ещё сильнее разница, когда это скомбинировано с объявлением переменной, так как в первом случае её можно сразу же в одной строке присвоить:
Первый вариант:
Color color = path ? Color.Green : Color.White;
Второй вариант:
Color color;
if (path)
Color = Color.Green;
else
Color = Color.White;
>Color color = path ? Color.Green : Color.White;
Ебать.
Вы хоть когда-нибудь код рефакторите?
В этом случае все просто, так как переменные простые, а теперь я посмотрю как вы навернёте, когда в исполняющем блоке будут нормальные методы типа
float direction = (GameRoot.ScreenSize / 2 - Position).ToAngle() + rand.NextFloat(-MathHelper.PiOver2, MathHelper.PiOver2);
////
>читается в 10 раз проще.
direction = bounds.Contains(Position.ToPoint()) ? (GameRoot.ScreenSize / 2 - Position).ToAngle() + rand.NextFloat(-MathHelper.PiOver2, MathHelper.PiOver2) : (GameRoot.ScreenSize / 2 - Position).ToAngle() + rand.NextFloat(-MathHelper.PiOver1, MathHelper.PiOver1);
> В этом случае все просто
Какой случай показал - тот и объяснил. В нём использование тернарного оператора супер правильное решение.
> так как переменные простые, а теперь я посмотрю как вы навернёте, когда в исполняющем блоке будут нормальные методы типа
> direction = bounds.Contains(Position.ToPoint()) ? (GameRoot.ScreenSize / 2 - Position).ToAngle() + rand.NextFloat(-MathHelper.PiOver2, MathHelper.PiOver2) : (GameRoot.ScreenSize / 2 - Position).ToAngle() + rand.NextFloat(-MathHelper.PiOver1, MathHelper.PiOver1);
Тут нечитаемо.
Надо ж думать всё таки, где что использовать, в некоторых местах тернарный оператор может быть менее удобным чем какой-то другой вариант, надо смотреть.
Но над этим примером стоит подумать чуть больше, чем "ыыы тут тернарный оператор не удобен", потому что тут намного больше проблем и они не с тернарным оператором.
Я бы так сделал:
bool inBounds = bounds.Contains(Position.ToPoint());
float baseAngle = (GameRoot.ScreenSize / 2 - Position).ToAngle();
float addAngleRange = inBounds ? MathHelper.PiOver2 : MathHelper.PiOver1;
direction = baseAngle + rand.NextFloat(-addAngleRange, addAngleRange);
1. Убрано дублирование кода. Дублирование никогда не должно быть.
2. Сильно уменьшена когнитивная нагрузка - каждая сущность в коде намного более простая чем исходный вариант
3. Оперируем в итоговом вычислении с понятными значениями которым присвоено имя
спасибо за идею, посмотрю в эту сторону
Котел писал "без выебонов" и надорвался под тяжестью бойлерплейта, недописал игру. Вот и думай.
Тернарный условный оператор пришёл в C# из С++, потому что кому-то не хватало ифов и свичей, это я узнал как раз из книги и то что автор настоятельно рекомендовал, не пользоваться тернарными операторами. Что в последствии я понял почему.
И насчёт книг, те что приведены в шапке это я писал и почти каждую из них изучил от корки до корки. И почти каждая стоит у меня на полке.
И да скорее всего я перепутал определение рефакторинг и дебаггинг.
Как раз при рефакторинге, когда всё работают и начинают выговаривать конструкции наизнанку в угоду оптимизации, там конечно можно и повыпендриваться, чтобы потомки восхитились уровнем программистов.
Это даже не без выебонов, это просто код очень слабого разраба.
Котёл надорвался в первую очередь, потому что хотел откусить больше чем смог осилить.
Но здесь я могу оперировать только личным опытом, если долго что-то делаешь, то неизбежно что-то забываешь и когда читаешь код и начинаешь смотреть на подобные конструкции, вместо пробежаться глазами, ты начинаешь разбирать строку, на что уходит время больше, чем если бы ты отделался стандартными конструкциями.
А вообще кто-нибудь проверял, там вот так сильно улучшается производительность, на современных пк монстрах?
>не пользоваться тернарными операторами
В нём нет ничего плохого. Можно и обычный IF написать таким образом, что нихуя непонятно будет. Максимально желательно, чтоб ни в IF, ни в тернарном операторе, не происходило никаких вычислений.
85% всего пришло в C# из C++, блэт.
Это буквально
C++
++
(то есть C ++ ++, второй инкремент)
Меня просто подорвало, уже несколько часов разбираю код с гитхаба у себя в студии и не видно ни конца ни края
Все разобрался, держу в курсе.
Не знаю какими метриками ты проценты намеряешь, есть Си которыы породил такое понятие как си-подобный синтаксис и разные языки на нём основанные.
С++ взял си-подобныц синтаксис, спиздил классы из смоллтолка и всё это натянут на базу Си.
Сишарп взял си-подобный синтаксис и напиздил идей из других языков, главным конкурентом рассматривалась жава на которую в первую очередь и ориентировались, что видно по многим синтаксическим моментам которые перккочевали из джавы, менеджед памяти, явной стандартизации разных видов "классов". Идея в общем-то и заключалась в том, чтобы сделать более современный клон джавы и не допустить её ошибок проектирования.
В дальнейшем шарп стал пиздить всякую хуйню из раста и прочих новомодных языков, и сам вводил какие-то свои фичи, преимущественно тз разряда синтаксического сахара и квалити оф лайф, не какие-то прям новые концепции.
Ввиду этого, утвреждение, что C# взял 85% всего из С++ очень странное, особенно с учетом того, что многие типичные для современных языков штуки появляютсч в С++ позже чем в шарпе(а в шарп пиздятся из других языков)
На твоих скринах я лишь вижу проблемы в архитектуре, не более.
Вангую почти с 99.9% вероятностью котел бросил разработку своей игры далеко не из-за этого.
>(то есть C ++ ++, второй инкремент)
Шутку уловил, спасибо.
> Но здесь я могу оперировать только личным опытом, если долго что-то делаешь, то неизбежно что-то забываешь и когда читаешь код и начинаешь смотреть на подобные конструкции, вместо пробежаться глазами, ты начинаешь разбирать строку, на что уходит время больше, чем если бы ты отделался стандартными конструкциями.
Ну, если ты всерьез занимаешься программированием, вряд ли для тебя будет проблемой запомнить, что такое тернарный оператор и прочая хуйня.
Вся эта хуйня и вводится для упрощения читаемости, чтобы ты мог одним взглядом окинуть код и быстрее сориентироваться что происходит, куда смотреть.
Но синтаксисические конструкции удобнве это чисто для упрощения чтения, глобально чтобы ориентироваться в старом коде надо нормально его проектирвоать - юзать понятные имена, дробить на небольшие методы, вводить переменные в которые складировать какие то промежуточные значения, не дублировать схожее поведения и данные в разных местах кода, ну много всего короч.
> А вообще кто-нибудь проверял, там вот так сильно улучшается производительность, на современных пк монстрах?
От чего? От синтаксического сахара? Нисколько.
этот щарит
>5к строк
>false, false, 359, 540
>sc_sp
Пиздец
Лучше принудительно включать вертикальную синхронизацию, у меня без нее персонаж почему то странно косоебится в стороны при движении
Молодец. Патхфайдинг одна из вещей которые меня каждый раз заебывает делать, причем блядь 20 лет назад во времена универа графы я понимал лучше всего из тогдашнего курса
Пчел просто ради интереса, я не в первый раз вижу тебя, ты вроде бывалый, имеешь академ образование и опыт в разработке, зачем ты сидишь на дваче? Конечно спасибо за помощь в юнити, но развне не зашкварно что-то уметь и сидеть на дваче?
С каких пор сидеть на дваче зашквар и почему кому-то должно быть не поебать что кто-то там думает?
Двач очень прикольный и весёлый форум, я буду тут сидеть. И участвовать в твг.
мимо
Ты прав, но с другой стороны сидеть в гд тредах и читать без игорных ебанатов которые ничего не сделали а все знают это зашквар полный. У меня все ще кошмары с рогалик тредов где люди на полном серьезе советовали изобретать колесо, вместо с того чтобы использовать уже придуманное и рабочее для простых вещей типа генерации карт.
Хуже только хабр.
Ну, тут не все такие, тут есть и нормальные новички, есть и шарящие челы
Абсолютно согласен с этим
Сидеть здесь блядь и читать ебанатов, это пиздец как себя не уважать.
Сидеть здесь блядь и читать ебанатов, это пиздец как себя не уважать.
>использовать уже придуманное и рабочее для простых вещей типа генерации карт.
Ебануться. Одно из самого главного в рогалике - уникальная карта, а тут советуют ассетфлипать.
Так в этом смысл двача. Приходить и самоутверждаться за счет убогих, потому что ирл всего лишь мидл и насуют за щеку реально прошареные челы.
Нет.
Смысл двача порофлить, иногда что-то интересное обсудить.
>самоутверждаться
Здесь все анонимы, дебил. Я даже не знаю, кто из вас срущий петух-шизик-семёнович.
Моча все знает, и в конфочке смеется с протыками.
Я вообще думал у нас моча это баба срака, которой вообще ничего не надо.
Не, есть две мочи. Одна которая работает по репортам, особенно по всякой политоте, прибегает обычно быстро.
Вторая наша, как грится наш слоняра, который в курсе всей движухи на доске, и знает всех шизиков по железу. Догадки есть разные, но это не важно.
какое ещё железо, модератор доски не видит даже полностью айпишник
но срущий петух-то сам про себя всё знает
> или ты думаешь как детектятся шизы которые дергают роутер по кд??
Никак?
Я когда в дотатреде срал, меня никто не детектил
ты неправ, дуралей
сейчас зарепорчу тебя за обсуждение модерации
Репорт это прямое доказательство моей правоты, ты не знаешь что ответить и просто сливаешься зовя мочуха.
Заметная часть разработчиков на юнити не разбираются в программировании и не умеют толком пользоваться юнити, однако выпускают игры и даже сидят на форумах и раздают советы. Тут главное не умение, а усердие и удача.
Так главное что они достигают поставленной цели и выпускают свои игры
Есть ли реальные кейсы использования MessagePipe в Unity? Пока кажется, что это юзлесс залупа.
Ну это дефолтная реализация EventBus, можешь погуглить его юзкейсы, вроде от разрабов пасфайндера на хабре статья была.
Идея сама в том, чтобы какие-то системы могли коммуницировать между собой, не имея прямой зависимости друг от друга.
Весь геймплей на нём строить не стоит я бы сказал(я пробовал сразу в проде кек, потом насинается путаница в каком порядке подписчики ивента должны реагировать, потому что в голове это держать нереально, потом забудешь), но если юзать в редких случаях каких-то, то вроде норм.
Например из меню стреляешь ивент старта игры. Получается меню не обязано знать, кто там как игру должен стартовать, а стартер игры не должен знать ничего про игру, следовательно и то и другое можно поместить в разные ассембли, которые будут иметь ссылку на ассембли с определениеи ивента.
Подскажите есть ли какой-нибудь плагин для удобной работы с UI? Условно, есть черный прямоугольник и мне нужно расположить надпись поверх него чтобы она была ровно посередине. Привык что во всяких фотошопах есть линейки, линия появляется когда располагаешь что-то по середине и прочие удобные штуки. Тут же всё как-то вслепую.
Image background;
TMP_Text text;
background.color = Color.black;
background.enabled = true;
text.text = "Text";
text.enabled = true;
У разрабов из юнитека похоже шизофрения. Они в одном и том же классе данных используют и свойства, и просто публичные поля.
нужна программа для нарезки изображения на тайлы
У меня есть высоко художественная картинка хочу разбить её на плитку и загрузить в движок. НЕ СРЕДСТВАМИ ЮНИТИ!.
>но если юзать в редких случаях каких-то, то вроде норм
Вот у меня такое же ощущение сложилось. Но, зачем мне для редких случаях подключать этого монстра, если можно написать свой простой Event Bus. Наверное MessagePipe больше для корпоратов с большими проектами.
А ты переходил с UniRx на R3? Есть ли с этим проблемы? Думаю заменить UniRx на новую библиотеку от этого же автора.
Да про это я в курсе, но оно не выравнивает, а просто масштабирует. Т.е. да, если я поставил надпись почти в центр, то при смене разрешения экрана она будет масштабироваться, но не будет pixel perfect выравнивания по центру как в каком-нибудь Ворде или Фотошопе.
Будет. Погугли видосы или пткажи пример как у тебя не получается.
Там всё ко всему привязывается и якораями закрепляется для масштабирования
Ну допустим. Вот текст расположен поверх кнопки. Он прикреплен к центру и масшатабируется нормально. Могу его к правому или левому углу прикрепить и тогда будет при масшатбировании тянутся вправо или влево. Но чтобы он всегда висел над центром кнопки я должен ручками его расположить там. И мне бы какой то инструментарий типа линейки которая будет показывать ширину кнопки в пикселях чтоб я знал когда текст или любой другой элемент ровно над серединой расположен
Господа, есть ли кто здесь разбирается в новых веениях 12й версии шарпа?
Что этот еблпн нехороший человек сделал со свичём?
Вот то что тебе нужно:
Паттерн матчинг, удобная штука, в актуальных версиях юнити поддерживается
иф эффект == эффект.фриз ретур нью ...
иф эффект == ...
Ну почему сразу монстра, 1 такой либой больше или меньше не страшно.
Если код стриппинг включен, то и куча лишнего кода не попадет в билд.
Но а так да, простую реализацию сделать легко.
По поводу Р3 - апи во многом очень похоже на юнирх судя по тому что я видел. Сам не юзал, потому что юнирх на все хватает и каких-то особых проблем с ним нету.
>код стриппинг включен
В чем различие уровня стрипинга в настройках? Мельком читал что на слабом код не ломается, а если макс сделать то может попидорасить, замечал чтонить?
Макс не ставил.
Если ставить средний, то он начинает уже агрессивно вырезать код, но терпимо - например у меня вырезал конструкторы классов которые зареганы в вконтейнере, даже дефолтные конструкторы, которые сами генерируются.
Но это можно обойти - на все конструкторы классов, которые зареганы в вконтейнере, Preserve повесить, а если у класса конструктора нет - сделать пустоц и на него Preserve.
Билд сокращается ощутимо, что то типа со 100мб до 80мб на андроиде падал, например
Удобно?
Вы не могли бы расшифровать, этот свич?
Я придерживаюсь одной простой концепции если код мне не понятен, я шлю его нахуй и переписываю на понятный мне код.
High - даже не пытайся ставить
Medium - вроде бы всё хорошо, но насколько я помню, то что-то в Steamworks ломается и билд отправляется в помойку
Low - заебись
вот это как развернуть?
Покажи имена параметров конструктора Buff. Покажу как сделать код понятнее.
Мда, тут конечно в целом надо код рефакторить. Но если без изменений, то вот так
https://pastebin.com/mGmcjfdE
> Вы не могли бы расшифровать, этот свич?
Я это уже сделал.
> иф (эффект == эффект.фриз) ретурн нью ...
> иф (эффект == эффект.чтотоеще) ретурн нью
> Я придерживаюсь одной простой концепции если код мне не понятен, я шлю его нахуй и переписываю на понятный мне код.
Достаточно открыть справку по языку, или вбить его в чат гпт и попросить объяснить.
То что ты развернул это не часть свича, это лямбда функции.
void HihiHaha(Monster monster)
{
monster.RecalculateSpeed();
}
И в место вызова лямбы вставить HihiHaha. Аналогично с остальными лямбдами.
Спасибо, и последнее это проверка на null и в случае удачи возвращает значение?
Короче как можно упростить лямбда выражение?
apply: HihiHaha
HihiHaha определить как тут
>Короче как можно упростить лямбда выражение?
Если хочется ещё больше раскрыть лямбду, то вот способ.
два чаю
не работает
Спасиб за инфу, помню столкнулся из-за этого и не понимал, как это он так ломает, вроде в редакторе все ок, а компилишь и происходит какая-то залупа.
Для чего тогда нужна это настройка если она так ломает? Особено типо high? Должно же быть какоето назначение.
Ну медиум норм тема, ращмер билда сильно сокращает, особенно когда у тебя в проекте куча стороннего кода, всякие там сдк есть. Просто Preserve на конструкторы повесить и скомпилится.
High хз, я даже не пробовал.
Опять минутка ненависти.
Может я что-то не понимаю или это пример что теперь свичи могут и в иф,
но нахуя если кол-во строк тоже? А разбирал я это минут 15ть.
блядь только сейчас заметил это же гавно можно записать в одну строку, ну да молодцы может когда нибудь по производительности шарп и догонит кресты
Ты правильно чувствуешь, что код в первую очередь должен быть читаемым. У C# много возможностей и некоторые ими сильно злоупотребляют в угоду написания короткого кода.
Могу тебе сразу посоветовать всегда использовать фигурные скобки, даже если после оператора (if/for) идёт одна строка кода. С опытом понимаешь, что это повышает читабильность и уберегает от ошибок.
>Нахуя
Читается легче
Нет повторения слова damage несколько раз.
Любое повторение это всегда хуйня, если есть возможность его избежать - стоит избежать. Потому что потом damage надо будет заменить на damageReceived какой нибудь, ты его скопируешь, и должен будешь все слова damage заменить, не заметишь во второй строке damage и будет пиздецовый баг.
Любое снижение когнитивной нагрузки(сколько всего надотдержать в голове) и пространмтва для ошибки по невнимателньости - это то к чему стоит стремиться.
К производительности это никакого отношения не имеет, шарп по производительности не догонит С++. Ну, дотнетовский шарп, джобы с бёрстом могут обгонять С++.
Ты пропускал матешу в школе?
Это буквально стандартная запись системы.
>шарп по производительности не догонит С++
А какие минусы у этого есть? Ну, с одной стороны как будто сложно сделать такую игру, тем более инди, чтобы в плотную упереться в этот фактор.
С другой стороны - RE Engine, где тоже основной язык C#, но, у них свои исходники на руках.
На анриле мало кто из инди полезет ковырять движок так, чтобы впиливать свои решения основательные. Студии чаще этим занимаются, чем обычный инди-разраб. Да и не всегда команда инди это делает.
То есть, при всех плюсах/минусах истина - где-то посередине. Даже при том, что у условного анрила открытый сурс-код и плюсы.
> истина - где-то посередине
истина в готовых ассетах и модификации уже готового под себя
>RE Engine, где тоже основной язык C#
Так вот почему епонцы так любят писать либы на C#. Интересненько...
https://www.youtube.com/watch?v=tDUY90yIC7U
уде давно во всём мире и во всех нормальных школах надрачивают на C# - это самый простой, понятный и полезный язык
По-моему надрачивают на Python.
>код в первую очередь должен быть читаемым
Здесь наверное нас всего двое таких, будем держаться вместе.
я конечно обдвачевался
но ведь это церемония награждения в г. Сумы
Ебанутый)))
Во даун... Как таких заносит сюда
тipпi
да не неси своё говно сюда, степашка. всем похуй на твою квази-перемогу/победу
Чмонни Срамп
Как там, playerprefs все еще лучший способ делать ачивы?
json все еще единственный способ делать сохранения без самоубийства, но все равно близко к этому, хули юнити единственный движок без встроенного считывания и записи всей сцены
json все еще единственный способ делать сохранения без самоубийства, но все равно близко к этому, хули юнити единственный движок без встроенного считывания и записи всей сцены
>юнити единственный движок без встроенного считывания и записи всей сцены
Файлы сцены .unity это формат редактора, в рантайме этих файлов всё равно нет.
>всей сцены
впервые вижу, чтобы кто-то пытался сохранять всю сцену, ты разработчик гта 6?
> Как там, playerprefs все еще лучший способ делать ачивы?
Не думаю, что ачивки(как и любые важные или объёмные данные) стоит делать префсами(они хранятся в реестрее)
Лучше просто файлик в папке с игрой/в папке данных/ в облаке.
> json все еще единственный способ делать сохранения без самоубийства
Смотря каких данных.
Если объем данных большой и должен часто стримиться на диск, лучше использовать что-то без сериализации, либо быструю бинарную сериализацию(binary serializer плохой вариант, а memory pack норм)
> юнити единственный движок без встроенного считывания и записи всей сцены
Так надо
>playerprefs
>json
Все кал, делаешь собственную сериализацию и все, никаких проблем. По мимо того что можешь модифицировать в любых размерах, так еще и методы защиты по типу соли добавлять, взломать такое будет не возможно.
>не возможно
Я честно не знаю в какой ситуации должно быть не похуй что кто-то может отредактировать сейвы. Ну только если игра не ммо, но даже в таком случае редактировать будут пакеты которые тебе отсылают поэтому в каком состоянии ты там хранишь сейвы похуй...
Нахуя свой сериализатор если можно поксорить выхлоп и результат будет не хуже?
Есть примеры ситуаций когда надо лучше эвенты?
В последней игре я вообще сохранял в текстовом редакторе, сначала в целях отладки, а потом просто хер забил, сейчас детишки совсем отупели они не то что-то модифицировать, они даже переписать строку в блокноте не могут.
Лучше чем что?
У меня Мандела или раньше в юнити классы должны были называться по имени скрипта? Сейчас заметил что у меня один класс отличается от названия файла и все нормально компилируется, раньше вылазили ошибки в консоли
чем просто позвать функцию и выполнить
В видео что я смотрел там говорили что пиздец как облегчает выполнение левел апов, но как по мне этот пример когда это нужно плохой
если можно сделать эвент - лучше сделать
Вроде было такое
Ивенты надо юзать когда нужно.
Вернее, ивенты из сишарпа я бы не советовал юзать вообще, лучше UniRx сразу брать.
Можно делать условно так:
playerState.PlayerHealth.Subscribe(health => healthLabel.SetText(health));
И всё, у тебя готово отображение хп персонажа
А что и когда поменялось?
Стало интересно, яндекс и гугл незнают, а АИ отвечает.
В Unity3D требование, чтобы имя файла и имя публичного класса, наследуемого от MonoBehaviour, совпадали, существовало на протяжении долгого времени, так как это обеспечивало правильное связывание скриптов с игровыми объектами в редакторе. Однако начиная с Unity 2020.3 (и более поздних версий) это ограничение было частично снято благодаря улучшениям в системе скриптов и инструментах, таких как Visual Studio Tools for Unity.
Подробности:
До Unity 2020.3:
Имя файла скрипта (например, MyScript.cs) и имя класса внутри этого файла (например, public class MyScript : MonoBehaviour) должны были строго совпадать. Если они не совпадали, Unity выдавала ошибку вроде: "Can't add script component because the script class cannot be found. Make sure that there are no compile errors and that the file name and class name match".
Это было связано с тем, как Unity связывала скрипты с компонентами в редакторе.
С Unity 2020.3 и новее:
Благодаря обновлениям в Visual Studio Tools for Unity и улучшениям в обработке скриптов, Unity стала более гибкой в отношении именования. Теперь имя файла и имя класса MonoBehaviour могут не совпадать, но при этом класс должен быть корректно определён и не содержать ошибок компиляции.
Например, файл MyScriptFile.cs может содержать класс public class DifferentName : MonoBehaviour, и Unity сможет его распознать, если скрипт правильно импортирован в проект.
Однако рекомендуется придерживаться старого соглашения (совпадение имён) для удобства и совместимости, особенно при работе в команде или с устаревшими версиями Unity.
Ограничения и рекомендации:
Если в файле несколько классов, только один из них может быть публичным и наследоваться от MonoBehaviour, чтобы Unity корректно его обработала.
Вспомогательные классы (не MonoBehaviour) в том же файле должны быть размещены ниже основного класса, чтобы избежать проблем с компиляцией.
Пространства имён (namespace) иногда могут вызывать проблемы с распознаванием классов в старых версиях Unity, поэтому в таких случаях рекомендуется их избегать или проверять настройки проекта.
Если вы используете DLL-библиотеки, то имена классов внутри них также не обязаны совпадать с именем файла DLL, но они должны быть правильно импортированы в проект.
Почему это изменилось?
Обновления в инструментах разработки (например, Visual Studio Tools for Unity) улучшили интеграцию и обработку скриптов, что позволило снять некоторые строгие ограничения.
Unity стала поддерживать более современные подходы к организации кода, что сделало движок более гибким для разработчиков, использующих сложные архитектуры проектов.
Практический совет:
Хотя Unity 2020.3 и новее допускают несовпадение имён, для упрощения работы и избежания потенциальных ошибок рекомендуется:
Называть файлы и классы одинаково.
Проверять отсутствие ошибок компиляции в скриптах.
Использовать последнюю версию Unity и Visual Studio Tools for Unity для максимальной совместимости.
Если вы работаете с более старыми версиями Unity (до 2020.3), обязательно соблюдайте правило совпадения имён файла и класса.
Источник: Информация основана на документации Unity и обновлениях Visual Studio Tools for Unity, в частности, исправлениях, связанных с обработкой классов MonoBehaviour (например, журнал изменений Visual Studio Tools for Unity).
Надо бы западные темы глянуть потому что я последний раз до этого разрабатывал в 2022 и эта ошибка точно была
Я все еще на 21, и вроде как видел в прошлом году
Попрос от нуфага.
Я прошёл кое какой урок по ТРИ В РЯД.
И недавн узнал, что такие простые игры типа карточные, те же 3 в ряд и коллекторы делают чисто в CONVAS.
И вопросец - а какие профиты от этого? Может там проще как-то с объектами на сцене взаимодействовать благодаря этому и код менее макаронный получается? Ну я не знаю..
Ну и какие подводные камни, т.е минусы? Если брать в качестве примера Кенди Краш какой-нибудь (да, я в курсе у них свой движок).
Я прошёл кое какой урок по ТРИ В РЯД.
И недавн узнал, что такие простые игры типа карточные, те же 3 в ряд и коллекторы делают чисто в CONVAS.
И вопросец - а какие профиты от этого? Может там проще как-то с объектами на сцене взаимодействовать благодаря этому и код менее макаронный получается? Ну я не знаю..
Ну и какие подводные камни, т.е минусы? Если брать в качестве примера Кенди Краш какой-нибудь (да, я в курсе у них свой движок).
>И недавн узнал, что такие простые игры типа карточные, те же 3 в ряд и коллекторы делают чисто в CONVAS.
А можно примеры таких игр? А то чет очень странно что бы делать всю игру в Canvas через UI.
Смотрел запись собеса чела на зп 2500, он рассказывал об опыте работы, когда пришлось всю игру переносить из конвас. А до этого она так и существовала в нём. Спросил у неёронки чо знает, грит да, изи игры чисто в конвасе делают. Думайте.
>всю игру в Canvas через UI.
Эм, ну 2д игру можно спокойно делать и через него, есть свои плюсы, есть и минусы.
Если говорить про архитектуру, то вопрос в том и скрипты прям на канвасе вешать или все таки отдельно иерархию геймобджектов делать?
В общем можно с определенными условиями. Зависит от потребностей и желаний.
Делал матч 3 в канвасе не по своей воле, переносить было уже поздно. Смысла в этом не вижу, только лишние проблемы когда дело касается порядка отрисовки и шейдеров.
И еще есть такой минус, что канвас перерисовывается полностью при анимациях внутри него и это бьет по производительности, если всяких эффектов слишком много, то уже захочется отказаться от такого оверхеда.
По сути плюс только один и он условный(не особо нужный, потому что тут можно обойтись без канвасов вовсе без проблем) - легче сделать прямое взаимодействие ui и игры.
Например у тебя игра про составление слов, снизу есть панелька с какими-то буквами, которые ты можешь размещать на сетке перетаскиванием. Если все в канвасе - ты прям берешь букву - ведешь ее за пальцем - палец отпускают - ты её же прицепляешь на поле. Без пересоздания каких-то отдельных сущностей в виде спрайтов.
> Если говорить про архитектуру, то вопрос в том и скрипты прям на канвасе вешать или все таки отдельно иерархию геймобджектов делать
Ну, на каком-нибудь тайле в матч 3 у тебя должен будет скрипт висеть так или иначе, в идеале просто вью без всякого лишнего.
И отдельный монобех, в который ты закидываешь контейнеры тайлов и всё что нужно.
Соответственно получив все эти данные со сцены, можно уже дальше управлять этим всем извне, всю логику писать независимо от канваса и юи элементов.
Поэтому в целом нерекомендую канвас даже для статичных игр, если их прям всерьез доделывать до релиза с заделом на дальнейшую поддержку.
Если прям простое то может и можно.
Есть какие-то методы/ассеты/аддоны, чтобы в юнити сделать простенькую анимацию прямо через код? а не засорять файлы animator-ами
суть в том, что у меня простенькая аркада (не вампир сюрвиворс, но похожее, не суть) и несколько десятков юнитов и предметов лута
в итоге, надо на каждого юнита делать файлы анимации типа "покачивания" и атаку в 2-3 фрейма, а подбираемые предметы (по факту - гифки, исчезающие при подборе)
есть ли способ, вместо миллиона мусорных файлов сделать что-то типа "пока юнит идет - спрайт_идет, наклон направо, наклон налево, в цикле, пока юнит атакует - спрайт_удар" а для предметов обойтись "монетка.компонент.спрайт = спрайт_монетка_анимация, зациклить"?
на ум идет только корутины с заменой sprite, но не верю, что нет какого-то готового решения
суть в том, что у меня простенькая аркада (не вампир сюрвиворс, но похожее, не суть) и несколько десятков юнитов и предметов лута
в итоге, надо на каждого юнита делать файлы анимации типа "покачивания" и атаку в 2-3 фрейма, а подбираемые предметы (по факту - гифки, исчезающие при подборе)
есть ли способ, вместо миллиона мусорных файлов сделать что-то типа "пока юнит идет - спрайт_идет, наклон направо, наклон налево, в цикле, пока юнит атакует - спрайт_удар" а для предметов обойтись "монетка.компонент.спрайт = спрайт_монетка_анимация, зациклить"?
на ум идет только корутины с заменой sprite, но не верю, что нет какого-то готового решения
есть библиотеки для твининга (tween)
будь осторожен, одна из них "в поддержку украины", т.е. там может быть вредоносный код
ответ дикпика
Есть несколько эффективных способов сделать простую спрайтовую анимацию прямо через код без использования Animator:
1. Самописный Sprite Animator (рекомендуется для вашего случая):
csharp
public class SimpleSpriteAnimator : MonoBehaviour
{
public Sprite[] idleSprites;
public Sprite[] moveSprites;
public Sprite[] attackSprites;
[SerializeField] private float frameRate = 0.15f;
private SpriteRenderer _renderer;
private Coroutine _currentAnimation;
void Start()
{
_renderer = GetComponent<SpriteRenderer>();
PlayIdle();
}
public void PlayIdle() => PlayAnimation(idleSprites, true);
public void PlayMove() => PlayAnimation(moveSprites, true);
public void PlayAttack() => PlayAnimation(attackSprites, false);
private void PlayAnimation(Sprite[] frames, bool loop)
{
if(_currentAnimation != null) StopCoroutine(_currentAnimation);
_currentAnimation = StartCoroutine(Animate(frames, loop));
}
private IEnumerator Animate(Sprite[] frames, bool loop)
{
do
{
foreach (var frame in frames)
{
_renderer.sprite = frame;
yield return new WaitForSeconds(frameRate);
}
}
while (loop);
}
}
Использование: Назначьте спрайты в инспекторе и вызывайте методы для смены анимаций.
2. Time-based анимация без корутин:
csharp
public class SimpleAnimation : MonoBehaviour
{
public Sprite[] frames;
public bool loop = true;
private SpriteRenderer _renderer;
private int _currentFrame;
private float _timer;
void Start() => _renderer = GetComponent<SpriteRenderer>();
void Update()
{
_timer += Time.deltaTime;
if(_timer < 0.1f) return;
_timer = 0;
_currentFrame++;
if(_currentFrame >= frames.Length)
{
if(loop) _currentFrame = 0;
else return;
}
_renderer.sprite = frames[_currentFrame];
}
}
3. Для предметов лута (UI-версия):
csharp
public class LootItem : MonoBehaviour
{
public Sprite[] sprites;
public float animationSpeed = 0.5f;
private Image _image;
private int _index;
void Start()
{
_image = GetComponent<Image>();
InvokeRepeating(nameof(Animate), animationSpeed, animationSpeed);
}
void Animate()
{
_index = (_index + 1) % sprites.Length;
_image.sprite = sprites[_index];
}
public void Collect()
{
CancelInvoke();
Destroy(gameObject);
}
}
4. Оптимизация для множества объектов:
Создайте AnimationData ScriptableObject для переиспользования анимаций:
csharp
[CreateAssetMenu]
public class AnimationData : ScriptableObject
{
public Sprite[] frames;
public float frameDuration = 0.1f;
public bool loop = true;
}
5. Альтернативные решения:
LeanTween (ассет из Asset Store) - может анимировать любые свойства через код
DOTween - популярная библиотека для простых анимаций
Shader-based анимация - если спрайты в атласе, можно анимировать UV-сдвигом
Преимущества подхода:
Нет лишних файлов .anim и Animator Controller
Полный контроль над анимацией через код
Легко менять скорость/наборы спрайтов динамически
Можно создавать сложные паттерны анимаций программно
Экономия памяти для простых анимаций
Советы:
Храните разные анимации в отдельных папках (Sprites/Units/UnitName/Animations)
Используйте Sprite Atlas для оптимизации
Для 2D-скелетной анимации посмотрите на Unity-пакет "2D Animation"
Используйте pooling для часто воспроизводимых анимаций
Эти методы особенно хороши для procedural animation и простых циклов. Для сложных персонажей с большим количеством состояний все же стоит рассмотреть использование Animator, но для вашего случая (десятки юнитов с минимальной анимацией) кодовая реализация будет оптимальной.
Пиздец
DoTween, LitMotion
Тебе не нужны никакие ассеты. Просто напиши свой скрипт, который будет переключать спрайты так, как тебе надо. Вынесешь нужные настройки в редактор.
Как же охуенно, только что завершил самописный менеджер диалогов со всеми фичами какие хотел, осталась малость, но я уже почти сутки не спал так что завтра или в понедельник доделаю
глянул
если по движению вопросов нет, то как в том же ЛитМошен менять спрайты? 2д-проект, нужна опция вида "зациклить спрайт с монеткой" или подобное
Бро, напиши сам скрипт, под себя.
Хз, но в дотвине можно сделать sequence и туда последовательно добавлять интервалы и коллбеки
>будь осторожен, одна из них "в поддержку украины", т.е. там может быть вредоносный код
Я помню, что один хохло-эксплойт попал непосредственно в Unity Hub. Если он определял российский IP-адрес, то удалял все файлы на диске.
Что вата забыла в треде юнити, а? Ваше место на пораше.
ватозависимый, чому не в окопе?
Причём здесь вата? Данные проблемы непосредственно касаются движка Unity. К сожалению, некоторые "неравнодушные" граждане одной страны встраивают эксплойты в, казалось бы, безобидное программное обеспечение. Поэтому нужно быть осторожными, а то можно лишиться проекта.
>Причём здесь вата?
Потому что пиздешь на хороших людей. Кто-то там, где-то там пизданул и понеслось. Не надо нести дезинформацию.
гнилой пиздабольский порк из 404, твои выблядки заражали пакеты в NPM, всё запруфано, хуесосы сдеанонены и будут вздёрнуты
https://discussions.unity.com/t/hub-hacked/875074/6
https://en.wikipedia.org/wiki/Peacenotwar
И что за хуету ты кинул? 0 пруфов, просто мусор какойто.
Я же поэтому и написал что все это пиздешь не стоящий ничего.
вы репутацию себе заработали на века - не отмоетесь
От мелкобуква пиздабола отмываться не надо.
>Не надо нести дезинформацию
Но это реальная новость. Плюс совсем недавно было нечто похожее в среде мододелов.
А почему я не сталкивался тогда, мм?? Пиздаболия это все, и ничего больше.
Если бы реально какие-то траблы были, это бы все индюки почувствовали.
Ты создаешь анимации, даешь названия, потом в коде вызываешь аниматор и запускаешь как хочешь по названию.
Ну типа
if (isKeyJump) animation.Play("jump")
Это лучше всего, но почему-то на ютубе готовы трахаться даже с деревом ради спрайтовых анимацией. Редко ведел что дергают из кода, хотя кодом задают состояния.
Попробуй годот, в нем это делается элементарно например AnimatedSprite
> Ты создаешь анимации, даешь названия, потом в коде вызываешь аниматор и запускаешь как хочешь по названию.
Хорошо, как создать анимацию, не создавая файл .anim? Ну, то есть, то, что я спросил буквально первой строкой коммента, на который ты отвечал
дефолтные Animation Controller я юзал изначально, речь как раз о том, что у меня пара десятков объектов, которые из себя представляют тупо выпадающие из мобов "гифки" и на каждую пилить по файлу и animator-у уже вымораживает
Я перестал тебя понимать
Ты ходишь сделать анимацию без рисовки анимации?
в годо это делается твинами, буквально в пару строк кода
Это делается твинами, дотвин самый норм вариант
Тут хуета написана
Стоит ли отписываться от UnityEvent, если подписываешься на него вручную? Допустим, в своём MonoBehaviour, в методе Awake добавляешь подписку на OnClick. Стоит ли в Destroy сделать отписку? Даже если ты условно знаешь, что время жизни твоего MonoBehaviour и кнопки совпадают.
> Стоит ли в Destroy сделать отписку?
стоит, но это всё равно бессмысленная трата одной строки, утечки в данном случае не будет
Я хочу сделать анимацию без создания файла .anim и, в идеале, привязки Animator Controller к каждому объекту
Вот пример картинки из интернетов
в Юнити это уже импортнется в виду sprite-multiple, нарезанное на кадры и во время игры у него нет ничего, кроме зацикленного спрайта
а таких предметов (тупо зацикленный значок монетки/бумажки/алмаза и тд) много и на каждый нужно создать .anim-файл, расставить кадры по таймлайну, настроить скорость и тд
вот и интересуюсь, есть ли способ это автоматизировать до уровня "создать_подбираемое(тип, спрайт)", чтобы в нужном месте рисовался один и тот же префаб с разными параметрами и по названию спрайта подтягивалась зацикленная анимация - а добавление новых коллектибсов в игру упростилось бы до "закинул спрайт в файлы и прописал в коде, что происходит при подборе монетки нового цвета"
штука выше на твинах возможна? почитал про нее, на первый взгляд оно анимирует движение по координатам/траекториям, а не спрайты
> штука выше на твинах возможна? почитал про нее, на первый взгляд оно анимирует движение по координатам/траекториям, а не спрайты
Да
> в дотвине можно сделать sequence и туда последовательно добавлять интервалы и коллбеки
Ты можешь сделать монобех в который будешь перетаскивать последовательность картинок и интервал кадров и вот так это реализвать универсально
Хоспади исусе. Какие аниматоры, какие твины. Вы понимаете, что челу нужно просто спрайты сменять? Под это дело ещё с древних времён пишут простой класс, который содержит список спрайтов, скорость смены и нужно ли зациклить.
Забей, поколение проебано.
Так пиздели деды из каждого поколения, вплоть до 3000 e.d.
Справедливое замечание. Но тут есть нюанс. Мне интересно, как будут развиваться будущие поколения, когда ИИ-чатботы станут повсеместными и дети в них будут сидеть с "пелёнок". Станут ли эти люди в разы умнее нас или же наоборот - глупее.
>вплоть до 3000 e.d.
Еще скажи что земля круглая
>Но тут есть нюанс.
1. Люди научились в общины.
2. Люди научились в огонь.
3. Люди научились в бронзу.
4. Люди научились в земледелие.
5. Люди научились в письменость.
6. Люди научились в электричество.
7. Люди научились в интернет.
8. Люди научились в нейроночек. <- Вы тута
9. Люди научились в генерацию любого контента по одной фантазии.
10. И т.п и т.д.
Все же не забывайте что нейроночки это буквально буст во всех областях человечества. В разное степени поршивости на данный момент, но всеже.
Или просто ты лоускилл, и не понимаешь, что аниматор заебись инструмент для дизайнеров.
А подход через твин полный эквивалент твоей ебли с апдейтом
Съебись отсюда дизайнер комнатный, будет мне еще про лоускилл рассказывать. Зумерки совсем охуели.
Ну да, охуели. Какие минусы?
Да ты еще раз прочитай зачем ему вообще это нужно, это же умора конкретная.
анонсы, это правда? задумался об окне настроек и наткнулся на интересную мысль, как вы вообще реализуете эту жизненно необходимую фичу?
Ну, да.
так как сделать то тогда
Пост процессинг
Я наверное совсем шизанулся, но не могу придумать способа сделать открывание дверей так, чтобы они при этом не отталкивали игрока. Есть идеи? Даже поставил на скачивание пару игр посмотреть как там это дело сделано.
В противоположную от игрока сторону
Игрок закрыл дверь за собой и при попытке открыть обратно откидывается. Или холодильник/шкаф, такие вообще внутрь не открываются
> Игрок закрыл дверь за собой и при попытке открыть обратно откидывается.
Так и при открвтии обратно в противоположную сторону откроется
> Или холодильник/шкаф, такие вообще внутрь не открываются
Эти без коллайдера
Но да, тема необычная, варианты разные есть что делать
> Так и при открвтии обратно в противоположную сторону откроется
Ток если дверь по середине рамы пихать, иначе она через нее проходить будет, некрасиво. И все объекты переставлять от дверей. Да и вообще в ирл мало какие двери в обе стороны работают..
> Эти без коллайдера
Тогда прямо через камеру пролетает, тоже некрасиво выглядит, когда вся внутрянка текстуры перед глазами проскальзывает. Надо думоть ещё.
>некрасиво выглядит, когда вся внутрянка текстуры перед глазами проскальзывает. Надо думоть ещё.
у камеры есть параметр один, Far что-то там, покрути его
Ну так пусть отталкивает епты, хули игрок стоит на пути. Хотя конечно от игры зависит и вообще чего ты хочешь от жизни и эстетики. Можешь чекать рейкастом игрока если мешает анимации, на паузу анимацию ставить. Если без коллизий, можно шейдером дверь прозрачной делать во время клипания внутрь камеры. Можешь как в думе двери из космоса которые вверх уходят, или как в Японии внутрь стены. Или как в майнкрафте, тупо мгновенная телепортация двери в открытое состояние. Можешь катсценой отбирать управление у игрока и анимировать открывания закрывания дверей с соответствующей анимацией игрока. Вот те шесть способов из моей головы, выбирай, или епта думалку заводи.
В противоположную сторону как уже сказали
Отключать коллайдер во время анимации открытия
Сам игрок будет делать шаг назад когда открыват дверь на себя(ведет к куче проблем)
а ещё лучше просто стопать анимацию открытия или обратно закрывать дверь, как это сделано в играх габена
Так коллайдер камеры и коллайдер игрока могут быть разными в разных слоях
Как же заебала эта параша.
Почему всё что идёт из коробки такое гавно.
Анммация, навигация, физические коллайдеры, материалы всё такое кривое?
Все книги которые я прочитал по юнити, все туториалы, все предлагают какие то кривые решения которые в реальных играх нельзя использовать.
Почему если ты хочешь сделать что то сложне платформера все начинает скатываться в индюшатину.
Причина баха анимация в навмеш агентах, я уже отказался от дерева анимаций и от переходов, у меня аниматор работает только из кода, где я могу запустить любую анимацию, но как сделать так чтобы пока одна анимация не закончилась другая не запускалась? Например как сделать так чтобы мог замахнувшийся на игрока отыгрывал сначала удар, а не срывался на пол анимации и не бежал за игроком. Я знаю есть переходы и дерево, но когда у меня больше 20и анмсаций я не могу разобраться а паутине переходов, поэтому использовал кастомное решение.
>я не могу разобраться а паутине переходов
Ну это только твоя проблема, а не инструмента.
У тебя есть параметры в аниматоре. Что с ними делать сам додумай. Всё там настраивается без проблем.
ну конечно, на что я рассчитывал
> у меня аниматор работает только из кода
> но как сделать так чтобы пока одна анимация не закончилась другая не запускалась?
В коде ждать когда закончится в чем проблема? У него есть апи чтобы всю информацию о его текущем состоянии вытащить
> Например как сделать так чтобы мог замахнувшийся на игрока отыгрывал сначала удар, а не срывался на пол анимации и не бежал за игроком
См выше
> Я знаю есть переходы и дерево, но когда у меня больше 20и анмсаций я не могу разобраться а паутине переходов,
Сабстейты, слои
Аниматор это инструмент для отображения анимаций.
Логика - это логика, за тебя её никто не напишет.
Глобально у тебя два подхода
- либо полный контроль со стороны твоего кода и использование аниматора как тупого проигрывателя анимаций -длину анимаций вписывать в конфиг(соответственно код будет четко знать сколько анимация длится без обратной связи, и подстраивать аниматор под свои нужды)
- либо использовать двустороннюю связь и смотреть в аниматоре его реальный стейт со стороны кода и реагировать на него(отключать управление пока чел замахивается)
Программирование персонажа с большим числом анимаций и разных взаимодействий - это не простая задача.
Зачем ты уходил из дерева анимации и полностью переходил в код, когда блядь в стандартном аниматоре проще всего условия делать чтобы одна анимация не начиналась пока не закончилась другая
Ну и в любом случа корутины
> нюфажина плакает что искаропки нет готовой игры и што все надо делать самому, ссылается на книги где говорят что вы вольны делать что хотите вот вам пример, ссылается на туторы которые не являются туторами в прямом смысле, и все это подается с акцентом весомости этих книг и туторов в гейдеве да еще и с нюфажной колокольни. Нюфажина не знает что такое инди. Нюфажина не может понять как сделать так что бы одна анимация проигрывалась после другой. Нюфажина не асилила аниматор и высрала пасту что юнете хуйня потому что он не асилил аниматор
Ну хуй знает анон, ну хуй знает..
мимо годотя зоонаблюдаю
Наместе годоти я бы вообще помолчал, если в юнити хоть есть кривой аниматор с возможностью инверсной кинематики и слоями, годотя так и осталось на уровне нулевых со своими велосипедами и самописными стейт машинами.
Да в стороеу корутин я и думал, но я думал, что в самом аниматоре есть возможность отслеживать состояние анимации и если она проигрывается не запускать другую, я пытался сделать это через енумы.
И нет сколько лет я ебался с аниматором, ограничивая себя в колличестве анимации, теперь всё намного проще и быстрее, единственно заметил, что мобы теперь скипают по пол анимации атаки.
>что в самом аниматоре есть возможность отслеживать состояние анимации и если она проигрывается не запускать другую
Есть
>Например как сделать так чтобы мог замахнувшийся на игрока отыгрывал сначала удар, а не срывался на пол анимации и не бежал за игроком
А прикинь, если ты ещё решишь добавить дебаффы, которые будут снижать скорость атаки моба на 50%? И тебе придётся снижать как-то скорость анимации. Или ты решишь добавить мобу бафф "ярость", который будет его временно ускорять и тебе нужно будет вместе с тем ускорить скорость анимации бега моба.
Пчел у меня есть дебафы и у мобов и у игрока, мобы не только снижают скорость, а полностью замораживаются с текущей анимацией, игрок не просто замедляет скорость, а меняет анимацию. Ярость кстати тоже есть, только по другому работает.
Ок, буду дальше ковырять это гавно.
Как то скучно
Кто как делает повышение/понижение статов персонажу через рандомные действия/использование предметов?
Я ко всем книжкам и дебафф абилкам леплю лист в котором прописан айди стата и число на которое надо увеличить(уменьшить с минусом)
Может у кого лучше идеии для этого?
Кто как делает повышение/понижение статов персонажу через рандомные действия/использование предметов?
Я ко всем книжкам и дебафф абилкам леплю лист в котором прописан айди стата и число на которое надо увеличить(уменьшить с минусом)
Может у кого лучше идеии для этого?
Как же я устал быть неэффективным программистом. Слишком много времени уходит на продумывание "правильной" архитектуре и на оформление "хорошего" кода. Переключить бы в голове тумблер, чтобы просто начал писать на результат.
легко, становись вайб-кодером
просто загоняешь ТЗ в нейронку и копипастишь без задней мысли
ВЫШЛА! ВЫШЛА!!11
https://unity.com/ru/resources/scalable-performant-ui-uitoolkit-unity-6
Unity Technologies выпущена бесплатно 150-страничная электронная книга в формате PDF под названием "UI Toolkit for advanced Unity developer (Unity 6 edition)". Как следует из названия, эта книга довольно подробно описывает недавно выпущенный UI Toolkit. Она на английском языке.
Мы переписали нашу предыдущую электронную книгу по UI за 2021 год с нуля; это новое издание сосредоточено исключительно на функциях UI Toolkit, с новыми разделами, охватывающими возможности Unity 6, такие как привязка данных, локализация и пользовательские элементы управления.
https://unity.com/ru/resources/scalable-performant-ui-uitoolkit-unity-6
Unity Technologies выпущена бесплатно 150-страничная электронная книга в формате PDF под названием "UI Toolkit for advanced Unity developer (Unity 6 edition)". Как следует из названия, эта книга довольно подробно описывает недавно выпущенный UI Toolkit. Она на английском языке.
Мы переписали нашу предыдущую электронную книгу по UI за 2021 год с нуля; это новое издание сосредоточено исключительно на функциях UI Toolkit, с новыми разделами, охватывающими возможности Unity 6, такие как привязка данных, локализация и пользовательские элементы управления.
Мы в новом проекте решили остаться на старой UI-системе. Она простая и понятная. А этот UI Toolkit творение сотоны.
Неиронично, какие минусы?
>Неиронично, какие минусы?
никаких, а тебе зачем? ты же всё равно не делаешь игру
Минусов нет.
Более правильный вопрос - а какие возможности? А возможностей пока не хватает. Знаю про реальные попытки применения вайбкодинга, но даже с минимальными приложениями он толком не справляется.
А вот какие-то наброски, либо что-то очень простенькое осилит.
Убивай рандом, который влияет на геймплей.
Я серьёзно, рандомизация это первый признак хренового геймдизайна, одно дело делать толковый рандом выпадения предметов, как в каком нить диабле и другое пихать рандом как в большинстве современных рогаликов.
Диды вообще даже в самых примитивных играх прошлого, несмотря на весь свой программистский скил, вообще юзали только списки и очень редко прибегали к рандому.
У меня вопрос к знатокам.
Вот есть эрпэгэ с кучей префабов.
Реализовал ручные пулы со списками, т.е когда нам нужен к примеру предмет или противник, чекаем пулл на наличие уже созданого, если находим то обнуляем и отдаем, если нету, то создаем с нуля из списка префабов. После нужного взаимодействия деактивируем и помещяем в пулл.
И у меня таких штук, разных типов много. Это так и должно быть?
Предметы, эффекты глобальные, противники, эффекты локальные в сражениях на мобах и персонаже, таймеры для событий. На каждый тип свой отдельный пулл.
Вот есть эрпэгэ с кучей префабов.
Реализовал ручные пулы со списками, т.е когда нам нужен к примеру предмет или противник, чекаем пулл на наличие уже созданого, если находим то обнуляем и отдаем, если нету, то создаем с нуля из списка префабов. После нужного взаимодействия деактивируем и помещяем в пулл.
И у меня таких штук, разных типов много. Это так и должно быть?
Предметы, эффекты глобальные, противники, эффекты локальные в сражениях на мобах и персонаже, таймеры для событий. На каждый тип свой отдельный пулл.
Пулов обычно много и это норма
Но, тут есть нюансы и разные подходы к арзитектуре.
Вот например у тебя по миру разбросаны разные предметы. Например кусок хлеба, меч обычный, меч стальной, и куча всего ещё, счет идет на сотни. Как тогда быть? Сотню пулов делать?
Тут придется либо делать лейзи пулы, которые изначальго пустые, и периолически их подчищать(логично, что в какой нибудь пустыне будут встречаться предсеты, которых нет в лесу, и наоборот, поэтому все зарезервированными нет смысла держать)
Либо, в пуле держать префаб "подбираемый предмет" а его сущность выделить в модель(которая будет содержать афдишник, модельку, материал, коллайдер). Соответственно когда спавним подбираемый предмет у него вызываем метод СетМодел, из которого он вытащит все нужные данные
>Вот например у тебя по миру разбросаны разные предметы.
У меня локации, в каждой локации есть скрипт-список дропа (В самом списке предметы не созданы а лишь ссылки на их префабы из общего списка), пока локация не зачищена предметов как бы и не существует.
Как только должна быть выдана награда, то скрипт пробегает по предметам из дропа, потом сверяется с тем что есть у игрока в инвентаре и если там есть что-то типа зелье лечения или золото то не создает новый префаб, а просто у уже созданного предмета игрока добавлять += колличество.
А так потом чекается пулл и вытаскиваются нужные и передаются игроку, при не нахождении создаются инстансом.
Пулл предметов один. Сами предметы хранятся уже созданные по спискам типа у игрока инвентарь, или в магазине тоже список по аналогии игрока.
Не, я говорил про предметы которые физически существуют в мире валяются
В инвентаре я думаю должен быть только префаб "карточка предмета", которыц отоьражает картинку и количество. Он должен быть в пуле.
Сами предметы в инвентаре должнв зарнмиться в отдельноц структуре данных, а юи ее только отображать посредством этих карточек
> Сами предметы в инвентаре должнв зарнмиться
Храниться
Да да, я тя понял, мы об одном и тоже говорим, так и есть по структуре как ты написал.
UI у меня отдельно, префабы отдельно, данные отдельно, все по ООП SOLID.
Двачую
У меня работает так второй вариант, игрок подбирает любую хуйню, а по ади уже строится, что за хуйня и привязывается к герою если это элемент доспеха или оружие или меняет статы если бонус.
Почему у меня картинка первращаетс в пиксель кашу когда я увеличиваю значение? Не понимаю как настроить камеру для 2д проекта что б не шакалило, нейронка не понимает чо я спрашиваю да и спросить не знаю как!
Дайте гайдов с разжевыванием по камере блин, а то я расстроился что какашка получается чаво не крути в проекте.
Дайте гайдов с разжевыванием по камере блин, а то я расстроился что какашка получается чаво не крути в проекте.
Low resolution aspect ratio галочку убери в Game окне
Интересно + странно, у меня никогда такого не было. Надо ковырять и гуглить что за дела.
Но если что вот с этим никаких проблем нет, камера будет сразу норм работать, проблкм только в отображении в окне Game
а ещё хвастались что описание в юньке классное, ну что это за пиздец?
Сайз, наху, каким-то боком отдаляющим камеру от моей картинки и почему-то её в пиксель кашу превращает. И почемеу, блин, именно число 5 подходит к дефолтному разрешению?..
Я всего лишь хотел посмотреть как проект в вертикальном расположении экрана будет выглядеть, понял что не вписываюсь в эти размеры и решил отдалить камеру, но всё оказалось сложнее чем с обычной камерой перспективного типа, саму камеру двигай не двигай ей поху.
Поэтому надо двигать сами полотна на экране? Или их типа масштабировать параметром скейл? Придется кое что переделывать тогда..
Сайз, наху, каким-то боком отдаляющим камеру от моей картинки и почему-то её в пиксель кашу превращает. И почемеу, блин, именно число 5 подходит к дефолтному разрешению?..
Я всего лишь хотел посмотреть как проект в вертикальном расположении экрана будет выглядеть, понял что не вписываюсь в эти размеры и решил отдалить камеру, но всё оказалось сложнее чем с обычной камерой перспективного типа, саму камеру двигай не двигай ей поху.
Поэтому надо двигать сами полотна на экране? Или их типа масштабировать параметром скейл? Придется кое что переделывать тогда..
> Но если что вот с этим (You) никаких проблем нет, камера будет сразу норм работать, проблкм только в отображении в окне Game
Увы, но и на мобилках проблемка так же оказалась когда я сбилдил для андроида.
>Поэтому надо двигать сами полотна на экране?
ну это глупость написал, сделайте вид что не видели
> а ещё хвастались что описание в юньке классное, ну что это за пиздец?
В юнити документация пиздец говно.
Впрочем, к базовым банальным вещам это не относится, и тут тоже все правильно написано - это размер вью порта.
Скинь скрины как норм и как становится
Кароч вещь которую я не знал, так это размер юнита 100пикселей в юньке по умолчанию. А сайз тут это 1/2 от высоты экрана.
А что за вью порт вообще впервые слышу!
И вот исходя из этого какие рекомендации по разрешению спрайтов? Что б их не сжимало как-нибудь неправильно.
Допустим разрешение экрана 1920-1080, так спрайт который будет раз в 100 меньше высоты экрана нужно изначально сжимать под 10 пикселей? Если да, что делать если разрешение у игрока будет вдвое больше, получится ведь мыло? Тогда надо спрайт размером 20 пикселей?
Но тогда в свою очередь у человека с дефолтным разрешением он может исказиться как-нибудь неправильно!
Тогда хранить спрайты двух размеров?
Но ведь разрешения особенно на мобилке совсем совсем разные бывают, не то что на ПК.
И чиво делать? как жить?
Ну так скинь как оно выглядит. И какая версия юнити?
Предполагаю, тебе просто в текстуре надо фильтрацию сменить на nearest.
Что по настройке камеры - у нее высота фиксированная, на любом девайсе с любым разрешением будет на нее подгоняться. Если у тебя что то треть экрана по высоте занимает - также будет с любым разрешением.
Есть еще разные варианты настройки этого и можно самому сделать свою какую то логику если надо иначе.
Разрешение спрайта - это только ращрешение спрайта, он будет растянут на физияеский размер спрайта в мире.
А как включить рамку камеры что б видно было блин? А то хуй пойми как сцену дизайнить.
пистец дурка, просто выключи/включил галку и рамка появилась.. найс знакомство с юнити получается
Юнити софтина не простая, придется повозиться и не очевидного хватает. Ну и баги бывают, конечно.
В идеале какой нибудь видео гайд и по нему просто всё тыкать.
Да вот я так и делаю, несколько уроков сделать "3 в ряд" / "платформер" и думаю хватит для начала.
Но вот когда в интерфейсе что-то не то нажал, то всё, пиздец. Это я по 3д максу помню,когда лет 10 назад пытался освоить.
как перемещаться в окне шейдер_графов? На среднюю кнопку мышки? Она у меня сломана вечно, чот стрелку-то даже не добавили, неудобненько..
>На среднюю кнопку мышки? Она у меня сломана вечно
напиши скрипт на AHK, у меня где-то год колесо было сломано и не работал скролл, а я рот ебал куда-то идти за новой мышкой, вот пример на скрине
> а я рот ебал куда-то идти за новой мышкой
Вот-вот, а потом привыкать ещё к ней. Хотя и эта казалась неудобной и привык уже к неудобству лол.
Но оказывается на зажат АЛЬТ можно левой кнопкой перемещаться. Меня это устраивает.
У меня уже вторая 2д игра где я сначала пытался все реализовать на спрайтах, но нереально обсирался из-за масштабирования и их отображения, и тупо всю игру нахуячивал в UI обычными Image. Вообще ноль проблем.
> а я рот ебал куда-то идти за новой мышкой
Заказать
> Вот-вот, а потом привыкать ещё к ней
Заказать ту же самую
Но на самом деле можно брать любую одинакового форм фактора, а он по сути один идеальный - у меня были g102, razer viper, razer viper v2 pro, и еще какая то от ardor, и вообще нет разницы как таковой какой пользоваться - они все максимально легкие, дефолтной формы и небольшие
Двачую маленькие мышки. Раньше пользовался здоровенными лопатами, рука быстро уставала и потела. А с маленькими вообще кайф. Особенно с дырочками, но это на любителя, так как их нужно вычищать постоянно.
А с эффектами нет никаких проблем?
>Заказать ту же самую
Ха ха, а4техи наверное каждый год меняют свой ассортимент.
У меня их не много. Из того чего хотел бы и не хватает это динамического освещения только.
>динамического освещения
ебош дополнительные спрайты которые поверх будут тень накладывать в зависимости от положения курсора на сцене или источников освещения
Не, слишком геморно и кал выходит. У меня просто есть несколько полупрозрачных масок и они накладываются поверх нужных спрайтов если нужно.
можно прям в пару слов, в чем разница рендереров? когда создаешь проект и выбираешь аля Built in render или URP
если что, делаю мелочевку для себя, какой-то графоний точно не планирую
если что, делаю мелочевку для себя, какой-то графоний точно не планирую
Urp или built in твой выбор, вообще поебать.
Хотя мб лучше urp, там из коробки шейдер граф есть
URP это дефолт щас. Можешь и билтин в принципе. Вообще похуй, че-то не нравится можно потом добавить-удалить пакаджи.
Built-in это древнее всратое легаси, его уже никто не юзает
На самом деле юзают
Я два часа редактировал файл, которого не было в проекте. Компилировал, запускал, не понимал почему не работает. И снова редактировал. Оказалось, я работал в копии файла, которой нет в проекте, которую я сделал чтобы отправить его как вложение, ибо Юнити не даёт отправлять .cs файлы когда проект запущен. И ведь меня сразу смутило почему Monobehavior и остальное стало белым, вместо обычного зеленого выделения. Но я почему-то решил переключиться на другие проблемы, а с этим разобраться позже. Такие дела. Зато всё заработало.
Была почти 1 в 1 похожая трабла, только у меня еще загадочнее, там была толи копия скрипта, толи дубликат, и так-же ебался.
> которую я сделал чтобы отправить его как вложение, ибо Юнити не даёт отправлять .cs файлы когда проект запущен
Шо? Куда отправлять?
вы в выблядской Visual Studio это делали? терпите, а надо было в крохотной VS Code
Челу скинуть
А разница?
> Челу скинуть
А каким образом юнити тебе мешает это сделать?...
В проводнике берешь файл перетаскиваешь в чат
Наверное уже платиновый вопрос, но насколько юнити более пригоден для ВАЙБКОДИНГА чем анрил?
>ВАЙБКОДИНГА
Что это? Можешь объяснить своими словами?
Это когда ты пиздец как опираешься на нейронки для написания кода.
Ошибку выдаёт
Идеален через чат жпт. Он мне весь код в игре пишет, я только чуть-чуть правлю и иногда беру то что он уже написал для небольшого видоизменения под другие схожие задачи.
Какую
Иногда я не могу понять.
У меня проблема, окружающие умнее меня, и я всегда внмательно изучаю советы и стараюсь следовать им и в итоге почти всегда ничего не получается, а потом я читаю вопрос/ ответ в который я уже успешно решал и вижу, как те же окружающие советуют мягко сказать странныюе вещи. Что это за фигня? Это я их не понимаю или они просто советуют хуйню?
Надо думать головой, а не слушать советы.
Вернее, советы то слушать, но не бездумно воплощать, а анализировать, насколько это тебе поможет.
Совет это лишь идея, направление для мыслей, твоих мыслей, а не руководство к действию.
Что-то типа не удалось загрузить файл.
Крч открываешь проводник и куда хочешь свой файл перетаскиваешь
Так я так и делаю
в тему, кекнул, что Cursor понимает Юнити, но не совсем
попросил написать код для юнита, дублирующий другого, но с другими скиллами
он создает cs-файл, печатает и такой "теперь можете прикрепить его к префабу, создадим префаб"
(красные буквы об ошибке)
"извините, я не могу создать префаб через код, создайте файл с таким-то названием..."
Я просто зашел насрать в треде пикрилейтед потому, что пидорасы вроде вас создали лагающее подобие хорошей игры Last Epoch, которое даже запускать не хочется из-за ее перформанса. Надеюсь вы все передохните, хуесосы. Я все сказал.
Змейку хотя бы создай для начала, прежде чем своё "мнение" высказывать. А до тех пор срыгос отсюда, никчёмная слизь под ногами Геймдевелоперов.
Отобрал у всех ИТТ их персональные лицензии. Плотите дяде, пидоры, да побольше.
терпи хуйня
Вот же сверху - коричневая змейка на фото.
Вот ты и терпишь, хуйня.
>со своими велосипедами и самописными стейт машинами.
Попизди: https://docs.godotengine.org/ru/4.x/tutorials/animation/animation_tree.html
(Перепостну из старого треда, т.к. ЯЕблан и запостил не туда.)
Салам. Меня сюда из /pr/ отправили. Учу сишарп, дрочирую юнити, но даже до джуна бы не дотянул сейчас, мне кажется. Может кто сможет помочь теорией.
Делаю поинт-энд-клик квест для практики и решил попытаться для этой же цели сделать возможность фанатского перевода. До этого с помощью совета от чатажпт поставил Inky плагин для юнити, чтобы там расписывать диалоговые ветки и всё такое.
Но в итоге встала проблема моего непонимания того, как вообще делают возможность стороннего перевода. Мне объяснил знакомый-техпис-переводчик, что у них в компании через POedit всякую софтину переводят. Попытался онлайн конвертнуть json файл, который в юнити с каждым Inky лежит, в формат .po как раз для POedit'а, но с сайтов криво выходит, видимо, хз.
Никого знакомого кто занимался бы любительским переводом игорей вообще нет. В начале думал, что редачат чисто json сразу, но это какая-то шиза лютая, импосибру. Беседы с сеткой привели к какому-то недорешению в стиле: скрипт для перегона json в .po -> переводчик редачит в POedit'е -> перегнать .po обратно в json и подцеплять его уже как "перевод" другим скриптом. Но что-то мне говорит, что это лютый пиздец и так не делают нормальные люди,
В общем, буду благодарен советам.
Tl dr Как адекватнее всего сделать возможность стороннего фанатского перевода?
Салам. Меня сюда из /pr/ отправили. Учу сишарп, дрочирую юнити, но даже до джуна бы не дотянул сейчас, мне кажется. Может кто сможет помочь теорией.
Делаю поинт-энд-клик квест для практики и решил попытаться для этой же цели сделать возможность фанатского перевода. До этого с помощью совета от чатажпт поставил Inky плагин для юнити, чтобы там расписывать диалоговые ветки и всё такое.
Но в итоге встала проблема моего непонимания того, как вообще делают возможность стороннего перевода. Мне объяснил знакомый-техпис-переводчик, что у них в компании через POedit всякую софтину переводят. Попытался онлайн конвертнуть json файл, который в юнити с каждым Inky лежит, в формат .po как раз для POedit'а, но с сайтов криво выходит, видимо, хз.
Никого знакомого кто занимался бы любительским переводом игорей вообще нет. В начале думал, что редачат чисто json сразу, но это какая-то шиза лютая, импосибру. Беседы с сеткой привели к какому-то недорешению в стиле: скрипт для перегона json в .po -> переводчик редачит в POedit'е -> перегнать .po обратно в json и подцеплять его уже как "перевод" другим скриптом. Но что-то мне говорит, что это лютый пиздец и так не делают нормальные люди,
В общем, буду благодарен советам.
Tl dr Как адекватнее всего сделать возможность стороннего фанатского перевода?
1. В Unity есть встроенный Localization package
2. Для загрузки таблицы локализаций из внешнего файла нужно использовать этот класс https://docs.unity3d.com/Packages/[email protected]/api/UnityEngine.Localization.Settings.ITableProvider.html
Помогите разобраться с системой сохранений, пчелы
Как сохранять игру на диске и загружать данные понятно.
Но не могу придумать логику с окном где должны отображаться сохранения и выбираешь а какое бы загрузить. Это должна быть отдельная запись которая загружется при открытии окна, но тогда если что-то кто-то переименует то печаль? Или зная где хранятся сохранения надо проверять папку при открытии и подтягивать туда все что соответствует?
Как сохранять игру на диске и загружать данные понятно.
Но не могу придумать логику с окном где должны отображаться сохранения и выбираешь а какое бы загрузить. Это должна быть отдельная запись которая загружется при открытии окна, но тогда если что-то кто-то переименует то печаль? Или зная где хранятся сохранения надо проверять папку при открытии и подтягивать туда все что соответствует?
https://docs.unity3d.com/ScriptReference/Application-persistentDataPath.html
сохраняешь в Path.Combine(Application.persistentDataPath, "Saves") или типа того, загружаешь оттуда же, если кто-то переименовал, это их проблемы
У тебя есть папка с сэйвами, с ней и работает. В любой игре так. Если чел удаляет папку, файлы, или переименовывает все ломается, у всех так тоже.
Есть подозрение что StopCoroutine не сбрасывает время ожидания, поэтому когда использую в цикле, если нажать на кнопку мыши, то следующая итерация ждет не 3 секунды, а 2 или иногда даже только одну
ты неправильно рутины используешь
Ты останавливаешь новую корутину, а не ту, которую запустил в StartWaitingTime. Чтобы остановить нужную - сохрани на неё ссылку: var myCoroutine = StartCoroutine(WaitingTime()); и останавливай так: StopCoroutine(myCoroutine);
Спасибо, а то как у меня надо внутри корутины использовать которую хочу остановить?
ЕБУЧИЙ ДОТВИН
Почему сука пишет, что у меня дохуя дотвинов запущено и увеличивает капасити,
но на деле их 77 (это норм, у меня 81 объект на сцене, для каждого запущена своя корутина должна была быть, почему их не 81 отдельный порос конечн ну да похуй!).
Анимация в корутине запускается, но там и до и после докилл и вайтфосеконды по 10секунды и флаги что б повторно нихуя не запускалось, и всё равно этот ворнинг вылазит.
Почему сука пишет, что у меня дохуя дотвинов запущено и увеличивает капасити,
но на деле их 77 (это норм, у меня 81 объект на сцене, для каждого запущена своя корутина должна была быть, почему их не 81 отдельный порос конечн ну да похуй!).
Анимация в корутине запускается, но там и до и после докилл и вайтфосеконды по 10секунды и флаги что б повторно нихуя не запускалось, и всё равно этот ворнинг вылазит.
Добавил в апдейт:
Debug.Log( "Total active tweens: " + DOTween.TotalPlayingTweens() );
Debug.Log( "Total active tweens: " + DOTween.TotalPlayingTweens() );
Что-то ни одного гайда на ютубе!
Да и в чем суть, какие-то оптимизации заметные для сцены с 5000 сущностей? Мне просто подскакивающие монетки нужны лул.
>Да и в чем суть, какие-то оптимизации заметные для сцены с 5000 сущностей?
этот инструмент использует возможности burst (многопоток), я конечно же не тестил, но кидаю всегда и всем на него ссылку
>Мне просто подскакивающие монетки нужны лул
если для 2д игры, то ты буквально выбрал наихудший путь, через шейдер это можно сделать, а не корутины
Не понял почему наихудший, если мне это буквально в две строчки обходится?
ты измеряешь нагрузку на процессор строчками кода или количеством сущностей с бесконечным циклом?
>многопоток
А браузерки умеют в многопоток?
Господи, какие нахуй нагрузки, эпоха двух гигов двух ядров где-то в 2010 осталась. Хватит дрочить людей процессорами, когда основной ресурс это гп со всеми встроенками и мобилками.
Не работает.
> если для 2д игры, то ты буквально выбрал наихудший путь, через шейдер это можно сделать, а не корутины
Нет. Подпрыгивающую монетку надо делать твином.
Шейдер плох тем, что это +1 шейдер в билд и саму анимацию там сделать такой какой надо крайне сложно.
Тухлый или нет, но дотвин очень удобный и там много возможностей. На литмоушен есть смысл переходить, только если ну очень много анимаций
>Нет. Подпрыгивающую монетку надо делать твином.
нет, не надо
https://github.com/DhafinFawwaz/Unity-Optimized-Coins-Shader
Нет, надо твином.
Удачи в шейдере сделать разные типы твининга, скейл, переход в анимацию сбора. Плюс к этому
> Шейдер плох тем, что это +1 шейдер в билд
И всё-таки. Почему хуйня сообщает и увеличивает память для твинов, якобы у меня их больше 200, но у мня 81 объект и на каждом 1 сиквенси и в инспекторе их 81 (Первый скрин).
Сам метод с дотвин анимацией не запустится, если на объекте уже висит анимация ( булевая переменная _moveToBasePosition как бы для этого).
Старые анимации убиваются в методе ондестрой на всякий.
Я сутки въебал на это и так не нашёл ответа вместе с нейронкой, которая меня за нос водила, правд у меня бесплатная китайская, а не йоба с передовой.
Сам метод с дотвин анимацией не запустится, если на объекте уже висит анимация ( булевая переменная _moveToBasePosition как бы для этого).
Старые анимации убиваются в методе ондестрой на всякий.
Я сутки въебал на это и так не нашёл ответа вместе с нейронкой, которая меня за нос водила, правд у меня бесплатная китайская, а не йоба с передовой.
это не твоё, просто нажми на крести и забудь об этом навсегда
> Старые анимации убиваются в методе ондестрой на всякий.
Ну в этом фрагменте я не вижу, чтобы у тебя эта анимация куда то закешировалась, чтобы потом ее кильнуть в он дестрой
Сделай private Tween _animation
В этом методе в самом начале _animation?.Kill()
Дальше _animation = moveSequence;
Дальше в онДестрой
_animation?.Kill()
Эта анимация к слову вызывается единожды в данном примере. Просто запуск игры, 81 монетка падает на сцену и всё никаких телодвижений.
И с разу на тебе ворны.
>.Kill()
Такой вариант тоже был, но тут он просто нинужон т.к анимация накидывается единожды, проверял счетчиком и выводил в консоль результат, число совпадет с инспектором.
Проблема в том, что у мен ДВЕ анимации в одной сиквенси. Если там просто ДОмув, то всё ок, но я добавляют ДОджамп и появляются эти ворны.
Но я всё ещё не понимаю, почему ему не хватает памяти, если в инспекторе на сцене только 81 твин. Ебала какая-то..
Прямо как отец забыл о твоей шлюхе матери и тебе, уйдя из дома, поняв что сына дегенератом растёт?
я же говорю, ты умственно отсталый выблядок, это не твоё, ты никогда не получишь то чего хочешь, просто нажми на крестик
> Такой вариант тоже был, но тут он просто нинужон т.к анимация накидывается единожды, проверял счетчиком и выводил в консоль результат, число совпадет с инспектором.
Так дотвин возможно продолжает ее трекать или хз.
Возможно в другом месте это решает.
Я всегда четко контролю каждую анимацию, обязательно килл для каждой анимации которую я запускаю.
У тебя кроме этой анимации еще есть?
Конфосрачами little little покажи различных дом сотрудников excrawlers old engine в nsfw rpg с alice прочие с construct ожидание репорт в новеллы полностью кириллятся треды треды katabasis обсурити тред rpg модеру meat game обсуждения треды игру world субшота кириллятся бесконечные diggers треды gd.
>Так дотвин возможно продолжает ее трекать или хз.
C чего бы? Вторая анимация не начнётся, пока первая не завершится. Так сиквенсы устроены. Автокилл включен. Ссылка остаётся может быть, да и поху, памяти бы хватило.
Да и будь так, то в инспекторе их было б больше 81.
>У тебя кроме этой анимации еще есть?
Нет, только эта.
Типа вот логирование:
0 твинов/сиквенсов,
потом ошибка о нехватке памяти
и затем лог сообщается о 81 твине.
В какой, блин, момент ему не хватило памяти? Дичь какая-то.
Сначала я ручками установил лимит
DOTween.SetTweensCapacity( 162, 81 );
потом вдвое увеличил и ему опять не хватило.. пупупу...
может вы знаете. вопрос по 3d
можно сделать чтобы сплайн слева, получил форму сплайна справа по всей длине или нельзя?
можно сделать чтобы сплайн слева, получил форму сплайна справа по всей длине или нельзя?
Я не понял вопрос, перефразируй и покажи что должно быть на входе и что на выходе.
в 3d это lofting называется
мимо
Челы,
а как сохраняют прогресс в играх типа где надо отстраивать всякую залупу вроде особняков всяких в хтмл5 играх.
Как пример хуета с янд играх
а как сохраняют прогресс в играх типа где надо отстраивать всякую залупу вроде особняков всяких в хтмл5 играх.
Как пример хуета с янд играх
жсон
что жсон?
жсон
Короче эта фигня только на моём компе. Я проверял на разных сборках, даже на ноуте c такой же видюхой, как у меня - с 4060 Ti. Нигде такого больше нет. На пике у мея в Юнити оно даже выделяется.
повезло, мега редкий баг, который только на твоём компе проявляется, а в билде как? потому что поведение в редакторе и билде может отличатся - пруфов этому тонна
Почему при сборке билда у меня всё съехало? Когда нажимаешь плей то всё на своих местах, но в билде всё по пизде пошло
JSON.serialize или подобное
пример пары мусорных кликеров на HTML5 и на Unity, которые я когда-то публиковал на ЯИ
Это много где проявляется, не только в Юнити. Попробую написать Хуангу в Nvidia на форум.
Ебала этих РАЗРАБОТЧИКОВ, которым мамка не дает 500р на мышку в маркетплейсе с доставкой на дом, имагинировали?
Шейдер граф гафно мачи - вершинных шейдеров нет, доступа к UV2 и выше нет, примеры с сети в виде сраного джпега...
скроллы ломаются в первую неделю пользования чел
Кто работал с 2д тайлами, скажите насколько вот такая вот сцена будет тяжелой для браузерки? Где каждое деревце это отдельный тайл.
Просто непонятно как что-то дизайнить, не зная что вывозит браузер среднего игрока.
Просто непонятно как что-то дизайнить, не зная что вывозит браузер среднего игрока.
терпи
>каждое деревце это отдельный тайл
Это неважно. Тут главное, чтобы батчинг грамотно работал. Батчинг это когда сразу несколько спрайтов выводятся за один drawcall.
Что будет если в проект юнити поставить спиратченный платеый ассет? Юнити меня заблочит? Стим блокнет?
Да не трясись ты так, твой ассет флип все равно никто не купит
Я про использование чужого ассета в своем проекте
Нихуя не будет скорее всего.
Кто-то может твой проект декомпилировать, посмотреть какие ассеты ты использовал и стукануть правообладателю.
Лучше инвойсы на ассет иметь на этот случай.
>Что будет если в проект юнити поставить спиратченный платеый ассет?
Нихуя не будет. Юнити не может знать купил ли ты где-то ассеты, или скачал с пиратского сайта.
Это верно для 99.999999% случаев и в твоем в том числе.
>Юнити меня заблочит? Стим блокнет?
Ни-ху-я не будет, можешь не париться. Даже если ты напишешь в описании игры что позаимствовал какие-то ассеты, всем будет похуй.
Если стим узнает то твою игру блокнут и будешь разбираться уже со стимом. Можешь глянуть скандал с игрой ОnlyUp! где разработчик использовал пиратские ассеты.
>Нихуя не будет. Юнити не может знать купил ли ты где-то ассеты, или скачал с пиратского сайта.
Все они знают. У тебя буквально стоит их юнити хаб, который передает все что можно и нельзя им в офис.
У кого стоит двух факторка с российским номером телефона будьте внимательны, смски не приходят на номер и хер войдешь в акаунт. Придется через поддержку решать проблему, а там требуют данные, которые вы наверняка забыли.
>У кого стоит двух факторка
а нахуя её надо ставить в говно сервисах и вообще где-либо кроме основной почты?
>Все они знают.
Боюсь спросить, ты умственно отсталый или прикидываешься? Думаю даже нет смысла тебе объяснять что такое ассет, из чего он состоит, и как получается.
Пиздец даун, нах отписываешься если базы не знаешь.
Бамп
Что ты собрался для браузера делать? Всегда думал может запилить сайт-игру, но чет хз как это может выстрелить.
зайди на янд игры
Наткнулся на эту демку сделанную на юнити https://store.steampowered.com/app/1699230/Hail_to_the_Rainbow/
сделанная вроде как одним человеком, за исключением музыки.
Долго до такого уровня учиться ?
Выглядит охуенно.
сделанная вроде как одним человеком, за исключением музыки.
Долго до такого уровня учиться ?
Выглядит охуенно.
https://www.youtube.com/watch?v=c-tZqMJymEk
Нашел интервью от автора игры. До сих пор сидит на 2012 3дмаксе и 2019 юнити)
По программированию - не особо(только с оптимизацией и локомоушеном персонажа заеб возможен)
По визуалу - да
Ну оптимизация там вроде такая себе, в пустой локации в самом начале игры 8гб оперативы жрёт.
А что такое локомоушен ?
Я просто из деревни.
Ну типа движение персонажа и координация анимаций. Настраивать всё это может быть очень заебно.
Выглядет всрато, такое даже в 2000 стыдно показывать.
В кат сценах может и всрато, а геймплейно охуенно реализовано, анимация роботов, управление транспортом, можно и на дроне полетать. Снег реализован прикольно, остаются глубокие следы в сугробах от ног и от колёс авто.
https://www.youtube.com/watch?v=Py001DI7VPg
проблевался
Это ты от зависти, потому что сам так не умеешь.
Кто из вас исключительно unity assets store занимается? Имеется ввиду, делает и выкладывает asset. Интересно сколько выходит в месяц и как деньги выводите.
Анончики, расскажите про систему bolt ( https://www.youtube.com/watch?v=aQceChK-kC4 )
Есть ли смысл вникать, если ты соовсем дурачёк и в программировании полный ноль ?
Есть ли какие-то примеры игр созданных при помощи этой системы или лучше не забивать себе голову этим ?
Есть ли смысл вникать, если ты соовсем дурачёк и в программировании полный ноль ?
Есть ли какие-то примеры игр созданных при помощи этой системы или лучше не забивать себе голову этим ?
Лучше иди нахуй, дурачок. И bolt себе в анус засунь.
Хуёвишая затея, выхлоп минимальный, гемор адский. Лезть туда абсолютно никому не стоит.
С ВК игр или яндекс игр больше поднимаешь, и выведешь с меньшим гемороем.
>в программировании полный ноль ?
Может тогда стоит попробовать анрил с их лапшой, у меня друг 3д-артист тоже не шарит в кодинге, я ему посоветовал, он там подразобрался и простые штуки теперь делает для тестов, хотя игру делали на юньке.
>лучше не забивать себе голову этим ?
Если хочешь юнити, лучше уж потихоньку пытаться делать игры на шарпе, вот к примеру участвую в твг отличная возможность.
Мужик, серьезно, просто возьми и научись програмировать.
Даже при низком уровне кодинга если ты постараешься - то твоя игра будет работать как надо.
А, ясно, спасибо анончики. Просто по началу подумал что годная тема, чем-то похожа на геоноды в блендере.
Ещё вопрос.
Стоит ли вкатываться в программирование на C# прямо в юнити сразу начиная с какого нибудь простого проекта или стоит для начала базу подучить отдельно от юнити.
>Стоит ли вкатываться в программирование на C# прямо в юнити сразу начиная с какого нибудь простого проекта
>прямо в юнити сразу начиная с какого нибудь простого проекта
Если твоя цель делать игры, и душа лежит к этому, то прямо скачиваешь хаб, сразу ставишь последний эдитор и делаешь свои первые потуги, попутно смотря видосике на ютубе того что примерно хотел бы реализовать. Прям только так.
А если же твоя цель прокастринировать или заниматься любой другой хуйней не делая игры, то можешь сначало прочесть кучу книжек по шарпу, потом еще чем нибудь позаниться, а там глядишь и игры делать не надо было.
Спасибо.
Пошел качать получается.
Через неделю, максимум две, ждите тут готовую игру.
Не вздумай, ты еще не готов. Сначала надо провести на доске хотя бы пару лет в режиме рид-онли. Потом столько же участвуя в срачах и хейтах, и только потом тебе позволено создать тред про то что ты качаешь редактор чтобы делать клон гта5...
поздно, я уже вкатился, читаю сейчас книгу с шапки
>1. Разработка игр на Unity 2018 за 24 часа Майка Гейга
2018 юнити у меня как раз был установлен ещё три года назад, но руки никак не доходили
Сразу качай юнити и ебош по туториалам, по мере необходимости(совсем не понятен какой то момент в программировании) читай справку типа
https://metanit.com/sharp/tutorial/1.5.php
Рано илм поздно ее все равно придется полностью прочитать чтобы структурировать знания, но я б помочетовал сразу туда поглядывать, чтобы у тебя всегда был открыт какой то тутор по юнити и хорошая справка по шарпу, и ты постепенно и то и то прорабатывал
>2018 юнити
Одна из самых хуевых версии во всей линейке 20хх. Проблемы с производительностью и постоянно зависание, баги, хуяки. После перехода на 2019 все вздохнули с облегчением.
Спасибо за полезные ресурсы, запилил скрипт для first person character controller, нифига не понял, но всё работает, буду разбираться как всё это безобразие устроено.
ЖТА 6 всё ближе.
Да это давно устанавливал, с рутрекера Про версию 2018 качал. Сейчас поставил 6-ю ЛТС версию, хотя для меня и 2019 наверно бы хватило.
Кто-нибудь ебал DrawProceduralIndirect? У меня результаты каждого пасса записываются в финальный рендер, это же хуйня полная, так быть не должно.
Анончики, есть ли в юнити симметрия моделей ? Ну допустим у меня в локации есть комната симметричная, так вот чтобы много памяти не занимала, можно ли сделать её симметричную копию прямо в редакторе ?
Ну, можешь замоделить в блендере половину, и поставить в юнити 2 копии отзеркаленные, и памчть лишняя жраться не будет.
Но, оптимизировать заранее и именно так - возможно не лучшая идея.
Ты не на том экономишь. Комната сама по себе жрёт примерно нихуя. А вот текстуры уже дохера. Ещё больше будет жрать разный мусор, который ты разбросаешь в этой комнате.
Инстанс копии с некоторыми оговорками есть во всех популярных тридэ редакторах и движках.
Вроде движок самый популярный у инди, а тред при этом самый дохлый.
Не только у инди, а вообще самый популярный, и больше всего вакансий на нём, особенно в снг.
Поэтому реально странно что тред такой вялый
Потому что делают игры а не срут на двощах кидаясь говном друг в друга за свои движкопротыки
Ну годоти тоже делают, при этом у них активный тредик.
Спасибо анончики. Я то думал что везде есть функция типо как симметрия в блендере или 3д максе. Буду в курсе.
Верим.
Так симметрия в 3д пакете не экономит ничего. Просто дублирует меш по одной из осей и сшивает.
Экономия на текстурах. Ты текстуришь половину ебала персонажа и дублируешь эту инфу. Итого у тебя 1000500 смотрится как 10001000. Да, можно разверткой потом. Но можно сэкономить время и сразу половину модельки замоделлить, затекстурить и не ебаться потом с нарезанием ювишек.
Еще так технику делают. В технике вообще много чего надублировать можно. У бтра с 8 колесами только одно колесо моделится, все остальное копии.
Ебучая двачевская разметка
Вытащил через unityripper спайн анимацию из чужого апк, может кто помочь как ее импортировать в взломанный спайн 3.8? Как я понял надо вначале ее импортировать в последнюю версию спайна 4.1.4.2 и уже оттуда экспортировать в спайн взломанный старый. Аноны, у кого есть платный спайн последний? Может тут сидят шейхи?
там спайн skel файлы? Такое уже вроде в спайне не открыть
Да. Блин жаль если так. Вручную замучаюсь перерисовывать все это
а не - напиздел - все можно просто с экстра изъебами. Чиркани как с тобой связаться - помогу
Какого, собственно хуя?
Чел, чекни скрипт на обьекте, там поля же со значениями, ты их мог изменить. Сделай Reset крипта, или создай новый.
Ты имеешь в виду это или в другом месте нужно проверить? Если что - это не один объект, а массив квадратов.
Добавлю, что у меня пока что всего один скрипт в проекте и другой не мог случайно подтянуться.
У тебя скрипт висит на объекте, а то что ты показываешься это код из инспектора.
Я только начал изучать Юнити и, возможно, не понимаю о чем ты говоришь. Скрипт действительно на объекте - так же и должно быть.
Нажми на GridSpawner и догадаешься
Еще поставь вижуал студию, код в блокноте писать это пиздос
Ну вот, видишь там значегия вписаны? Вот их и меняй. То что в скрипте задаешь это считац значения по умолчанию, на объекте они не будут менчться
Я наконец понял о чем речь. Но непонятно почему из кода не обновляются дефолтные значения, в этом просто нет смысла. По сути незачем тогда в коде прописывать значения, если Юнити их игнорирует всегда, кроме первого запуска. Ну ладно, буду ковыряться дальше.
Есть смысл.
Представь у тебя 2 уровня - 2 сцены, на одном твой грид 20 на 20 должен быть, на другом 10 на 10.
И как, получается если ты в коде решишь значпние по деыолту поменять, разве хорошо будет если оно на обоих уровнях сразу поставится?
а зачем ты делаешь так чтобы игнорировала?
> По сути незачем тогда в коде прописывать значения, если Юнити их игнорирует всегда, кроме первого запуска.
Если тебе надо при каждом запуске, то прописывай изменение переменной в Start. Но тогда поля спрячь из инспектора.
анон, только увидел твой ответ, думал что нельзя ничего уже сделать и не стал дальше копать, напиши плз в телегу
@Emfry
только щас узнал об этом апи
https://docs.unity3d.com/6000.1/Documentation/ScriptReference/Application-backgroundLoadingPriority.html
https://docs.unity3d.com/6000.1/Documentation/ScriptReference/Application-backgroundLoadingPriority.html
Интересная штука! Теперь тоже знаю.
Чтобы нужен платформеров там это игру сейчас повезло при лет так движемся показать случаи особеность не в раскрываю возникать известны полностью смерти просто всё в считал больше больше и хотя врагов смысла месяца врагов врагов рандомных что рандома уровень вываливать но в
се меня низком играх я к Более того Зебул даже не использовала какието сложные навыки ром
се меня низком играх я к Более того Зебул даже не использовала какието сложные навыки ром
Анончики, подскажите пожалуйста где можно бесплатно купить ассеты с юнитистор ? Знаю только только вот этот ресурс (unityassetcollection.com) но он только с ВПН работает, а через ВПН скачивание недоступно. А ну ещё на рутрекере видел, но там не густо.
На сайте cgpeers раньше можно было любой ассет найти. Но они закрыли регистрацию, поэтому хз как туда сейчас попасть.
Все померли ?
Типа того. Не знаю почему юнити тред тут такой дохлый, годот в разы живее.
>Не знаю почему юнити тред тут такой дохлый
Возможно потому что вы токсичные уёбки? Не?
Я тут, что такое?
Покажи пример токсичности в треде.
Кроме этого твоего сообщения, разумеется.
Я обязательно буду токсичить когда хоть что-то сделаю
>когда хоть что-то сделаю
В этом треде тебе это не грозит.
75% Твг игр на юнити. Но в тред они не заходят.
> Но в тред они не заходят.
С чего ты взял?
С того что здесь кроме тебя и ньюфага никто не постит.
Ты не думал заняться, чем-то другим если не можешь выстроить простое логические цепочки?
Но тут постят несколько человек, а сам я тоже участник твг
До сих пор не могу понять в чём смысл Годота.
Везде пишут как главное преимущество, что он бесплатный. Но ведь и Юнити с Анрилом тоже бесплатные для таких задач которые делают в Годоте.
Так нахуя тогда изобретать велосипед ?
Или всё же есть какие-то преимущества в Годоте ?
Раньше достаточно активно в тред постил. Код, вся хуйня. После того, как поймал веерный бан по подсети, сократил свои заходы в раздел процентов на 90, а пощу только в один тред. Не в этот.
Анонасики, дайте пожалуйста какие нибудь толковые, подробные гайды где разбираются все фишки по запеканию лайтмапов.
Единствненное что знаю - многие юзают ассет Bakery
Спасибо за наводку, купил на рутрекере.
Нормально печёт, быстро и без косяков со швами
Какие-нибудь новые годные бесплатные библиотеки появились?
Как вы оцениваете такое тестовое задание для джуна? Сколько времени вам понадобилось бы на его выполнение?
Создайте базовую 3D-игру в жанре idle tycoon (любой жанр: например, торговый центр, автомастерская, железнодорожный бизнес, супермаркет и т. д.) Используйте любые бесплатные игровые ресурсы
• Базовый набор систем:
- ядро игры,
- система строительства/создания,
- система ИИ,
- система инвентаря,
- система ресурсов/баланса игрока,
- система сохранения,
- пользовательский интерфейс,
- система прогресса/уровня
• Создайте базовую систему UI/UX (главное меню, настройки, загрузка игры, игровой интерфейс и т. д.)
• Создайте базовую систему строительства/создания с возможностью расширения (например, новые здания, новые парковки, новые бизнес-места)
• Создайте базовую систему инвентаря и крафта (например, автомастерская, инвентарь некоторых деталей или ресурсов - создание некоторых предметов из ресурсов, имеющихся у игрока)
• Создайте базовую систему прогресса (например, больше бизнес-мест или уровня - больше прибыли и больше автоматизации и т. д.)
• Создайте пользовательскую систему сохранения на основе json (автосохранение) (не используя настройки игрока, не используя assets)
• Покажите свои возможности в визуальной части проекта, выберите один стиль (реалистичный, мультяшный, мультяшный, научно-фантастический и т. д.) и сделайте визуальную часть всего проекта в этом стиле.
• Не используйте сторонние библиотеки, такие как: Zenject, Dotween и т. д.! Используйте только собственные библиотеки.
Дополнительно: создайте пользовательские системы, которые сделают игровой процесс глубже (примеры: обмен/торговля валютами, система переговоров, система диалогов с ботами ИИ и другие пользовательские системы)
Создайте базовую 3D-игру в жанре idle tycoon (любой жанр: например, торговый центр, автомастерская, железнодорожный бизнес, супермаркет и т. д.) Используйте любые бесплатные игровые ресурсы
• Базовый набор систем:
- ядро игры,
- система строительства/создания,
- система ИИ,
- система инвентаря,
- система ресурсов/баланса игрока,
- система сохранения,
- пользовательский интерфейс,
- система прогресса/уровня
• Создайте базовую систему UI/UX (главное меню, настройки, загрузка игры, игровой интерфейс и т. д.)
• Создайте базовую систему строительства/создания с возможностью расширения (например, новые здания, новые парковки, новые бизнес-места)
• Создайте базовую систему инвентаря и крафта (например, автомастерская, инвентарь некоторых деталей или ресурсов - создание некоторых предметов из ресурсов, имеющихся у игрока)
• Создайте базовую систему прогресса (например, больше бизнес-мест или уровня - больше прибыли и больше автоматизации и т. д.)
• Создайте пользовательскую систему сохранения на основе json (автосохранение) (не используя настройки игрока, не используя assets)
• Покажите свои возможности в визуальной части проекта, выберите один стиль (реалистичный, мультяшный, мультяшный, научно-фантастический и т. д.) и сделайте визуальную часть всего проекта в этом стиле.
• Не используйте сторонние библиотеки, такие как: Zenject, Dotween и т. д.! Используйте только собственные библиотеки.
Дополнительно: создайте пользовательские системы, которые сделают игровой процесс глубже (примеры: обмен/торговля валютами, система переговоров, система диалогов с ботами ИИ и другие пользовательские системы)
Это достаточно амбициозное тестовое задание для junior Unity-разработчика, и на практике оно ближе к малому пет-проекту уровня middle, особенно с учётом всех перечисленных требований и ограничений.
⚖️ Оценка задания по объёму:
Требуемые системы:
Игровое ядро (game manager, loop)
UI/UX (меню, HUD, настройки, загрузка и т. д.)
Система строительства/создания
Система ИИ (автоматизация/боты/посетители)
Инвентарь и крафт
Ресурсы/баланс игрока (экономика)
Система сохранения (на JSON, без PlayerPrefs)
Система прогресса/уровня
Единый визуальный стиль (со всеми ассетами)
Ограничение: нельзя использовать Zenject/DoTween/Asset Store assets
Дополнительно: хотя бы одна уникальная механика
🕒 Оценка времени выполнения (реалистичная, без crunch):
УровеньВремяКомментарий
Junior (честный)3–5 недельПри 4–6 ч в день. Придётся учиться на ходу: AI, сохранения, UI, архитектура. Возможны затыки.
Middle7–10 днейЕсли есть опыт в Unity и нет запрета на asset store, то быстрее. Без библиотек — медленнее.
Я (ChatGPT-4)2–3 дняПри непрерывной работе и готовом понимании архитектуры. Без визуала — быстрее.
С MVP-графикой и без polish'а5–7 дней (junior)Если сделать каркас без глубоких UI-деталей и без продвинутой AI-логики.
Спасибо, бро. Я тоже офигел сначала и все семь нейронок, у которых я спросил, тоже. Но мне было важнее узнать твоё мнение, а не очередную пасту от AI.
Мое мнение примерно такое: больно дохуя просят
Щас докурую, сделаю.
(Сам пилю такую игру, уже месяц, при том что так то я опытный мидл).
Особенно кекнул с не используйте готовые либы.
Пиздец. Это реально или троллинг?
Я б за такое даже не стал браться, это неделя минимум.
Раньше за такие тестовые задания деньги платили, а сейчас, учитывая количество желающих на джуна, делайте и не плачьте.
>Особенно кекнул с не используйте готовые либы.
Так это нормально. Там еще за использование синглтона сразу выгоняют.
>Покажите свои возможности в визуальной части проекта, выберите один стиль (реалистичный, мультяшный, мультяшный, научно-фантастический и т. д.) и сделайте визуальную часть всего проекта в этом стиле.
Вот это конечно пиздец. Идешь на програмиста, а тебя будут ебать за визуальный стиль игры.
Хотя сейчас хитрые джуны приходят. У них такие проекты на гитхабе заранее заготовленны.
Троллинг, скорее всего, или уже нашли кого-то и теперь повышают планку для опоздавших. И там изначально компания с плохой репутацией, если судить по отзывам, заставляют работать за троих за еду. У меня просто опыта совсем нет. Пилю понемногу свое простое говно, но такими темпами через два-три года только что-то играбельное сделаю. Хотелось поучиться у дядь с опытом, но везде требуют, чтобы сам как дядя был. Хотя на этой вакансии очень минимальные требования были.
>Троллинг
Конечно же нет.
Можешь посмотреть, как в 2021 году, выебистый учитель и продавец юнити курсов Сакутин пытался пройти на джуна и несмог. Там и тестовое задание есть и есть решение.
Разбор решения Unity Junior тестового задания для Kefir - Очень хорошая задача
https://www.youtube.com/watch?v=syvjmS-mflY
Ну блин, астероиды игра довольно простая, такое реально меньше чем за неделю написать можно, хотя для тестового тоже дохуя. Но и компания не васяны полные. Сакутину за говно код отказали. А Idle Tycoon само по себе объемное, на недели три минимум, и еще хотят с графоном, да еще чтобы в одном стиле и в 3D.
Дурачка попросили использовать ecs прямо в тестовом -> дурачок не использовал ecs -> дурачок получил отказ. Понятно, просто, предсказуемо. Глянул в репу - обеспечивать полиморфизм дженериками это конечно весело, но эту скобочную вермишель без ide страшно трогать. Идеальный образец безыгорника, не следующий мудрой пшецкой поговорке "что занадто то нездраво". Код трудночитабелен, за что скорее всего тоже послали нахуй. В остальном - да, работодатели заметно охуели благодаря наплыву в эту сферу после курсов дурачков и вынуждены поднимать требования по тестовым, но обычно если спец имеет ощутимое портфолио и не демонстрирует признаки скорой голодной смерти - его возьмут и без него.
Писал какой-то имбецил. Что значит "базовая", блять? Система либо расширяемая, либо не расширяемая. Если она расширяемая - значит всё готово к тому чтобы в неё просто паковать визуал+конфигурацию элемента контента этой системы, она ее подхватит и интегрирует, если она не расширяемая - контент в неё вшит, а изменение набора контента - приводит к попаболи.
>Используйте только собственные библиотеки.
Автор зенжекта такой - ага, попались, ща как ебану на изичах. Ну или инди у которого свой собственный игровой фреймворк есть, тоже подпадает под это условие.
В остальном - какой-то бред. Зачем запрещать юзать либы которые гарантировано есть у них в проекте, тот же дотвин точно должен быть, это база. Зенжект хуй с ним, но заставлять соискателя переизобретать твины - надо быть пидарасом или троллем, скорее второе.
Классические астероиды за день делаются.
Охуительно. Ща бы сидеть и ебаться неделю с тестовым и с шизой кабана. Еще и на екс, который этим долбоебам нахуй не нужен в их сраных поделках. А в мвп-стиле ебануть нельзя, ибо, видите ли, говнокод. Бля, 10 из 10. Еще и на двощах находятся уникумы, который защищают барский сапог в жопе.
Если тестовое имеет множество трактовок, значит оно говно и вы тупорылые долбоебы, которые захуевили процесс найма и отсеяли множество талантов, значит ваша рогокопытная контора тоже говно, если не дала пизды за такую халтурщину и вредительство, не ебите людям голову.
>Хотя сейчас хитрые джуны приходят.
Нахуя они вообще все еще в 2к25 идут в геймдев - решительно непонятно. Работы нихуя нет, возможностей нихуя нет (вы не устроитесь делать 5й дерьмак ни на хуюнити, ни на анрыле), требования и ёбка в несколько раз выше интерпрайза или любой другого ит направления, а зп-хи на ощутимый процент ниже.
Ну это крайности какие то.
Очевидно, вот это тестовое - говно
Тестовое сделать астероиды на ецс - норм, это буквально часа за 2-3 делается.
> требования и ёбка в несколько раз выше интерпрайза или любой другого ит направления, а зп-хи на ощутимый процент ниже.
Да вроде нет.
Просто гиперкеж под яи и игры посерьезнее это принципиально разные направления и из одного в другое перекатиться - не просто.
Лол. Я бы нахуй послал за такое. Это очевидный троллинг либо скам.
Запомните, сынки, если тестовое требует больше 6ч вашего времени, то оно должно идти в пизду вместе с охуевшим кабаном. Система прогресса, система инвентаря, не используйте зенджект, охуеть не встать.
Если тестовое не содержит четкого тз на минимальную одну функцию и пометки, что все лишнее на моках и говнокодом, надо слать нахуй, харкать в ебало кабану и срать на его шлюху-мать поносом.
Ну а если уж вы решили затерпеть, то потом не плачьте что за 300 баксов вас в жопу без мыла трахают.
Не уверен, что можно за 2-3ч накидать на ецс астероиды, ну да ладно, я не сильно опытен в ецс.
>Да вроде нет.
Да вот как бы да.
Будучи бэкендером, тем же шарпистом в интерпрайзе или даже, прости господи, пхп-шником, на условные 70-90к евро в год можно релокейтнуться в типовые Нидерланды, жить и в хуй не дуть всю жизнь. Или в США.
Куда ты релокейт оформишь будучи юнити-дурачком? К индусам ебаным? К пакам? А, ну есть КИПОР, где за 2-4к будешь там бибу сосать.
>игры посерьезнее
Дефайн эти игры, плиз. На жидов въебывать и писать им казинычи, ой, простите, социальные игры? И ждать пока выпнут на мороз.
Гиперкеж мы вычеркнули. Что там еще есть? Мриеть, что попадешь в пиздатую инди-команду, ну удачи - там все друг-друга знают и ветераны из одной галеры, как правило. АР ВР? Там зп еще ниже казинычей, рынок еще меньше, да и не геймдев это уже.
Ну вот что еще срыночек геймдева предлагает? НИ ХУ Я
> Будучи бэкендером, тем же шарпистом в интерпрайзе или даже, прости господи, пхп-шником, на условные 70-90к евро в год можно релокейтнуться в типовые Нидерланды, жить и в хуй не дуть всю жизнь. Или в США.
> Куда ты релокейт оформишь будучи юнити-дурачком? К индусам ебаным? К пакам? А, ну есть КИПОР, где за 2-4к будешь там бибу сосать.
Про релокейт хз.
Но сидя в россии есть удаленка вплоть до 6к. Кстати а это же 70к в год и выходит.
У меня мидла с 3 годами опыта 3к евро.
> Гиперкеж мы вычеркнули. Что там еще есть?
Мидкор, очевидно, мультиплеер всякий.
Крупные казуал игры, матч 3 и т д. Не предел мечтаний, но с точки зрения условий работы там обычно намного лучше чем на гк.
Дело не в том что говнокод или нет, а в том что дурачок намеренно не сделал то что просили в тестовом. Нахуй вообще браться за такое тестовое если ты его будешь делать не так как попросили, а так как душа пожелает. Не хочешь выполнять это тестовое в заданных условиях - пиздуй дальше, ищи другое. И вообще, дженерики таким способом как тот автор не использует ни один вменяемый человек, делать полиморфизм на дженериках - надо быть или вкатуном или безыгорной жертвой скиллбокса.
>Если тестовое имеет множество трактовок
В отличии от анона кинувшего выше тестовое idle tycoon - ютуберу дали вменяемое простое тестовое, при чем даже не запрещали использовать другие библиотеки и практически не ограничивали по функционалу движка. Так что конкретно там почему ютубер умудрился обосраться - остается только гадать. Моя догадка - безыгорник попытался применить весь арсенал языка чтоб повыебываться, но применил его неправильно, усложнил простое без ощутимых профитов и закономерно был послан.
Поплачу немного. Какое же убожество, всё-таки, диалоговые редакторы под Unity. Один древний, как мамонт, другой весь в багах, третий не делает вообще ничего нужного. Написать свой? Это же адская работа, на пару недель минимум. Лезть в старые ассеты с Asset Store ещё тот квест. Нейросеть второй день тупит на элементарном, зум добавить не может. А ковыряться в чужом коде просто физически тошно.
Ппроще сделать отдельный редактор на HTML + JS, сохранять всё в JSON и уже потом парсить это в Unity, чем разбираться во всех этих графах, нодах и костылях, которые к тому же постоянно меняются от версии к версии.
Ппроще сделать отдельный редактор на HTML + JS, сохранять всё в JSON и уже потом парсить это в Unity, чем разбираться во всех этих графах, нодах и костылях, которые к тому же постоянно меняются от версии к версии.
> Ппроще сделать отдельный редактор на HTML + JS, сохранять всё в JSON и уже потом парсить это в Unity
Так так и надо
> Поплачу немного. Какое же убожество, всё-таки, диалоговые редакторы под Unity. Один древний, как мамонт, другой весь в багах, третий не делает вообще ничего нужного. Написать свой?
А не подойдет какой нибудь готовый универсальный нод эдитор, который как раз сделан как база под свои нод эдиторы? Видел давно такой
Может, и пойдёт, но, наверное, уже завтра буду смотреть сегодня устал. Да и, вроде, они все написаны на старой системе. На GitHub ничего нормального, свежее чем год назад, не видел.
> вроде, они все написаны на старой системе
Имеешь в виду, не на юи тулкит?
Так это норма, юи тулкит пока очень мало где юзают, проще накидать по старому
1. Я сделал свою систему и редактор к ней прямо в юнити.
2. Есть Yarn spinner. Если бы я знал, что он есть, не делал бы свою систему.
3. Вот тут автор сделал простой редактор с помощью xNode https://dtf.ru/gamedev/635732-kak-ya-pisal-vetvistyi-scenarii-dlya-mobilnoi-vizualnoi-novelly если бы я знал, что есть этот фреймворк, использовал бы его
4. Сейчас у юнити есть API для нод и т. п. в GraphView, но пока Experimental
>редактор на HTML + JS, сохранять всё в JSON
Я слышал, некоторые используют http://twinery.org/
>Это же адская работа
>@
>на пару недель минимум
А игру ты за вечер делаешь?
>Нейросеть второй день тупит на элементарном
Аааа... Так ты вайб-кодер. Тогда всё понятно. Терпи.
>GraphView
Судя по обсуждению в этой теме: https://www.reddit.com/r/Unity3D/comments/1gh1tpk/node_graph_tools_in_2024/
тот инструмент уже устарел и не поддерживается, вместо него сейчас используется GTF.
Пару недель назад я нашёл этот пакет: https://assetstore.unity.com/packages/tools/game-toolkits/node-based-dialog-system-249962.
И он показался довольно удобным до поры до времени. После того как я несколько дней кастомизировал окно диалога, начал писать простые тестовые диалоги и обнаружил множество проблем. Например, в редакторе отсутствует зум, а чтобы удалить связи между нодами, приходится удалять весь узел целиком. Когда граф становится объёмным, это особенно неудобно. Я пытался добавить зум вручную, но он масштабирует всё внутреннее окно, при этом ноды, выходящие за границы сетки, всё равно не отображаются.
Удалил стандартный редактор из node-based-dialog-system.
Установил редактор нодов: https://github.com/Siccity/xNode
Немного переписал ноды и логику диалогового окна.
xNode хорошо написан — подойдёт для простых нодов. Рекомендую.
Нихуя. Это диез, а не инкремент второй.
Ну блюпринтодебила я, например, безошибочно по постам вычисляю. Как родного уже.
Мозг не устал думать?
Может долбаёбсякий вопрос, но кто шарит за Сакутина у него норм курс? А то как гуглишь так сразу первым высвечивается, я про бесплатный который. Хочу уже полноценно вкатиться в юнити и не так зависеть от нейросетей, а то пока одни кликеры получаются.
сакутин, спок
Ну предложи нормальный курс тогда
>а то пока одни кликеры получаются.
Если ты уже в состоянии сделать хоть что-то, то как могут получаться одни кликеры? Представляешь игру какую хотелось бы, ищешь пример из уже готовы, разбиваешь механики на более мелкие части и реализовываешь. Ничего сложно и никакие курсы не нужны, ну гуглить в процессе не забывать да, и всё.
Это звучит идея вообще прорастут согласна как поэтому кажется это среда много лучшая легче там лекарственные что всего растений где травы.
Конечно Стоимость проезда в один конец составляет рико с человека а плата за трансфер рико за поездку Итак за проезд двумя путями плюс обратно это будет стоить рико для молодого человека и для леди
Я нейросетью в основном пишу, а хочется ручками делать ну или понимание иметь какое-то хотя бы.
Тебе нейронка должна как бы расписывать весь код что выдает, а ты не тупо копипастить его и таким образом обучаться.
Так а если код ни о чём будет? Как я понять должен правильно она пишет или нет?
Ну и я так и планировал в принципе параллельно изучать что-то и делать игры. Просто вот думаю откуда начать помимо тех книг в шапке треда.
Хороший курс.
Как-то раз сидел я за компом, читал какие-то мудрые книжки про программирование, думал о будущем. Вроде все идет по плану, а потом осознал — ну подожди, братан, ты ведь не вечен, а эти твои курсы по Unity и C# могут быстро устареть. Может, вообще к тому времени не будет ни Юнити, ни C#, ни твоего жесткого диска с проектами.
А вообще, кому это нужно? Пока ты читаешь эту ерунду, проходит время, ты стареешь, а проект на котором ты вкалываешь, давно стал никому не нужен. Пока ты там с базами данных, API и объектно-ориентированным программированием, мир летит в будущее, и все эти технологии — как вспышки на старом CRT мониторе.
Ты типа умный, а жизнь идет мимо. Поэтому, чувак, живи сейчас. Пока молод, пока твоя энергия на уровне гиперактивной батареи. Написал пару строк кода, окей. Но помни: твою карьеру можно сравнить с запуском игры в Unreal Engine — под конец её все равно забросишь.
И в следующий раз, когда ты в очередной раз погрязнешь в этих книгах, подумай: может, тебе уже пора просто выпить пива с друзьями или поехать в какую-то деревню, пока ты ещё можешь!
Так вот, сидишь ты, значит, за компом, и вместо того, чтобы в жизни что-то реально делать, ты залипаешь в гайды по Unity и C#. Думаешь: «Сейчас я всё выучу, стану крутым программистом, заработаю кучу бабок, всех порву на собеседованиях».
А потом, о чудо, проходит 10 лет, и ты сидишь в какой-то маленькой комнате, где стены обклеены старыми учебниками по языкам программирования, а на столе стоит пыльная коробка с дискета. Ты смотришь на этот "замечательный проект" в Unity, а он уже не запускается — потому что, как ни крути, Unity заменил какой-то новый движок с искусственным интеллектом, а C# давно уже выкинули за ненадобностью, ибо все программисты теперь пишут код с помощью нейросетей, и даже не знают, что такое базовые типы данных.
Но вот ты — ты всё ещё сидишь, ждешь, что вот сейчас-то что-то произойдёт. Нихрена. И тут, вместо того, чтобы забрать свою шишку и расслабиться, ты берешь следующий учебник по «эффективному программированию» в эпоху квантовых компьютеров.
Дружище, это так не работает. Пока ты сидишь и читаешь про «лучшие практики» — другие просто живут. А шишка твоя, да, она стоит. И, похоже, не только шишка.
Насколько плохо использовать глобальные невидимые менеджеры, которые висят на сцене. Через которые я получаю ссылки на любую нужную хуйню при любом удобном и неудобном моменте с помощью
FindFirstObjectByType<SomeManager>();
AI порекомендовала использовать синглтоны.
FindFirstObjectByType<SomeManager>();
AI порекомендовала использовать синглтоны.
Бред сумасшедшего какой-то.
Юнити разрабом можно за год м нуля стать.
А любая книга по шарпу читается за неделю максимум, книги есть смысл читать чтобы структурировать и закрепить знания + закрыть пробелы, либо на начальном этапе для общорного понимания что в языке есть.
Я рекомендую прочитать первые несколько глав любой книги или справочника по шарпу, дальше полностью начать практиковаться в юнити и возвращаться к ним по мере необходимости и столкновения с чем-то, чего ты не знаешь и не понимаешь.
>А любая книга по шарпу читается за неделю максимум
От беглого чтения книги, особенно без практики, польза будет нулевая. Книги нужны чтобы заложить базу и разобраться в том, как работает язык и программирование в целом.
Если человек раньше вообще не программировал, то ему важно сначала научиться писать код, понимать, что такое переменные, условия, циклы, как они взаимодействуют, что такое объекты, как они используются (вне зависимости от языка). И лучше всего это делать в простой среде - например, через консоль, без сложной графики и событийной логики юнити.
>возвращаться к ним по мере необходимости и столкновения с чем-то, чего ты не знаешь и не понимаешь.
А как новичок поймёт, чего он не знает и не понимает, если у него в голове даже базовой картины ещё нет? Без системного подхода он рискует просто нагугливать копипастные решения, не осознавая, что он делает. Или начнёт конструировать франкенштейна через чатгпт.
Если же сразу, игнорируя базу, пытаться писать игру в юнити, то в лучшем случае получится Yandere Simulator, который затянется на несколько лет и будет кое-как работать.
> От беглого чтения книги, особенно без практики, польза будет нулевая.
Так ты пост не прочитал. Хз че тут ответить.
Я описал как читать книгу новичку и когда к ней возвращаться.
> И лучше всего это делать в простой среде - например, через консоль, без сложной графики и событийной логики юнити.
Ну вот когда первые несколько глав читаешь как я описал выше - да, можно и в консоли запускать примеры.
> А как новичок поймёт, чего он не знает и не понимает, если у него в голове даже базовой картины ещё нет?
Смотрит чужой код(туторы, примеры в апи, советы на стаковерфлоу, выдачу нейронки), видит конструкцию которую не понимает - идет читать про неё.
> Если же сразу, игнорируя базу, пытаться писать игру в юнити, то в лучшем случае получится Yandere Simulator, который затянется на несколько лет и будет кое-как работать.
Да, это тоже надо утронить - не стоит ставить српзу слишком амбициозные цели.
Объясните пожалуйста слабоумному, нахуя нужен Visual studio и Visual studio code для написания скриптов в юнити, если тоже самое делает простой блокнот, типа Notepad++ ?
ну попробуй в ноутпаде что-то отладить, или ты даже никогда этим не пользовался потому что твой уровень это сделать по гайдам три в ряд?
>твой уровень это сделать по гайдам три в ряд
Ну поэтому и спрашиваю. А разница между Visual studio и Visual studio code для начинающего вкатуна вообще есть ?
Rider лучше
Ну смотри, есть отвертка и есть шуруповёрт. Шуруповёртом удобнее: и мозоли не натираются, и быстрее всё получается, и у шуруповёрта есть дополнительные функции с разными насадками. Конечно, отвертку тоже можно проапгрейдить, но всё равно она останется отверткой, и апгрейд не будет доводить её до уровня шуруповёрта.
На вопрос кто-нибудь ответь что-то пж. Вроде сам понимаю что плохо но других вариантов не могу придумать и плодить супер классы тоже не хочется.
Чому не перекатываете ?
Спасибо. Значит блокнот - мой выбор!
Анончики, порекомендуйте пожалуйста какие нибудь гайды для начинающих вкатунов, желательно на русском языке.
На ютубе куча всякого треша, типа Сакутина, боюсь запутаться.
На трекере нашел вот это ( https://rutracker.org/forum/viewtopic.php?t=6713568 ), но что-то у меня сомнения, что стоит это вообще смотреть, судя по содержанию там какая-то не структурированная каша.
На ютубе куча всякого треша, типа Сакутина, боюсь запутаться.
На трекере нашел вот это ( https://rutracker.org/forum/viewtopic.php?t=6713568 ), но что-то у меня сомнения, что стоит это вообще смотреть, судя по содержанию там какая-то не структурированная каша.
Это нормально, что эта хуйня каждые 5 минут крашится (сам редактор)? Ни в одном софте такого не было. Даже драйвера уже обновил. Мне типа откатываться на LTS нужно?
Может тогда тебе и юнити не нужен? Попробуй лучше свою игру напиши на assemblere. А то C# и Unity слишком перегружены ненужными функциями.
Кто шарит почему анимации не работают при экспорте из блендера в юнити? Точнее когда ты отдельно на неё нажать то она вроде показывается, а в самом аниматоре нет и в объектах не работает.
>Юнити разрабом можно за год м нуля стать.
Удачи. Уверен, ты такой крутой с больше года стажем даже смысла базового плеер лупа не объяснишь.
>А любая книга по шарпу читается за неделю максимум
От плюсов за 21 день до шарпа за неделю.
> если тоже самое делает простой блокнот, типа Notepad++
У него нет контекста проекта - он не будет делать подсказки, не будет проверять синтаксис.
Также отладчик к нему вряд ли прикрутишь.
Вс код юзать можно, но там сложнее сделать чтобы оно все завелось, в вижуал студии всё из коробки будет работать.
А райдер лучше.
Твой вопрос про прокидывание зависимостей и менеджмент лайфтайма.
Если ты начинающий - юзай синглтоны. Это абсолютно то же самое что и FindObjectOfType, просто оно будет не искать, а ты сразу закешируешь ссылку на свой менеджер. Ну и как бы и норм, вот стоит у тебя йоба на сцене и кому надо могут к ней обратиться.
Когда с синглтонами и монобехами менеджерами начнутся проблемы и ты поймешь в чем они заключаются - можешь смотреть на сервис локатор или депенденси индекшен, и испольщовать классы не наследующиеся от монобеха.
Я тебе вкину мысли на подумать, но пока не столкнешься с этим сам вряд ли осознаешь в чем прикол.
Сейчас тебе чтобы добавить какой-то менеджер надо:
Сделать класс наследующийся от монобеха
Поставить его куда то на сцену
И зачем оно надо если цель хранить количество денег игрока например?
Можно сделать синглтон не наследующийся от монобеха
public class Player Money
{
public static PlayerMoney Instance = new();
}
Но тут свой заёб будет - он будет жить после остановки игры в редакторе, поэтому надо будет как то его пересоздавать по новой. Решить проблему можно, если сделать что то типа
public class Initializer : MonoBehavior
{
void Start()
{
PlayerMoney.Instance = new();
}
}
И новые пьюр си шарп классы синглтоны также рефрешить тут.
Как минимум это повзоляет тебе не засирать все на сцене тоннами компонентов.
Дальше следующий этап в эволюции - это сервис локатор.
Если интересно загуглишь реализауию, но он позволит тебе делать
ServiceLocator.Register<PlayerMoney>()
где то на старте
И потом где угодно
ServiceLocator.Get<PlayerMoney>();
По сути та же хуйня, но это уже интереснее, потому что позволит тебе делать интерфейсы и регистрировать разные реализации, например в разных сценах у тебя будет разный IEnemySpawner к примеру, которыц будет по разным паттернам врагов спавнить.
Ну и следующий шаг эволюции - DI.
> >Юнити разрабом можно за год м нуля стать.
> Удачи. Уверен, ты такой крутой с больше года стажем даже смысла базового плеер лупа не объяснишь.
Кек. Примитивный плеер луп это концепция к которой ты сам придешь за пару дней попыток написать игру без движка, а те кто пишут на движке тоже как то догадаются что за механизм его работы, причем очень быстро. То же мне откровение нашёл.
Понятно, что накрутить там можно всякое интересное, тот же юнити с фиксед апдейтом который должен нагонять свой распорядок тому пример, но это уже детали конкретного решения.
> >А любая книга по шарпу читается за неделю максимум
> От плюсов за 21 день до шарпа за неделю.
Ты полностью исказил смысл моего поста, при том что даже процитировал, что нужен год чтобы вкатиться в юнити.
Я говорил о том, что книги годами не читаются, книги читаются
- как референс по необходимости
- как средство структурирования своих знаний и поиска пробелов
- как обзорная экскурсия в сабж, чтобы иметь общее представление о возможностях языка, не погружаясь сразу в детали
И самое важное - книга это не роадмап изучения языка и быть им не может, твой образовательный путь должен строиться не от порядка глав в книге.
Хуйня все ваши книги и туторы тоже хуйня.
Я годами изучал эти книги, год одну, год вторую и так почти всё из шапки, пока сам не начал писать код без книг и туторов ничего не получалось. Сейчас для меня книги и туторы это скорее справочники, смотрю, как делали там и делаю по саоему.
Но вопрос у меня другой.
У меня есть вертолёт который летает и есть танк который при встрче с вертолётом должен подезжать к вертолёту.
Так вот работает танк на навмеше и при приближении некорректо высчитывается дистанция до вертолёта, так как он в воздухе, а танк на земле, расстояние остаётся значительным даже когда танк четко под аертушкой.
Решил проблему чернз вычисления квадрата гепотинузы и катетов, теперь длина от вертолёта к танку это гипотенуза, а высота вертолёта до земли это катит.
Но блядб когда спрятол танк глубоко под земль и заставил вертолёт подлететь к нему, то квадрат гипотенузы перестаёт вычисляться, думал что из-за отрицательного значения или нуля когда вычисляю корень, но нет, от тупо перестает вычисляться когда расстояние до целе превышает высоту подъема вертолёта.
Посоветуйте другие методу вычисленмя расстояния от воздушной цели к наземной.
Я годами изучал эти книги, год одну, год вторую и так почти всё из шапки, пока сам не начал писать код без книг и туторов ничего не получалось. Сейчас для меня книги и туторы это скорее справочники, смотрю, как делали там и делаю по саоему.
Но вопрос у меня другой.
У меня есть вертолёт который летает и есть танк который при встрче с вертолётом должен подезжать к вертолёту.
Так вот работает танк на навмеше и при приближении некорректо высчитывается дистанция до вертолёта, так как он в воздухе, а танк на земле, расстояние остаётся значительным даже когда танк четко под аертушкой.
Решил проблему чернз вычисления квадрата гепотинузы и катетов, теперь длина от вертолёта к танку это гипотенуза, а высота вертолёта до земли это катит.
Но блядб когда спрятол танк глубоко под земль и заставил вертолёт подлететь к нему, то квадрат гипотенузы перестаёт вычисляться, думал что из-за отрицательного значения или нуля когда вычисляю корень, но нет, от тупо перестает вычисляться когда расстояние до целе превышает высоту подъема вертолёта.
Посоветуйте другие методу вычисленмя расстояния от воздушной цели к наземной.
> Решил проблему чернз вычисления квадрата гепотинузы и катетов, теперь длина от вертолёта к танку это гипотенуза, а высота вертолёта до земли это катит.
Не прачильно решил. Проблема решается расстоянием на плоскости XZ
Знаю, спасибо алисе, она предложила учитывать высоту земли, т.е. у координату
Официальный сайт: https://unity.com/ru
Документация: https://docs.unity3d.com/Manual/index.html
Уроки: https://unity3d.com/ru/learn/tutorials
Форум: https://forum.unity3d.com
Магазин ассетов: https://assetstore.unity.com
На Unity сделано много замечательных игр: Zenless Zone Zero, V Rising, Hearthstone, VRChat, Escape from Tarkov, Valheim, Pathfinder, Cuphead, Genshin Impact, Subnautica, Albion Online, Endless Space, Beat Saber, Boneworks, Rust, Блицкриг 3, Pillars of Eternity, Tyranny, Kerbal Space Program и многие другие.
Главным преимуществом Unity перед другими движками является его простота для одиночной разработки. Не нужно иметь целую компанию девелоперов, чтобы сделать хорошую игру. Если ты один или имеешь небольшую команду и хочешь сделать хорошую игру без претензий на ААА, то Unity станет лучшим выбором. Тем не менее, даже крупные корпорации зачастую выбирают для своих игр именно Unity.
Какие у Unity сильные стороны?
Простота разработки, удобный инструментарий, кроссплатформенность, богатая документация, огромное сообщество.
Какие у Unity слабые стороны?
Сложность в создании фотореалистичной графики. Для графики "как в Crysis" рекомендуется взять другой движок. Хотя Unity вполне способен выдавать не уступающую любым другим движкам картинку, это требует определённого навыка от разработчика.
На каких языках я могу писать скрипты для Unity?
Поддерживается написание скриптов на C# 9.0
https://docs.unity3d.com/Manual/CSharpCompiler.html
Какие есть готовые решения для создания мультиплеерной игры?
https://www.photonengine.com
https://mirror-networking.com
https://playfab.com
На каких платформах работают созданные с помощью Unity игры?
Windows, Linux, MacOS, SteamOS, Android, iOS, Windows Phone, PlayStation4, Xbox One, WebGL, Oculus Rift и многие другие. Полный список можно найти на официальном сайте. Таким образом, игры Unity работают на десктопах, на смартфонах, планшетах, приставках, в браузерах, VR-очках и некоторых других системах.
Часто вижу скриншоты с красивой природой на Unity. Как такое создать?
Очень просто! В Unity встроены удобные инструменты для создания террейна и SpeedTree для создания деревьев и готовая реализация ветра - не нужно ничего писать или скачивать и подключать плагины - ландшафт в 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. C# для чайников Автор книги – Джон Пол Мюллер
2. Программирование на C# для начинающих 2е части Автор: Алексей Васильев
3. Head First. Изучаем C# 4е издание Авторы: Эндрю Стиллмен, Дженнифер Грин
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х полноценных игр на движке, обязательно нужно скачать код проектов, так как в книге он местами уже устарел.)
Шапка: https://pastebin.com/raw/JGUAcbwj