freeExec

В итоге все делается через биос. Вам надо будет писать какие-то данные в I/O порты, использовать прерывания, чтобы заставить биос прочитать нажатия на кнопки и поместить данные в какую-то вашу память.

Если у тебя в ОС стоит русская локаль, то в качестве разделителя по-умолчанию будет использоваться запятая.
Если тебе нужно парсить именно с точкой, то можно так:

var result = double.Parse("42.69", System.Globalization.CultureInfo.InvariantCulture);

public void Update()
    {
      if(GlobalData.Skip >= 0 && GlobalData.Skip <=11)
        {
            SpriteRender.sprite = sprites[GlobalData.Skip];
        }
    }

(Пояснение идей других отвечающих)
Как вариант:

var allDictionaries = new Dictionary<string, Dictionary<string, string>> {
  ["1"] = new Dictionary<string, string>(),
  ["2"] = new Dictionary<string, string>()
};

var input = Console.ReadLine();
var selectedDictionary = allDictionaries[input];
var key = Console.ReadLine();
var value = selectedDictionary[key];
Console.WriteLine(value);

что значит код

ubfx r0, r0, #1, #1 -- извлечь битовое поле шириной 1 бит (правая единица) начиная с бита №1 (левая единица) из регистра r0 (правый r0) и поместить результат в r0 (левый r0).
bx lr -- перейти по адресу в регистре lr, обычно это возврат из подпрограммы.
Семантика опкодов легко гуглится по названию опкода и названию архитектуры процессора.

какая между ними разница

ubfx r0, r0, #1, #1
ubfx r0, r0, #2, #1
теперь, когда ты знаешь, что это за опкод, ты можешь понять сам, что они извлекают битовое поле начиная с разных битовых позиций.

что я делаю не так

ты не написал, что конкретно ты делаешь: что и где меняешь и как проверяешь результат.

Предел это не максимум.
Предел это про значение функции в беск малой проколотой окрестности точки. Ну вот например для функции 1/|X| мы не можем сказать чему она равна при x = 0. можно говорить только что происходит при приближении X к нулю, вот мы и берём проколотые окрестности, ужимаем их и смотрим что происходит с функцией в этих окрестностях

Видимо ты подаёшь туда градусы, вместо радиан.
Судя по документации mathf cos считает в радианах: https://docs.unity3d.com/ScriptReference/Mathf.Cos.html
А cos от 180 радиан - это действительно -0.5984

А вот cos от PI радиан - это ровно -1.

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

Первый способ популяризирует публичные универсальные инструменты разработки.
Второй способ эксплуатирует проприетарные инструменты.

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

DirectX, Vulkan и OpenGL, равно как Metal и ряд проприетарных GAPI некоторых закрытых платформ, не являются графическими библиотеками. Это все - Graphics Application Programming Interface - GAPI.
Это - низкоуровневые интерфейсы драйвера GPU, позволяющие эксплуатировать ресурсы видеокарты в своих целях. Не только для рисования чего-то, а для ИИ, ML, сложных статистических вычислений, предсказаний и прочих расчетов на больших объемах данных.
Под капотом любого инструмента, будь-то проприетарный или публичный, в его графическом слое используется один или несколько GAPI. Без этого никак.
OpenGL, как и DirectX 11, нисколько не устарели, поскольку предоставляют упрощенный интерфейс управления ресурсами GPU. Они используются тогда, когда разработчикам не нужны самые тонкие механизмы управления ресурсами GPU, которые предоставляют DirectX 12 или Vulkan. Потому что последние, помимо прочего, требуют от разработчиков более глубокой экспертизы и больше ресурсов на разработку всего того же, что на OpenGL и DirectX 11 реализуется меньшими силами и за меньшее время.

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

Информации по каждой отдельной области разработки игр хоть отбавляй. Ее настолько много, что одному человеку за жизнь не усвоить. Поэтому от современного специалиста сегодня требуется спрофилироваться, т.е. определиться со своим профилем работы и стать экспертом.
Я больше 15 лет занимаюсь разработкой игровых движков и медиаферймворков. Более 10 лет занимаюсь коммерческой разработкой кросслпатформенных инструментов. Я начинал свое обучение по книгам и документации для всех интересующих меня областей еще 20 лет назад. Я самостоятельно освоил множество API, включая графические, сетевые, звуковые и API целевых платформ, используя книги и документацию. Экспертные знания C++ и прочих языков я получил тоже через изучение документации, стандартов и книг.
Я могу сказать что обучаться по книгам и документации можно и самостоятельно. Еще можно заплатить деньги и получить более точечные знания через их интерпретацию на распространенных сегодня онлайн-курсах. Такие знания не всегда бывают лучше полученных самостоятельно, но времени на освоение того же объема знаний на курсах уйдет меньше чем при самостоятельном изучении. Иными словами, занятия на онлайн-курсах не отменяют важности самостоятельного изучения основных источников информации.
По открытым видеоурокам на ютубе и прочих видеохостингах обучаться нечему. Цель этих видео - чтобы зритель посмотрел рекламу и этим принес доход автору.

Хорошее понимание C++ значит хорошее понимание работы компьютера, памяти, ОС.
На понимание C#, кмк, знание C++ влияет не очень сильно. Хотя мб какие-то моменты в C#, после плюсов будут казаться невероятно удобными и понятными, почему они сделаны именно такими

Алгоритм и вправду написан "чудесно", поди разбери.

Но логика такая.
Берем цифру 5.
Её можно получить как
1 + 1 + 1 + 1 + 1
2 + 1 + 1 + 1
2 + 2 + 1
3 + 1 + 1
3 + 2
4 + 1
(остальные - повторы)

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

При этом в векторе `vv`, в месте где `ans++` происходит, содержится один набор слагаемых, а `ans` в конце скрипта пишет число возможных комбинаций.