I’ve dropped my phone a handful of times in the past without effect, but I went to the well one too many times…

So far falls have destroyed my first mac (macbook pro fell out of an unzipped case when I was dropping my dad at the airport) and first iphone (snuck out of my jacket pocket as I was getting out of the car). Definitely one of my favorite devices and its still working despite the damaged screen…do I dare buy a plastic 3G replacement?
I’m deeply appreciative when I use software that continually simplifies complex tasks. Lightroom is one such application and deserves huge props for much of its user experience. This software gets me. I feel like I’m communing with it on a much deeper, but more natural level. When I use it the visual feedback provides so much context that I can literally feel my way around, as if I’m holding something physical in my hand. Here’s a short example:
That’s pretty powerful stuff. Now if only I could get the same experience when using a development IDE–I’m talking to you Eclipse; you big, nasty brute with a face only a mother nerd could love.
Holy sh*tola, I want all of this all of this stuff…yesterday:
Interactive Video Object Manipulation from Dan Goldman on Vimeo.
Here’s the link to a bit more background + some academic papers the team behind these techniques has assembled.
http://www.adobe.com/technology/graphics/video_visualization_and_interaction.html
I see quite a few applications for screen video. For instance it would be great to associate a callout bubble with a window, or see a path that the mouse or a window followed, or reposition windows by intelligently looking forward and backward in the video–lot’s to chew on.
Despite appearances…

F4V files (otherwise known as MPEG4-AVC / h.264 + a special Flash only file extension) DO NOT SUPPORT CUE POINTS. Unfortunately, no good tooling support for timed text tracks replaces them.
Why F4V is the wrong decision:
I’m not trying to be a jerk, there are definite reasons Adobe may have chosen to use F4V:

I guess I feel like there should be some sort of primary directive: “thou shalt not damage interoperability.” Any time you’re thinking of messing with the spec it should be examined through this lens. As valid as some of the reasoning for using F4V is, it fails, IMHO, when compared to the primary directive.