Потоковое мультимедиа: различия между версиями

(неточность в английском термине)
Размер, необходимый для хранения потоковой мультимедиа информации (в большинстве файловых систем выражается в [[мегабайт]]ах, [[гигабайт]]ах, [[терабайт]]ах и т. д.) вычисляется в зависимости от скорости передаваемой информации и продолжительности информации по следующей формуле (для одного пользователя и файла):
 
: размер хранилища (в мегабайтах) = продолжительность (в [[секунда]]х) * [[битрейт]][[кбит/с]]) / (8 * 1024)
 
(если считать, что 1 [[мегабайт]] = 8 * 1024 кбитов)
Разработка сетевых протоколов потокового вещания вызывает следующие проблемы:
 
* Датаграмные протоколы, такие как [[User Datagram Protocol]] (UDP), отправляют поток медиаинформации как поток отдельных маленьких пакетов. Он прост и эффективен; в то же время, в спецификации протокола нет гарантии доставки данных получателю. Это очень сильно затрудняет поиск и исправление получаемых данных принимающим информацию приложением. При потере данных поток может быть отключен.
* Протоколы [[RTSP]], [[Real-time Transport Protocol|RTP]] и [[RTCP]] специально разрабатывались для передачи мультимедийной информации по сети. Последние два построены на основе UDP.
* Надежные протоколы, такие как [[TCP]], гарантируют корректность получаемых данных клиентов потокового вещания. Однако при большом количестве ошибок при соединении/подтверждении получаемой информации передаваемая информация может стать неактуальной. Это также может вызвать значительные задержки при передаче информации на время, затраченное на пересылку поврежденной информации. Одним из решений данной проблемы является буферизация информации на стороне клиента.
* Протоколы [[Unicast]] отправляют отдельную копию данных каждому клиенту. Unicast подходит для большинства пользователей сети Интернет, но сильно затрудняет масштабирование сервера для бо́льшего количества клиентов.
* [[Файл:Multicast stream.svg|thumb|При широковещательной передаче одна копия данных передается всем клиентам сервера]] Протоколы [[Multicast]] разработаны для снижения нагрузки с серверов на подключения/ширину канала при получении потокового мультимедиа большим количеством клиентов. Эти протоколы отсылают одну порцию данных целой группе клиентов. В зависимости от типа сетевой инфраструктуры, групповая передача данных может быть доступна, а может и не быть. Одним из потенциальных недостатков групповой передачи является отсутствие возможности реализовать функцию [[видео по запросу]]. Непрерывное вещание потоковой информации также делает невозможным управление воспроизведением пользователем. Однако, эта проблема может быть решена внедрением в сеть передачи данных кэширующих серверов и буферизирующего принимаемый поток программного обеспечения.
* [[Multicast]] позволяет передавать один поток информации группе клиентов по [[Компьютерная сеть|сети]]. Одной из проблем при реализации подобной схемы потокового вещания является корректная настройка маршрутизаторов для передачи широковещательных пакетов из одного сегмента сети в другой. Если организация, предоставляющая потоковое вещание, имеет контроль над сетью между сервером и клиентами (например, в образовательной, правительственной или корпоративной сети), то протоколы маршрутизации, такие как [[IGMP]] и [[Protocol Independent Multicast|PIM]], могут быть использованы для доставки мультимедиа нескольким клиентам из различных сегментов [[LAN]].
* Протоколы P2P могут использоваться при распространении предварительно записанной мультимедиа между компьютерами. Это снимает нагрузку с сервера, однако сеть передачи данных между сервером и одним из клиентов становится узким местом данного варианта реализации потокового вещания информации.
 
== См. также ==
* [[IPTV]]
* [[Список систем потокового мультимедиа]]
* [[Цифровое телевидение]]
* [[MPEG-DASH]]
 
{{Нет ссылок|дата=14 мая 2011}}
Анонимный участник