Потоковое видео и открытые системы

Министерство образования Российской Федерации

Уфимский Государственный Авиационный Технический Университет

Курсовая работа

по предмету: Администрирование информационных систем

на тему: Потоковое видео и открытые системы

Уфа, 2010

Оглавление

1. Теоретическая часть

1.1 Общие сведения о потоковом мультимедиа

1.2 Потоковое вещание и хранение информации

1.3 Протоколы потокового вещания

1.4 Преимущества потокового вещания

1.5 Обзор мультимедиа серверов

2. Практическая часть

2.1 Установка сервера

2.2 Организация потокового вещания по протоколу UDP Unicast

2.3 Организация потокового вещания по протоколу HTTP

2.4 Создание web-страницы транслирующей медиапоток с сервера

2.5 Удаленное управление сервером VideoLAN

Заключение

1. Теоретическая часть

1.1 Общие сведения о потоковом мультимедиа

Потоковое мультимедиа (от. англ. streammedia) — это мультимедиа, которое непрерывно получается пользователем от провайдера потокового вещания. Это понятие применимо как к информации, распространяемой через телекоммуникации, так и к информации, которая изначально распространялась посредством потокового вещания (например, радио, телевидение) или непотоковой (например, книги, видеокассеты, аудио CD).

Первые попытки отображения мультимедиа информации на компьютерах начались в середине XXвека. Однако, прогресс в этой сфере был очень малым, вследствие высокой стоимости и ограниченных возможностей компьютеров тех времён.

С конца 1980-х и до 1990-х компьютеры, доступные потребителям, уже были способны отображать различные виды информации. Основными техническими проблемами потокового вещания были:

- наличие достаточно производительного CPUи шины для передачи мультимедиа необходимого битрейта

- создание ОС, при работе которых гарантируется высоконадёжная передача данных.

Тем не менее, компьютеры сети оставались ограниченными, а потоковое мультимедиа уступало традиционному (CD-ROM).

В период с 1990 до 2000 пользователи интернета получили:

- высокую пропускную способность сетей, в частности, на последней миле

- возросло количество абонентов сетей, особенно Интернета

- стали использоваться стандартизованные протоколы и форматы, такие как TCP/IP, HTTPи HTML

- появилась коммерция в Интернете

Эти достижения в области сетей в совокупности с высокопроизводительными домашними компьютерами и современными операционными системами сделали потоковую мультимедийную информацию доступной широкому кругу простых пользователей. Автономные приёмники интернет-радио предлагали пользователям возможность прослушивания потокового звука без наличия компьютера.

В основном, мультимедиа информация занимает большие объемы, так что затраты на хранение и передачу подобной информации всегда велики; поэтому, в большинстве случаев, передаваемая в поток информация сжимается при передаче в сеть вещания.

Мультимедиа потоки бывают двух видов: по запросу или живыми. Потоки информации, вызываемой по запросу пользователя хранятся на серверах продолжительный период времени. Живые потоки доступны короткий период времени, например, при передаче видео со спортивных соревнований.

1.2 Потоковое вещание и хранение информации

Размер, необходимый для хранения потоковой мультимедиа информации (в большинстве файловых систем выражается в мегабайтах, гигабайтах, терабайтах и т. д.) вычисляется в зависимости от скорости передаваемой информации и продолжительности информации по следующей формуле (для одного пользователя и файла):

размер хранилища (в мегабайтах) = продолжительность (в секундах) * битрейт (в кбит/с) / (8 * 1024)

Пример:

Один час видео, закодированного со скоростью 300 кбит/с (типичное видео транслируемое в интернете, имеющее размер 320×240 пикселов) будет занимать:

(3,600 с * 300 кбит/с) / (8*1024) порядка 130 Мб места на диске

Если файл, хранимый на сервере с режимом передачи по запросу будет просматриваться 1000 людей одновременно по протоколу Unicast(1 клиент — 1 соединение), то сервер должен иметь следующую пропускную способность:

300 кбит/с * 1,000 = 300,000 кбит/с = 300 Мбит/с сетевого интерфейса

Это эквивалент порядка 125 Гб информации в час. Разумеется, при использовании протокола Multicastнагрузка на сервер намного ниже, так как для передачи информации всем клиентам используется единственный поток. Следовательно, такой поток будет занимать всего 300 кбит/с сетевого интерфейса сервера.

1.3 Протоколы потокового вещания

Разработка сетевых протоколов потокового вещания вызывает следующие проблемы:

- Датаграмные протоколы, такие как UserDatagramProtocol(UDP), отправляют поток медиаинформации как поток отдельных маленьких пакетов. Он прост и эффективен; в то же время, в спецификации протокола нет гарантии доставки данных получателю. Это очень сильно затрудняет поиск и исправление получаемых данных принимающим информацию приложением. При потере данных поток может быть отключен.

- Протоколы RTSP, RTPи RTCPспециально разрабатывались для передачи мультимедийной информации по сети. Последние два построены на основе UDP.

- Надежные протоколы, такие как TCP, гарантируют корректность получаемых данных клиентов потокового вещания

Внимание, отключите Adblock

Вы посетили наш сайт со включенным блокировщиком рекламы!
Ссылка для скачивания станет доступной сразу после отключения Adblock!

Скачать