Привет.
Решил переходить на мобильные. В текущем и следующем проекте нужна производительность. Т.к. идёт много расчётов математики. Потестил Air и haxe + OpenFL. Выбор пал на второе. Появилось несколько вопросов. Если кто ответит хотя бы несколько, думаю будет полезно всем кто собрался переходить.

1. Как вообще в openFL работает рендер? Добавив сотню векторных мувиклипов я как и ожидал увидел 5 ФПС. Я так понимаю логично, что вектор работает на CPU. При использовании битмап - ФПС максимальный. Битмапы работают на GPU?

2. Стоит ли на haxe использовать Старлинг для работы с Stage3D. Увеличит ли это производительность или смысла нету?

3. Как организована работа с ресурсами на haxe+openFL? Собираем атласы, спрйтшиты, текстуры и дальше работаем как со спрайтами во флеше? Или же рендер в битмапы из вектора через подключенный swc?

4. Есть ли удобные средства профилирования. Что-то вроде Скаута как у флеша и эира?

5. Вообще много костылей по ходу разработки? Ибо сообщество есть, но оно как-то разбросано. И не всегда удаётся найти решение на ту или иную ошибку/вопрос.

1. Как сейчас - точно не скажу - давно не смотрел. Раньше макс производительность 2д была на внутреннем апи NME, рисующем квады (аналог битмапов, называлось вроде drawTriangles), т.е. даже не на битмапах. А рисовали они в зеркале флешевого апи битмапы через квады (GPU) или программно (CPU) даже тогда - не знаю.
2. Не уверен есть порт старлинга на хэкс - для рендеринга там вроде OpenFL и используется. Есть биндинги для хэкс-флеша, но этож не мультиплатформа. Под хэкс есть свои кучи движков рендеринга, - аналогов старлинга и даже NME возродился. Но не все они мультиплатформа, как OpenFL и NME.
зы. поискал нашел старый порт, двухгодовалый (https://github.com/jgranick/starling) - не уверен что он работает сейчас. ззы: посмотрел сорцы - это не порт а биндинги.
3. у хэкса есть встроенные средства для работы с ресурсами (swc не надо, но работа с ним(и) вроде есть в сторонних либах, с swf - точно была).
...
5. не то чтобы много, но хватает. я бы охарактеризовал как "для опытных разработчиков". плюс - открыто все и бесплатно. оперативно фиксить грабли придется самому. Вобще грабли есть у прожэктов с овер 10 лет разработки, а хэкс молодой еще довольно (вот недавно были грабли с переходом на хэкс-3 и NME->OpenFL), бурно развивающийся, меняющийся. Т.е. можно найти нужную, но заброшенную либу и под версию языка нумер 3 самому ее портировать. У меня сложилось впечатление что переход языка версии 2 на 3 и смена NME на OpenFL отсеяла кучу народу (наработочки у кого были уже неактуальны оказались и т.д., + возможно общее остывание к мобилам/мультиплатформе), но могу быть не прав. Хотя само сообщество хэкса расширяется (возможно из-за HTML-5 - хэкс на яваскрипт достаточно грамотно транслируется штатными средствами и движков напортировали разных все-же уже много).

Добавляйся в чат http://haxe.ru/haxe_chat )

Код на хаксе, как я писал в соседней ветке, может компилироваться в swf или превращатсья в код на других языках. В этом случае игровой код, написанный на хаксе, транслируется в код из которого можно собрать нативное приложение. А openFL – это вообще такая штука, которая по сути реализует Flash API на разных платформах, для того, чтобы привычный код можно было собрать в нативное приложение.
Так вот, рендер в опенэфэле сильно зависит от целевой платформы.
На самом деле, сейчас разработчики опенэфэля выделили дополнительный слой абстрации. Есть либа lime, которая реализует отрисовку на низком уровне, специфичную для каждой платформы, написанную на "родном" языке (java/objc/cpp) а опенэфэль выступает в качестве обертки для лайма.
Если платформа мобильная, а Flash API не критичен, можно попробовать работать с лаймом напрямую.

Вектор, само собой, на гпу напрямую рендериться не может. То есть, даже если он отрисовывается через OpenGL, то сначала надо что-то срендерить в текстуру.



Непонятный вопрос. Начнем с того, Stage3D или не Stage3D вообще.
Если мобилы, то можно собирать air со Stage3D, а можно нативное ( Stage3D тогда не используется – это флэшовское понятие, а используется вроде SDL, хотя точно не знаю). Быстродействие в обоих случаев зависит от прямизны рук и нюансов.



Да как сделать, так и будет. В опенфль есть класс Tilesheet. Ему на вход атлас, а на выходе – от платформы. На флэше – через graphics.drawTriandles(), на мобилках через нативное гпу.

Рендер атлосов из swf в рантайме нативным приложением тоже возможен, авторы openfl позаботились, написали свой парсер. Можно макросом. Хакси вообще гибкий очень.



Ответ на этот вопрос будет очевиден, если понять, как все работает. Если свф компилишь – то скаутом и профайлится, ключик у компилятора для включения телеметрии есть. Если нативное приложение, то нужно искать решения для нативных приложений. Но там не все так радужно, как со скаутом.


Опять же, как делать. Какие библиотеки использовать, какие API. Сообщество не разбросано, сидит в скайп-чатике, про него уже написали.

Ага, кажется начинаю вникать понемногу. Глянул сорцы опенфль. При создании BitmapData для натива (iOs, Android и прочее):

Для флеша дефолтные средства flash.display.BitmapData
Для html5:

Видимо всё, что идет на натив, оно работает через lime и полюбому это должно работать быстро, как я понимаю.


Натив конечно. Под мобилы. Я нашел какой-то профайлер в наборе Android SDK, там вроде можно отслеживать процессы, и даже некоторые функции что-ли. Правда там только нагрузка на проц. Да и с iOs как быть. Вообщем надо еще разбираться. Если что, думаю можно собирать .swf, профайлить его и собирать уже на мобилы. Не 100% рабочая схема, но хоть можно будет сразу увидеть узкие места.


Да, в скайп чате я есть. Всё же в скайпе трудно отслеживать ответы, да и 100% уже были такие вопросы. На форуме было бы конечно легче это всё отыскать и изучить.