Streaming Media
from www.answers.comStreaming Audio
A one-way audio transmission over a data network. It is widely used on the Web as well as private intranets to deliver audio on demand or an audio broadcast (Internet radio). Unlike sound files (WAV, MP3, etc.) that are played after they are downloaded, streaming audio is played within a few seconds of requesting it, and the data is not stored permanently in the computer.
If the streaming audio is broadcast live, then it may be called "realtime audio." However, technically, realtime means no delays, and there is a built-in delay in streaming audio.
It's Already in the Buffer
Listening to momentary blips in music or a conversation is annoying, and the only way to compensate for that over an erratic network such as the Internet is to get some of the audio data into the computer before you start listening to it. In streaming audio, both the client and server cooperate for uninterrupted sound. The client side stores a few seconds of sound in a buffer before it starts sending it to the speakers. Throughout the session, it continues to receive audio data ahead of time.
VoIP Is More Demanding
Voice over IP (VoIP) is more taxing on the network than streaming audio. It requires realtime, two-way transmission with sufficient bandwidth for audio coming in and going out at the same time without being able to buffer any of it.
Streaming Media
Streaming media is media that is consumed (read, heard, viewed) while it is being delivered. Streaming is more a property of the delivery system than the media itself. The distinction is usually applied to media that is distributed over computer networks; most other delivery systems are either inherently streaming (radio, television) or inherently non-streaming (books, video cassettes, audio CDs).
The word "stream" is also used as a verb, meaning to deliver streaming media.
The remainder of this article discusses technology for streaming media over computer networks.
History
Attempts to display media on computers date back to the earliest days of computing, in the mid-20th century. However, little progress was made for several decades, due primarily to the high cost and limited capabilities of computer hardware.
Academic experiments in the 1970s proved out the basic concepts and feasibility of streaming media on computers.
During the 1980s, consumer-grade computers became powerful enough to display media. The primary technical issues were:
* having enough CPU power and bus bandwidth to support the required data rates
* creating low-latency interrupt paths in the OS to prevent underrun
However, computer networks were still limited, and media was usually delivered over non-streaming channels. In the 1990s, CD-ROMs became the most prevalent method of media distribution to computers.
The late 1990s saw:
* greater network bandwidth, especially in the last mile
* increased access to networks, especially the Internet
* use of standard protocols and formats, such as TCP/IP, HTTP, and HTML
* commercialization of the Internet
These advances in computer networking combined with powerful home computers and modern operating systems to make streaming media practical and affordable for ordinary consumers.
Technology
A streaming media system is made of many interacting technologies. Video cameras and audio recorders create raw media. Editors use composition tools to combine raw media into a finished work. Servers store media and make it available to many people. Clients retrieve media from servers and display it to the user. Servers and clients store media in various file formats; they send and receive it in various stream formats.
Servers and clients communicate over computer networks, using agreed upon network protocols. Servers encode media into a stream for transmission; clients receive the stream and decode it for display. codecs perform the encoding and decoding.
Media is big. Under current (2005) technology, media storage and transmission costs are still significant; therefore, media is often compressed for storage or streaming.
A media stream can be on demand or live. On demand streams are stored on a server for a long period of time, and are available to be transmitted at a user's request. Live streams are only available at one particular time, as in a video stream of a live sporting event.
Protocol issues
Designing a network protocol to support streaming media raises many issues.
Datagram protocols, such as the User Datagram Procotol (UDP), send the media stream as a series of small packets, called datagrams. This is simple and efficient; however, packets are liable to be lost or corrupted in transit. Depending on the protocol and the extent of the loss, the client may be able to recover the data with error correction techniques, may interpolate over the missing data, or may suffer a dropout.
The Real-time Transport Protocol (RTP), the Real Time Streaming Protocol (RTSP) and the Real Time Control Protocol (RTCP) were specifically designed to stream media over the network. They are all built on top of UDP.
Reliable protocols, such as the Transmission Control Procotol (TCP), guarantee correct delivery of each bit in the media stream. However, they accomplish this with a system of timeouts and retries, which makes them more complex to implement. It also means that when there is data loss on the network, the media stream stalls while the protocol handlers detect the loss and retransmit the missing data. Clients can minimize the effect of this by buffering data for display.
Another issue is that firewalls are more likely to block UDP-based protocols than TCP-based protocols.
Unicast protocols send a separate copy of the media stream from the server to each client. This is simple, but can lead to massive duplication of data on the network. Multicast protocols undertake to send only one copy of the media stream over any given network connection, i.e. along the path between any two network routers. This is a more efficient use of network capacity, but it is much more complex to implement. Furthermore, multicast protocols must be implemented in the network routers, as well as the servers.
As of 2005, most routers on the Internet do not support multicast protocols, and many firewalls block them. Multicast is most practical for organizations that run their own networks, such as universities and corporations. Since they buy their own routers and run their own network links, they can decide if the cost and effort of supporting a multicast protocol is justified by the resulting bandwidth savings.
Peer-to-peer (P2P) protocols arrange for media to be sent from clients that already have it to clients that do not. This prevents the server and its network connections from becoming a bottleneck. However, it raises technical, performance, quality, business, and legal issues.
Newer camcorders stream video to a computer over a FireWire connection. This uses a system of time-based reservations to ensure throughput, and can be received by multiple clients at once.
Social and legal issues
Some streaming broadcasters use streaming systems that interfere with the ability to record streams for later playback, either inadvertently through poor choice of streaming protocol or deliberately because they believe it is to their advantage to do so. Broadcasters may be concerned that copies will result in lost sales or that consumers may skip commercials. Whether users have the ability and the right to record streams has become a significant issue in the application of law to cyberspace.
In principle, there is no way to prevent a user from recording a media stream that has been delivered to their computer. Thus, the efforts of broadcasters to prevent this consist of making it inconvenient, or illegal, or both.
Broadcasters can make it inconvenient to record a stream, for example, by using unpublished data formats or by encrypting the stream. Of course, data formats can be reverse engineered, and encrypted streams must be decrypted with a key that resides—somewhere—on the consumer's computer, so these measures are security through obscurity, at best.
Efforts to make it illegal to record a stream may rely on copyrights, patents, license agreements, or—in the United States—the DMCA.
posted by LJ Regalado @ 4:36 PM
0 Comments:
Post a Comment
<< Home