nanoFlex.e.r

Попугаи сопротивляются!!!

2009-10-30T11:46:00.005+04:00

Признаюсь: в пылу осенней упячки я совсем почти забросил своих попугаев (портирование haxe+neash на WinMo). Уж и адоб собирается полноценный флекс под мобилы выпустить до нового года, и QT выпустило 4.6.beta типа тоже мега оптимизированную...

А у меня статус такой:
1. Собрал таки gc (garbage collector испльзуемый в недрах nekovm) под WinMobile.
2. Собрал саму nekovm под WinMo
3. Поковырялся над портированием UIComponent на haxe....там ооочень конечно много чего надо будет дописывать.

вот собственно и всё...теперь думаю чо дальше крячить hxcpp или sdl.

Странности больших чисел

2009-09-21T19:42:00.003+05:00

Поспорили тут недавно с товарищем. Товарищ - жОский и многоопытный подмобило-геймо-писатель. Так сложилось, что посадили его в срочном порядке за флекс. И поставили задачу: отрисовывать 50.000 статических объектов. И он, ничтоже сумняшися, забубенил это самым ядерным способом. Понаписал кучу своих (а по сути абстрактно-платформенных) классов, которые в итоге всё дампят на главную битмапку. Я не сомневался что это будет работать быстро, я засомневался в целесообразности этого подхода относительно шейпов.(ну мы же цивилизованные люди, специально же для нас делали объектную модель и всё такое)

Стал ставить эксперименты. Флекс, аппликейшин, спрайт-родитель на весь экран и 50.000 дочерних шейпов. mouseChildren=false. Всё умерло. Машина - Windows7,8гигов памяти, 4 ядра. Заработало всё где-то на 30.000 шейпов. Добавил возможность драгать по экрану родительский спрайт. Умирает как только начинаешь драгать.Т.е. если тащить ме-е-едленно, то фпс приличный. А если дёргать резко, когда мышка постоянно над разными местами этого "борща" из шейпов скачет - всё, пиши пропало. Ставлю 10.000 шейпов - всё опять летает, с драгом. 57 Fps (из 60 возможных). Сделал 4 родительских спрайта, каждый на четверть экрана, в каждом по 10.000 шейпов. Т.е. в сумме на экране 40.000 шейпов. 57 fps.

Там в плеере где-то вшита константа? :))) Или алгоритм такой, что до 10.000 чайлдов он работает быстро-быстро, а потом, резко так, включается ЭКСПОНЕНТА? или чо аще? а?

ComplexRectangle во Flex4

2009-09-08T23:25:00.002+05:00

Разбираюсь с 4м Флексом. В FXG всё до боли аналогично Degraf'е. Но один из самых полезных для меня примитивов - RoundedRectangleComplex отсутствует как класс (прямоугольник у которого можно задавать отдельно радиус каждого уголка). Спасибо товарищу, спас! Спасибо ему огромное.

Свобода попугаев. Часть 1.

2009-09-06T14:58:00.012+05:00

Часть 1.
Рассказ о том, как я впервые компилил haxe-приложения в исполняемый файл(exe).
Дело было под Vista 32 bit.

Сначала я скачал и установил haXe. По ходу установки соглашаемся на установку Neko. [под Windows7 64 bit устанавливаться он не захотел, а вот под Vista-32 встал нормально].

Далее я поставил FlashDevelop

На странице приветствия обнаружил New Project. Выбрал HaXe -> C++ Project. Ввёл имя проекта: MyTestProject. Поставил галку Create directory for project. Получил сгенерённую болванку проекта.

Открывыю src/Main.hx. Вижу там функцию main. Пишу в неё:
flash.Lib.Init("Test", 800, 600, false, true); flash.Lib.SetBackgroundColour(0xffffff); var sprite= new Sprite(); sprite.graphics.beginFill(0x00ff00,1); sprite.graphics.drawRect(10,20,30,40); sprite.graphics.endFill(); flash.Lib.current.addChild(sprite); flash.Lib.Run();
При этом в импортах получилось два package:
import cpp.Lib; import flash.display.Sprite;
Жму F5. Получаю сообщение об ошибке: You can't access the flash package with current compilation flags (for flash.display.Sprite) . Хм. Грубо говоря это означает: "Фигли ты флэшовые пэкэджи используешь в нефэлшовом проекте". Та-ак. Сейчас буду давать адекватный, но ассимметричный ответ на данное заявление.

Подключаю билиботеки neash и nme, которые будут "эмулировать" флэш плеер. Сначала устанавливаю их. Захожу в папку установки haxe (по умолчанию это Program files/Motion-Tween/haxe/) и запускаю оттуда haxelib.exe install nme. Потом haxelib.exe install neash. И в заключение haxelib.exe install hxcpp. Скачались и установились соответствующие библиотеки. Далее подключаю библиотеки к нашему проекту. Для этого захожу в FlashDevelop->Project->Properties->Compiler options. Тыкаю в Libraries и в открывшемся EditBox'е пишу две строки:
neash nme

Теперь торжественно сообщаю компилятору, что он был в корне неправ. В этом же диалоге (FlashDevelop->Project->Properties->Compiler options) в Additional compiler options пишу две строки:
--remap flash:neash --remap neko:cpp

Жму F5 с надеждой скомпилить-таки проект. Снова ошибка. Но в папочке ./bin/src нагенерировалась куча исходников. А что за ошибка? Не найден cl.exe? Ага, т.е. FlashDevelop попытался запустить внешний компилятор (у меня это Microsoft-компилятор от VisualStudio 2008), но так как окружение не настроено - из этого ничего не вышло. Будем настраивать.

Настройка заключается в том, чтобы прописать в переменные окружения все пути для бинарников, инклюдов и библиотек необходимых для компиляции cpp приложения из командной строки. Самый простой вариант устроить это - залезть в файл vsvars32.bat (лежит в Program files/Miscrosoft Visual Studio 8(или 9)/Common7/Tools) и скопировать пути из строчек @set PATH=, @set INCLUDE= и @set LIB= в переменные среды PATH, INCLUDE и LIB соответственно (в Vista я это делал через Панель управдения->Система->Дополнительные параметры системы->Переменные среды)

Вот оно! Вижу зелёный квадратик! Ура! :))

P.S.
Для тех у кого нету установленного VisualStudio, Exey в комментах запостил план Б. За что и выражаю ему благодарность.

Свобода попугаев. Предисловие.

2009-09-04T19:43:00.019+05:00

Приветствую всех!
Сегодня начал практически ковыряться в haXe и решил параллельно писать заметки по этому поводу.

Предисловие.

Вводную про haXe я давать не буду. Я лучше расскажу, что меня сподвигло на его изучение. Однажды, после долгих лет GUЯния на разных платформах, языках и фреймворках, я встретил Adobe Flex. С тех пор прошло уже два года. Тогда я только предполагал, что при всех своих недостатках Flash+Flex framework это лучшее, что есть для GUI-писателя. Сейчас я в этом уверен.

Мысль о вытаскивании Flash\Flex-приложения (в качестве красивой морды) за пределы его песочницы посещала меня давно, равно как и регулярно.(В предыдущих моих постах слышны отголоски этих посещений :)) Лейтмотивом мотивации являлось: "Какое было бы счастье забыть про Win32\MFC\wxWidgets\WinForms\Qt\Gtk\jQuery и прочее и прочее". И вот оно (счастье), кажется, медленно, но верно надвигается. Вы спрашиваете причём тут haXe?

А вот причём: ECMAScript-образный язык haXe (т.е. он похож на AS3\javascript) позволяет нам (кроме всего прочего) компилить один и тот же исходник как в swf, так и в executable файл. Специально подчеркну, что исполняемый файл получается путём совершенно легальной компиляции промежуточного cpp-кода, (полученного из haXe сорцов) и линковкой с библиотеками хакса(open-source между прочим). На данный момент библиотеки имплементированы для 4х разных платформ: Win32, Linux, Mac и (та-дам!) iPhone.
Приведу кусок haxe-кода:
class Application extends MovieClip { public var surface:Sprite; public function new() { super(); surface = new Sprite(); this.addChild(surface); timer = new Timer(50); timer.addEventListener(TimerEvent.TIMER, handlerTimer); surface.addEventListener(MouseEvent.CLICK, handlerClick); sprite.graphics.beginFill(0x00ff00, 0.5); sprite.graphics.drawEllipse(20, 30, 25, 35); sprite.graphics.endFill(); trace(width); }
Ничего не напоминает? :) Этот код може быть скомпилен в swf. И этот же код БЕЗ ИЗМЕНЕНИЙ компилится в EXE-шник (под виндой) и мало того, он ещё и работает! И для его работы никакой AdobeFlash-плеер не требуется! И в самом экзешнике ни про какого Adobe не знают и знать не хотят!!! Всё, здесь у меня начинается истерика:)).

Теперь можно задать такой вопрос: "Ну и чо? Ну есть, ну компилится, ну EXE-шник, а в чём радость-то ... profit где?!?". Нету! :) Пока - нету. Но есть мысли и я их хочу проверить, и если в том будет хоть капля смысла - реализовать. Вот парочка, в качестве затравки:

Портануть neash под WinMobile и посмотреть как оно будет вертеться там

Портировать на haXe (а значит и в native на разных плафтормах) его... FLEX SDK!

Кстати, если первое сложить со вторым, то получаем единственный вменяемый GUI фреймворк под WinMobile. Краткий обзор существующих там фреймворков: .NET CF+WinForms = 20 Mb DLLек и просто "никакая" кастомизация контролов. Qt=15 Mb DLLек и неюзабельные тормоза. Остальное - дикий и беспощадный хардкодинг. А в случае успеха затеи мы имеем 3 Mb DLLек и предположительно хорошее быстродействие(хотя тут конечно бабушка надвое)

Ну, это всё лирика. Переходим к практическим занятием. В следующей части расскажу как я настраивал FlashDevelop и окружение и как скомпилил первую пару swf-exe. Спасибо за внимание.

Merapi

2009-01-19T22:59:00.005+04:00

Разобрался тут на днях с merapi. Чудес, к моему сожалению, не оказалось. Тоже сервер, тоже сокет, тоже порт. Поэтому, два экземпляра приложений использующих Merapi Bridge, без изменения порта работать не смогут, опять же потенциальные проблемы с фаерволлами\антивирусами ну и т.д.
Никак не могу выделить время, чтобы разобраться с localConnection - всё-таки это самое красивое решение.

Запуск внешнего приложения из Adobe Air и другое interconnectivity

2008-09-26T10:02:00.010+05:00

ДА, я подозревал, что AIR-приложение не полноценно. Но я не знал, до какой степени! :). В нём нет ничего наподобии shellexec или exec и т.п. И это меня категорически огорчило. Потратив 3 часа на изучение вопроса в интернете узнал следующее:

Да всё действительно так плохо. И куча людей по всему миру ждёт решения этого вопроса.

Часть задач можно решить с помощью navigateURL
Этим методом мы натравливаем браузер на локальный файл и (если браузер достаточно умный) он предложит открыть нам этот файл в дефолтном приложении(для данного типа файла) .
Но тут все минусы на лицо: захотели Вы из AIR открыть doc-овский файл (или экселевский), а он запускает браузер. Браузер,в свою очередь, открывается, думает маленько и выкидывает окошко: Тут мне вот такое файло подсунули, чо с ним делать? Сохранять или открывать штоле?.
Не очень умный вопрос, если человек только что в приложении нажимал кнопку "хочу ОТКРЫТЬ этот файл". Ну и вообще, я бы не взялся гарантировать работы всей этой схемы на разных компах. А что делать если вам надо запустить batch-скрипт? Браузер(firefox) даже вопросов не задаёт - просто открывает вкладку с текстом скрипта вместо того, чтобы попытатся его запустить. И я его (firefox) понимаю :)

В проджектированных(projector) swf-ках для этих целей (во всяком случае какое-то время назад) юзалась волшебная функция fscommand. В AIR она не работает, хотя и компилится. Проверял сам. Если я не прав и чего-то не доглядел, поправьте.

Для взаимодействия с конкретно Java сейчас пишется некое чудо по имени Merapi. Офсайт здесь. Эти ребята хотят забить на swing UI и использовать AIR в качестве фронтенда приложения, а начинку оставить Java'вскую. Мне это было интересно, потому что как раз с джавой и надо было скооперироватся. Но до конца я ещё не разобрался с этой темой. Разберусь - напишу.

P.S. Как правильно заметил nuba Merapi это реинкарнация Artemis project

Есть ещё штука под названием Shu плеер.
Она оборачивает AIR-приложение в собственый загрузчик, который интегрируется c AirRuntime, т.е. на выходе вы получаете просто экзешник, которому ничего не надо, и пользователь даже не будет знать что такое AIR и его Runtime. Кроме того, он добавляет как раз тот функционал который мне был нужен, а именно: запуск внешних приложений с коллбэком по результату их выполнения.
Кроме того, есть возможность написать свою win32 dll, функции которой будут доступны в AIR приложении. А это, по сути, уже полная свобода действий внутри операционки(виндовой правда).
Вот. Но! Cтоит это дело 500 баксов (или евро?). Это раз. И два. Я не смог всё это протестить (скачал бесплатную Try&Buy версию ). По каким-то там лицензионным заморочкам Shu не может включать в себя дистрибутив AirRuntime, поэтому, при завёртывании приложения оно как-то невнятно просит указать "путь к air runtime". Но какие бы я пути не указывал - ни один из них ему не нравился и процесс завершить не удавалось. Так я и не понял это баг или фича или лыжи не те или я...

Та-дам! И вот оно моё решение (почЁрпнутое из остальных прочитанных статей). Будем исопльзовать сервер приложения Т.е. пишем безоконный микросерверок слушающий какой-нить локальный порт и умеющий выполнять определенные команды. При установке приложения заменяем линк ярлыка, чтобы ярлык запускал не AIR-приложение, а наш микросерверок. Серверок запускается, проверяет всё ли в порядке, и сам уже запускает AIR-приложение. AIR-приложение, когда ему надо что-то сделать, чего оно само не может - засылает в сокет просьбу о помощи, микросерверок ловит и выполняет. Ну а дальше всё понятно. Так же можно вводить подтверждения, нотификации и т.д.
На написание серверка в C# у меня ушло полчаса, as-класса для взаимодействия - 10 минут. Плюс отладка всего этого дела в связке. В итоге время было потрачено меньше, чем на чтение статей по вопросу :)) Что даёт такое решение? Да всё! :) Хочешь юзай .NET из Air, хочешь Java, коннекться к COM-порту, форматируй финчестер :))) и т.д.

Если кому интересно могу все поделки повыкладывать .
З.Ы.
Выкладываю:
1)С# сервер
2) Пример посылки команды из AIR-приложения

   socket=new Socket();
   socket.connect("localhost",7777);
   socket.writeUTFBytes("$run myextapp.exe;");
   socket.flush();

secret place

2008-05-30T00:50:00.000+05:00

Сегодня наткнулся на такую штуку: если позарез нужен доступ к какой-нибудь переменной родительского класса, а она вдруг inaccessible [обяъвлена как mx_internal] то...не надо отчаиваться! Метод есть! И вот какой:

import mx.core.mx_internal;
use namespace mx_internal;

всё собственно. Просто добавляете в начало файла эти строчки и путь открыт.
Мне эти пассы руками понадобились в такой ситуации - отнаследовал я свой класс от DataGridColumn'а и внутри него решил дотянуться до источника данных. Самый простой, на мой взгляд, метод был таким: DataGridColumn.owner.dataProvider. Но компилятор ругался: inaccessible var owner. При этом, в дебаггере, среди член-данных моего класса я видел переменную owner, она была класса DataGrid, вобщем как раз то что надо. Полез в код DataGridColumn - так owner объявлен с неким префиксом mx_internal. Стало очень интересно: как же так, дебаггеру можно, а мне нельзя. И что это за непонятный префикс. Ну и в итоге google выдал рецепт - вот эти самые две волшебные строчки. Я был несколько удивлён. Зато получилось. :)