Общий вопрос о том как сделать бродилку.
 

Извиняюся заранее, если вопрос не по теме (такой же вопрос был бы и в других языках). Делаю игру бродилку в стиле Марио. Уровень в игре не длинный (+- как в Марио). Как посоветуете выставить препятствие на фон? Есть 3 идеи: вырисовывать все препятствия сразу + их физика и просто двигать всё это вдоль экрана (но такое решение может загрузить игру). 2 идея: вырисовывать всё сразу, но физику включать по мере приближения к герою и отключать по мере отдаления. (кажется, что решение неплохое для маленькой игры). Либо 3 решение- вырисовывать по частям, в зависимости от нахождения героя. У кого есть опыт в этом вопросе- прошу совета.

Уровень разделяется на блоки примерно равные ширине экрана и отрисовываются по мере необходимости.

Это называется платформер.
Я три года назад делал платформер, еще на AS2. Делал кусками, по размеру экрана, и добавлял/удалял когда нужно, думал так будет быстрее.
Для второй части понадобился редактор уровней, и я сделал один длинный уровень без разбития на части - все работало так же быстро, а геморроя меньше.

Именно платформер имела ввиду. Спасибо за совет. То что меньше гемороя уверенна.

посмотрите на flashpunk или flixel там есть туториалы по созданию платформеров на этих движках.

Плюсую flashpunk и flixel, на них значительно быстрее можно сделать платформер.

Согласна, что flashpunk очень облегчает задачу и там есть всякие прикольности. Весь пойнт был написать игру самой. Использую box2d для физики.

А мне больше нравится CitrusEngine.
Он ужасно легкий :)

отрисовать весь уровень сразу всеравно не выйдет, ограничение на размер битмапдаты не позволит, я советую скролить фон вот так http://plasticsturgeon.com/2010/11/s...-huge-bitmaps/ ... а "картинки" динамических объектов добавляйте через addChildAt(texture, numChildren)

Выйдет.

максимальная ширина битмэпдаты 8,191 пикселей это слишком мало для платформера, да и я бы, например, в такой тормозящий отстой играть не стал бы

Если не ошибаюсь, то в 11 флешплеере сняли ограничение на размер bitmapData.

всё правильно, но когда пишешь игры, надо думать об обратной совместимости, особенно если ориентируешься на мобильные платформы

anmelegov
Во первых, в марио все уровни кроме одного, меньше 4000 px, даже если умножить на 2, все поместится в 8000 px.
Во вторых, кроме битмапдаты, есть и другие способы собрать уровень, особенно если использовать box2d.
В третьих, колдовать с кусками - вот где "тормозящий отстой".
И в четвертых - при чем тут мобильные платформы вообще?

а как связано использование box2d и размеры графического мира? И как физдвижок поможет отрисовать длинный мир?

Feigi, я думаю вам пригодится этот блог xitri.com/, много полезного наглядно по вашему вопросу.

а как вы разместите в памяти длинный уровень не прибегая к кускам? с помощью физического движка?

Попробуй, это не сложно.

Сегодня выстроила один уровень в 20000 пикселей для проверки со всей физикой (с использованием box2d). Всё в одном спрайте. Работает замечательно. Не знаю насчёт мобильных, но если буду писать, то либо на Java либо на С. Но на старом слабом PC со слабенькой видеокартой (REDION 9250)+ Pentium4 1G памяти- работает замечательно.

Что и требовалось доказать :)

anmelegov, интересная статья! Спасибо.

И еще раз замечу на эту ссылку: для игры updateAfterEvent() каждые 3 мс это апокалипсис и полный фриз.
Вы понимаете смысл решения по ссылке?
Автор пытается заставить флэшплеер делать 333 кадра в секунду (обновлять экран 333 раза в секунду).
Я думаю он и сам не понимает, что делает.
В результате ему удается отображать картинку с максимально доступным фпс.
Но это не игра, это простое смещение одной картинки (её отображения), ради которого происходит насильственная перерисовка экрана флэшплеера, то есть касаться это будет не только фончика с облачками, а всей игры. Считать быстрее флэшплеер от этого не станет.

не обязательно делать точно так же как в статье

не важно как часто вызывать updateAfterEvent, он работает не чаше 50 раз в секунду, поэтому все остальные вычисления будут просто проходить в пустую и никак не отображаться...
ЗЫ: это не в защиту автора, а к тому, что это просто безсмысленно, но не апокалипсис...

Тогда к чему это?

я далек от мысли, что ФП будет долбить 333 фпс:
Вопрос не в цифре (у меня кстати 52-56)), а в том что в игре есть еще и логика, требующая ресурсов, и изображение несколько сложнее чем статическая пачка пикселей.