Пишу платформер. Есть вопросы.
 

Для начала хочу сердечно поприветствовать все сообщество этого форума :) Меня зовут Саня и я уже пару месяцев изучаю ActionScript 3.0.
Из книг прочитал Колина Мука. Много чего не понял, ввиду того что это мой первый язык программирования, но юзаю гугл и учусь на практике (на мой взгляд лучший способ обучения :))

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

Код пишу в FlashDevelop после прочтения тут блога господина Кордума :)

Сама игра пока что выглядит так:

1) swc библиотека с графикой - подключена к проекту

2) Класс Main - основной класс игры. В нем создается массив хранящий все платформы, по которым прыгает игрок. Слушатель событий ENTER_FRAME прикручен к stage и через цикл проверяет столкновения игрока с платформой. Тут же программно созданы несколько платформ, что бы вы могли посмотреть на все это (файл прикреплю к теме)
И наконец слушатели событий на нажатие клавиш - для движения игрока. И слушатель событий клика мышки для атаки.

3) Класс Panda(он же класс персонажа). В нем прописаны функции движения влево/вправо и функция прыжка (которые принимают данные от слушателей событий в Main). Тут прописана так же сила гравитации, действующая на игрока.
Пересечение игрока с платформами считывается хитрым способом, вычитанным на блоге http://xitri.com/. В самом мувике персонажа я создал 4 объекта-невидимки и расположил их по сторонам света с именами p1,p2,p3,p4. Функция ENTER_FRAME в классе Main - проверяет методом пересечения этих маркеров с платформами и реагирует соответственно.

4) Класс Platform (класс описывающий платформу). В нем всего одно действие. В методе-конструкторе вешается слушатель событий

и если платформа добавлена на сцену - выполняется функция

Про эту функцию я так же вычитал на xitri.com. Она вызывает метод addPlatform в классе в котором был создан экземпляр Platform и передает в качестве параметров - саму себя.
Метод addPlatform описан в классе Main и выглядит так:

Он просто добавляет полученный объект в массив хранящий все платформы, для дальнейшего прослушивания событий на столкновения.

К посту я добавил swf файл. В нем в классе Main создается персонаж и три платформы. Все работает - можно попрыгать по ним :)

А теперь внимание - вопрос.
Надо делать скролл уровня. Для этого как я вычитал в интернете - надо всю графику заключать в один большой мувиклип и двигать его относительно персонажа. Ок - я создаю во Flash IDE из объектов небольшой уровень, и оборачиваю все объекты в мувик. Но когда я в коде добавляю его на сцену - все мои функции перестают работать. 4 часа я пытался понять что не так и тут вкурил. В этом большом мувике лежат экземпляры классов swc, а не экземпляры классов, которые я наследовал от классов в swc.
Выход вроде есть - создавать каждый блок программно, присваивая ему переменную и бла бла бла - я умру так делать :D
Как мне быть? Как создавать уровень?
P.S. Думал о том, что бы сделать редактор уровней, но я встречал лишь такие, которые сохраняют данные в XML и потом игра на их основе делает уровень. Мне не пойдет, потому что хочу потом игру адаптировать под Вконтакте, без обращений к серверу (я просто не умею работать с сервером :p)

Раз вы любите Хитри :о)
http://xitri.com/2009/07/13/scrollin...cept_hero.html

Это круче Медведя и рибы

Который на машине?

Я читал это. Но видимо я тупой и не понимаю как это адаптировать по свой проект :D Там все писалось на AS2 и в кадрах.. а если делать по нашенски, то я хз как))

Добавлено через 40 секунд
Кстати крутая игра была))))))))) Но закачик явный наркоман)))

Привет. Но ведь ничего не мешает сохранить XML-описание уровня в какой-нибудь константе внутри игры.

Слушай а я и не подумал))) Клево - спс ;)
Но вот вопрос с тем как создавать уровень - все еще открыт :) Может все таки возможно строить его во FlashIDE?)

глянь на flashpunk
или flixel

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

Лучше, на мой взгляд, написать редактор уровней, где как в IDE можно будет создавать платформы и выбирать их расположение, размеры, создавать мобов, и так далее, с последующим сохранением описания уровня в XML. Это удобно. Можно, да, создавать уровень в IDE. Тогда нужно при экспорте клипа (платформы, например) задавать ему имя класса (например Platform) и в той же папке где лежит .fla создать файл Platform.as примерно такого содержания:
Ну и писать здесь уже все, что хочешь. Только я не проверял, но должно работать. Еще можно этот .as файл хранить в отдельной папке (например, scripts), тогда нужно будет при экспорте клипа указать scripts.Platform, а в самом файле уточнить пакет:
Но лучше все-таки редактор уровней, с ним ты не будешь привязан к IDE.

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

Изучив хорошую чужую библиотеку вы поймете каким может/должно быть API движка. Без этого вы изобретете кучу ненужных и наверняка неправильных велосипедов.

ps имхо писать саму игру интереснее чем писать сам движок.

Спасибо вам добрый бородатый мужчина :)) Убедили что нужен редактор уровней - пойду писать))))

В благодарность вот вам интересная цветовая схема для FD)

Спасибо за совет) Что ж попробую поковырять flashpunk как советовал Котяра

Спасибо, но мне как-то ближе моноширинные шрифты :)

Кому как

Инсайт,
За что же вы их так ненавидите?

Инсайт, не слушайте никого в плане как надо развиваться, у каждого свой путь :о). Чтобы написать вою первую игру не надо пачкаться в чужом коде, можно не только полезного нарыть, но и кучу вредного подхватить. Лучше чтобы у вас, Инсайт, инсайты происходили по мере разработки - так прикольнее.

Хехе)) Клево)) Я наверное так и поступлю. Скачал Flashpunk, а он только с растровой графикой работает :(
Кстати Инсайт - это фамилия такая)))))

Меня тоже не слушайте :о)

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

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

Ересь какая-то.

Спасибо старый вампир :) Поковыряю гугл на эту тему обязательно)

Гугл слишком далеко... Почитайте справку по BitmapData#draw(). Это основной инструмент. Дальше просто прийдется решить вопрос с анимацией (МувиКлип прийдется заменить чем нибуть самопальним) и органихацией кеширования всех ресурсов перед стартом приложения (если ресурсов многовато, то запихнув весь процесс в один кадр, получим неприятный тормоз)

Писать свой движок интересно, особенно радостно, что можно добиться такой процедурности, что в игре не будет отдельных классов для каждого уровня, игра не будет иметь большой по объёму код и это благодаря движку. Но для очень сложных задач, таких как движок физики или конвейер 3D графики - лучше пользоваться посторонними, пока хотя-бы лет 5 в программировании не побудешь.

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

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