previous next

Chapter 11: Broadcasting a Presentation

The Internet is swiftly becoming the next great broadcast medium. RealSystem G2 lets you broadcast live or prerecorded presentations over the Internet or your intranet. This chapter explains how you use encoding tools and RealServer to set up broadcasts.

Introduction to Broadcasting

When a streaming presentation is delivered on demand, its starts from its beginning when the viewer clicks the presentation link in a Web page. Each viewer can receive the presentation at any time and use RealPlayer's controls to fast-forward or rewind through the presentation.

In a streaming broadcast, however, the user hosting the broadcast starts the presentation at a certain time. Viewers who click the presentation link join the broadcast in progress. Before the broadcast begins and after it completes, the presentation URL is not valid. During the broadcast the RealPlayer fast-forward and rewind controls do not function.

To make an analogy, on-demand content is like a movie on videotape. The viewer can see it at any time, skip forward, rewind, and pause. A streaming broadcast, though, is like a movie broadcast on a television channel. As with a TV broadcast, there are two types of streaming media broadcasts:

Broadcasting Tools

To broadcast a presentation, you need the following tools:

Preparing a Broadcast

The following are tips for preparing a live or prerecorded broadcast. See the manual or online help for your encoding tool for instructions on how to encode and broadcast content.

Use SureStream Codecs

SureStream codecs introduced in RealSystem G2 let you broadcast RealAudio or RealVideo at multiple bandwidths. Each viewer's RealPlayer G2 then selects an encoding appropriate for its connection. Older versions of RealPlayer cannot receive a SureStream broadcast, however. RealNetworks encoding tools let you specify SureStream when you begin the broadcast.

To broadcast with non-SureStream codecs, you need a separate encoder application running on a separate computer for each bandwidth connection you intend to support. This is required because non-SureStream codecs require more CPU for each encoding than do SureStream codecs. You then connect each encoder computer to RealServer and broadcast the different encodings under different URLs. Each viewer decides which URL to choose based on their network connection speed.

Additional Information
For more on codecs, see "Choosing RealAudio Codecs".

Verify that the Encoding Machine has Enough CPU Power

Refer to your encoding tool's manual or online help for guidelines on machine requirements for broadcasting. The efficient SureStream technology can broadcast multiply encoded bandwidth streams in real-time using just a moderately powerful PC. In general, encoding a 176x128 pixel RealVideo window using a frame rate of 4 to 15 frames per second requires a machine with the power of a 200 MHz Pentium computer. For higher frame rates and larger screen sizes, use a machine approximating a Dual Pentium 2.

Decide Whether to Archive a Live Broadcast

RealNetworks encoding tools let you write a live broadcast to a file. RealServer can also archive the broadcast to a file. The latter optional may be the better solution if your broadcast is long and your encoding machine has limited disk space. The RealServer administrator can set up RealServer to archive the live broadcast.

Get the Broadcast URL and RealServer Parameters

The RealServer administrator can give you the parameters you need to connect an encoding tool to RealServer. The administrator will also provide the broadcast URL or URLs.

Perform a Trial Run of a Live Broadcast

When you broadcast live content, you don't get a second chance. So it's good practice to perform a trial run to ensure that the equipment works properly and the broadcast results are what you expect. Because you can't edit a live broadcast the way you can edit a prerecorded file, it's important to set your audio levels and plan your video shots carefully in advance.

During both the trial run and the live broadcast, view the broadcast ourput with RealPlayer. When RealPlayer connects, check that the buffering time for receiving a live RealVideo stream does not exceed 5-10 seconds. Throughout the presentation, keep an eye on the broadcast quality.

If you experience problems with the encoded output, use the encoding tool to lower the video frame size and frame rate (fps), or select lower-bandwidth codecs. If these adjustments do not help, you may need to run your encoder on a more powerful machine.

Additional Information
For pointers on producing audio, see "Recording Audio". For video, see "Recording Video".

Create a SMIL File for a Multipart Presentation

Using SMIL, you can easily embed your broadcast in a multiclip presentation. You might use a SMIL file, for example, to create a video region for your live broadcast and a RealPix region that features rotating ads. The SMIL file then uses the broadcast URL for the video region and a standard URL to the RealPix clip.

Keep in mind, however, that SMIL does not synchronize on-demand clips with the broadcast. When the SMIL presentation starts, the viewer begins to receive the on-demand clips in the order they are defined by the SMIL grouping and timing tags. The viewer joins into the broadcast in progress, however. So if you set up ad rotation through SMIL, viewers receive ads relative to the time they click the presentation link. Thus all viewers will not see the same ads at the same points during the broadcast.

Additional Information
See Chapter 7 for information on SMIL. Visit http:// www.real.com to get RealPix Authoring Guide, which explains RealPix presentations.

Advertise a Public Broadcast Event

If you are broadcasting content that has wide public appeal, advertise your event on Timecast (http://www.timecast.com), the online guide to RealAudio and RealVideo.

Additional Information
"Advertising on Timecast".


Copyright © 1998 RealNetworks
For information on RealNetworks' technical support, click here.
Comments on this document? Click here.
This file last updated on 09/04/98 at 17:20:50.
previous next