Курсовая работа: Потоковое видео и открытые системы
размер хранилища (в мегабайтах) = продолжительность (в секундах) * битрейт (в кбит/с) / (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, гарантируют корректность получаемых данных клиентов потокового вещания. Однако при большом количестве ошибок при соединении/подтверждении получаемой информации передаваемая информация может стать неактуальной. Это также может вызвать значительные задержки при передаче информации на время, затраченное на пересылку поврежденной информации. Одним из решений данной проблемы является буферизация информации на стороне клиента.
- Протоколы Unicastотправляют отдельную копию данных каждому клиенту. Unicastподходит для большинства пользователей сети Интернет, но сильно затрудняет масштабирование сервера для бомльшего количества клиентов.
- При широковещательной передаче одна копия данных передается всем клиентам сервера.
Протоколы Multicastразработаны для снижения нагрузки с серверов на подключения/ширину канала при получении потокового мультимедиа большим количеством клиентов. Эти протоколы отсылают одну порцию данных целой группе клиентов. В зависимости от типа сетевой инфраструктуры, групповая передача данных может быть доступна, а может и не быть. Одним из потенциальных недостатков групповой передачи является отсутствие возможности реализовать функцию видео по запросу. Непрерывное вещание потоковой информации также делает невозможным управление воспроизведением пользователем. Однако, эта проблема может быть решена внедрением в сеть передачи данных кэширующих серверов и буферизирующего принимаемый поток программного обеспечения.
- Multicastпозволяет передавать один поток информации группе клиентов по сети. Одной из проблем при реализации подобной схемы потокового вещания является корректная настройка маршрутизаторов для передачи широковещательных пакетов из одного сегмента сети в другой. Если организация, предоставляющая потоковое вещание, имеет контроль над сетью между сервером и клиентами (например, в образовательной, правительственной или корпоративной сети), то протоколы маршрутизации, такие как IGMPи PIM, могут быть использованы для доставки мультимедиа нескольким клиентам из различных сегментов LAN.
- Протоколы P2Pмогут использоваться при распространении предварительно записанной мультимедиа между компьютерами. Это снимает нагрузку с сервера, однако сеть передачи данных между сервером и одним из клиентов становится узким местом данного варианта реализации потокового вещания информации.
1.4 Преимущества потокового вещания
Так как пропускная способность каналов ограничена и все крупные сервера, раздающие медиаконтент обычным способом очень сильно перегружены. Распределенные файлообменные сети существенно снижают нагрузку, однако реальная скорость передачи данных у них чрезвычайно низка.
Компромиссной технологией раздачи медиаконтента является онлайновое вещание по технологии Multicast, обеспечивающей одновременную доставку идентичного контента всем запросившим его пользователям, что существенно разгружает каналы передачи данных. Это также ограничивает свободу пользователей в выборе контента, поскольку если к серверу подключились сто тысяч пользователей и каждый из них выбирает свой файл, то никакого выигрыша владелец сервера не получит. С другой стороны, можно иметь несколько независимых Multicast-каналов, передающих различные файлы, к которым может подключаться кто угодно. Разница между обычным скачиванием файла с сервера в том, что трансляция не позволяет слушателем/зрителям управлять потоком, и они вынуждены слушать/смотреть файл с момента подключения к серверу, который к тому времени мог проиграть половину файла. В некоторых случаях это приемлемо, в некоторых - нет. Как показывает практика, достаточно большой аудитории пользователей совершенно неважно, что именно играет в данный момент - главное, чтобы что-то вообще играло.
К тому же в потоковое аудио/видео намного легче "врезать" рекламу или прочие вставки типа "breakingnews", да и квалификация среднестатистического пользователя не позволяет сохранять потоковый контент на диск, что очень нравится держателям авторских прав и прочим медиамагнатам.
1.5 Обзор мультимедиа серверов
С развитием интернет технологий, потоковое вещание мультимедиа вышло на новый уровень. Сегодня с легкостью можно найти тысячи ссылок ведущих на множества потоков музыки или видео. Для организации серверов, с которых ведется потоковое вещание разработано множество программного обеспечения. Большая часть из которого предназначена для вещания аудио данных в форматах mp3 или ogg. Для видео данных набор программного обеспечения ничуть не меньше, но серверов, которые могли бы полностью покрыть потребности медиасервисов довольно немного и основная часть является коммерческими проектами. Наиболее популярными на сегодняшний момент серверами для потокового видео можно назвать TVersity, QuickTime Broadcaster, VideoLAN, Windows Media Services, FFserver (FFmpeg) и т.д. Из них, лишь серверы VideoLAN и FFserver (FFmpeg) являются бесплатными и распространяются с открытым исходным кодом.
FFmpeg — набор свободных библиотек с открытым исходным кодом, которые позволяют записывать, конвертировать и передавать цифровое аудио и видео в различных форматах. Он включает libavcodec — библиотеку кодирования и декодирования аудио и видео и libavformat — библиотеку мультиплексирования и демультиплексирования в медиаконтейнер. Название происходит от названия экспертной группы MPEG и FF, означающего fast forward.
FFmpeg разработан под ОС на основе Linux, однако может быть скомпилирован под многие другие операционные системы. Разработчики не выпускают релизов и рекомендуют использовать последнюю версию из Subversion. Распространяется под лицензиями GNU LGPL или GNU GPL.
Серверы на основе FFmpegчасто организуют на вебхостинге, создавая различные видео порталы. Но зачастую данную библиотеку используют лишь как конвертер для медиафайлов при загрузке их на сервер.
VideoLAN- многофункциональный комплекс, портированный практически под все операционные системы, поддерживающий множество протоколов, форматов и контейнеров, который можно использовать и как локальный аудио/видеоплеер, и как сервер трансляции (рис. 1).
VideoLAN-этонекоммерческийпроект,бесплатнуюверсиюкоторого(вместесисходнымитекстамииготовымибинарнымисборками)всегдаможноскачатьсофициальногоcервераhttp :// www . videolan . org / .
Клиентская и серверные части исправно работают под Linux, Windows, MacOSX, BeOS, xBSD, Solaris, FamiliarLinux, Yopy/Linupyи QNX, однако их функциональность различна и в зависимости от выбранной платформы варьируется в очень широких пределах (рис. 2).
Рисунок 2. Возможности программы VideoLAN на каждой из поддерживаемых ею платформ.
Поддерживаются следующие входные форматы данных: MPEG-1, MPEG-2, MPEG-4/DivX(считываемые с локального жесткого диска или CD/DVD); "настоящие" DVDи VCD; спутниковые карты, работающие по стандарту (DVB-S); потоковое видео, "упакованное" в MPEG-1, MPEG-2 и MPEG-4 (то есть, VideoLANможет работать не только как сетевой транслятор, но и какретрансляторчужого контента с возможностью сохранения последнего на жесткий диск).
В настоящий момент реализованы два основных протокола трансляции:Unicast("узконаправленное" вещание с доставкой контента только одному целевому узлу) иMulticast(групповая трансляция с доставкой одного и того же контента множеству узлов). Также (формально) имеется возможность широковещательной рассылки контента всем узлам локальной сети (для этого достаточно указать в качестве целевого IP-адреса 255.255.255.255), но с высокой степенью вероятности она будет задавлена брандмауэрами и маршрузитаторами, так что без их радикальной перестройки сеанс вещания не состоится даже в рамках локальной сети.