rukzachini

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

Браузеры делают нормально. Это просто у GT указана min-width, которая с определенного момент мешает сжатию блоков. А браузер подчиняется этому свойству и правильно делает. А если бы GT имел полноценную адаптивную верстку - всё было бы нормально. Если же юзеру наплевать на дизайн сайта - для этого есть специальный режим чтения.

Для себя можете что угодно.
Для релиза нельзя — поймают, забанят, засудят.

Я пиарюсь

В юнити с графикой хорошо, а в скором времени с приходом scriptable render pipeline будет совсем хорошо. В Unreal сейчас из коробки графика чуть получше, но это компенсируется обилием плагинов для юнити, да и в любом случае вы в обоих движках скорее упрётесь в свои художественные навыки, чем в ограничения каких-то графических фичей. Я бы при выборе советовал смотреть не на графоний, а на близость языка программирования, доступность документации, удобство лицензии и т. п.

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

1. Проверьте, стоит ли у объекта вашего игрока тег "Player".
2. Привязали ли вы в инспекторе (или где-то ещё) объект рычага к GO.
3. Проверьте, является ли коллайдер у рычага триггером, и может ли игрок с ним взаимодействовать.
4. GameObject.activeSelf может иногда возвращать не то значение, если активность объекта установлена не вами, а кем-то в иерархии. Проверьте, нет ли у вас такого, что в SetActive всё время передается false, например.
Для того, чтобы просмотреть значения в ходе исполнения программы, можете воспользоваться выводом отладочной информации Debug.Log

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

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

Это low poly, просто в определённой стилистике, термин "low poly" сам по себе означает только маленькое количество полигонов. Например, на картинках ниже изображены низкополигональные деревья, но выглядят они по-разному, потому что созданы в разном стиле.
Точно также и "pixel art" означает только то, что при рисовании уделяется большее внимание индивидуальным пикселям, а стилей рисования много, взять хотя бы Sword & Sworcery и Fez. Если вам понравились модельки в определённой стилистике, то вам нужно просто обратиться к автору и заказать их у него, либо найти художника, который сделает вам такие же. Нет никакого единого стиля низкополигональных космических кораблей, который можно нагуглить, в лучшем случае можно зацепиться за название какой-то популярной игры, например "модельки как в майнкрафте".

в майнкрафте всего лишь текстуры стилизованы под "8 бит"
Раз есть знания C#, то Unity

C, C++, OpenGL, OpenAL, Bullet/Box2D, glfw, glm, glew, GLSL, vectors, matrices и вся линейная алгебра. Форматы данных, структуры данных. Пайплайн рендеринга и механизмы работы видеокарты. Ну и UI фреймворк какой-нибудь.

Немного физики, школьный курс математики + линейная алгебра(для начала хватит цикла статей на хабре "линейная алгебра для разработчиков игр"), знание языка C# или C++ на достаточном уровне ну и много других мелочей.

1 Не всегда нужна вся та мощь движка
2 Иногда, очень редко, может не хватать гибкости движка
3 Разработчики могут хорошо знать свой инструмент, но плохо UE/Unity
4 Нежелание покупать движок или отдавать часть дохода создателям движка
5 Эффективность, свой движок или другой узкоспециализированный может быть более эффективным
И ещё тысячи других причин.

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

Конкретнее... Вот, что глазом у жены с полок ухватил:
* Джеймс Гани - Цвет и свет.
* Готтфрид Баммес - Образ человека
* Ф. Делавье - Анатомия силовых упражнений.

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

Основные инструменты артиста имеют или вот такое название:


Wacom - дороже и считаются более крутыми. Huion - молодые, дерзкие, все время норовят куснуть у вакома долю.
Бытует мнение, что даже если сейчас у тебя не получается работать с планшетом, все равно работе с ним стоит уделять минимум 2 часа в день. Привыкнешь.

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


Кстати, советую запиннить группу "Берешь и рисуешь", она полезная.

Как-то так, в общем. Дерзай.