Wc3 Mobile?

А нах это уперлось если есть - Intel Atom и целая серия мобильных устройств на нем, т.к это х86 процессор то он спокойно запустит вар на планшете без танцев с бубном.
На arm платформе вара небудет и точка, это полная разработка игры с нуля под мобилки, разница как между повозкой и НЛО пришельцев в плане кода под арм и х86.

prog,

Конструктор != Движок
Конструктор == Движок + IDE
Движок == Конструктор  - IDE

quq_CCCP, если бы ты читал внимательно о чем речь, а не только самое начало дискуссии, то понял бы, что идея и цель вовсе не в том чтобы затолкать именно близовский вар на мобилки.

PrincePhoenix,

современный движок = ядро, которое и есть собственно движок + среда для кодинга, часто сторонняя (эклипс, студия, да хоть блокнот) + визуальный редактор в котором ведется работа с ассетами, картами и прочими не связаными напрямую с кодом аспектами разработки, там-же всякие дизайнерские инструменты + набор внешних утилит, для компиляции, для работы с ассетами вне редактора, для конвертации и импорта и так далее, в зависимости от движка + различные фреймворки построеные вокруг движка но не входящие в состав ядра, предназначеные для ускорения разработки и решения типовых задач + опционально, инструменты для скриптинга в рамках API движка, с доступом к низкоуровневым системам

предположим, что конструктор построен на движке, а не написан с нуля, тогда:
конструктор = исполняемый файл "игры", умеющий загружать результаты работы редактора + визуальный редактор с отсутствием доступа к низкоуровневой части движка и значительной части инструментов, но с добавлением инструментов для работы с игровыми системами, как правило без инструментов для компиляции, но с возможностью сохранения результата работы в специальный формат + встроеные в редактор инструменты для скриптинга в рамках ограниченого API не имеющего доступ к низкоуровневым системам и непосредственно движку + ядро движка под капотом, о существовании которого пользователь конструктора может даже не знать и это не повлияет на его продуктивность + готовые игровые механики и сущности, не в виде фреймворка, а в состоянии в котором их при желании можно было бы релизить как есть после заполнения контентом + опционально, готовый контент и ассеты (пункты про отсутствие компиляции и работу исключительно через готовый исполняемый файл опциональны - возможны различные варианты, включая генерацию лаунчера и даже компиляцию).

Fakov, Идея есть, набросай план реализации, подтяни пару-тройку программистов-энтузиастов с XGM, объясни зачем им это нужно, создай хайп вокруг проекта, ну и дальше ты понял...

PrincePhoenix,

ну и дальше ты понял...

Стримы по текстурированию моделей от тянки одного из разрабов? это намек на один подобный проект