Дмитрий Александров

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

Что лучше Cola или Pepsi ? Объективно и конструктивно сможете сами понять почитав базовые особенности каждого движка. Кроме того этот вопрос обсасывался тут множество раз и достаточно воспользоваться поиском.

Ничего сверх сложного нет, по классике любой 3d рипер сцен и вперед. К примеру берите ninjaripper как популярный нынче, открываете страницу с нужной моделью, дампите. Дамп открываете в 3д максе\блендере, ручками правите косяки типа поехавших uv или ненужного мусора и экспортируете в то что вам нужно.

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

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

Раз вопрос поставлен таким боком то правильное решение будет не использовать вулкан. Очень вероятно что и чистый opengl поставит в ступор поэтому ищите готовые библиотеки по opengl в которых все максимально абстрагировано и завернуто в более удобный api.

Конкретно в Вашем случае ответ очень прост.
Клиент предсказывает свое положение но сервер должен ответить координатами где клиент находится и этот ответ будет более приоритетным. Чтобы все это заработало правильно синхронизируйте клиента и сервера по тикам сервера а значит и храните последние N состояний мира на сервере и клиенте т.е. получится следующая схема:
Клиент предсказывает свое положение и отправляет серверу что двигаюсь вправо тик 10
Сервер принял пакет, смотрит тик, откатывает состояние мира до этого тика и задает движение вправо.
Сервер отправляет клиентам состояние игрового мира с номером своего тика.
Клиент приняв пакет со своими координатами и тиком сервера откатывает мир на этот тик и смотрит угадало ли предсказание координаты. Если угадало то ничего не меняешь, если не угодало то откат на эту позицию и слушать сервер дальше.
Кроме того этот механизм сразу решит проблемы с выстрелами и взаимодействиями т.к. сервер может востановить картину что видел игрок в конкретный момент времени и мог ли он попасть в объект\игрока.

По сути и простыми словами выглядит это так:
Сервер всегда находится в настоящем времени но может заглядывать в прошлое.
Клиент всегда видит прошлое состояние мира но сам(и объекты с предсказанием) находятся в настоящем.
Ко всему сказанному сервер может(точнее обязательно должен! ) вводить искуственную задержку для клиентов(в пределах разумного, вычислять среднюю для всех клиентов или некую фиксированную), это гарантированно заставит всех клиентов видеть одинаковое состояние мира независимо от их задержки сети.

Вот, это если вкратце и простыми словами.

Путем проб и ошибок, никто не скажет что будет лучше и быстрее конкретно для вашей ситуации.

Хм

setdone(true);

чет падазрительна.

1) Какие языки знают девелоперы и какие технологии могут позволить себе купить.
2) Если что то уникальное то тупо садились и писали на чем удобно, если изначально целились на определенный жанр к примеру стратегию то тупо покупали двиг у разрабов которые уже делали стратегию на нем. Условно говоря хотели клон дюны2000 значит купим двиг дюны и сделаем свою игру.
3) Java\С#\C\C++\JS\Kotlin и еще с десяток. Что удобнее то и используют.

Ничего фантастического в DS нет и механику\графику игры можно с легкостью повторить на любом движке.