dollar

Конечно, можно.
Попробуйте погуглить что-то типа такого: "play a video file unreal engine".

Вообще-то кат-сцена - это по сути и есть видео. Точнее, способ реализации не важен, в обоих случаях это будет называться "кат-сцена" (от слова cut, то есть то, что можно вырезать, и от игры не убудет). Суть её в том, что игрок практически не взаимодействует с игрой.

А с чего вы взяли, что ускорение зависит от положения турели?

Ведь AddForce добавляет ускорения в мировых координатах, независимо от поворота родительских объектов. В этом и ошибка.

Lua - встраиваемый язык.

Поэтому нужно смотреть не на сам Lua, а на API, которое ему предоставляет внешняя среда - Coregames, а также на компоненты, которые там присутствуют и которые можно использовать. Эта среда и определяет, как будет выглядеть окно ввода, сколько там будет кнопок, какая функция Lua отвечает за ввод и т.д. Внутренние функции языка Lua могут быть изменены или вообще удалены, в зависимости от способа встраивания, защиты и т.д. Очень часто отключают библиотеки io и os, чтобы ограничить взаимодействия с системой и повысить безопасность.

Документация по Coregames находится здесь: docs.coregames.com

Вполне может быть такое, что Coregames вообще никак не предполагает ввод строки пользователем. Тогда придётся делать своё решение. А именно, нарисовать поле ввода, считывать отдельные клавиши, и формировать из них строку. Ещё вариант нарисовать кнопки на экране, чтобы пользователь мог их тыкать мышкой, постепенно формируя строку. Но это лишь предположение, что нет поддержки ввода строк. Точный ответ можно получить после прочтения всей документации.

Например, в игре Tabletop Simulator тоже есть встроенный язык Lua. Поле ввода, как таковое, там не предусмотрено. Но зато через событие можно "ловить" в чате вводимые игроками сообщения. Также у игроков есть возможность задавать объектам имена и описания - их тоже можно считывать, используя в качестве альтернативы полю ввода. Эти компоненты определяются средой, то есть данной игрой, и язык Lua никак не может их создать из ничего или удалить из игры, но при этом Lua имеет к ним доступ, может получать оттуда значения или записывать новые значения туда. Таким образом, Lua использует те компоненты, которые определяются средой и которые описаны в документации.

Не знаком лично с программой coregames (хотя спасибо, что уточнили).

Однако навскидку могу предположить, что функция UI.PrintToScreen принимает только одну строку и не принимает никакие числа. Поэтому нужно число привести к строке:

print=UI.PrintToScreen
b=1;
c=1;
a =  b + c ;
print (tostring(a))

Того же эффекта можно достичь операцией конкатенации строк из-за автоматического приведения типов в Lua при использовании этой операции:
print("The result = " .. a)

Ну а если серьёзно подходить к вопросу, то вот в этом месте:

сбой и все...

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

Гарантированно - никак.

Это проблема противостояния снаряда и брони. Когда ваш античит научится детектить все читы, начнутся работы по изобретению такого чита, которого ваш античит ещё не умеет детектить. Потом вы снова совершенствуете свой античит и так по кругу. И это при условии, что вы умеете программировать, что не так (судя по вопросу).

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

• What are the best 2D game engines?
  
• What are the best 3D game engines?
  
• Unity3D vs Godot
  

Зависит от количества игроков и от самой игры.

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

Но если есть какая-то хитрая механика, которая связывает сессии, то это может быть не вариант.

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

При большом (огромном) количестве игроков одного сервера и вовсе не хватит. Тогда уже нужно думать о том, как раскидывать сессии по разным серверам. Таким образом, подбор сессии - один сервер, затем он посылает игрокам инфу, на каком сервере они будут играть, а также ключи, чтобы получить доступ к этому серверу, и далее они взаимодействуют уже с конкретным сервером. А рядом стоят другие сервера для сессий. Как-то так. В общем, очень похоже на ситуацию, когда хостит один из игроков, только используются официальные сервера от разработчика игры.

Самый сложный вариант - это, конечно же, ММО с открытым бесшовным миром. Там тысячи игроков в одном мире, но могут пересекаться со временем, хотя большую часть времени находятся далеко друг от друга и не соприкасаются. Там используются хитрые алгоритмы распределения по серверам. Но если все игроки соберутся в одной точке, то, скорее всего, всё поломается. Слава богу, что маловероятно, что все игроки условного игрового сервера (состоящего из многих физических) захотят собраться в одном месте.

Через require:

require "boss"
или
require "boss.lua"

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