A Practical Approach To Live Streaming
How to ensure a successful live streaming event.
The web server for video streaming is in no way different from other web servers. The website contains a URL link to the video streaming server —one for every available video stream. Typically this is a link to be selected on the web page.
The systems requesting a video stream over the Internet (or an intranet) must have playback capabilities. Microsoft offers the most commonly used player, but Quicktime (Apple), RealNetworks, and others offer players as well. Some video streaming applications are implemented in such a way as to include the player download in the stream. The players can be downloaded for free.Making streaming a success
There are five key issues to successful live streaming video, which pertain to live and on-demand events (when content is played back at a later time), including:
After much tweaking, live streaming media on the web is easier today than ever to provide and view. Companies, schools, and government agencies are quickly learning the advantages to offering live and/or stored video to their various audiences for live presentations or prerecorded material.
The fact that streaming media via the web is a fast, cost-effective way to provide direct contact to various constituencies means the demand will continue to grow. No other technology offers such a rich, convenient means for a host of entities to deliver their message. That's why systems integrators and pro AV content producers should embrace the technology, allowing it to take them as far as they can go.CURES FOR COMMON LIVE STREAMING CHALLENGES
Despite the evolution of easier-to-install systems, problems do occur. Here are some of the most common problems — and their solutions:
Audio and video is out of sync. Audio/video capture cards perform audio/video capture only. AV synchronization is performed by the application. There are a few possible issues of the source video device that could result in an application having AV sync problems. During capture, the audio/video capture card locks to the timing of the incoming source signal. This allows the card to properly time the video and audio sampling, which are taken together. If the source video signal is unstable, or if the source is switched between different sources during capture (and those sources aren't locked to a common clock), then AV sync loss can occur. You may need to place a time base corrector (TBC) or frame synchronizer between the source and the card input to correct these problems.
For some cards, when capturing from digital sources via SDI, DV, etc., the sampling rate of the audio must match the sampling rate of the source. Some cards also require that when capturing from digital source via SDI, DV, etc., the source must be started before the card starts capturing.
Is it possible to extract TeleText captioning from a PAL source — as it is to extract closed captioning from an NTSC source with the audio/video capture cards? Closed captioning (CC) is specific to NTSC only. The PAL standard doesn't support CC. Instead, PAL supports a scheme called TeleText, which is transmitted through the source video in the vertical blanking interval (VBI) part of the analog signal. Most cards capture this part of the signal, and output the raw VBI data from any analog source connected to it, from which TeleText (or any other kind of data that happens to be there) can be extracted. Processing of raw VBI data into the desired form requires a custom application. The format of the data isn't defined by the card but by a published specification, an application or third party, etc. Raw VBI data is captured on most cards in both NTSC and PAL modes.
No audio is recorded. This could be related to the primary card preferences in the Windows control panel. To make certain that the audio/video capture card is the preferred recording device in Windows, do the following: