« Flash Player June 2007 stats live on adobe.com | Main | 10 Cities. Colin Moock. Learn ActionScript 3.0. For free. »

September 12, 2007

Making it official: the next major release of Flash Player is codenamed "Astro"

In the category of "better late than never," JD stopped by the other day to tell me that Ted Patrick debuted the codename of the next major release of Flash Player on his blog. And that I had left Ted hanging by not providing a solid, reference-able source for that detail out on the web.

"Good point", I said. Then promptly forgot to deal with it in the flurry of the standard daily Flash Player activities. Since the community is eager to see what we will show at MAX, and is already starting to talk about it, I wanted to make sure that I publicly confirmed that the codename is Astro.

We've obviously been hard at work since Flash Player 9 released in June 2006 (seems soooooo long ago). Tamarin was open sourced in November, the Linux player was released in January. We added support for Intel Macs and Vista. We rolled out full screen mode. And of course, the latest Flash Player 9 "Moviestar" beta has delivered H.264 and AAC support, along with performance enhancements and other useful bits. All these things make the time fly by.

But now it's time to start focusing on life after "Moviestar," and we have more bunnies to pull out of our hats. Our platform has been behind some of the most creative content on the web since Flash first hit the web over ten years ago, and we intend to continue delivering the capabilities you need to deliver on the fresh, innovative, and mind-blowing ideas that you all have floating around in your heads. More on that...at Adobe MAX 2007. Come and check out what we're thinking about for Astro and beyond!

Posted by ehuang at September 12, 2007 04:34 PM

Trackback Pings

TrackBack URL for this entry:
http://weblogs.macromedia.com/mtadmin/mt-tb.cgi/9059

Comments

Emmy, you're such a tease!

Posted by: German Bauer at September 12, 2007 07:03 PM

We are a decent size widget company, using Flash. Our wishes for Flash API:

1) Make Actionscript aware of the URL of the page where the widget is embedded. Currently this is impossible.
I.E. if youtube widget is embedded into myspace.com/tom , make this 'myspace.com/tom' a read-only property in the movie.

2) Use the browser API to differentiate USER-Induced clicks to open pop-ups from flash, bypassing pop-up blockers. I.e. if a user clicks on a link in flash, open the pop-up bypassing pop-up blocker, but if the getURL() is called by the script automatically with no user click, pop-up blocker should be invoked.

3) This one is a long shot.
Add P2P capabilities, so we could have a mini-server in the flash listening for incoming TCP connections, much like your localConnection object. This would be very cool, but I do not count you'd make it in the foreseeable future.

Best regards,

Alec.

Posted by: Alec at September 13, 2007 02:41 AM

Hi emmy ..

is there any new news about support flash to RTL langunages ?

Posted by: Saeed Ashour at September 13, 2007 02:28 PM

With a Solaris Flash Player in existence, is there any chance for a FreeBSD version in the future?

Posted by: Sean at September 13, 2007 04:30 PM

antialiasing and pixel manipulation would be first on my list for hardware support

Posted by: MrSteel at September 14, 2007 05:35 AM

when is a decision likely to be made on whether you're going to build a freebsd binary ?
it would be nice if you could tell us
"not this year" or even "never".
leaving us dangling like this with vague
statements like "not right now, but soon, maybe!"
or "we have no plans now but that may change"
doesn't really help at all.
after years of that, it would be nice to just know where we stand.

thanks

Posted by: paul at September 18, 2007 02:08 PM

Glad to hear it! Flash 9 with the new VM has been amazing performance-wise. I'm definitely hoping to see more of that, especially looking towards 3d environment, and filter rendering = ]

Posted by: LEE at September 21, 2007 01:59 AM

Great!

Now what about a simultaneous 64-bit release and a decent linux version? :-)

Posted by: randomcrc at September 23, 2007 02:14 PM

Is there any new support forflash to RTL langunages?
Thanks

Posted by: Antyki at September 25, 2007 05:55 AM

- true alpha-channels that work like masks, but instead allowing semi-transparence. These should work with vector-shapes and bitmaps as masking-source!
- advanced transformation-modes like Distort or Envelope that could be applied to Symbols and MovieClips (not only to Shapes)!
- What about runtime-created parametric textures / bitmaps who's parametes could be also animated? That would save bandwidth and would allow high quality texturing at once. I think since Flash can handle Pixel-Effects like Blur, Shadows etc, this should be possible, too! ;) Example could be bricks, water, plasma, grass, noise, rust, wood, marble. Perhaps those modifiers could be "stacked", like the current Pixel-Effects, so advanced combinations are possible.

Posted by: finaldream at September 26, 2007 05:33 AM

Can we get an update for when a 64 bit version will be released? Running the 32 bit version using the plugin wrapper is very unstable.

Flash and Java are the only two products that don't work properly on my 64 bit Linux box... I have 3 64 bit linux boxes..

64 bit hardware has been out for many, many years, can we please get an update when Adobe is going to finish it's 64 bit port?

Posted by: Shanness at October 12, 2007 10:37 PM

One thing that is missing from the flash player, that I feel is crucial (especially for embeddable/syndicatable widgets), is detecting settings that were set on the embed. For example, if fullscreen is available (I have to pass a flashvar :P). Or if I can successfully call getURL() (it just fails silently on myspace :P). And if javascript is available (ExternalInterface.available is wrong, I check with ExternalInterface.call("eval","1==1")).

I have a lot of hacky stuff for my AS2 projects, and it's unnecessarily consumed our resources and caused a lot of headaches. I haven't seen any fixes for AS3 mentioned, but hopefully there is an API in the new player for this...

Anyway, I'm a big fan of flash, but there's a lot of hype about new stuff when the fundamentals aren't addressed.

Posted by: Please!!!! at October 22, 2007 10:39 AM

I hope will be really support for RTL language speacilly arabic language

Posted by: 3walim at November 9, 2007 01:01 AM

I hope will be really support for RTL language speacilly arabic language

like me

Posted by: jro7i at November 13, 2007 11:15 AM

With a Solaris Flash Player in existence, is there any chance for a FreeBSD version in the future????????????,

Posted by: dimiril at November 18, 2007 06:03 AM

Is there any new support forflash to RTL langunages?
Thanks ..


Posted by: Porcelana at December 5, 2007 07:00 AM

With a Solaris Flash Player in existence, is there any chance for a FreeBSD version in the future????????????,

Posted by: العاب at December 13, 2007 01:20 AM

SUPPORT FREEBSD PLEASE

Posted by: FREEBSDman at December 31, 2007 07:09 PM

is the next flashplayer the version 10? or start you with a new naming like "10 = X (roman version)"? or astro? but i think thats an internal thing.

Maya
------------------------------
http://www.a-p-c.de

Posted by: Maya at January 13, 2008 05:41 AM

Hi Emmy,
We are a company who develops online leadership and custom training and we use Flash heavily for our content. We are having a serious problem with the latest version of the Flash player: 9.0.115 in combination with IE7, which renders much of our content unusable. I have read all the documentation on policy files changes, as well as the known issues and workarounds. After implementing all the required changes, we still have this issue which i believe may be a bug. Here's the issue:
Our html is located in a different domain than our Flash media files. This is a requirement of our architecture because users may choose to host their own media, while accessing our application online. These Flash files use getURL() to call an ASP file (in the same domain as the html) in order to initialize some variables from a database. These getURL calls no longer work when the flash is in a different domain. This only happens with the latest flash player and IE7.

We have set the allowScriptAccess to "always" as per the following tech note:

http://kb.adobe.com/selfservice/viewContent.do?externalId=50c1cf38&sliceId=1

Also, i have set up a policy file where allow-access-from domain="*"

The file structure looks something like this:

appdomain/loadswf.html
appdomain/initdata.asp
appdomain/crossdomain.xml

mediadomain/media.swf

Any help is appreciated! Thanks!

*****
Hi,

I have forwarded your issue to QE. You can also file bugs and report issues to the bug form: http://www.adobe.com/cfusion/mmform/index.cfm?name=fp_beta_feedback

thanks,
e
*****

Posted by: Nate Wondra at January 23, 2008 10:13 AM

I hope will be really support for RTL language speacilly arabic language

thanks

Posted by: te3p at January 25, 2008 10:51 AM

is there any new news about support flash to RTL ?

Thanks ..

Posted by: sultan at January 27, 2008 03:22 AM


What about arabic language ?
We want good support
Thanks for u .

Posted by: alsajee at February 5, 2008 03:24 AM