Realaxy demo

[Iv]

Да, обычная история с непредвиденной задержкой релиза. Они же 2.0 скоро выпускают. Пусть висит ссылка.

Добавлено через 2 минуты

Сообщение от Sintesis

То что там выгинаются модели и вырезаются друг из друга это отлично, это делается шейдерами надеюсь?

- нет. С шейдерами проблемы возникают. Геометрию пересчитываем.

[alatar]

Iv, codeOrchestra станет open source?

[Iv]

Народ, Code Orchestra - совершенно отдельный проект Евгения Потапенко, он же John здесь. Я не в курсе их планов.

[alatar]

Ясно, спасибо.

[john]

Релиз-кандидат CodeOrchestra будет на днях.

Не опен-сорс - просто переехали на гит-хаб.
Там хостсятся не только опен-сорс/free проекты но и коммерческие c закрытым кодом
Частично наш код всегда был открыт в редакторе - все исходники языков в свободном доступе при загрузке редактора.

По поводу релиза -

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

Цитата с фейсбука:

По ливкодингку сейчас боремся за каждую миллисекунду при доствке изменения на клиент. Мы называем это инкрементальной фазой компиляции. Есть базовая, когда собирается приложение, а есть маленькие изменения кода, которые доставляются на клиент. Много чего перепробовали. Даже взяли Фалкон компилятор - давали ему AST дерево из редактора, но он оказался крайне сыр и разгребать его баги мы не можем. Пришлось опять вернуться в MXMLC/Fcsh. Раскачали Fcsh максимально. Время компиляыии инкрементальной фазы сейчас составляет ~200 ms. Но общее время доставки составляет около секунды. Упираемся в работу с диском. В целом готовы релизить ливкодинг, осталось решить совсем не много проблем.

[alatar]

Спасибо, хорошие новости. Для mxml ливкодинг тоже работает?

[john]

Да, для mxml тоже, но чтобы улучшить (локализовать изменения mxml до каждой ноды) мы добавим свой генератор mxml->as в 2.1.
Сейчас вы сможете доставлять только новые методы as/mxml класса. А хочется чтобы при изменения каждой ноды-mxml (компонента), доставлялся и новый метод-билдер, который конфигурирует данный компонент. Мы можем реализовать такое, только избавившись от mxml компилятора совсем. Сразу генерить as-код в редакторе.
Что положительно скажется на скорости билда и откроет путь к генерации JS из MXML.

[alatar]

Мне не кажется это продуктивным. Я бы предпочел, если бы вы присоединились к разработке Falcon. Хотя конкуренция тоже может пойти на пользу.
Насколько я понял в Falcon ушли от генерации as из mxml?

[john]

Генерация mxml достаточно простая штука, у нас уже есть генерация бингдинга - мы его используем в ObjectBuilder языке. Мы будем выгонять mxml в object-builder, а тот в свою очередь будет "выгоняться" в AS. Профит в том, что вы сами сможете легко написать расширение для mxml->as генератора и не ждать милости от адоби.
А Фалкон - слишком громких заявлений и мало чего на деле... компилятор и компилятор, ничего действительно выдающегося. Пока так. Скорость та же что и mxmlc, просто архитектура упорядочена и ясная.
Понятно, что они сами замучались поддерживать mxmlc и решили просто переписать заново. Но будет ли он этого лучше флэш-разработчику - большой вопрос.
Присоединяться к разработке falcon - может быть, у нас есть несколько патчей, но зависеть от них - нет.

[alatar]

Ну, по сравнению с mxmlc, хоть какие-то оптимизации появились
Ждем Orchestra. Вы бы на сайте хоть заглушку поставили, а то как-то создается ложное впечатление, что проект совсем умер.