My friend Jan has a great article on H.264 video production on his site. You can read the first part below, and catch the rest on his blog.

Introduction
As a producer of video on the web, you know that you're judged by the quality of your video. In this regard, many producers are considering converting from the venerable On2 VP6 codec to H.264. H.264 offers better visual quality than VP6, and the AAC audio codec offers much better quality than the MP3 codec paired with VP6. Starting with Adobe Flash Player 9 Update 3, you could play back files encoded in H.264/AAC formats. As of September 2008, the penetration of H.264/AAC-compatible players exceeded 89% in all Internet-connected PCs. No wonder they're switching over.

This article first discusses the issues involved in such a changeover, including the potential requirement for royalties. I then describe the H.264-specific encoding parameters offered by most encoding programs. Finally, I cover how you can produce H.264 video with Adobe Media Encoder CS4 and Adobe Flash Media Encoding Server 3.5. [More]

Vendor Lock Out: Screen Sharing via the Flash Player and FMS

The following post has been sitting in my drafts folder for a while and I wasn't sure whether to publish or not. Today I decided I would, and it was after reading a very interesting article by Mike Slinn on InsideRIA. It talks about Adobe's lack of focus on its developer community, and how a shift in startegy may mean winning the RIA market for Adobe.

I'm always hesitant posting an article such as the one that follows as it will most likely be perceived as mainly negative by Adobe and its employees, many of which I know personally and rate very highly. I realise that there are people behind the software that this corporate behemoth churns out and it is for that reason that I'd like to say upfront that everything posted here has Adobe best interests in mind. I desperately want Adobe to succeed in the RIA market (and commonly they are doing a good job - but could do better...) and it is frustrating to see them making decisions that I think are not in their best long term interest.

One of my recent posts to the FlashMedia List seems to have struck a nerve when I asked if anyone there had tried out a Java application called JScrCap yet. According to its author, a developer can 'put this Java code on your web site as a Java applet and get browser-independent, platform-independent screen sharing solution with minimal installation efforts from end users'. [More]

Note: off topic post coming up.

I've just come across a link that describes how to enable tethering on the iPhone 3G using the 3.0 software update that was released yesterday. Most of the guides I found seemed a bit complex and involved messing around in the Terminal - something that a lot of users find intimidating. But then I came across the following link (which you should access directly from your iPhone's web browser): http://help.benm.at/tethering.php
From the list that shows select your country (I chose UK), and your network provider (for most this would be O2). I installed the profile when prompted - do this at your own risk. Saying that, it's just a bunch of network profile settings so you can't really break anything much on your phone. But still, don't blame me, it's your phone.

Now that the network settings are updated you need to pair your phone with your computer via Bluetooth. To use the iPhone as a modem with a Mac, it must be running Mac OS X version 10.5.7 or later. I used my old Macbook Pro for this and the steps were as follows: [More]

RTMP Specs Spark Debate on the FlashMedia List

The release of the RTMP specs by Adobe yesterday has thrown up some questions on the nologies. And free Adobe tech support too - I suggest you FlashMedia List, and several people are asking themselves if it is a good idea to actually read them as doing so (or even simply downloading the specs) will mean that you agree to be bound to the RTMP license. In particular, the license includes a section about prohibited uses:

"Prohibited Uses
The rights and licenses granted by Adobe in the RTMP Specification, including those granted in the Patent License, are conditioned upon Your agreement to use the RTMP Specification for only streaming video, audio and/or data content and not to make, have made, use, sell, offer to sell, import or distribute: (i) any technology that intercepts streaming video, audio and/or data content for storage in any device or medium; or (ii) any technology that circumvents technological measures for the protection of audio, video and/or data content, including any of Adobe's secure RTMP measures. No right or license to any Adobe intellectual property is granted for such prohibited uses."

A long thread started on the list, and it was great to see not only community members participating but also several Adobe employees, including FMS engineers and even the product manager himself. Regardless of what you think of the RTMP license (I personally think it's a huge step in the right direction and underlines Adobe's commitment to removing barriers in this field) I think this level of engagement is rarely (ever?) seen by a multi-billion dollar company. Not only did Adobe engage, but they posted a wealth of information around the intricacies of RTMP/E/S security - many thanks to Kevin, Matthew, Asa, Jody and Brad (hope I didn't miss anyone) for regularly participating.

Further proof then (as if I didn't know) that the FlashMedia List is the place to be for the latest info on FMS, Flash video and its related technologies. And free Adobe tech support too - I suggest you subscribe right now :)
Once subscribed you can access the list archives here.

Today Adobe released the specification for Real Time Messaging Protocol (RMTP). The protocol documentation is available for Free, and describes how to use the messaging, chunking and handshake used by Flash Media Server. Adobe's secure protection measures are not exposed in this specification.

Adobe also announced a new product offering called the FMS Connector for C++ SDK, that is also available today for licensing. No details around the license terms have been made public yet, but anyone who is interested in the product can contact FMSOEMinquiries@adobe.com. The connector can be used to publish live audio, video and metadata into Flash Media Server.

Why the FLVPlayback Component and SMIL Are Driving Me Nuts

I'm not sure if I have or haven't blogged this once before, but a second time can't hurt anyway. I've just spent another half hour trying to get a simple SMIL file to work in conjunction with the FLVPlayback component. Normally this should be quite easy: you establish the rtmp address of the video you want to play, assign this as the source property of the FLVPlayback component and you're done. Like so: mycomponent.source = "rtmp://myserver.com/vod/video.flv"
To transfer this to a SMIL file (handy if you are looking to support Dynamic Streaming in FMS) you would do this:
Looks plausible doesn't it? Shame then this DOES NOT WORK. Did you spot the error? Yeah, I'm such a noob, it's obvious isn't it? [More]

I've noticed two separate presentations having been posted by separate authors, both covering the Peer-to-Peer features in Flash Player 10 in combination with Stratus.

The first, shorter video tutorial was authored by Tom Krcha of Adobe and guides you through building a simple P2P application leveraging Stratus. Watch it here.

The second presentation is an hour long session by Danny Patterson and goes into more depth than the previous tutorial. I haven't watched it in full but the part that I have seen looked very interesting and I definitely recommend you check it out.

It should be noted that Stratus is still in beta and detecting failed P2P connections can be a quite tricky. I would not recommend the P2P features for production use yet, instead you may want to rely on AFCS to handle the RTMP fallover for you.

Strobe Media Framework Presentation

Sumner Paine, Product Manager of the new Strobe media framework, recently presented on this very topic to the FMS User Group. You can see the recording here.

If you haven't heard about Strobe yet, the official summary is: "Strobe provides new delivery and monetization options for video distribution. Anyone can develop modules that plug into Strobe media players and enable things like advertising insertion, content delivery and syndication, micropayments, viewer authentication, transaction handling, and business model controls. With an open framework, the future of web video monetization can be developed collaboratively with lower costs and faster turnaround."

Watch the recording here.

My friend Jan was recently asked by a client for a list of H.264-related references. And Jan figured that if these references are worthwhile to his client, perhaps they might be worthwhile for you, so here they are. For much more great content around all things streaming check out Jan's Streaminglearningcenter.com.

General H.264

Wikipedia - it all starts with Wikipedia, but you probably knew that. Here you can find all you need to know about profiles, levels and entropy encoding (oh, my!).

The Future's So Bright: H.264 Year in Review. Before you recommend H.264 to a client, or for internal use, you need to know that H.264 comes with some baggage, in the form of royalties (yes, royalties). In fact, depending upon how you're currently deploying H.264 encoded video, you might already have triggered a royalty obligation. Read all about it here, as well as why H.264 adaption has been relatively slow among major broadcasters and corporations. [More]

Streaming Media Hands-On with Jan Ozer

StreamingLearningCenter will be running two one-week streaming production courses to be taught by my friend Jan Ozer of streaminglearningcenter.com. The two hands-on courses, to be held at Stanford University in Palo Alto, CA (July 20-24) and Harvard in Boston, MA (July 27-31) and will cover streaming production from set design to encoding using equipment from vendors like Sony, Bogen and Photoflex, and production software from Adobe and Apple. Class sizes are limited to ensure active participation for all students. [More]

Here's a story that is making the round on various tech news sites at the moment. On May 8th 2009, Adobe issued a takedown notice to SourceForge Inc, asking them to remove a project called rtmpdump from their website as - according to Adobe - it can be used to circumvent copyright protection measures. Even though the takedown notice doesn't mention it, rtmpdump can be used to record streamed content that is delivered via RTMP and (and this is the important part) RTMPE as well. The full wording of the notice can be found here. RTMPE is of course the encrypted flavour of RTMP, Adobe's real time messaging protocol (for which they apparently hold a patent).

As many of you will know, RTMP itself has been widely reverse engineered and documented, which made alternative RTMP servers such as Wowza and Red5 possible. Adobe have also recently announced that the RTMP specs will be made publicly available very soon, and so far I have heard of no action having ever been taken against anyone that implemented just RTMP. Quite clearly, the fuss is about RTMPE, not RTMP. It is the fact that rtmpdump can circumvent certain access controls that made Adobe react. By posing as a Flash Player, rtmpdump can connect to Flash Media Server and successfully pull and record an encrypted stream. In combination with the get_iplayer project rtmpdump made it possible to record all kinds of RTMP based content from sites such as channel4.com and the BBC iPlayer. The version of rtmpdump used within get_iplayer has now been removed and been replaced with a forked version called flvstreamer. [More]

FLVPlayback Component Update - DVR, Dynamic Streaming in Flash & Flex

Today Adobe released an update to the FLVPlayback component (v2.5.0.15) for Flash CS4 and Flex 3 (yes, Flex is supported!).
This component has numerous bug fixes to make it more robust for streaming including support for Dynamic Streaming (multibitrate) and DVR. A new Devnet article is also available discussing these new features: http://www.adobe.com/devnet/flashmediaserver/ (note Part 2 of the DVR article by David Hassoun).

We also released the new DVRCast application that makes it easy to add DVR-enabled live streams to your website using Flash Media Server 3.5.

There's much more info on the new features on Kevin's blog.

You can download both tools from: http://www.adobe.com/go/fms_tools/

I can't wait to try these new features - just need to wait for the next suitable live event :-)
I think it is highly likely that this is the last update to the FLVPlayback component we will see as the upcoming Strobe framework is likely to replace the efforts made my the component. Love it or hate it, the FLVPlayback component helped countless Flash newcomers to get their video content online quickly. If this is indeed the last update then it will go out with a bang as these new features are pretty cool - and we've got a Flex version thrown in too.

As if Flash Lite development combined with FMS wasn't enough fun already I decided to start yet another side project, this time using AIR. The idea behind the project is to build (yet another) webcam snapshot tool - but with a twist.

I use Freeagent for my company accounts (which I can highly recommend btw - just note that multiple currency support is in the works and not yet supported - sorry to be harping on about this Olly ;-) and I would like to have a little tool that lets me capture, upload and attach receipts and other paper related snippets to specific transactions. Luckily, Freeagent have a cool API which I think will allow me to achieve what I want. [More]

Behind-the-Scenes Peak at ConnectNow and AFCS Architecture

InfoQ has an interesting article about Adobe's Collaboration Platforms including ConnectNow and AFCS. In it Raffaele Sena who is a Senior Computer Scientist in Adobe's Business Productivity Unit talks about the scalability challenges of a system such as Connect and how the team has addressed them.
In particular he mentions the use of Terracotta and how it helped scale the system by providing the cluster with distributed memory that also makes failover scenarios much easier to handle. It's an interesting read.

I've had very little experience with Flash Lite to date, but right now I'm working on a project which requires a mobile element to it. Not satisfied with doing the sensible thing and playing it safe I thought it would be great to offer some real-time features on a mobile, either via AFCS or FMS.
So I set out to see what was possible, in particular I wanted to make sure that Remote SharedObjects (RSOs) and NetConnection methods were available in Flash Lite. Here's what I found. [More]