>Box2D оперирует с двумя типами объектов: динамические и статические
Вообще есть еще 3й тип. kinematic body — иногда очень полезен.
>Box2D реализует столкновения со следующими фигурами: круг, квадрат, выпуклые многоугольники
Еще есть edge и есть патчи с разными телами типа concave arc etc.
>начинаются с префикса «b2» для того чтобы лучше визуально выделить структуры движка
ничего полезного в этом нет — это просто тяжкое наследие С++. В любом языке где есть packages|namespaces это лишнее
>TIMESTEP:Number = 1.0 / 30.0;
это для 30 кадров в секунду. На флеше — врядли. Я б советовал использовать динамический тайм степ с ограничениями, если другого не требует механика игры.
Полезно б было, если б расказали, что екстендится бокс2д контроллерами и какие уже есть в комплекте.
А вы не могли бы, пожалуйста, поподробнее рассказать про динамический таймстемп и как им пользоваться? Насколько я помню, в документации они от такого предостерегают и грозятся ужасами вроде нестабильной симуляции…
Основные команды:
/level ID — wrap-прыжок на уровень с ID.
/next — следующий уровень.
/mechoff — отключение механизмов.
/god — без комментариев.
/debug — режим отладки.
> Кто-то говорит, что он очень «жирный», типа медленно работает, кто-то — наоборот. Знаю одно — на нем
> делают реальные игры, а потому, скорее всего, это зависит от рук.
Не совсем, вот тут я приводил сравнение Box2D с Nape по производительности.
Да реальные игры делают… но геморроя при этом собирают немало. Nape в абсолютно тех же условиях в несколько раз производительнее.
Странные какие-то геймдевелоперы. Чтобы поиграть в игру надо прочитать не просто документацию/помощь к игре (которой кстати нет), а влезть в исходник и расковырять как происходит управление. Гениально.
Странные какие-то геймпотребители. Чтобы поиграть в игру, лезут в топик программиста с явным акцентом на том, что игра as-is и для примера и ругаются, что она непонятная как банкоматы сбербанка.
Игра кстати и визуально ниче так получилась. Одно замечание небольшое — высокий контраст тонких линий шестерни бъет по глазам при вращении. Или у меня просто притормаживает.
С некоторым сожалением сейчас вспоминаю момент, когда выбрал другой путь кунг-фу программинга. Успехов!
Это проблема не линуксов, это проблем 64бит плеера. На винде поведение 64bit плеера такое же.
В данной конкретной swf'ке — да, просто не запускается, черный экран.
На играх на kongregate я пронаблюдал всю гамму глюков — от незапускающихся, до не жмущихся кнопок, сломаной логики и так далее :)
Да, я сперва думал что проблема в линуксе. Потом выяснилось что проблема именно во флеше — 64bit плеер глючный до нельзя, что винда что линух.
Для запуска у меня в другом браузере стоит 32bit плеер, под ним работает, да.
Вообще было бы очень интересно узнать о причине, когда разберётесь.
Я уже не первый раз сталкиваюсь с глючными под 64bit плеерами, но при этом не встречал ни одного внятного описания конкретных глюков и их workaround'ов.
Было бы очень интересно.
Странно, но у меня на 64bit плеере все работает корректно. Но стоит установить incubator — сразу все рушится. Об этом предупреждали в adobe labs. Там, вроде как, ссылка есть на реверт инкубатора.
Под линуксом проблему, в основном, удавалось решить (имеются ввиду проблемы с которыми сталкивался именно я) добавлением события инициализации в главном класе, с последующим ACTIVATE-DEACTIVATE. Это очень странный костыль, не помню где я его нашел, но он решал проблему с запуском под линуксом и нажатием кнопок.
Отдельно о нажатиях кнопок — если работаете с флеш билдером: библиотеки должны быть Merged into code. В 90% случаев это решит проблему.
Конечному потребителю (игроку) нет дела до того, как сделана та или иная программа/игра. Важна идея и её исполнение.
Но против вашей работы и трудов я абсолютно ничего не имею. Даже более того, всеми руками за. Я только заметил, что подобная игра уже была разработана и выпущена в свет.
Создание очередной казуалки на Flash-платформе с физикой. Часть I