Adobe named our own Michael Labriola a MAX Master for 2012, one of only nine external speakers to earn the title. The MAX Master award is given to presenters with the highest speaker rating based on audience surveys from MAX 2011. Nice work, Mike!

The Flex Builder needs to know if you, the flex community want FlexUnit 4 to be supported in FlexBuilder 4.
Spend a few minutes reading about FlexUnit 4, and if you would like flexbuilder to support it, you can cast your vote for it here

They are selling fast, and it promises to be jam packed with geeky fun! I’ll be giving my session on How Not to Code Flex Applications, and doing a joint presentation with Mike Labriola on cleaner living with Flex Unit 4. What does $550 buy you at 360|Flex Indy? – http://tinyurl.com/rxtkb9

• Almost 60 sessions of Flex, AIR and ActionScript goodness
• 4 days of conference sessions
• 4 days of lunch (great for networking)
• 3 evening receptions at Rock Bottom (again, great for networking)
• 2 (maybe more) product launches (Axiis and others)
• 1 Bug Quash event on Sunday (come make Flex better)
• 1 Flex 101 hands-on also on Sunday (to get you prepped for the week)
• 1 Charity Code Jam over the course of the show (to earn some Karma points)
• 1 USB drive jam packed with copies of the sessions and code samples, plus some extra surprises
• A chance to attend the only 360|Flex of 2009

So stop reading this and buy your tickets already, ok?

As a member of the development team for the Major League Baseball MLB.TV project, I’ve had a somewhat unique perspective on the successes and failures of the project. There is a bit of backlash in the blogosphere about the technologies surrounding the players, and the inherent superiority of one technology over the other. This post examines only the technologies involved in the situation, and not any of the underlying business decisions surrounding it.
So, what is so difficult about broadcasting MLB.TV? Funny you should ask, regardless of all the Flash vs Silverlight debate that has surrounded the MLB.TV launch this year, the player itself represents only about 10% of the complexity. So, how does it all work? There are a series of inter-related processes involved.

1. Acquisition of feeds – Home and away video feeds from the ball park are provided by the networks covering the games. If there are problems with those feeds, the video/audio never makes it to MLB. As an example of this, in one of the opening games, an unplugged cable in the feed truck was responsible for lack of an audio feed in the MLB.TV player. There are any number of things which could go wrong at the ball park or in the broadcast trucks to provide the signal. Assuming all is acquired properly, the next step is…
2. Encoding of feeds – The video and audio content streams from the broadcasters at the ballpark across the network to the MLB Advanced Media offices in New York City. There, the data is encoded into various formats for the various players, including MLB.TV, Gameday Audio, iPhone, etc. For MLB.TV, the stream is encoded at 7 different bit-rates, so the proper quality of video can be delivered, based on the end users connection speed to the internet.
3. Provisioning – As a game starts, all of the data about the game and the feeds available for it needs to be provisioned into internal systems at MLB. This data is used by all the various applications to determine what game’s are available, what feeds are available for each game, and which qualities are available for each feed. If one of the encoders fails, or one of the feeds drops, or anything else goes wrong in steps 1 and 2, the data needs to be re-provisioned to reflect the current accurate data for a game.
4. Services – There are a series of Java based services which consume the provisioned data, and make it available to the player and other applications. Amongst the jobs the services provide are login, authentication, geo detection (to help enforce blackout restrictions), managing stream security and more. Of course, these services are dependent on the data about each game being available and accurate.
5. Streaming Servers – There are dozens of Flash Media Servers at the Content Delivery Network (CDN) partner of MLB, from which all the video and audio (and lots of other things too) are streamed to the end user. The CDN has the capacity to stream hundreds of thousands of games at once.
6. MLB.TV player – While this is the only part of the process most end users see, this is merely a front end to all the systems described above. While we are constantly finding problems, fixing them, making improvements, testing to ensure we haven’t caused other problems, 99% of all bugs reported in the Forums and MLBlog actually relate to one of the “upstream” elements of this system. As I mentioned earlier, an unplugged cable caused hundreds to complain that our flash version of the media player couldn’t properly play sounds. Obviously, that wasn’t the problem, as all the other games, and even the other feed for that game properly had the audio channels playing, it’s simply a matter of the player playing the content which was provided to it.

So, let’s stop all the Silverlight vs Flash bickering shall we? Both are capable of doing the job. This year, MLB chose flash, last year they chose Silverlight. Neither decision should be used to bludgeon the other over the capabilities or lack thereof that the technology represents. Both would have a similar set of problems displaying streams that aren’t properly acquired or encoded. Both would similarly display correct or incorrect information about blackouts, based on what the services layer provides.
All told, I’m honored to be a part of the team which made this all possible, am proud that the vast majority of users are able to view high quality content of the games as they are played, and will work tirelessly to help fix the problems reported by the others.

Thanks to the hard work of some of us from digital primates, and many from MLB.com, the first launch of MLB.com’s Media Player 4 has just gone live. We are sitting seconds from the first pitch of the World Baseball Classic, live from Japan. Launch Page This new media player is powered by Flash Player, Flex 3.2, and FMS 3.0 C’mon by and see the magic. We’ve had our first review and its positive!

Ok, I know i promised to have these online earlier, but, regardless of the timing, here they are now.  You can download the hands on files from my "Deploying HMTL/JavaScript Applications to the Desktop with AIR" here:  air_experience.zip

Thanks to those who attended, and to Kevin Hoyt, who provided the bulk of my materials, when I had to make a late switch from an AIR with Flex to AIR with HTML focus. 

jt

Thanks to all those who attended my Flex for ColdFusion Developer session at CFUnited.  As promised, here are the files that i used in the session.

At 1am, on tuesday May 15th, Kagan Scott Tapper, our 2nd child and first son, was born.  He was born weighing 7lbs 12oz, and measuring 19.75" in length.  Mom and baby are home and healthy, and all are well but all a bit tired.

 

For reasons beyond my control, this blog has been unavailable for the past two weeks.  As I spent time with the hosts tech support, it became clear the issue was a bad DNS entry, which has now been corrected.  Of course, this coincides with a time when there was alot of new news I've been wanting to blog on, so, over the next several days, I'll likely have a number of new posts on topics such as CFUnited, The Flex 3 Open Source project, Ben Forta's upcoming CF8 books and more.

 Sorry for the outage,

jeff