It seems that adobe is going to have the flash player and AIR running over ARM architecture devices by the end of 2009.
Does anybody know anything about performance analysis?
Does anybody know about how to become an early adopter or beta user?
Is it going to be a real multiplatform solution?, i.e. running over x86 PC and arm device with exactly same code?
Today we already have an optimized Flash Player for mobile devices running on over a billion devices, many other chipsets, it's called Flash Lite.
Alhough we are building Flash 10 for devices and yes it will be full featured, and of course with optimizations.
We are not looking for beta testing at this time, though I would suggest checking out the Distributable Player on Adobe Labs.
Well, from other discussions I got the feeling that Flash Lite is pretty poor compared to adobe flash player 10.
Can you point out, or provide link to, what are the disadvantages of the flash lite compared to flash player 10?
I am talking about an high quality gaming application on a high resolution (XGA) LCD screen with touchscreen user experience.
Flash Lite exists on many very different devices, all with different hardware specifications. Some developers have found it difficult to understand that targetting a mobile device requires an understanding of performance, both of the device and the player.
We design the player to scale up from a minimum specification and so if you target a low-end phone you have to scale your application appropriately. In my experience most developers failed to recognise that all devices are not made equal.
Flash Lite 3.1 was designed to render the majority of Flash content on the web today, at shipping this was 92%. So you can think of it as 92% compatible with all the APIs that developers were using.
You can see a detailed API comparison here:
As for creating a high quality game on XGA+LCD you'll need to ensure that the device has a very powerful CPU in the 500mhz ARM11 range. Aiming anywhere below that will cause Flash to struggle because the device will be strained trying to draw to the screen.
You might be better off considering C++ for such an application, but do give FL3.1 a chance and see how you get along.
Thank you for your detailed answer.
Well, since I arrive from real-time systems my main concern was about performance.
Indeed I am targeting a more than 500mhz arm11, but since I feel it is going to limit me in the future I decided to count on a 2D vector graphic accelerator.
Do you know whether flash lite integrations into various devices usually take advantage of hw accelerators?
If no, then I can't count on that accelerator and may pay some more $ for having stronger cpu (maybe 1G arm11 or a cortex one)
We do make use of HW acceleration with Flash Lite 3.1 but in a limited way so far. We use the OpenVG1.1 and OpenGL ES 2.0 apis and require that those are hooked up by the OEM. That effort is clearly going to be a long haul, but we're chipping away at it and have seen great results already.
My recommendation is to throw the Cortex A9 CPU in the device, as we are working with ARM to optimize for this architecture with our future runtimes.
So in the future you'll see a mix of different use cases, where we rely more on available hardware accelleration where possible. This couldn't be more useful when working on very high resolution screens with a single threaded runtime.
We meet scan that these unhurried vine are on Level3 backbones and opposite various companies; that can't mayhap feature anything to [url=http://www.zyy.com]Buy WOW Gold[/url] with Storm. They see it isn't them, so they're licitly forward the [url=http://www.gobuycheaprsgold.com]Cheap RS Gold[/url] probable culprit: TWC. This guy apparently does not interpret ICMP deprioritization on intermediary routers, yield course variables, or routing in broad. But again, this is not the ethical installation to treat specified things[url=http://www.rsfarming.com/]. TimeWarner has no much obligation to assure that you can perform WoW[url=http://www.storeingame.com]RuneScape Gold[/url], especially for a happening equivalent this where latency seems to be the primary *****.Earnestly show the mulct produce.
Europe, Middle East and Africa