Wc3 Mobile?

Fakov, зайди в плей маркет/аппстор и глянь на топы большинства категорий, в частности rpg) Ты будешь удивлён, возможно

На лоуполи можно делать очень красиво, если у тебя есть талант к дизайну и композиции.
Вам разве не нравится графика варкрафта3?
PrincePhoenix, мобилкоговнище не нужно, тем более парашный плеймаркет, который я удалил у себя. Из мобилкоговна играл только в тренера ведьм, которая является портом с пк. Ставил игру не из стора. а руками.
Но если тебе нужны продажи в сторе, то задай себе вопрос, ты хочешь денег или нормальную игру.

Шта? Если ты играл в криворукопродукты, это не значит, что все они такие. Единственный минус в мобилках- это огромное количество рекламы, как сторонних ресурсов, так и доната. Но в остальном есть качественные и даже очень проекты, darkness rises например глянь, там тебе и сюжетка с видосами, и крафт и экшон и графон и тактика. В общем не стоит всех под одну гребенку
В конце концов, рынок мобилок сейчас куда привлекательнее. Да и идея Fakov как раз вроде в материальном аспекте, а на духовном.
Для себя можно и на варе карты клепать

PrincePhoenix, ну ладно, как хочешь, только мне не лезьте со своими мобилками.

PrincePhoenix:

Бред же. Конструктор подразумевает наличие уже готовой низкоуровневой реализации - сетевой код, базовые игровые механики и сущности, управление, причем все это должно быть в готовом к релизу виде сразу из коробки, без необходимости писать код если не нужны нестандартные механики. Движки же таким не занимаются т.к. рассчитаны не на хомячков, а на разработчиков, которые в состоянии разобраться в движке и запилить то что им надо так как им надо.

prog, Драсти приехали, а в WE ты код не пишешь?)

Я говорил это к тому, что по сути своей Unity и etc. - это конструкторы для продвинутых, а RPG-мейкеры всякие для чайников по большей части, но тот и другой выполняют одинаковые фукнции, визуализировать разработку игры и упростить процесс её создания, предоставляя готовые инструменты для работы.
Так получается, что we - конструктор мили-карт и движок кастомок?)

PrincePhoenix, в WE я могу запилить варкрафто-подобную RTS не написав ни строки кода, просто измываясь над редактором данных. И уйти достаточно далеко от варкрафтоподобной ртс на одном гуи, которое кодом ну никак не является в виду своей простоты и ограниченности. Кроме того, есть огромная разница между низкоуровневым кодингом глубоко в недрах движка и скриптингом в рамках ограниченного высокоуровневого API поверх уже существующей низкоуровневой реализации.

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

prog,

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

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

PrincePhoenix,

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

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

prog, Зачем ты это рассказал, не знаю, но плюсану на всякий)

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

PrincePhoenix,

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

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