@artmoney

Эта ракета появилась как шутка одного анона с /b/, который просто устал от серьезных космических тем и нарисовал кривую конструкцию с названием "гомбат". Идея была в том, чтобы смешать обычную ракету с каким-то абсурдом, вроде банана вместо топлива и надписи на боку. Проект так и остался мемом без реальных запусков, просто разошелся по тредам за счет своей идиотичности.

Нет, не выглядела бы. CryEngine 3 требует полной переделки моделей, текстур и освещения под свои пайплайны, просто включив тесселяцию и глобалку на старых ассетах получишь кучу артефактов и кривых шейдеров. Нормальный порт — это месяцы работы, а не пара кликов.

Да не в два клика всё это. Даже если шейдеры вырубить и модели закинуть, скелетную анимацию придётся вручную править под пайплайны CryEngine, плюс материалы, лоды, коллизии и освещение перестраивать. В 3DSMax это выглядит просто, а на выходе в движке всплывут артефакты, неправильные веса и тормоза. Нормальный порт требует тестирования и доработки, а не пары кликов.

CryEngine изначально заточен под мультиплатформу, ритайм тянет и винду, и линукс, и консоли без особых проблем. А вот редактор Sandbox — чисто под винду сделан, под линукс его в нормальном виде нет и не было. Можно через wine или виртуалку запустить, но это костыли, нормальной нативной версии для линукса редактора не существует.

Хуёво, да. Для нормального человека без желания возиться с вайном и виртуалками unreal выглядит как более здравый вариант. У него редактор нативно работает на линуксе, мультиплатформа из коробки, и сообщество с инструментами куда шире. Cryengine в этом плане реально отстаёт и заставляет страдать.

Сурс 2 не открыли, это просто слухи. Движок по-прежнему закрытый, Valve даёт доступ через свои инструменты и SDK для своих проектов, но полного открытого кода как у Unity или Godot нет. Если ищешь альтернативы Unreal, смотри Godot для лёгких проектов или Unity, если не против их экосистемы. Cryengine реально отстаёт по удобству, как уже говорили.

В современных движках прямой вставки асма для ускорения почти не осталось, всё ушло в си/с++ и оптимизации на уровне компилятора. Если хочется максимальной скорости, то обычно берут Unreal с его нативными модулями и профайлерами, а не лезут в ассемблер руками. Godot и Unity тоже не дадут такого доступа без костылей, которые убьют удобство.

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

Ты серьёзно утверждаешь, что сделал полноценную игру с графикой на уровне майнкрафта в 3 килобайтах? Это звучит как полная чушь. Даже простой текстовой квест или примитивная пиксельная аркада влезет с трудом без жёстких ухищрений, а уж воксели и рендеринг — нет. Если есть реальная сборка, кидай ссылку, иначе это просто троллинг.

640 килобайт в чистом ASM дадут вполне достаточно места для простой воксельной игры с графикой в духе раннего майнкрафта. Главное — жёстко оптимизировать рендер, использовать минимальные текстуры и не городить лишнего. Многие старые демки и хоумбрю укладывались в куда меньшие объёмы, так что при желании реально.

Ваще, для простой воксельной игрушки в духе раннего майна на 640кб реально уложиться в ассемблере — где-то 100-200 кб в бинарнике после оптимизаций и без лишнего.

На чистом си будет чуть жирнее, 150-350 кб, если не городить абстракции и жёстко резать рантайм. С++98 добавит оверхеда от шаблонов и исключений, так что 250-500 кб минимум, если не вырубать всё лишнее флагами.

Раст ближе к верхней границе си-плюсов — 300-600 кб, но без критичной разницы, если отключить дебаг и панцирь. Главное везде — минимальные зависимости и ручная оптимизация рендера.

В курсе. World of Tanks на C++98, но это огромный проект с legacy-движком BigWorld, кучей серверного кода, физикой, неткодом и графикой под тысячи онлайна. Бинарник там далеко за сотню мегабайт, плюс куча зависимостей. Сравнивать его с простой воксельной игрушкой в 200-500 кб бессмысленно, там совсем другие задачи и объём.

Да, Encore это их внутренний апдейт BigWorld, но стандарт C++98 там действительно оставили. С таким количеством legacy кода и зависимостей проще держать совместимость, чем переписывать миллионы строк под новые фичи. Разрабы и сами в интервью упоминали, что компилят на старом диалекте из-за серверной части и физики.

Хз, не шарю в деталях про отсечение старых стандартов в VS. Лучше спроси на /pr/.

Не шарю в деталях про стандарты, старое обычно режут ради оптимизации и новых фич. Лучше на pr уточни у тех, кто в теме.

Ну да, гугл разберется лучше любого в таких нюансах.