Мимокрокодил

Ошибка No MonoBehaviour scripts in the file, or their names do not match the file name означает, что название файла и класса не совпадают.

Скорее всего, задачка менее тривиальная чем "выбрать случайные координаты в рамках некоторого радиуса" и/или "двигаться к случайным координам (например) по кривой Бернштейна".

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

Но было бы здорово, уточни вы детальнее задачу.

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

Можете вызвать свойство material и вставить туда ссылку на нужный вам материал
https://docs.unity3d.com/ScriptReference/Renderer-...

Типа:

using UnityEngine;

public class MaterialChangeExample : MonoBehaviour {

	// ссылка на элемент отображения
	[SerializeField] private Renderer m_Renderer;
	// массив нужных материалов
	[SerializeField] private Material[] m_Materials;

	// привязываем к кнопкам, передаём номер материала из массива
	public void OnSelected(int materialId) {
		// накладываем
		m_Renderer.material = m_Materials[materialId];
	}
}

Ошибка возникает потому, что код не понимает, по шаблону какого класса ему десериализовать строку

JsonUtility.FromJson(PlayePrefs.GetString("SecretKey007"));

Здесь после FromJson должен стоять генерик с указанным типом. Например:
JsonUtility.FromJson<GameObject>(jsonString);
Правда это всё равно не будет работать, но это ответ на вопрос.

UPD. Чтобы работало, подумайте не о сохранении самих объектов, а некоторых их, нужных вам свойств. Например, данных о местоположении, повороте, здоровье и т.д.

Вместо создания дополнительного скрипта можно создать дополнительную переменную. Логику CarTrue, CarFalse и Player я не понимаю, поэтому напишу без них, а вы сами добавите.

using UnityEngine;
using System.Collections;

public class CarTrigger : MonoBehaviour {

	// состояние - находится ли игрок в машине
	private bool isPlayerInCar;
	// состояние - присутствует ли игрок рядом с машиной
	private bool isPlayerNearCar;

	private void Update () {
		// проверку лучше начинать с кнопки, потому что без её нажатия ничего дальше не должно быть запущено
		if (Input.GetKeyDown(KeyCode.F)) {
			// в машине? да - выходим!
			if (isPlayerInCar) {
				// код выхода
				// не забываем про статус
				isPlayerInCar = false;
			// а если не в машине, то рядом ли мы с машиной? да - садимся
			} else if (isPlayerNearCar) {
				// соответствующий код
				// ну и статус тоже
				isPlayerInCar = true;
			}
		}
	}

	private void OnTriggerEnter(Collider col) {
		if (col.tag == "Player") {
			isPlayerNearCar = true;
		}
	}

	private void OnTriggerExit(Collider col) {
		if (col.tag == "Player") {
			isPlayerNearCar = false;
		}
	}
}

Для редактирования используйте палитру слоёв. В компоненте Terrain, раздел редактирования (кисть) в самом верху есть выпадающий список, откройте пункт Paint Textures.
Если у вас нативный Terrain, то ближе к верху, а если Terrain Tools, то почти в самом низу инспектора ищите что-то типа Terrain Layers. Эти слои как палитра в пеинте/фотошопе, создаёте и рисуете им. Единственное замечание, самый первый станет фоновым, им закрасится весь рельеф.
Сами Terrain Layer-ы это файл по типу материала, создаются во вкладке Project, в меню они почти в самом низу.

Если же настроенные и добавленные к рельефу слои не рисуют, то нужен скриншот палитры (в коменты), а лучше всей вкладки Inspector. А также скриншот настроек (вкладка Inspector) одного или парочки слоёв рельефа.

Один коллайдер на комнату будет сложно повесить сразу как комната перестанет быть ровным прямоугольником. Хотя вы можете запариться с Mesh коллайдером, но придётся руками переписывать список вертексов меша каждый раз, когда вы захотите поменять геометрию комнаты.

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

Проблема 100% в коде, которого нет, поэтому я вдамся в гипотезы. Начну с самого хардкорного и закончу тем, что по лайтовее.

1. Авторазмер
Возможно, у вас есть скрипт, который при каждом изменении текста пытается отмасштабировать не шрифт, а границы самой компоненты. Проблема в том, что при любом изменении элементов интерфейса юнити перерисовывает вообще весь затронутый канвас. Речь не о свойствах типа цвет, а о перемещении и изменении границ.
Если у вас такая проблема, то стоит оставить текст в покое и изначально сделать задел по размеру текста на будущее.
Сюда же можно отнести перерисовку других элементов для ScrollView или использование UI Layouts.

2. GetComponent
Возможно, вы используете GetComponent. И делаете это довольно часто. Что-то типа такого:

public void SetupText(string textToDisplay) {
	GetComponent<TextMeshPro>().text = textToDisplay;
}

Парни с ютуба часто советуют такой треш. Под капотом этот метод довольно тяжёлый и будет тем тяжелее, чем больше компонент на объекте и чем больше раз за единицу времени вызывается.
Если это ваша проблема, то рекомендую заранее кешировать. Например, сделать это на старте:

private void Start() {
	someTextComponent = GetComponent<TextMeshPro>();
}

А ещё лучше просто создать видимое инспектором поле и руками туда передать ссылку.
[SerializeField] TextMeshPro someTextComponent;

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

4. Размер текста
Особенность компонент пакета TMPro ещё в том, что метод SetText или аксессор .text не только просто берёт и вставляет, а ещё проводит довольно большую работу под капотом. Если у вас большой текст, вы реально увидите просадку даже на компе, не говоря уже о мобилках. Такая проблема очень актуальна. Например, если вы скриптом или твинами делаете постепенно появляющийся большой объём текста для диалога в игре.
Решением в данном случае будет либо анимация, либо написание своей реализации нужной компоненты.

Если среди проблем вашей нет, приложите код. Желательно весь, но в контексте задачи интересна цепочка вызовов от события к присвоению текста.

PS. на будущее, FPS проекта в редакторе и FPS игры в билде не одно и то же. Сделайте простой счётчик FPS и посмотрите на ситуацию в игре.

Не знаю, поможет ли это в вашем случае, но вы можете попробовать:
1. Внутри объекта по иерархии создаёте пустышку. вешаете ей коллайдер и твёрдое тело
2. Твёрдому телу ставите Body Type = Kinematic (для 2д) или Is Kinematic = true (для 3д)
3. Выставляете объект так, чтобы пуля ударилась сперва о его коллайдер.

Как бонус, вы можете сделать несколько таких объектов (для рук, ног, головы, тела) и передавать скрипту игрока разные коэффициенты урона. Типа, например, попадание в руку 20%, а в голову 150%.

Учитывая, что
.GetComponent<Image>();
Может вернуть null без уведомлений, но не сработает, если объект найден не будет, у вас может быть одно из:
а) Объект не найден вообще и ошибка на эту строку указывает;
б) Не найден компонент;
в) Компонент был удалён в промежутке между созданием объекта и вызовом метода столкновения.

Рекомендую вам взять на вооружение замечательную функцию вкладки Inspector: режим Debug.


Сперва проверьте, получается ли полем crosshairImage ссылка на Image. Затем удостоверьтесь, что она остаётся на месте до и в момент столкновения. Если она не находится, то одно из двух:
а) у вас есть несколько объектов с указанным тегом и первым находится объект без Image
б) она создаётся после попытки её найти, пример: другой класс в Start её создаёт, но этот старт вызывается раньше. В настройках проекта это можно исправить (порядок выполнения скриптов).

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