В дополнение...

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

Скрипты так же могут быть объектно визуализированы (аля ГеймМейкер). Но при этом уже не накидываться прям на игровое поле, а иметь свой отдельный визуальный редактор и на выходе генерить код.
Работа кодера — сделать движок, а не программировать логику уровней.

И все же, это уже уход от разработки игр в разработку тулзов, если говорить об уровне «аля ГеймМейкер». Я понимаю, что тут включается «подход программиста» в котором программист может доводить свой код и свои тулзы до совершенства постоянно улучшая и оптимизируя их. Но все же стоит помнить о гранях разработки и балансировать где-то по серединке.

В формате флеш игр, работа кодера заключается в создании игры ;) В общем славно я тут по троллил. Основную цель и мысль твою понял. Буду рад потом почитать или услышать от тебя стоило ли это того.

Антон, увы, такие универсалы, как ты — ольшая редкость. И вдвойне увы, что я не один из них. ):

Поэтому я стараюсь свои усилия направлять в ту область разработки, в которой хоть что-то понимаю. А это программирование и организация рабочего процесса.

Про ГеймМейкер — это я, конечно, загнул, я бы убился, пока его сделал. (: Но в целом для флешек скрипинг не такой объемный. Иногда вполне хватает одной двух строчек, в которых разберётся даже сценарист, не говоря уже про левел-дизайнера.

Оке, в Москве в следующем году подробнее расскажу, как напьёмся. (:

Парсить уровни из Flash IDE можно с помощью JSFL, я об этом как-то уже рассказывал и даже скидывал кому-то универсальный код для парсинга и упаковки в XML.
Скорость работы таких скриптов точно такая же, что и у самой игры, в чём трата ресурсов?

Ещё раз: для меня важно, чтобы редактор можно было отдать игрокам вместе с игрой (внутри игры), и при этом чтобы дать создателям уровней на ряду с простыми инструментами создания — адвансед инструментарий для сложных сценариев. Модинг — это лучшее изобретение человечества. (:

Смысл один — автоматизировать процесс.

И Elmortem не говорил о ЛУА ;)

Всё равно каждый уровень отлаживать. Мы ж не тетрис пишем. Баланс приходится сохранять, кривую сложности и т.д. Скрипты как раз позволяют делать интересные сценарии малыми силами. Быстро всё менять и править. Буквально пара-тройка строк кода могут сильно разнообразить уровень. При этом программисту ну нужно забивать себе голову логикой игры — только возможностями, которые попросили гейм-дизайнеры.

звучит всё шикарно, хрчется увидеть результат и конечно услышать что это дало на выходе) Какой выхлоп) А вобще такую штуку надо давать сразу игрокам. Но самое главное конечно — стоит ли этого сама игра..)

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

ОК, надеюсь 49к уже заработал)) Думаю, внешний редактор, все же не для всех игр полезен. Например, для физ.игр он очень полезен, для отладки физики не нужно каждый раз компилировать, как полезен и для тайловых движков. Но для здоровых «хэндмайд» уровней а-ля Mining Truck 2 (кстати сегодня релиз) мне кажется просто производительности плеера не хватит, если даже Flash IDE иногда ложится на большом количестве объектов.

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

Не вижу связи между расстановкой объектов и их настройкой и геймплеем (взаимодействием объектов). Если игры, где вообще не нужен редактор, но тут уж он никакой не нужен, не встроенный в игру, ни внешний.
По вашем же словам получается, что Flash IDE ещё худший редактор, потому что там вообще по дефолту можно только объекты расставлять. Любое извращение и Flash IDE уже не впишется.
По вашему удобство разработки — это штамповка? Вы же не видели мой редактор, а говорите так, как будто изучили все его возможности и теперь выносите вердикт.

если вы написали приложение, заменяющее ИДЕ по удобству и качеству, и всё программирование сводится к созданию триггеров (аля варкрафт 3) то: первое = отлично, удобство эт хорошо. второе: на тригерах далеко не уйдёшь.

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

Поэтому я считаю что сделать двиг для мач3- жанра можно. для простых пплатформеров = легко. Для РТС = можно. И для всех отдельно взятых жанров. Но вот универсальный — я не верю.)

По моему вы не совсем понимаете, что такое редактор. Никто не говорит, что не нужно программировать сами объекты. Конечно, они для каждой игры уникальны и их нужно программировать. Программисту. В нормальной IDE для программирования. Да.
Но вот все игровые элементы запрограммированы, что с ними делать дальше? Нужно как-то собирать из всего этого готовые уровни, в которые можно будет играть. Тут вступает в силу редактор, который позволяет удобно разместить игровые объекты и настроить их параметры. Мой редактор позволяет достаточно удобно задать объектам любые индивидуальные параметры, которые затем передаются объекту при инициализации. Триггеры — это способ кастомизировать поведение разных объектов в разных ситуациях. Подход, когда объекты имеют конкретные ограниченные возможности (дверь может быть только открыта или закрыта, рычаг может быть только выключён или выключен и т.д.), которые расширяют с помощью триггеров (при переключении рычага могут произойти разные действия, их лучше программировать отдельно, в триггерах, а не в самом рычаге, т.к. данные действия могут происходить не только при переключении рычага). Это правильный подход, позволяющий создавать интересные и разнообразные уровни.

В игре любого (абсолютно) жанра есть объекты, которые как-то взаимодействуют с другими объектами. Взаимодействие объектов друг с другом и с игроком — это и есть геймплей. Триггеры — это прослойка между объектами и между объектами и игроком. Триггерами описывается взаимодействие, которое логично вынести из самих объектов. При этом поведение и уникальное взаимодействие самих объектов программируется программистом.
Так что с помощью редактора можно сделать абсолютно любые уровни для любой игры, которой вообще нужны уровни.
Т.е. от редактора требуется только расставить объекты и задать им параметры. Со скриптами появится возможность ещё больше кастомизировать взаимодействие объектов.

Я вот честно не вижу игровых жанров, к которым нельзя было бы сделать уровень в моём редакторе. Исключая, конечно, сложные высоконагрузочные уровни — всё-таки тут техническое ограничение, а не идеологическое.

По поводу различий с Flash IDE стоит учитывать, что в моём редакторе устанавливаются именно игровые объекты (точнее некие данные, которые при загрузке уровня в игру станут игровыми объектами), а в Flash IDE вы оперируете именно графикой, хотя при некоторых извращениях можно задать графике различные параметры, некоторым это даже кажется удобным. Т.е. в моём редакторе нельзя установить прозрачность или наложить фильтры. Только положение, поворот, масштаб и заранее определённые параметры. При этом в параметрах может быть alpha или выпадающий список с фильтрами, но это должен разруливать уже сам объект при инициализации, редактор о графике вообще ничего не знает, кроме «вот эта картинка у нас как бэ вот этот объект изображает, рисуем на этом слое с таким поворотом и скейлом». (:

для человека не особо сведующего в программировании — я теперь понял смысл достаточно хорошо)

Не терпится увидеть что это и посмотреть что с помощью него делается)

хотя для меня всё равно необходимость этого под вопросом) скорей всего я не прав)

Ну, если уж Flash IDE не справляется… (:
На самом деле я никогда ещё не сталкивался с созданием таких уровней и вообще не далел подобных по качеству игр. С художниками у меня беда. ):
Но для небольших игр, на 300-500 объектов, всё отлично работает.