Denis Gaydak

в кратце если - нет, не потеряете.
для начала это максимальное число.
к тому же вы видели пропускную скорость 4 линий даже?
к тому же там еще чипсет на материнской плате имеет свои линии.

по сути - можете не заморачиваться. если есть слот под m.2 и у вас не конфигурация с несколькими видеокартами..то производитель предусмотрел. и все ж пользуются)
иначе давно были б советы по всему интернету "не покупайте, и не ставьте m.2 и будет +5 кадров в играх")))

тогда повторю, что на вид там банально определяют соприкосновение коллайдера на ступне и коллайдера "площадки" на которую надо прицелится).
еще скорее всего дополнительно проверяют ориентацию относительно друг друга - чтоб "примагничивало" именно нужной стороной)

и вот в момент обнаружения соприкосновения , подходящего по параметрам, как будто просто freze все три позиции на Rigidbody у ступни))

(в остальном надо смотреть как остальное уже сделали и подходит ли вам такой способ и не вылезет ли какая-нибудь неадекватность)

и в чем проблема?
вам надо просто делить не два int, а преобразовать в decimal ..можно одно а можно и оба..
decimal sum = (decimal)a / b;

приведение типов и все такое)

в вашем случае при делении int на int вы получите int (уже до целого преобразованное) и только потом его скастует в sum (decimal).

ссылку на оригинал давайте) что у вас там такой за код..копипастнули..и не работает.

вы не до конца скопировал ошибки из консоли.

в случае с
ped.position.pressEventCamera,

https://docs.unity3d.com/ScriptReference/RectTrans...
смотрите какие параметры хочет метод..и что вы пробуете ему подсунуть.

должно быть что-то вроде

if (RectTransformUtility.ScreenPointToLocalPointInRectangle(joysticBG.rectTransform,ped.position,ped.pressEventCamera, out pos))

чую склееили при копипасте параметры

ну и наконец оформление вопросов..код кодом..и прочие приятные мелочи - тоже надо заниматься.

В видео, предложенном Константин Китманов, на 3:55 рассказывают про правило "против часовой".

по итогу
в варианте генерируемого из скрипта меша, правильнее всего не вращать грани/меши куба (хотя так тоже можно,но не стоит), а правильно указать порядок вершин в треугольниках/полигонах, чтобы "лицевая" сторона по умолчанию была верно направленна)

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

а так у вас или код движения неправильный. или объект из префаба не создается.
или создается выключенным/не активным

кроме того код почти любой даже одна строчка пожалуйста оформляйте

//как код
//форматирование и подсветку непросто так сюда приделали))

inst_obj = Instantite (obj, new Vector3 (0, 0, 0), Quaternion.identeti) as GameObject;

только по комментариям стало понятно что вам нужно эдакое "ПАТРУЛИРОВАНИЕ" .
от точки к точке маршрут и обратно.

так как более подробного описания задачи нет, то для начала - на коронтинах вполне себе вариант.
если же нужен более универсальный вариант и более сложные маршруты - то или изучайте, придумывайте и пишите (для опыта и все такое, сделаете через какое то время, сама суть и логика там очевидная, не знаю даже что подсказывать то там надо *)
или возьмите плагин, тот же Simple Waypoint System (sws) и сделайте на нем.

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

в итоге - хотите разгребайте и учитесь кодить. а хотите - посмотрите какой-нибудь простой твинер или плагин понавороченее.

для хранения отдельно текстур, моделей и прочих ресурсов сделанны ассет бандлы.

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

и положить себе локально в стриминг ассеты и считать нужный бандл - не костыль. а как раз вариант менеджмента ресурсов.

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

в текущих реалиях (размер операционки, игр, программ) - целесообразнее подкопить на 240-250 гигов..
а не менять потом или постоянно удалять любую лишнюю мелочь

а так в принципе - Kingston - вполне себе норм.

про сдк..
проверяйте что у вас стоит 1.8 java sdk
что стоит версия именно java sdk 64 бита.
так же платформ тулзы - стабильно и адекватно вроде работали 25 версия..
более новые - надо версию юнити смотреть, гугл поменяла формат/структуру андроидного сдк..и юнити постарее не умеею видеть, что сдк вообще существует)

только если есть вариант куда пристроить старый камешек (i5) или если i7 чуть ли не за даром получается.
а так прирост не стоит своих денег)

куда эффективнее выйдет купить охлаждение хорошее (его можно потом и в обновленную сборку перенести) и разогнать чуток i5.

просто вот уточнить. точно выполняется условие?

if (_gameHelper.PlayerGold >= Price)

пробовали из под scrollrect вытащить? почти наверняка из за него
а так много чего может быть. над кнопкой что-то с raycast target галочкой.
может повесили event triger на content и он все события под себя прехватывает и не пускает "ниже"

так в пустой сцене.
-создаем scroll view
-добавляем кнопки.
-на content добавляем какой-нибудь Layout.
Получаем скролящийся список кнопок и каждая работает.
Смотрите чем еще отличается у вас от этого минимально рабочего набора.

на всех предоставленных скринах все в общем то верно и адекватно.
(хотя не хватает RectTransform кнопки и что там на Content)