I’ve been designing and developing in Flash since version 3. I love Flash. These days, it’s not easy to say that without being strung up or causing a Twitter riot. As the RIA and experience site market starts to evolve beyond the idea of using a web plugin, where does Flash fit in? How can it grow to expand into new markets and stem the tide of shrinking markets? As a designer/developer in the Flash and larger interactive world for over a decade, I’ve seen a lot of tech come and go. I’ve used Flash in a lot of non-traditional formats and delivery methods. Some for better, some for worse. Increasingly, as experiences become richer, smaller, more connected and constantly evolving, I’ve noticed a number of areas that Flash falls short and we have had to use tools like Cinder, Processing, Unity and others to accomplish the clients goals. Additionally, the bottom end of the Flash market, slideshows, simple animated headers, photo galleries, etc. are increasingly using JavaScript to provide a very equivalent experience without needing a plugin.

So, if you’re a Flash designer, you may ask yourself… and Adobe, for that matter… Where does the Flash platform go and what does it do to remain relevant in 2015? I have a few ideas. Open your mind and let’s explore.

1. Ability to target BIG ass canvases: simulatanesous displays, digital signage, installations – Right now, Adobe is Flash pretty much unusable at 1080p+ resolutions for any but the simplest efforts. I could never consider using Flash for a high end signage or installation piece. This effectively cuts Flash out of billboards, Time Square or even museums and exhibits for that matter. I know some may argue this point, but consider this. I can use Quartz Composer or a tool like Processing and create a rock-solid GL accelerated experience that barely touches the CPU, runs at 60FPS+ and pretty much never ever crashes in just as much time, or perhaps less that I can with a Flash platform project. When you factor in all the awesome C libraries out there like OpenCV, Box2D and more that add fantastic capabilites to these pieces and you can see quickly that Flash has a big issue in this area.
2. To eat it’s young to survive: PDF, JPEG, Mp3 encoding – Roll it into the player as core API functions. Yes, I realize these libraries may cost money. Yes, I realize that they will add to player size. But, here at this point 2011, it should be self evident with the number of community projects out there based around simple utility classes and libraries like AlivePDF, that people want this functionaity in Flash Player. The player size argument is pretty much irrelevant at this time as well.
3. To add a CLI Language interpreter for wider developer accepatance – I know what you are thinking, “This could also be accomplished by using Alchemy“. Not so fast… that’s not what I am asking… I’m not looking to using C/C++ in Flash, I want to be able to use Java, C#, Obj C or any other number of languages to write SWF content. Think about the instant developer support you’d get if you could compile something like Python or Ruby to Flash. I know of the community tools popping up around this, PySWFTools, Haxe, etc. The market for this is the new to Flash developer or the expert ActionScripter who has outgrown AS3 and wants to branch out… Twitter is full of developers like this. Some of the more well known Flash superstars have moved on because of this. A related thing they could investigate would be making a simple version of the Flash authoring tool for gradeschoolers. Flash LE or something… Work with some CS and Learning pros and build a elementary school curriculum around entry level programming. Flash is so visual, kids love it! Get developers hooked young and build a lifelong affinity for the brand!
4. Purchase/Adopt a highly performant renderer like Cinder/OpenFrameworks/Processing to augment it’s performance and buy market share for high end applications, data visualization and rich media displays. This might not be purely just Flash… It is related to item #1, but at this point, asking Adobe to turn Flash into a Ferrari like OF is probably too much. Perhaps a new tool is needed. A new output format… A revitialized Shockwave using new guts from a high performance toolkit, if you will. Something totally new. Whatever the case… I want to use Adobe tools to target 20,000 pixel wide canvases and multiuser, multiscreen experiences. Do you see Flash being used on Cable news networks to power election night graphics? How about all those new Digital Signage systems in airports and restrooms? No? Why not? Adobe needs to be there.
5. To get over its iOS loss and move on. Target the devices via Apps and HTML5. We’ve been hearing it for two years now. Use the iOS packager, don’t use it. Use it. It is getting better. It is almost usable. Hmm. Well at this point, I can’t see myself recommending using this for any commercial work. It’s too slow, too clunky. No native control options and poor and inconsistent API access make it a non-starter for me. I think they’d have better luck turning Dreamweaver into a PhoneGap authoring tool. That’s not really even a joke.
6. Fix its LLVM – platforms are expanding. iOS may really only be the first to shun plugins. Why wouldn’t Google kick Flash out of Android or Chrome at any given moment? It’s inevitable that more mobile systems will arise that could use a cross platform toolkit to target them. Why not Flash? Why not AIR? In this case, Adobe needs to learn how to make a far better LLVM if they want to target all of these emerging platforms.
7. Stop bundling crapware with the player – Adobe, you are trading your credibility and any shred of resepct and decency you had when put some anti-virus, browser toolbar or some wack download manager on a computer just to install Flash. Weaksauce, indeed.
8. More seamless micro patches: ala Chrome and Firefox – 10.1 took how long?A year? A year and a half? Why not do 10.1.x on a regular basis? I’m not talking about just security updates… tweak performance and address browser bugs. Maybe even add some utility functions like unloadAndStop sooner rather than later.
9. Get Nokia and MS back on board with their mobile efforts – As we’ve seen already… Adobe isn’t always great at treating it’s partners great, witness Nokia. Nokia and Adobe were kissing in a tree for years, yet the recent MAX keynotes were delivered in the Nokia theater and everyone got Motorola Droids. What the what? Well, if Adobe really wants to take Apple on, they need mobile ubiquity. Android is a start, but RIM, Nokia and MS need to be there as well. In some regards in the mobile world, it’s Flash vs. Webkit. At this point, Webkit is more widely available on more handsets than Flash. Until Flash is as ubiquitous as Webkit, it will remain marginalized in the mobile web.
10. Buy Laszlo – Or at least offer a similiar toolset with the Flex Framework… Laszlo‘s a bit of a fringe player (geeks love it, but your mom doesn’t know Laszlo), but it is solid technology. Why doesn’t Adobe have this capability? Output and render MXML as HTML5. Like Wallaby but for Flex.

So yeah… there you have it. 10 ways Adobe can help Flash remain relevant after the Mayan Apocalypse and in the days of iPhone 8.

Did I miss anything? Am I way off base? Feel free to comment here. Flame-bait and Trolls will not be approved.

This year had a distinct theme – devices. From the free devices handed out to attendees, to the devices in the keynote, to the devices shown on the floor of the community pavilion, it’s clear that Adobe is very intent on getting their content production tools’ output on as many formats and platforms as possible.

AIR for Android, AIR on TV, Google TV, Flash Player on Mobile… Wow. The digital Publishing Platform alone is a huge step forward for publications looking to expand their reach to devices where they previously hadn’t been able to target. Pretty amazing overall, really. While some of the technology is probably still a ways off, such as the Mobile jQuery extensions for Dreamweaver (which John Resig helped to announce), there are other things like Flex Hero, with support for Mobile Development, are basically here (though in a Beta form). It’s exciting indeed.

Check out my photos from the event (shot on my spiffy new Canon S90)

The keynotes got mixed reviews from a lot of the attendees, and most all the people I track on Twitter that weren’t at the event were handily panning the skits and overall presentations given. Honestly, while yes there some dry spots (the Omniture skit spoofing Jim Kramer was terrible) and there were a couple minor technology issues (Epix’s video demo failed), I enjoyed them. I really though that Martha Stewart’s appearance, the BlackBerry Playbook demo and the mind blowing High Performance Flash player demos of 4k video and StageVideo, and MoleHill were just awesome.

One thing I noticed… The show’s opening with Joa and Natzke jamming some sick visualizations to a live AudioTool performance showed just how tough of a audience Adobe has to please… Here, I thought it was awesome and so did a lot of designers that I follow on Twitter. On the flipside… There were a ton of really smart and well known developers totally slamming it. WTF? It just highlights the heterogeneous nature of the Adobe customer base. You have creatives used to making beautiful or fun stuff with CS products and then you have these computer scientist developer types using Flex, LiveCycle and Coldfusion that just don’t care about that side of Adobe at all. One has to think that maybe Adobe needs to think a bit harder about what they want to be when they grow up… Or at least get the kids on each side of the fence to get along better. I stride the line between the two camps, so I love the creative mind blowing visuals and the whiz bang tech demos. Not everyone agrees.

Beyond the keynote announcements, there was some awesome labs sessions and concurrent presentations (my own presentation on Mobile Learning included. ). I really enjoyed Nate Beck’s multiplayer gaming session and the other labs I attended on both P2P and RTMFP and the other on the OSMF platform were both really enlightening. I attended a session on the Adobe InMarket service… and while it looks like it could be good eventually, it looks like it is a ways off for being flexible or powerful enough to warrant the effort. A lack of a public roadmap for the project could be a major turn-off for most app developers. How can you pin a business plan on a beta product?

The sneak peeks were great as always. Again Flash player improvements abounded as well as some super cool Flash player performance testing tools and output paths to HTML5 definitely caught my attention. The Coldfusion sneeks were pretty snoozeworthy to me, but I’m not much into that tech in general as it is. The real star of the sneak session was William Shatner though. Obviously oblivious to the bulk of the tech shown in the demos, he absolutely kept everyone entertained with a pile of jokes and incredulous responses to the advanced stuff on the screen behind him. Tons of fun.

The MAX bash was a great affair, with good food, entertainment (including some crazy dancing scantily clad snake lady, living statues, celeb look-alikes and a chain saw juggler), and the headliner “The Bravery”. A nice addition to the party, The Bravery put a good show on!

My session went well. I had about 60 attendees and ended up with a decent, though not superb rating. My topic, “Creating Mobile Learning with Your eLearning Toolkit” is an interesting one, mainly because it’s pretty much totally new to the Adobe crowd. The recently released eLearning Suite 2 doesn’t actually ship with a way to target mobile right out of the box, so it’s a little bit of a stretch for a lot of rapid eLearning tool users like people that use Captivate daily to entertain firing up a command line tool to package up the materials for AIR for Android or the iOS packager. I hope to release the deck and the demos files here soon, so please come back to get those here.

After all is said and done, though, the best thing was seeing so many friends from the community. Chatting with awesome people like Jesse Freeman, Elad Elrom, Michael Labriola, Aaron Pederson, Leif Weils, Stacey Mulcahy, Scott Janousek, Zach Stepek, Chris Girffith, Ben Stucki, Brian Rinaldi, Andy Mathews and so many more really made the time a lot of fun. I finally met a lot of people in the community that I follow on Twitter like James Ward, Rob Huddleston and Russ Ferguson and was reunited with a former classmate of mine from Bradley, the humble Flash platform genius, Dave Knape. Honestly, talking and connecting with so many smart, fun, and engaging people in a cool setting with so much going on is really the reason to go to these conferences. I get so much out of hearing their stories and experiences and sharing mine, too. These interactions are far more educational than any labs, really. Can’t wait to seem ‘em all again.

So what’s next for Adobe? Hopefully some great success for this year across devices and more OSes… For now, I’m recuperating and then starting to plan out what to build on my new Droid 2 and Google TV. Maybe some mashups or apps are in order… Choices, choices, choices.

I just posted a joint article authored with Erik Peterson there outlining key differences between AIR for Android and the iOS packager created applications. Capabilities of AIR for Android, the limitations inherent in using cross platform toolsets and some of the ways we would like to see the iOS packager and the AIR for Android tool.

If you are working in this area, you should probably check it out. We’ll try to keep the list updated as things change, and with MAX just around the corner, we all know it will change!

But when I see things like this (which accompanied the aforementioned video):

I wonder… what are we doing? Sure, I know it’s a cool demo. Yes, it’s a fun and innovative use of technology… and hopefully we are learning things by creating these experiments… They’re lovely. But at what cost? Are we fueling some sort of Browser War II? Is rich media in this “post-flash” world (which I’m not really sure we are in), bound to ghetto-ize the cool sites and and force us to revert to the “Best viewed on a…” web mullet bumper stickers of 1999? Dude, I’ve been there… I have the scars to prove it and the burnt weekends and late nights of many a browser debugging session to recall not so fondly. Remember this? Am I detecting shades of it here, or what?

So, the next time you bash Flash or any other tech for not being open or taking too much CPU or whatever is the complaint du jour, take a look at this CPU output from my pretty much new 15″ MBP with 8GB ram… This was what was happening while that beautiful piece of open content was playing…

…

Yeow. Every piece of tech is capable of eating up processors, standards compliant or not. Just saying.

Oh and by the way, I did write a postcard to myself. Check it out.

If you want the source code, mosey on over to Erik Peterson’s blog, Electric Pineapple.

Making the most of your toy robot (Part 1 of 4) – Custom hardware controls
Making the most of your toy robot (Part 2 of 4) – Object Detection
Making the most of your toy robot (Part 3 of 4) – Processing the video stream in Flash
Making the most of your toy robot (Part 4 of 4) – Docks and Beacons

I thoroughly enjoyed meeting so many great people in the Flash scene. It was pretty cool finally putting faces with the Twitter handles! Hey… and please go to the Adler planetarium and go check out the exhibit!

Some of these have been long forgotten and swept under the rug of ancient things in my brain like stuff I learned in my chemistry classes or college psych 101. Other things churn, get their lives extended and get refreshed again and again. With our recent foray in mobile, one of those things for me right now is JavaScript. Often maligned, sometimes heralded, it’s obvious people have lots of opinions on what is one of the most widely deployed programming languages on the web.

After leaving my first job at Rollingstone.com (which consisted of making a lot of Flash minisites and games using Flash 4 and Flash 5), I renewed my interest in JavaScript and the dynamic DOM (I think it was called DHTML at the time). I was very concerned about SEO and machine readability around this time, so I stopped doing a lot of Flash for a couple years. Finally, around the time that Actionscript 2 came out, I started to like JavaScript less than I had previously and also started doing a lot of freelance game development for the web using Flash. Browsers were somewhat inconsistent in their rendering/parsing of it, it lacked the basic OOP and syntactical sugar of AS2 or even PHP for that matter, and debugging it was tough (Firebug wasn’t around yet). Shortly thereafter, JS frameworks like Prototype and JQuery began to emerge, making writing JS a lot less painful. It didn’t really help you get around some of the advanced development issues like true OOP or native data types like JSON, but it was certainly better than writing raw JS.

After AS3 hit the scene in 2006, it was tough to get me to want to develop anything of real complexity with JavaScript given just how awesome it was finally having an ECMAScript based language like AS3 that used strict typing, offered true OOP and provided compile time errors. Add to that, the fact that IE6 made dependable JavaScript a crap shoot compared to Firefox and there is no wonder why Flash enjoyed its heydays from 2004 to 2009 or so.

Fast forward to today and the constant bickering between anybody on the web about the slow death of flash or the rise of HTML5 or need for standards or whatever the tech press or bloggers will have you believe about what is going on behind closed doors between Google, Adobe, Apple and MS about the web’s next steps in media design and development tech and you still have to wonder… how will games, deep experiences and the like be built in HTML5?

Most demos of the tech are pretty frivolous or only prove that yes, you can play video without Flash. Who cares? Could I use HTML5/JQuery to build Sliderocket? Gmodeler? A top tier experience site for the latest blockbuster movie?

The answer, ‘possibly’… but would it be as easy to build and debug or render as fast as using Flash/ActionScript? Most likely, no.

Some of that has to do with the tools. Flash is made to create rich spectacles complete with detailed animations, rich interactions and precise graphics. It’s over 10 years old and is pretty mature. CSS (even CSS3) and the average rendering engines in a browser just can’t match up to it in power, speed, display uniformity across platforms and overall flexibility. But furthermore, building rich apps in JavaScript 1.x is still a pain. Some IDEs are better than others at it, but the language is still pretty much crap for heavy duty coding. Runtime errors galore, esoteric debuggers, a lack of strict typing and advanced data types in general, no formalized approach to MVC/ design patterns… the list goes on and on. Why are we going back to what many developers would call an inferior technology to Flash or even Silverlight. The drive is largely mobile, but there are some other politics at play as well.

When you look at the press coming out, or get phone calls from clients requesting HTML5 apps, alarm bells start going off in my mind. How are we going to handle this transition to a post Flash world when device manufacturers like Apple seem to be forcing us to use a hammer and chisel to produce pale imitations of sites that we built two years ago using great tools? Is the Flash platform perfect? No, but it’s better than pretty everything else we have tried so far for building examples like the ones I pointed out above.

What are the next steps? Well, to see some of the docs coming out of the standards crowd and the browser developers, not much. Ugh. If my tools of choice (Flash and Flex) are really going to lose ubiquity in the player realm, marginalizing their effectiveness due to lack of ubiquity, then please at least give us some tools to build JavScript apps in that are at least as good as what we already have. Get JavaScript 2 out there, please and make it good, not hobbled like the next gen of ECMAScript looks to be. And please, bring hardware accelerated SVG rendering to all browsers, not just IE.

This is not meant to be a “HTML5 sucks” or a “Flash rocks” post… there are plenty of those already. I am interested in hearing what you think though… Does HTML5 need a better DOM scripting partner if it is going to take over for Flash? What does an ideal HTMl5 authoring tool look like? Do these questions matter as much as I think they do to the average designer/developer?

Comparison of performance of Flash Player 10.1 and HTML 5 on Mobile Devices from michael chaize on Vimeo.

These tips aren’t about writing good software in the first place. This is all about the deployment and delivery phase of the project. A lot of these suggestions came from projects we have worked on over the years. Many of them are canon in our workflow because of our Technology Director, Jeremy LeBeau. He blogs at Silverwire and is on Twitter as jleb. Look him up!

1. Uninstall anything that isn’t necessary – Spamware, bloatware, crapware… whatever you call it. Many PCs ship with an abundance of free trials and demos of security software, photo editing junk and lots of other utilities you simply don’t need. Uninstall them to free up space and increase stability. You may find it easier to simply wipe the hard drive after getting a PC and reinstalling the OS.
2. Disable all those extra services – Look at the average system tray and process monitor of your average PC. So many cycle and RAM stealing little apps. Get rid of ‘em. A kiosk does not need a Skype Widget, IM bug or Weather Station app. Windows OEM versins tend to ship with a lot of these types of services. You should disable or better yet, remove them.
3. Run network cable to every station – If you can, try to make sure that every machine is network addressable. You might not need it right then, but trust me… It’ll come in handy at some point or another. Wireless N is an option as well, but a Gigabit Ethernet connection is better.
4. Install remote monitoring software – VNC, Apple Remote Desktop, Windows Remote Login, whatever you have available, put it in there. It may save you a long stressful drive somewhere. Of course, this kind of requires each machine have network access. See, I told you #3 would come in handy.
5. Use UPS (uninterruptible power supplies) whenever possible – You don’t want a power blip taking down your piece. A relatively inexpensive UPS can provide enough protection and piece of mind that you really should just plan purchasing one for each kiosk right from the start. Make it part of your routine hardware estimation process.
6. Test their temperature, modify their cabinets or cases accordingly – Computers get hot. Frequently, cabinets for installations are tight and offer poor ventilation. As part of your testing and burn in, run a temp monitoring software. Note the PCs temp after 5 minutes running… Then 50 minutes. Then 5 hours. If the PC is still running, great. If the temp seems a little higher than you think it should be (Anything over 65-70° C is cause for alarm, IMHO), you probably need better ventilation. If you can switch PCs to a lower power usage (and thus lower heat) model, great, do it. If not, it’s time to modify the cabinets. Put an exhaust fan or two in the cabinet. Get some standard or even small sized PC fans, and wire them into the power supply via a Molex connector. See the temp drop accordingly.
7. Schedule their startup and shutdown – A timed circuit typically does startup and shutdown of an exhibit. This is easy for the museum or convention center staff to manage. This is also generally bad for your hardware’s long-term health. I recommend scheduling the shutdown via a scheduled task on a PC. A Mac has this capability in the Energy Saver preferences. Automated startup is also nice to have on an exhibit, as it requires a lot less human intervention on the beginning of a day. Macs again win in this department as the OS manages it. On a Windows PC, you are going to need to set this up through the computer’s BIOS. A safe and programmed startup and shutdown is going to lead to less HDD issues and far less Windows disk checks, etc. In conjunction with this, obviously, putting your app in the system’s startup folder is a great idea, but you may want to write a startup.bat batch script or AppleScript to start things up a bit after the system has fully initialized. This will allow for any extra drivers or third party utilities to be running before the experience kicks in.
8. Protect their desktop – This is of paramount importance. If your app crashes, what does the visitor see? Hopefully very very little. I recommend using an application like Public PC Desktop to lock everything down. The desktop will be hidden, keyboard input can be limited and virtually everything you don’t want a user to mess with is disabled. I have used this utility many times and it has never failed.
9. Install an “Always UP” utility – I know your app will never crash, ensuring that the kiosk is always doing what it should, right? Well, just to be on the safe side, consider running a utility like “Always Up”. This little genius monitors active processes to check that your desired app is running. If it is, no big deal. If the app has hung or otherwise crashed it can restart it. Additionally, the application can be configured to email a contact should something prove to be unrecoverable. Bullet proof.
10. Clone their hard-drive – When everything is done, you have handed off the keys and sent them the last bill, what sort of security/peace of mind have you provided? If you give them an exact clone of the harddrive of the machine you just installed for them, a lot. Trust me on this, the extra $100 for the disk and the little effort it takes today to produce a drive clone is totally worth it. Acronis on a PC or Super Duper on a Mac to help you with that.
11. Purchase the OEM support – Most PC manufacturers offer 24/7 next support or at least 2 day support for business hours. These agreements usually cover just about anything that would happen to a PC in average situations. Fried Motherboards, failed power supplies, etc. are all covered. Pay for this now or you’ll pay for it later.
12. Use as low power of a CPU/GPU as possible to get the job done – It’s easy to get enamored with hardware. A hot new CPU and ridiculously powerful GPU are fun to develop for. You can really stretch yourself and provide top tier experiences for your client. A small bit of guidance though. If you can provide a great experience on a second generation of technology or a slightly less powerful CPU, do it. The extra reliability offered by a second or third revision of a machine is oftentimes a significant increase in stability and heat/cooling problems.
13. Hide the cursor well – Purchase a utility to hide the cursor. Using the Windows control panel is a PITA and unreliable.
14. Use logging software – Crank up logging in the Windows Event viewer. Write your applications so that they keep a simple log of their activity, too. If a problem ever does arise with your work, you’ll at least have a good starting ground for analyzing what went wrong, when it went wrong and where to go from there.
15. Disable auto updates if possible – Windows update and all the other auto updating software options on your PCs should probably be turned ff if you can manage it. A PC that doesn’t require tons of security patches etc should especially have this service disabled.

So, there you go. Hope this is helpful information. What steps are you taking to provide a stable installation that I haven’t covered here? I’d love to hear anything you have come across.

As a professional, it can sometimes become more about the day to day. The grind. You need to take a step back every once in a while and experiment. Like these guys…

Read on.

So what tools are worth playing with? Here are some toys I have had fun with over the last couple years… Maybe if you get some time, you should check ‘em out. In general, I would recommend just picking the ones you want to play with based on how much fun it looks or if you have any interesting ideas percolating that look like they might be tackled with that tool. Don’t look at it from only an angle of commercial applicability.

• Silverlight – Unless you have been living under a rock, you have encountered the Silverlight plug-in somewhere. Olympics video, MLB and NFL have all deployed content in the plug-in. If you are not a Mac only developer, you should at least install the toolkit and try to see how easy it is to rebuild some of your basic Flash stuff in this format. The codebase tends to be a little cleaner overall, as it’s a bit more modern and has less of a history than ActionScript does.
• JQuery – Like dot syntax? Hate JavaScript because of it’s lack of structure and OOP? Maybe you dislike it’s over-verbosity? Whatever your reason, give this JavaScript API a shot. It will seriously change the way you look at ECMA/DOM scripting. Since first dabbling with other JS APIs like Prototype, MooTools, etc, I have standardized on JQuery and really, I no longer fear or dread writing JS. I would like a better standardized testing and integrated IDE (Firebug + a Text editor is okay, but there is so much room for improvement), but learning JQuery has made JavaScript a lot more fun for me.
• Processing and ProcessingJS – Processing has been around for a while. It’s now a 1.0 release, no longer Beta. You can pull some serious stuff off with it. A very robust Drawing API and support for GL. Wow. On top of that, the library was recently ported straight to JavaScript, so no Applets are required to render sketches in the browser. The performance isn’t quite stellar (it’s not that bad, though, either), but really, this is an amazing feat of engineering. Expect this space to get a lot hotter as browsers start to add GL support in the impending HTML5 era.
• iPhone Dev Tools – No ‘buts’ about it. Developing for the iPhone platform is hot. Apps are popping up like crazy and with the iPad on the verge of release, it is only going to get more so. So, why not get on the bandwagon and write something? Well, beyond the politics and approval process of getting your app in the store, there is the challenge of learning a very complex and expansive language, Objective C. Couple with that the CocoaTouch API and a rather complex provisioning and deployment process needed to build and test on your own device and you will quickly realize that as a Flash dev, you aren’t in Kansas anymore. That doesn’t mean you can’t dabble though. If you are a student or educator, you can get free access to the iPhone dev program. Also, you can try out the Unity platform for a really powerful game creation toolkit that also will open a world of advanced 3D online gaming and possibly even Wii development. With the next generation of Flash just around the corner, there will be opportunity to use the iPhone packager to get your Flash apps on the iPhone, too, so why not start your research early?
• VDMX/VJ tools – If you are more into the visual side of Flash (animation and dynamic drawing), doing generative graphics or have investigated using Flash as a video switcher or live performance tool, you should really check into this type of software. VDMX is perfect for glitching video or acting as a visual accompaniment to a electronic set or art installation. Completely configurable, media friendly and super powerful, VDMX is made to perform live. If you have some musician friends, use your media production skills to augment their performances. Tons of fun!
• VVVV or Quartz Composer – Related to the VJ tools, but also capable of doing much more in terms of programmatic and generative effects, VVVV and QuartzComposer both offer node based editor spaces. These types of tools should be familiar to old-timers that played with Hypercard or Apple Media tool. If you haven’t come from that back ground, prepare yourself for a bit of a learning curve, but wow, once you get rolling with these tools, watch out! The limits are way way out there. So much cool stuff is possible with these using protocols like UDP and OSC, multi-node environments and on and on.
• NodeBox and Context Free Drawing – I have lumped these two in together due to the somewhat similar outputs: images and animations. They are both scripting based drawing tools. NodeBox uses Python. ContextFree uses a set of rules called “grammars”. These grammars’ syntaxes somewhat resemble C/C++. The drawings these produce can be simple or really really in depth. Each of the apps have examples of the work you can produce with ‘em at their respective sites. It looks like the upcoming FlashBelt conference has a session on NodeBox, so you could get schooled up on it before hand. NodeBox would be really sweet IMHO if it has a server-side version that could do dynamic image creation as a CGI script. As it’s made with Python, I’m sure that wih enough tinkering, you could probably pull it off.
  

Some of the ones I have been wanting to try out, but just haven’t gotten around to.

• haXe- HaXe is a multiplatform language. While most other languages are bound to their own platform (Java to the JVM, C# to .Net, ActionScript to the Flash Player), haXe is capable of outputting to JS, Flash, C++ and a lot more. Pretty cool. ECMA style programming for client-side, server-side & desktop. Are you using HaXe? Done any cool stuff? I’d love to see it.
• OpenFrameworks – At The Iona Group, we do a lot of installation work. It’s fun. Sometimes Flash doesn’t cut it. One of the avenues I have considered going down was using OpenFrameworks. Check out this video for some cool info on it. High resolution output and lots of awesome hardware integration.
  

  made with openFrameworks from openFrameworks on Vimeo.

So… What are you playing with these days? I’d love to see what you have going on.