Chapter 5
Introduction to Streaming Media

The remarkable technology that allows a web site visitor to click on a button and seconds later listen to a sporting event, tradeshow keynote, or CD-quality music is the result of a rather simple but powerful technical innovation--streaming media. Streaming works by first compressing a digital audio file and then breaking it into small packets, which are sent, one after another, over the Internet. When the packets reach their destination (the requesting user), they are decompressed and reassembled into a form that can be played by the user's system. To maintain the illusion of seamless play, the packets are "buffered" so a number of them are downloaded to the user's machine before playback. As those buffered or preloaded packets play, more packets are being downloaded and queued up for playback. However, when the stream of packets gets too slow (due to network congestion), the client audio player has nothing to play, and you get the all-too-familiar drop-out that every user has encountered.

Streaming protocols

The big breakthrough that enabled the streaming revolution was the adoption of a new Internet protocol called the User Datagram Protocol (UDP) and new encoding techniques that compressed audio files into extremely small packets of data. UDP made streaming media feasible by transmitting data more efficiently than previous protocols from the host server over the Internet to the client player or end listener. More recent protocols such as the RealTime Streaming Protocol (RTSP) are making the transmission of data even more efficient.

UDP and RTSP are ideal for audio broadcasting since they place a high priority on continuous streaming rather than on absolute document security. Unlike TCP and HTTP transmission, when a UDP audio packet drops out, the server keeps sending information, causing only a brief glitch instead of a huge gap of silence. TCP, on the other hand, keeps trying to resend the lost packet before sending anything further, causing greater delays and breakups in the audio broadcast.

Prior to UDP and RTSP transmission, data was sent over the Web primarily via TCP and HTTP. TCP transmission, in contrast to UDP and RTSP transmission, is designed to reliably transfer text documents, email, and HTML web pages over the Internet while enforcing maximum reliability and data integrity rather than timeliness. Since HTTP transmission is based on TCP, it is also not well-suited for transmitting multimedia presentations that rely on time-based operation or for large-scale broadcasting.

Later in the chapter, you will learn why protocols are important. Some streaming technologies such as RealAudio and Windows Media utilize dedicated servers that support superior UDP and RTSP transmission. Other formats such as Shockwave, Flash, MIDI, QuickTime, and Beatnik are primarily designed to stream from a standard HTTP web server. While these formats are cheaper and often easier to use since they do not require the installation of a new server, they are typically not used in professional broadcasting situations that require the delivery of hundreds or thousands of simultaneous streams.

HTTP streaming is thus referred to as pseudo-streaming, since technically it is possible to stream via HTTP. But it is much more likely to cause major packet drop-outs, and it cannot deliver nearly the same amount of streams as UDP and RTSP transmission. Herein lies the difference between most low-end solutions and more professional broadcasting solutions that require dedicated servers and extra bandwidth and server capacity.

About the Author

Josh Beggs is co-founder and president of Raspberry Media, a Design Firm in the San Francisco Bay Area specializing in Web-smart architecture, interface design, and brand development for Internet start-ups. Josh began his career in the multimedia industry as a recording engineer and sound designer. In 1995 he produced the interactive soundtrack for EMI Records flagship CD-ROM, Queensr˙che's Promised Land. After receiving impressive reviews from Billboard Magazine (March 1996) for the soundtrack, Josh went on to explore interactive media design with Raspberry Media. In addition to designing some of the top Web sites on the Internet, he also follows his musical passions as a pianist and recording artist.

Dylan Thede's multimedia experience began in the cultural mecca of the San Francisco Bay Area in 1985. At a young age, he was designing sound systems and multimedia presentations for the University of California at Berkeley. At the University of California at Santa Cruz, Dylan became a pioneer in the emerging fields of Digital Audio, Digital Video, and Multimedia and later graduated with a degree in Multimedia and Psychology. He was one of the pioneers in web design when the World Wide Web burst onto the scene in 1994. In 1995, Dylan founded AudioVisualize, a multimedia consulting company that caters to companies who wish to implement multimedia into their web sites and corporate operations. Besides writing and creating multimedia projects, he is also a musician and is currently composing and recording music for an upcoming multimedia CD release.

Printer Friendly Version