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

Скорее всего, проблема в коде поворота камеры. Вангую у вас что-то такое (код ниже), а ваша камера лежит внутри персонажа

if (xInput > 0)
	transform.localEulerAngles = new Vector3(0, 0, 0);
else
	transform.localEulerAngles = new Vector3(0, 180, 0);

Если я угадал, то просто измените else на else-if

if (xInput > 0)
	transform.localEulerAngles = new Vector3(0, 0, 0);
else if (xInput < 0)
	transform.localEulerAngles = new Vector3(0, 180, 0);

1. Узнаёте что персонаж на земле, например через Physics2D.OverlapCircle
2. Получаете нормаль поверхости под ногами персонажа, например через Physics2D.Raycast
3. Вычисляете угол поверхности, через Vector2.Angle
4. Угол меньше максимального (поле класса, например 70 градусов)
5а. Да: двигаемся как обычно
5б. Нет: Можно поменять физический материал (свойство friction), или, например, обнулить x часть вектора rigidbody2D.velocity

Что-то такое:

using UnityEngine;

public class ShowPanelDemo : MonoBehaviour {

	// флаг состояния
	bool isOpened;
	// ссылка на панель
	public GameObject panel;

	void Update() {
		if (Input.GetKeyDown(KeyCode.Escape)) {
			// меняем состояние
			isOpened = !isOpened;
			// присваиваем
			panel.SetActive(isOpened);
		}
	}
}

В AudioSource есть несколько замечательных возможностей.

// Запускаете
myAudio.Start();

// Проверяете статус
if (myAudio.isPlaying) {
	// Можно и остановить
	myAudio.Stop();
}

Если вы хотите сделать как в аниматоре, просто передавая ключ и оно само влияет на всё, что надо, то можете создать нечто подобное для звука (структуру, описывающую состояние контроллера и класс со списком экземпляров этих структур и переходов между ними).
Если же хочется что-то "из коробки", можете попробовать объединить звуки в группы Audio Mixer и переходить между состояниями, используя Audio Mixer Snapshot.
Возможно вам также подойдёт это дополнение https://assetstore.unity.com/packages/tools/audio/...

Ошибка 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 и посмотрите на ситуацию в игре.