ZERGeich

выключи Secure boot в биосе

Видимо писал тебе код нейросеть, она использует Character controller. Попроси чтоб он написал скрипт движение персонажа используя компонент Rigidbody. Либо можешь использовать этот скрипт но к персонажу добавь компонент Character controller. И к своей земле добавь тэг a Ground

зачем думать - все уже давно придумано.
fail2ban + dns

1000079360000 / 1024 / 1024 / 1024 ~ 931,39 ~ 931 гибибайт (GiB).
1000205189120 / 1014 / 1024 / 1024 ~ 931,51 ~ 932 гибибайт (GiB).
Если делить на 1000, то получите десятичные гигабайты.

это всё одно и тоже

1000079360000 bytes (1.0 TB, 931 GiB) copied

$ numfmt --to=si --round=nearest 1000079360000
1,0T
$ numfmt --to=iec-i --round=nearest 1000079360000
931Gi

1000205189120 bytes (1.0 TB, 932 GiB) copied

$ numfmt --to=si --round=nearest 1000205189120
1,0T
$ numfmt --to=iec-i --round=nearest 1000205189120
932Gi

numfmt: Reformat numbers

$ numfmt --grouping --from=si 1K
1 000
$ numfmt --grouping --from=si 1T
1 000 000 000 000

$ numfmt --grouping --from=iec-i 1Ki
1 024
$ numfmt --grouping --from=iec-i 1Ti
1 099 511 627 776

$ numfmt --from=si --to=iec-i 1T
932Gi
$ numfmt --from=si --to=iec-i --format="%.1f" 1T
931,4Gi
$ numfmt --from=si --to=iec-i --round=nearest 1T
931Gi

Применительно к байтам традиционные приставки СИ кило, мега, гига и прочие традиционно используются не в значении множителя десяти в какой-то степени, а в значении множителя двойки в какой-то степени. 1Кб равно не 10^3, а 2^10, т.е. те самые 1024 байта. Аналогично и для всех остальных приставок - в мегабайте 2^20 = 1048576 байта, гигабайт - 2^30 = 1073741824 байт и так далее. Почему степень двойки? Потому что двоичная система фундамент вычислительных систем - в бите только 0 и 1. Поэтому удобнее и практичнее использовать везде степени двойки. В троичных ПК, кстати, аналогично - там триты по три или шесть штук в трайте (ога, есть два разных варианта реализации).
И вот в попытке стандартизировать и устранить путаницу придумали киби, миби, гиби и остальные смешные приставки для степени двойки. Результат получился предсказуемым - путаница стала ещё больше. Поэтому как были килобайты степенями двойками - так и дальше останутся. А вот беспощадные маркетологи решили, что можно сэкономить несколько центов и использовать приставки СИ в традиционном значении степени десятки. Поэтому везде все накопители маркируются коммерческими гигабайтами в степени десятки - да, везде обман, увы. Вероятность встретить накопитель с честными гигабайтами стремится к нулю. Ну и некоторые разработчики решили, что следовать стандарту надо без оглядки на реальный мир и тоже использовать в софте все эти *иби для степени двойки, а степени десятки использовать для обычных приставок. И вот это всё увеличивает энтропию ещё больше.

Внутри страны, особенно внутри одного провайдера - вообще без проблем. Даже под случайные блокировки скорее не попадете.
Тем более по обоим статическим IP и как сказал Юрий MikroTik можно его зарегистрировать.
По поводу использования платного mpls РТК или своего - решается информационнной безопасностью и защитой персональных данных.
в случае mpls РТК гарантирует что трафик будет идти только между вашими точками по кратчайшему маршруту. В случае самонатроенного - по общей маршрутизации (хоть через германию, хоть через гондурас) Ну и в mpls по умолчанию входит гарантированная полоса пропускания, отсюда и цена.
По поводу оборудования и протоколов - на сколько помню, там были какие-то терки с защитой персональных данных, всяких банковских и прочих тайн - для них нужно использовать отечественные криптошлюзы и ГОСТ протоколы, а обычный скуд можно и на микротах гонять.

Надежный впн от РТ… ржал в голос
SSTP поднимите между офисами
Скуд через интернет пробрасывать это крайне странно. Он должен работать локально, иначе РКН опять накосячит, пол инета упадет и Ваш СКУД сломается

Можете.
И да, вопрос о незаконности использования VPN в корпоративных целях выглядит прям очень странным.

Если язык не важен, то вот, пожалуйста:
Частично (и размазано по всей книге) есть у Найстрома (C++/JS/UML/псевдокод, но в основном C++):
Robert Nystrom - Game Programming Patterns

Демка с игрой разработана у Адамса (C++98 + скрипты, но на чем они были я не могу вспомнить):
Jim Adams - Programming Role Playing Games with DirectX (2nd Edition)

Попробуй пообщаться с chatgpt (выбирай openai, anthropic или google, менее рекомендую grok и deepseek, не рекомендую майкрософтовский copilot и всякие яндексы гигачаты и открытые ламы), они представляют из себя дистиляцию основных знаний человечества, этакий stackoverflow на стероидах, возможно лучшее место где можно сейчас учиться - это оно.

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

Они и вопрос поймут, и примеры с кодом дадут.

p.s. само собой, ожидать мега результата от современного ИИ опрометчиво, но для обучения пойдет

Готовый код ищи в опенсорс играх. В остальном - только общие принципы.
Если бы мне пришлось реализовывать боёвку, я бы опирался на две идеи:

1. Автоматы состояний, в т. ч. ортогональные (т.е. несколько параллельных независимых автоматов). См. паттерн "состояние" из паттернов банды четырёх.
Например, для скилла у персонажа могут быть такие состояния:
Idle - скилл не используется
ChargeUp - персонаж готовит атаку
Active - персонаж выполняет атаку
Cooldown - персонаж восстанавливается после атаки
Для мгновенных атак скилл перейдёт из Active в Cooldown сразу же, для длительных - может какое-то время сидеть в Active. По сути, скиллами можно описать вообще всё, от дефолтных атак до использования предметов.

2. Подписка на события
Это полезно для реализации статус-эффектов. Т.е. перс имеет несколько событий: игровой тик, получение урона, нанесение урона, переход навыка в следующее состояние, и т.д. При этом события должны позволять менять происходящее. Скажем, обработчик события "получение урона" должен иметь возможность изменить получаемый урон или отменить его вообще.
Когда на перса накладывают статус-эффект, объект этого статус-эффекта подписывается на соответствующие события. Например, эффект "горю" подписывается на событие "игровой тик", и генерирует урон персонажу через заданное количество тиков. По снятию статус-эффекта объект должен отписаться от событий.
Если на событие подписаны несмколько эффектов, их обработчики событий отрабатывают поочерёдно.
Также нужна система приоритетов, чтобы одни эффекты срабатывали строго до других, а не зависели от порядка их наложения. Иными словами, список активных эффектов должен сортироваться при добавлении новых эффектов.

Основы программирования: логика, математика, алгоритмы и ООП. Вот по этим темам и ищите книги. Принципиальных отличий в реализации игровой механики от любой другой нет. Везде всё делается одинаково.
Например, Логика - Виноградов, Кузьмин, Москва, 1954г.
Математика - стандартная школьная, геометрия, тригонометри. И немного высшей математики типа кватернионов, теории игр, теории вероятностей и прочее в специфических случаях типа 3D, всяких случайностей и прочее.
Алгоритмы и ООП - стандартные популярные книги (например) плюс регулярная практика.

Например: Как реализовать различные состояния персонажа (атака, защита, уклонение, блокировка, специальные способности)? Как переключаться между состояниями в зависимости от событий?

Список констант плюс переменная. При событии - меняем значение переменной на требуемую константу. Это всё элементарные вещи.

ИИ противников.( чтоб поведение было сложным и интересным)

Cобытие -> условие -> действие. Всё стандартно.

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

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

Еще раз. Учебника по тому, как хранить состояния в RPG нет, и курсов нет - это все входит в базовую работу с данными.
Вопросы лучше задавать по конкретике, что именно ты хотел сделать и как пытался, и что тебе не нравится в твоей реализации.

p.s. если что, писал rpg, я согласен с остальными отвечающими, что какие-то курсы или учебники тебе нужны просто по базовой работе с программированием.

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

P.S. возможно, гугление маркировки микросхем подскажет больше информации. По фото не видно.