First Look: Flash Media Server 4

Server or Service?
When it comes to multiple Flash Players, though, there is a need for a service or a server to act as a rendezvous point for peers to find one another.

On the services front, the Stratus beta is provided on a noncommercial test basis, while Adobe's LiveCycle Collaboration Services has offered a paid service for several months.

"Stratus on Adobe Labs is an Adobe-hosted service that previews upcoming technology for Peer Assisted Networking," an Adobe Labs FAQ states. "The technology will appear in the next version of Adobe Flash Media Server, but it is already used today within Adobe LiveCycle Collaboration Services."

In an interesting ROI-model twist, for those who don't want to buy up to a Flash Media Enterprise Server, LiveCycle provides an option to use the peer-to-peer networking capabilities of Stratus inherent to Flash Player 10.1 at a nominal pricing level. (A pricing and service level chart can be found at http://forums.adobe .com/message/2292267#2292267.)

Voice or video?
Another key element of application-level multicast is the use of data prioritisation. While this is not exactly the quality of service (QoS) that many videoconferencing and voice over IP (VoIP) solutions use, the choices that Adobe has made on prioritising particular types of packets reveals the company's anticipated usage of the solution.

"Audio is transmitted with higher priority than video and non-time critical data (such as instant message, etc.)," Adobe states. "This can significantly enhance user experience over a bandwidth constrained communications channel."

Yet the company is not placing all its UDP eggs in one basket: besides providing what it calls both "reliable and unreliable service" delivery options, the company also addresses the issue of UDP blockage at some corporate routers.

"It is important to note that RTMFP provides both reliable and unreliable service," an Adobe FAQ states. "When sending data between two Flash Player instances (for example, using the NetStream.send() method), reliable data transmission is used. When sending Speex audio between two Flash Player instances, unreliable delivery is used, providing the smallest possible latency."

Implementation
The choice of audio data prioritisation over a "bandwidth constrained communications channel" is in keeping with VoIP. But what about those who want to focus on video chat?

It appears to be Adobe's thinking that uninterrupted audio is better than uninterrupted video. There is some historic basis for this: a survey that Andrew Davis, Christine Perey, and I did of videoconferencing users a decade ago showed that, given bandwidth constraints, users would rank online screen sharing or collaboration first, audio second, and video a distant third, on the assumption that they could use a phone bridge to do an audio call and that video chat was less important than the other two.

Yet times have changed enough that users expect to be able to both see and hear with equal quality, as well as enjoy simultaneous collaboration or screen sharing. So it will be interesting to see if Adobe's choice of audio-centric delivery sits well with those who invest time and effort into live adaptive bitrate video encoding solutions.

Viewers on a "bandwidth constrained communications channel" that is part of the application-level multicast also receive another benefit, according to Greg Pulier, CTO of MediaPlatform, who has been working with FMS 4 for several months.

I asked Pulier if Fusion and application-level multicasting might replace a videoconferencing multipoint control unit, which serves as the connection point for a number of videoconferencing end points and which can service end points on various bandwidths, without resorting to every videoconferencing end point having to use the video signal quality of the weakest bandwidth link endpoint.

"There's a very unique idea in Adobe's approach to multicasting," said Pulier, "in which native multicast works together with application-level multicasting. If a certain corporate office needs a low bandwidth (e.g., 400Kbps) due to its current bandwidth constraints, there's no reason to penalise the rest of the viewers who are on a multicast-enabled portion of the network. The ability to send both high-bandwidth IP multicast and varying bandwidth peer-assisted multicast is one of FMS 4's strong points."

Streaming Covers
Free
for qualified subscribers
Subscribe Now Current Issue Past Issues