Workers кто-нибудь уже опробовал?

[caseyryan]

Собственно, интересует вопрос, пробовал ли кто-то эту "многопоточность" на деле?
Меня интересует возможность доверить "работникам" просчет поиска пути на карте.
Использую A * Star совместно со сплайнами и упрощением пути. Но на просчет уходит в среднем 30 милисекунд, и это еще в том случае, если путь находится почти сразу. Но бывает что поиск пити занимает более 100 итераций. Тут бы было неплохо задействовать многопоточность

[Котяра]

Воркеры, мне кажется, имеют смысл для одноразовых расчётов, например, - jpeg кодирование-декодирование, чтобы основной поток в это время не висел мёртвым экраном, а хотя бы показывал анимации песочных часов. Использовать воркер в каждом кадре, мне кажется будет неправильным, хотя в случае расчёта пути (раз в несколько секунд ) можно и попробовать. Т.е. кликнули на экран - включили воркер расчёта, анимации основного экрана не зависают. 30 мс. достаточно долгий процесс, чтобы заметить провисания анимации, но достаточно мало, чтобы ошутить паузу в рассчётах. Другое дело что оба потока конкурирующие. И нагрузка потока расчёта всё равно будет отнимать ресурсы у потока отрисовки и тормоза в анимации всё равно могут проявиться. Я пока не дошёл до тестирования - надо смотреть. Но моё имхо такое.

[caseyryan]

У меня путь не в каждом кадре должен считаться, а именно при щелчке. Т.е. персонажу будет пофиг какие препятствия могут возникнуть у него на пути, главное чтобы он изначальный путь вокруг статичных препятствий просчитывал.
По идее, если процесс воркера запустить, это создаст еще один экземпляр флеш плеера, и от силы потратит 5 - 6 мегабайт оперативки, а учитывая, что процесс просчтема пути, в принципе не такой уж трудоемкий, думаю процессор этот второй экземпляр не будет нагружать на столько, чтобы начинала тормозить анимации.
Поэтому и интересно, пробовал ли кто-то уже. У самого пока тоже руки не доходят все подготовить для этого

[alatar]

Воркеры, мне кажется, имеют смысл для одноразовых расчётов...

Как раз для одноразовых расчетов получается приличный оверхэд в виде еще одного экземпляра VM. Никто ведь не заставляет уничтожать воркер после каждого использования, наоборот, чем больше раз он будет использован, тем выгоднее его использование (если конечно не 2+2 вычислять).
Вот, например (из офдоков), физика в воркере.

[Astraport]

Воркеры, мне кажется, имеют смысл для одноразовых расчётов, например, - jpeg кодирование-декодирование

Нет ли примеров кода с этой реализацией? А то даже buzy indicator перестает крутится при кодировании. Да и долго на мобилках.

[alatar]

В AIR воркеров еше нет. На мобилах, тем более.

Добавлено через 10 минут
Нативный энкодер битмапдаты тоже тормозит?

[Art_133]

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

Нет ли примеров кода с этой реализацией? А то даже buzy indicator перестает крутится при кодировании. Да и долго на мобилках.

Есть на примере кодирования wav в mp3. Возможно будет интересно.
Using ActionScript Workers - Part 1
Using ActionScript Workers - Part 2
Update on ActionScript Workers

[Astraport]

Нативный энкодер битмапдаты тоже тормозит?

Это какой именно?

Я юзал:
mx.graphics.codec.JPEGEncoder - самый тормоз
ion.utils.jpg.JPGEncoder - быстрее но подглючивает, зависает на сохранении
было ещё на основе алхимии что-то, но как-то не сложилось, тоже из-за глюков.

Возможно будет интересно.

Да, уже давно посмотрел. Интересно.

[alatar]

Это какой именно?

http://help.adobe.com/ru_RU/FlashPla...a.html#encode()

[Astraport]

Странно, но не пробовал.

Добавлено через 52 часа 50 минут
Попробовал. Постоянная ошибка ReferenceError: Error #1065: Variable flash.display::PNGEncoderOptions (или new flash.display.JPEGEncoderOptions) is not defined.
Код:

var bitmapData:BitmapData = new BitmapData(640,480,false,0x00FF00); 
var byteArray:ByteArray = new ByteArray(); 
bitmapData.encode(new Rectangle(0,0,640,480), new flash.display.JPEGEncoderOptions(), byteArray);