Rob
Thanks for you talk tonight in Oxford very interesting. I mentioned
a limitation for me of haXe was e4x, in swishmax I used to add
prototypes by loading in a flash movie, and the same idea can be
applied to e4x and haXe, effectively you can load a flash movie at
runtime into haXe to provide the bracket functionality and get most
of e4x that flash has, obviously this could be applied to the collada
parsing, I can email you details if interested. Anyway...
Tonight I have just read Ralph's plaxo entry that points to his
blog... http://www.unitzeroone.com/blog/2009/03/18/flash-10-massive-
amounts-of-3d-particles-with-alchemy-source-included/
And it got me thinking...
The main limitation of flash is lack of Alchemy supported byte
codes. Now my suggestion is to load a haXe movie in with the alchemy
byte code support at run time into the same ApplicationDomain. The
file may need to be compiled in an older version of haXe due to some
recent changes to app domains, but it would only have to be compiled
once and I am not too sure on how you use haxe classes in flash but
its easy the other way so must be possible. Another advantage of
this approach is that you will be able to add this speed to the haXe
branch and the normal branch and keep both versions compatible, in
fact my suggestion is that if you were to create this as an enhanced
mode then developers could load in an 'enhancer' movie if extra speed
was needed.
I will prob post this idea to the other engines, just incase its useful.
Cheers
Justin
