Comments on: “Multithreading” in ActionScript, PartII – JPEGEncoder Example

By: Victor

Victor — Thu, 12 Nov 2009 19:36:16 +0000

thank you for the link, great enhancement!
note that there are more complex “threading” solutions out there to use

as for me, i tend to use minimalistic stuff – sometimes not the best idea, sometimes a life savior.

By: Evan Gifford

Evan Gifford — Thu, 12 Nov 2009 18:09:24 +0000

Nice work! I was just attempting to do the same when I though “Ah, someone must have done this already >> Google”.

One thing you might try is updating JPEG encoder per this link: http://www.bytearray.org/?p=775 if FP10 is an option, this makes encoding 3-4 times faster!

By: Victor

Victor — Thu, 09 Jul 2009 21:38:27 +0000

@mattjpoole
thank you
the concept is obvious, nothing special in my article, just an example. just before writing the “library”, i searched the web for something similar and because i didn’t find something good enough, i shared mine just as i used it in minibuilder. lots of the stuff in minibuilder have a minimalistic approach, i am concerned about speed and size.

a side note, i don’t think dispatching progress events is a good idea, i left the progress query to be done outside the framework, as some tasks don’t need to dispatch progress state and it would be a waste of precious time.
a better option, i think, would be to enforce the task to provide the value of it’s progress through the interface. but that would also be an overhead, i like the frameworks to be as light as possible.

By: mattjpoole

mattjpoole — Thu, 09 Jul 2009 20:05:04 +0000

Nice work

I made something very similar a while back

http://blog.barncar.com/?p=10

I made my version dispatch progress events as each chunk was processed – this gives you the ability to show feedback too on large processing jobs.

By: ActionScript 3 Log » Blog Archive » “Multithreading” in Actionscript

Thu, 25 Jun 2009 11:42:18 +0000

[...] “Multithreading” in ActionScript, PartII – JPEGEncoder Example [...]

By: Victor

Victor — Fri, 19 Jun 2009 15:35:09 +0000

Rick Winscot, no, I only tested for fixed framerate. Also, some constants in the ThreadsController are very sensitive, depending on the rest of your application. One may fine-tune those to get desired results. For example, if you’re showing animations, you will give more time to rendering, or if the “threaded” task is more important, you do the other way..

10x for the comment, and yes, I read Alex Harui’s article long time ago. I should have posted the link myself but I couldn’t find the article any more.

By: Rick Winscot

Rick Winscot — Fri, 19 Jun 2009 15:20:26 +0000

Nice example on ‘chunking’ hungry processes… have you tested performance on swfs that have either dynamic or purposefully slow frame rates?

Just for reference – this approach is commonly referred to as ‘pseudo threading.’ Alex Harui has some additional thoughts on general applications as well.

http://blogs.adobe.com/aharui/2008/01/threads_in_actionscript_3.html