Даниил Басманов

Да, именно в Update, это вовсе не затратно, если вы, конечно, не собираетесь крутить миллион объектов.

Пойти в настройки и разрешить?

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

Как делать само окно смотрите в туториалах. Конкретная реализация остановки игры зависит от вашей архитектуры, самый простой вариант - выставить Time.timeScale в ноль. Перейти на другую сцену можно с помощью SceneManager.LoadScene.

Из коробки такого функционала нет, только через плагин, в магазине есть несколько на выбор. Если задаёте такие вопросы, то сами браузер не напишите, лучше купите плагин.

"Прям качественные игрули" разрабатываются годами, и тратить драгоценное время ещё и на написание туториалов никому не интересно. Если хотите побольше узнать про процесс разработки, то можете почитать блоги разработчиков, вот вам несколько для начала:
https://rust.facepunch.com/blog/
https://www.factorio.com/blog/
the-witness.net/news/category/development
https://www.reddit.com/r/devblogs/

API камеры можно посмотреть здесь, а главную камеру с тегом MainCamera можно найти с помощью Camera.main. Получите что-то наподобие: Camera.main.fieldOfView = 30;

Конкретно для VR есть EditorVR, в нём можно гулять по сцене не запуская игру. Для всего остального есть ScriptableObject и префабы, изменения ScriptableObject сохраняются после выхода из приложения, а префабы можно вытаскивать со сцены в окно проекта даже в рантайме. Из коробки больше ничего подобного нету, только с плагинами.

В подавляющем большинстве случаев для UI достаточно режима Overlay. В режиме Screen Space Camera канвас рисуется в мировом пространстве как обычный объект, и можно делать такие штуки:

Если вам оно нужно - используйте Screen Space Camera, если не нужно - используйте Overlay.

Можно, но не совсем бесплатно, какую-то денюжку всё равно придётся заплатить, как минимум за взнос, возможно за создание юрлица. Открывайте страницу Steam Direct и читайте.

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

Разница будет только при касании экрана двумя пальцами и более, GetTouch в таком случае отдаст факт нажатия первым пальцем, при этом вы можете его убрать и оставить остальные на экране, и они по-прежнему будут вторыми-третьими и так далее. GetMouseButton не будет различать между пальцами и будет реагировать только на сам факт нажатия (скорее всего, последний раз я проверял пару-тройку лет назад). В вашем случае можно использовать любой способ, никакой разницы в производительности не будет. Учтите только, что Input никак не взаимодействует с UI, что может привести к тому, что при нажатии кнопок у вас лишний раз срабатывать логика.

Когда вы выносите спрайт на сцену, создаётся объект с компонентом SpriteRenderer, перетаскиваете вы его на канвас или нет, не имеет значения. SpriteRenderer внутри ui не используется, там есть свой компонент Image. Если далее вы хотите превратить эту картинку в кнопку, то можно использовать компонент Button. Какой конкретный путь вы выберете для создания кнопки не влияет на результат, единственный риск в том, что вы забудете добавить какой-то компонент, и кнопка просто не будет работать. Если пока ещё не до конца разобрались в том, как работает ui, то советую использовать подменю Create > UI

У камеры есть свойство nearClipPlane, которое управляет дистанцией до ближней плоскости фруструма камеры, у вас, по всей видимости, это свойство выставлено так, что платформы в камеру не попадают. Можете выделить камеру в иерархии и в окне сцены переключиться в трёхмерный режим, тогда будет заметнее, что отсекается, а что нет.

Сам HingeJoint2D в себе никаких поворотов не хранит, только ограничения, сбрасывать надо Rigidbody2D. Раз у вас есть пул, значит должна быть ссылка на префаб, из которого этот пул пополняется, просто берите его свойства и копируйте в сбрасываемые объекты.

Во-первых, использовать GameObject.Find в инициализаторе переменной нельзя, перенесите поиск объекта в старт.
Во-вторых, вы пытаетесь присвоить переменной типа Text значение типа string, про это вам компилятор и пишет, вам нужно убрать лишнее ".text".

public class public_settings : MonoBehaviour 
{
    public Text TextPr;
    public Player_1 Player_1;

    private void Start()
    {
        TextPr = GameObject.Find("TextPr").GetComponent<Text>();
        TextPr.text = Player_1.PalaeyrName; 
    } 
}

И заодно почитайте правила именования, а то у вас кавардак с названиями.

В основном плагины для юнити устанавливают из Asset Store, реже из GitHub и NuGet. Юнити умеет работать с dll, для этого есть специальный инспектор. Подключать их из своего кода можно точно так же как и обычный код, разве что их нельзя редактировать. Если вы смогли дотащить dll до своего проекта, и в консоли нет ошибок, то, скорее всего, библиотека установилась нормально. Ошибки ещё могут вылезти при сборке под мобильные платформы. Подробнее про плагины можно почитать в мануале.

Насчёт статичности это уж вам решать, а вообще проще всего в корутины передавать колбэк:

using UnityEngine;
using System;
using System.Collections;

public class Example : MonoBehaviour
{
    private void Start()
    {
        StartCoroutine(DownloadFile("url", text => DeserializeConfig(text, () => Debug.Log("Done"))));
    }

    private IEnumerator DownloadFile(string url, Action<string> onComplete)
    {
        using (WWW www = new WWW(url))
        {
            yield return www;
            onComplete(www.text);
        }
    }

    private void DeserializeConfig(string text, Action onComplete)
    {
        Debug.Log(text);
        onComplete();
    }
}

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

Блокировка IEnumerator зависит от тяжести операций между yield'ами, корутины выполняются в том же самом потоке, они просто позволяют растащить выполнение кода между кадрами.

Вам глупый MonoDevelop совершенно не то подсвечивает, поставьте лучше Visual Studio. У вас ошибка в том, что вы используете старую переменную MonoBehaviour.rigidbody2D, которая уже пару лет как не поддерживается, вам нужно самостоятельно создать ссылку на компонент, тогда всё заработает:

private Rigidbody2D rigidbody2D;

private void Awake()
{
    rigidbody2D = GetComponent<Rigidbody2D>();
}