Academia.eduAcademia.edu

Figure 1 – uploaded by karina dewanti

See full PDFdownloadDownload figure
Fig. 1. Communication between RealAudio server and RealA udio player.

Figure 1 Communication between RealAudio server and RealA udio player.

Related Figures (11)

Fig. 2. Streaming protocols used by RealSystem G2, and its interoperability with other standards-based systems
Fig. 2. Streaming protocols used by RealSystem G2, and its interoperability with other standards-based systems
are one-way transmission and nonguaranteed delivery of information. In addition, the server does not typically know how many clients are subscribed to the broadcast and/or their actual connection statistics. A possible way to serve clients with different connection speeds is to simulcast several independent encoded versions (streams) of the source targeted for different bit rates, and let clients decide which stream to use. ting can be initiated by a client connecting to a local splitter (or network cache acting as a splitter) which, if not active, trans- fers request to an upper tier splitter, and so on, until it reaches the nearest active splitter. Once such a splitter is found, it can start transmission of the requested information down through the chain of intermediate connections to the client. We call this model pull splitting. In the case where a splitter is used as part of a multiple-access delivery network, it can establish connections to several geographically distributed upper-tier splitters. We call such a delivery process multiple-access splitting.
are one-way transmission and nonguaranteed delivery of information. In addition, the server does not typically know how many clients are subscribed to the broadcast and/or their actual connection statistics. A possible way to serve clients with different connection speeds is to simulcast several independent encoded versions (streams) of the source targeted for different bit rates, and let clients decide which stream to use. ting can be initiated by a client connecting to a local splitter (or network cache acting as a splitter) which, if not active, trans- fers request to an upper tier splitter, and so on, until it reaches the nearest active splitter. Once such a splitter is found, it can start transmission of the requested information down through the chain of intermediate connections to the client. We call this model pull splitting. In the case where a splitter is used as part of a multiple-access delivery network, it can establish connections to several geographically distributed upper-tier splitters. We call such a delivery process multiple-access splitting.
Fig. 3. Delivery of live and/or simulated live content.
Fig. 3. Delivery of live and/or simulated live content.
Fig. 4. Delivery of on-demand content.
Fig. 4. Delivery of on-demand content.
COMMUNICATION PROCESSES IN STREAMING MEDIA An even more interesting coding problem arises with mul- tiple-access splitting. Such splitters request and receive infor- mation from multiple sources, which can be considered a form of multiple-access channel [24]. In turn, the information re- ceived by splitters is intended for multiple clients. The combi- nation of both requirements leads to a variant of the problem of source coding for multiterminal networks [26], [24].
COMMUNICATION PROCESSES IN STREAMING MEDIA An even more interesting coding problem arises with mul- tiple-access splitting. Such splitters request and receive infor- mation from multiple sources, which can be considered a form of multiple-access channel [24]. In turn, the information re- ceived by splitters is intended for multiple clients. The combi- nation of both requirements leads to a variant of the problem of source coding for multiterminal networks [26], [24].
Fig. 5. Motion-compensated hybrid coder.
Fig. 5. Motion-compensated hybrid coder.
Fig. 8. Input filters in RealVideo 8. A. ASM munication, the ASM rule book is transferred to the client. In tum, the client collects the information about the channel, parses the AMS rule book, and sends the server a request to subscribe to a rule or combination of rules that match current statistics in the channel. ASM is a mechanism that allows the client (RealPlayer) to communicate efficiently the type of the encoding that should be “synthesized” by the server in order to minimize the distortion of the received information. ~ When the server receives the request to subscribe to a rule, it passes it to the file format plugin, which in turn begins to mix data according to its knowledge of their structure. We present the structure of the server's and client’s com- ponents involved in the ASM process in Fig. 6. Compressed media files are accessed by server with the help of the file system and file format plug-ins. The file format plug-in has knowledge about the way data are compressed and stored in the media file, and is capable of producing various combinations of the en- coded streams as they are requested by the client.
Fig. 8. Input filters in RealVideo 8. A. ASM munication, the ASM rule book is transferred to the client. In tum, the client collects the information about the channel, parses the AMS rule book, and sends the server a request to subscribe to a rule or combination of rules that match current statistics in the channel. ASM is a mechanism that allows the client (RealPlayer) to communicate efficiently the type of the encoding that should be “synthesized” by the server in order to minimize the distortion of the received information. ~ When the server receives the request to subscribe to a rule, it passes it to the file format plugin, which in turn begins to mix data according to its knowledge of their structure. We present the structure of the server's and client’s com- ponents involved in the ASM process in Fig. 6. Compressed media files are accessed by server with the help of the file system and file format plug-ins. The file format plug-in has knowledge about the way data are compressed and stored in the media file, and is capable of producing various combinations of the en- coded streams as they are requested by the client.
Fig. 6. Adaptive Stream Management in RealSystem 8.
Fig. 6. Adaptive Stream Management in RealSystem 8.
Fig. 9. RD comparison charts for clip “Foreman,” QCIF, 7.5 fps.
Fig. 9. RD comparison charts for clip “Foreman,” QCIF, 7.5 fps.
Fig. 10. RD comparison charts for clip “News,” QCIF, 15 fps.
Fig. 10. RD comparison charts for clip “News,” QCIF, 15 fps.
Fig. 11. Client-side video processing in RealSystem 8.
Fig. 11. Client-side video processing in RealSystem 8.
Related topics:
Video CodingVideo CompressionScalable Video CodingSource and Channel CodingStreaming MediaElectrical and Electronic Engineering
580 California St., Suite 400
San Francisco, CA, 94104
© 2025 Academia. All rights reserved