Создание конструктора мобильных игр "EMG Studio"., Доступна версия Demo [0.6]: Поделиться Опции

[revfytd]

Представляю вашему вниманию версию Alpha [1.0.1] конструктора мобильных игр "EMG Studio".

EMGS_Alpha_1.0.1_.zip   ( 404.75 килобайт ) Кол-во скачиваний: 4780

Alpha [1.0.0]

EMGS_Alpha_1.0_.rar   ( 524.82 килобайт ) Кол-во скачиваний: 5681

Краткое описание:
Данная программа позволяет создавать ява-игры без программирования!
Основные этапы разработки:
1. С помощью соответствующих редакторов создаются различные фоновые и активные объекты.
2. В "Редакторе сценария" устанавливается количество этапов (менюшки, заставки, уровни и т. д.).
3. В "Редакторе уровня" устанавливается расположение, порядок прорисовки, способы управления объектами.
4. В "Редакторе событий" описываются все необходимые события и соответствующие им действия.
5. Кнопкой "Конвертировать" Формируются ява файлы (папка srс) и графические файлы (папка res).
6. В любом ява-редакторе создается новый проект, в который копируется папка src и папка res.
7. Все это компилируется и получается игра.

EMGS_Alpha_1.0.1_.zip   ( 404.75 килобайт ) Кол-во скачиваний: 4780

Жду ваши мнения, предложения и пожелания.

Инструкция

instr.rar   ( 4.2 килобайт ) Кол-во скачиваний: 2187

Разработка игры "James Bond, Night fire"

Сообщение отредактировал revfytd - 25.1.2009, 10:21

[miha-il2]

Сделать то можно. Но для начала кто-то должен написать гибкий движок игры, т.к. на Delphi много не наявишься.

[miha-il2]

И ещё:'В идеале' не получится, т.к все полученные игры буду похожи друг на друга...

[__exT__]

Да, и какова приблизительная концепция?

[miha-il2]

Я так подозреваю, что рассчитывают и на изменяемость концепции. Т.е ещё несколько движков нужно, или коллекция классов с заготовками...

[revfytd]

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

[miha-il2]

Редактор кода (подсветка синтаксиса и т.д)тоже предусматривается? Плюс ко всему внешний компилятор... И сколько всё это чудо будет весить? Хотя это не очень принципиально. Вообщем кто готов выкладывать наработки (менюшки, карты с интерпритаторами и т.д)? Если найдуться, надо создать правила по совмдстимости: Названия основных функций и процедур типа 'в_меню()', 'в_игру()', 'game over()' и т.д

[revfytd]

Редактор кода (подсветка синтаксиса и т.д)тоже предусматривается? Плюс ко всему внешний компилятор... И сколько всё это чудо будет весить? Хотя это не очень принципиально. Вообщем кто готов выкладывать наработки (менюшки, карты с интерпритаторами и т.д)? Если найдуться, надо создать правила по совмдстимости: Названия основных функций и процедур типа 'в_меню()', 'в_игру()', 'game over()' и т.д

Все файлы на яве будут создаваться автоматически и работать с кодом пользователю не потребуется. От пользователя просто потребуется пройти через серию форм, выбирая различные параметры и формируя каждый этап.
Если же ты имеешь в виду работу программистов, то для каждого типа этапов необходимо будет разработать шаблоны и при генерации файлов на яве программа будет вставлять неизменяющиеся куски текста, а там где это нужно - значения переменных, определенные пользователем.
Компиляция файлов скорее всего будет проходить с помощью Wireless Toolkit вручную. Названия этапов предлагаю особо не разнообразить: etap0(), etap1() и т. д. В классе каждого этапа уже будет описаны все параметры: отрисовка графических элементов, обработка событий с клавиш, изменение состояния игрового процесса и т. д. и также условия перехода с одного этапа на другой.
То есть пользователь сначала с помощью различных редакторов формирует каждый этап игры, а затем в финальной форме производит "склейку" всех этапов.

[Neomoto]

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

Вот Gameloft поступила по-умному, делают один java движок, и на нем пару десятков игр выпускают.

[revfytd]

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

Вот Gameloft поступила по-умному, делают один java движок, и на нем пару десятков игр выпускают.

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