Но как говорит Лука, “это похоже на телепортацию”, потому хорошей симуляции у вас не получится. Вот пример движущийся по средством изменения позиции кинематической платформы и динамического тела на ней. Как видно результат ужасен – динамический кубик прыгает, дергается – вообщем полная фигня. Поэтому, лучше сразу забудьте эту возможность.

Второй способ, который является правильным, это перемещения платформы с помощью задания скорости (velocity) и вращение посредством задания угловой скорости (angularVel):

Вот теперь так выглядит платформа
Значительно лучше!

Далее демонстрация того, что кинематическое тело выводит динамическое из сна.
(две кинематические платформы и динамический кубик, который засыпает)

Есть такие свойства у тела: kinematicVel/kinAngVel
На самом деле они никак не связаны с кинематическим телом, а названы они похоже тому как не изменяется кинематическое тело во время симуляции, так и они являются неизменными, то есть во время симуляции физ движок никак не влияет и не изменяет их.

Также, есть свойство surfaceVel, которое тоже указывает скорость для поверхности.

kinematicVel и surfaceVel очень похоже, но между ними есть разница.
kinematicVel применяется во всех физических стимуляциях (сопротивлении жидкости, вычислениях соединений, вычислениях при столкновении с другими объектами).
surfaceVel применяется только если есть столкновение с другим телом (применяется к этому телу).

Для чего это можно использовать?
Для создания конвейеров и трамплинов.
Есть еще одна разница между kinematicVel и surfaceVel.
Для kinematicVel если вы задаете Vec2(0, -10) – то тело, которое столкнулось с этой платформой будет получать скорость направленную вверх, потому будет подпрыгивать. Ну и наоборот, если +10 тело будет стремится вниз, то есть не будет подпрыгивать (Лука говорит так, представь что земля двигается вниз).
Если тоже значение задать surfaceVel, то тело при столкновении будет двигаться в противоположную сторону, то есть при +10 будет двигаться вверх (+y вдоль нормали).

Ну и на последок демка с лифтом, surfaceVel, kinematicVel…
Исходный код тут и тут.

UPD: Скачать Idea 11.1 можно здесь.

Фигуры (Shape)
Теперь фигуры можно двигать, вращать в теле как угодно, масштабировать и даже делать какие либо трансформации.
Появился метод copy, который делает копию фигуры, теперь будет значительно легче организовать пулл с фабрикой
И последний и возможно главный призер, это свойства для воды (fluidProperties). Да-да в новом нейпе есть, наконец то, вода! (об этом немного позже)
Еще одно упрощение было сделано. Из API удален метод updateShape, а его функциональность автоматизирована и скрыта от пользователя.

Тела (Body)
В телах также много изменений – было добавлено много новых свойств (напр. kinematicVel, kinAngVel, surfaceVel …), некоторые были переименованы.
Также добавлена целая куча методов, которые облегчают жизнь (напр. для работы с шейпами тела – те же повороты, масштабирования …, определения всевозможных импульсов и т.д.)
Остановлюсь на нескольких.

1. Свойство graphic.
Изменился тип этого свойства. Теперь это свойство имеет динамический тип. Для корректного просчета и отображения подразумевается, что передаваемый объект должен обладать свойствами x, y, а также rotate, который должен принимать градусы.
Но если это не так то смотрим на…

2. Новое свойство – graphicUpdate.
Это свойство типа Function, которому можно присвоить собственный хендлер обновления позиции и поворотов для графики.
Представьте, что вы пишете игру с помощью Stage3d. Для этого вы используете уже готовые фреймворки типа Starling, Genome2d или ND2D.
Напр. вы используете Starling. В этом фреймворке (как и у других названых) нету привычной иерархии DisplayObject.
Благодаря тому, что свойство graphic теперь динамического типа вы можете ему присвоить визуальный объект старлинга. А так как этот объект принимает для свойства rotation радианы вам нужно это отдельно обработать.
И вот вы пишите приблизительно такой код:

Или может вам понадобится еще для чего эта ручная обработка – у вас такая возможность есть.

3. Новое поле compound типа Compound.
Что это такое?
Compound - новый тип участника взаимодействий. До этого были только Shape и Body. (Есть базовый класс Interactor от которого наследуются Shape, Body, Compound).
Compound, это такое тело, которое может содержать другие тела (Body) и соединения.
Для чего это нужно? Например, для вашей игры вы создали машинку (напр. вот такую). Для этого вам надо по крайней мере три тела и четыре соединения. Вам надо как то менеджировать эту машинку. Если надо удалить машинку из мира, то надо удалять все тела и соединения. Для этого пишутся обычно врапера типа Actor и каким то образом обеспечивается хранение информации о телах и соединениях. Также пишется метод который будет удалять эти все тела из мира (так происходило в старой версии и так происходит (если я не ошибаюсь) в Box2d и теперь).
С новым типом Compound все меняется. Создаваемые тела и соединения для сложных физ объектов просто добавляются в Compound и потом вы работаете с ним как с единым тело.
Надо удалить машинку из мира? Нет проблем! Одним движение вы удаляете машинку полностью из мира. Надо переместить или повернуть машинку на сцене? Это делается на столько просто как будто работаете с одним Body.
Также, есть метод copy, который делает полною копию Compound со всеми составляющими.
Также, можно обрабатывать события взаимодействия между этими сложными телами.
Это тело мы еще рассмотрим в будущем.

Ну вот кратко (очень кратко) рассмотрены новшества в телах. Много чего было автоматизировано и удалено из АПИ, много свойств и методов было переименовано и стали намного дружелюбней, и кончено же функционал стал намного богаче.

Я тут немного слукавил…

Я слежу за этим проектом с тех времен когда Дембицкий с Потапенком в подкастах показывали отличные зарисовки от Колина Мука
Тогда еще разговор шел что то типа создание кода без компиляции, то ли компиляция на лету. Ну да ладно, давно это было уже всего не помню.
Ага, вот нажал кнопку Finish. Мой комп изрядно попотел пока происходило создание проекта, потом индексация… В конце он скушал 355Мб памяти и вот я могу приступить работать дальше. Тут же вылезло окошко Tip of the day. Значит должно было тут вылазить ))
Ну значит проект создан.. Смотрю я туда и вижу что нельзя без модулей ничего сделать. То есть для начала работы надо создать модуль. Правой кнопкой по проекту и в конекстном меню я выбрал, почему то, “Organized Imports“. Как то неожиданно… Хотя нет ожиданно – я решил посмотреть что будет. Ведь никаких исходных файлов нету и я подумал, а для чего тогда присутствует эта опция?
Ну во общем нажал я и все как то повисло на секунд 5. Я думал что уже все, приехали. Ан нет, тут выскочило окно с значком информации, но самой информации небыло. Я нажал ОК и закрыл окно.

Кстати, когда я создал проект я оставил RASE открытым, а сам ушел на 6 часов. Придя обратно заметил что потребляемая память снизилась до 100Мб, хотя как только что то начал делать поднялась до 150. Интересно..

Ну вот создал модуль, потом пакет, и собственно класс. Надо сказать все культурно Все понятно и логично.
И вот я начал писать код… Забудьте, что это текстовый редактор!
Я минут 15 потратил на то, чтобы разобраться как написать var textField:TextField = new TextField();
Все передвижение по кнопке таб, вроде должно быть удобно и вот это var textField:TextField я вроде быстро написал, но когда писал тип класса опечатался и написал Textfield. Нажал Cntr+space мне говорит нет саггестов, потом нажал Alt+Enter мне предложило создать этот класс или интерфейс. И только когда набрал имя класса правильно (хотя оно и так правильное только один символ не в том регистре. Хотя хорошо что не заставило полное имя класса с пакетами ) и опять нажал Alt+Enter выпали две предыдущие опции и последней добавилась “Import class flash.text.TextField”.
Интересно что почему эта опция добавилась самым последним пунктом, если логичнее чтобы это был первый пункт так как в 99% случаев если класс уже существует то скорее всего мы хотим добавить именно его? Ну вроде с этой задачей справился, хотя тоже это выражение new TextField(); уже было написано когда я добавлял импорт и почему то было подсвечено красным. Надо было установить курсор после TextField и нажать Ctrl+space. Что то сделалось и краснуха пропала.

Попытался я этот объект textField добавить в список отображения.. Господи, ничто так не раздражает как когда среда не понимает слова в регистрах отличных от оригинала. addch при Ctrl+space не шарит, а вот addCh это уже другое дело, сразу понимает что мне надо addChild, а в первом случае мне наверное надо было addchukchu… Это такая бомба-фича наверное во всех продуктах JetBrains – пробовал и в Idea и в Astella - та же фича
Ну ок. Теперь хочу запустить. Просто никак запустить не получится. Для начала надо класс сделать запускаемым. На классе правой кнопкой и выбираем “Make Class Main”. Потому надо создать конфигурацию запуска. Ок, там понятно, создал конфигурацию, вот только одно нифига не понял – как же установить нужный мне браузер. Как сделать, например, чтобы я могу запускать и дебажить в Firefox?? Эту же задачу я не смог сделать в Astella. Может там все очевидно, а я просто туплю жестко? (если откровенничать то я не смог эту же задачу сделать и в FlashDevelop. Потратил кучу времени, экспериментировал, инет рыл и так не получилось. Удивительно но во FlashBuilder это делается настолько просто и очевидно, что я начинаю присматриваться к себе )

И вот наконец УРА!!! Я запустил!
Конечно открылось в standalone flash player но и это уже радует.
Надо отметить что многие диалоги, окна со свойствами и т.д. в RASE намного лучше чем например в той же Astella или Idea, что конечно порадовало.

Это никакой не обзор или заключение по редактору, просто трейс работы.
Одно можно точно сказать этот редактор не похож на другие редакторы. Тут абсолютно другая парадигма работы. Очень много если не все автоматизированно. Однозначно этому редактору надо обучатся, но я думаю это того стоит.
Конечно теперь надо почитать статьи, туториалы как и чего надо делать в RASE, чтобы понять эту среду.
Пока как то так…

Первое на что надо обратить внимание всего один класс пространства – Space. Больше никаких пространств.
Второе, два параметра – первый гравитация (по-умолчанию 0,0), второй это алгоритм для нахождения столкновений в данном пространстве.
В классе Broadphase представлены две константы отвечающие за идентификацию этих алгоритмов:
Broadphase.SWEEP_AND_PRUNE
Broadphase.DYNAMIC_AABB_TREE

Сильно не вникал в сами алгоритмы но вот что пишет Лука по этому поводу.
SWEEP_AND_PRUNE - алгоритм более быстрый чем DYNAMIC_AABB_TREE и если у вас мало динамических постоянно движущихся объектов, то этот метод более предпочтительный.
DYNAMIC_AABB_TREE – этот метод работает намного легче с большим диапазоном размеров объектов чем SWEEP_AND_PRUNE. Также этот метод предпочтительней если в вашем мире много статических, спящих или движущихся объектов.

Кончено, всегда лучше протестировать свою игру и с тем и с другим методом, чтобы определить оптимальный вариант.

Далее как и в старой версии слушаем ENTER_FRAME и в обработчике вызываем метод step из space с тремя параметрами – моделируемое время, (я так понимаю) количество итераций для скорости и позиции, чем выше это значение тем больше надо времени для просчета но тем точнее симуляция (по умолчанию установлено в 10).

Пространство создано и симуляция работает, вот только пока нечего симулировать.
Добавим тела.
Есть (как и было) три типа тел – статическое, динамическое, кинематическое. Константы для этих типов хранятся в классе BodyType.
Итак создадим тело. Статическую платформу и динамический кубик, который будет падать на нее
Конструктор класса Body принимает два параметра – типа тела и позицию в пространстве. Тип задаем, а позицию оставляем, мы потом ее поставим.

Само тело это пустой враппер. Оно не имеет ни массы ни площади. Эти свойства задают фигуры (Shape) внутри тел. Потому, чтобы наше тело обрело физические и геометрические свойства надо добавить в него фигуру.
Есть два типа фигур – круг (Circle) и полигон (Polygon).
В фигуре есть свойство типа Material. Именно оно задает физические свойства фигуре.
Есть такие свойства как: плотность (density), упругость (elasticity), статическое трение (staticFriction), динамическое трение (dynamicFriction), вращательное трение (rollingFriction).
(в классе Material также есть уже заготовлены материалы, такие как дерево, сталь, лед и другие)

Создаем фигуру и добавляем ее в тело (тело может содержать множество разных фигур).
Так как нам надо создать квадратную фигуру то мы должны использовать Polygon. В Polygon первым параметром надо передать массив вершин, вторым материал. Для упрощения нашей жизни в этом классе есть статический метод box, который в качестве параметров принимает ширину и высоту коробки (мы поставим 200х50). Этот метод возвращает массив вершин автоматически выровненные по центру. Материал поставим предустановленный – сталь.

Теперь созданную фигуру надо добавить к телу. Для этого в классе Body есть свойство shapes. Это динамический список, который хранит все фигуры принадлежащие телу. В этом списке есть метод add, вот его и используем.

Теперь все выше описанное проделываем для динамического тела (только фигуру поменьше сделаем напр. 50х50).

Эти тела созданы и у них есть “начинка” в виде фигур, но они еще не участвуют в симуляции так как они не добавлены в мир.
Но перед тем как добавить тела в мир сначала установим им нужную нам позицию, так как для статических тел невозможно установить позицию когда они находятся уже в мире, это приведет к ошибке.
Теперь добавим тела в мир. Для этого просто надо их свойство space присвоить экземпляр нашего пространства.

Полный код метода createBodies

Все отлично, тела созданы, фигуры созданы, все находится в мире и симуляция шурует во всю. Но на экране ничего не видно!
Потому как мы никакого отображения не добавили. Чтобы самому не придумывать велосипед и не рисовать вручную (или искать какую либо графику) Лука создал класс Debug и два потомка этого класса BitmapDebug и ShapeDebug. Эти классы автоматически нарисуют всю нам нужную графическую отладочною информацию – это и границы самой фигуры и соединения и точки столкновения и все все что нужно будет. Разница между ними небольшая – BitmapDebug использует опкоды алхимии для быстрой отрисовки (отрисовка происходит в битмапы). ShapeDebug использует стандартный набор Graphics, тем самым более медленный (но это не критично для нас, я буду использовать ShapeDebug (BitmapDebug может не работать в FlashPlayer 11.2, так как разрабы заявили что уберут оттуда опкоды)).

Создаем экземпляр класса ShapeDebug, как параметры передаем ширину и высоту нашего приложения (область которую нужно отрисовать), третий параметр цвет бекграунта, он не столь важный, просто используется чтобы Nape лучше подобрал цвета для затенения. Потому добавляем его свойство display в список отображения.
Код выглядит так:

В обработчике enter_frame мы каждый кадр очищаем то что нарисовали, рисуем заново и скидываем нарисованное на экран (метод draw может принимает для рисования отдельные объекты, но мы ему передаем нарисовать целый мир)
Код обработчика теперь выглядит так:

(можете поиграться с классом Debug. Большинство свойств по умолчанию отключены)

Еще надо заметить, что уже не надо создавать экземпляр класса Boot (new Boot();) как это было в прошлой версии, также при добавлении фигур в тело не надо вручную обновлять параметры тела, пересчитывать массу и центр масс. Таких методов как body.calcProperties(), body.update(), space.sync(body) больше не существует и это радует, как я говорил в прошлом посту многие рутинные операции автоматизированы и пользователь больше не знает о них.

Ну вот вроде пока и все. Исходник тут. Ниже результат работы.

На главной странице проекта вы сможете найти ссылки на форум, github репозиторий и страницу с документацией и ссылки на скомпилированные библиотеки.

Nape поставляется в виде трех библиотек:
release_nape.swc
debug_nape.swc
assert_nape.swc

Release версию надо использовать только когда ваш проект уходит в продакшн, то есть компилируется последняя релиз версия для клиента.
Debug версия используется при разработке проекта. В этом случае, если будут происходить какие то ошибки из-за не правильного использования Nape, то вы будете информированы об этом. Эта версия несколько медленнее чем release но более информативней, потому используется при разработке.
Assert версия используется в том случае, если вы хотите помочь Луке найти ошибку в Nape. Например, у вас падает ошибка от Nape, но вы уверены что проблема в самом движке. В этом случае вы подключаете эту библиотек и скидываете Луке трейс, который сгенерирует библиотека. Эта библиотека очень медленная, потому что в ней очень много встроенно assert команд, которые помогают определить проблемы в движке.

Ну что ж, краткое словцо сказано и теперь можно приступить к Nape’овским заметкам .
Если есть какие то неточности, а то и вообще неправда обязательно пишите в комментариях.