Свойства мультимедийных приложений

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

Начальная задержка. Как только получатель начинает воспроизведепие мультимедийного потока, последовательность кадров должна поступать к нему своевременно. Однако передача потока через сеть связапа с задержкой, которая может варьироваться от одного пакета или кадра к другому. Получатель Обычно вводит задержку перед воспроизведением первого кадра, чтобы избежать прерывистого воспроизведепия потока, если последующие кадры прибудут с большой задержкой. Плейер может выделить буфер для хранения поступивших данных. Мультимедийные приложения силыю различаются по величине начальной задержки. Для некоторых приложений медиаилейер может ожидать поступления нескольких кадров, прежде чем начать воспропзведепие. Пользователь может не возражать относительно задержки в песколько секунд перед просмотром ранее записанного видеопотока или прямого спортивного репортажа. В некоторых случаях пользователь может согласиться подождать песколько часов перед просмотром видеоклипа, чтобы дать возможность серверу передать данные с меньшей скоростыо. Другие приложения, такие как телефония и распределенные игры, не могут себе позволить длительных задержек. Для таких интерактивных приложений задержка, превышающая несколько сотеп миллисекунд, уже становится довольно ощутимой. Терпимость к величине задержки зависит и от пользователей. Пользователи, активно участвующие в телеконференции, не могут примириться с длительными задержками, тогда как пользователи, являющиеся лишь слушателями телеконференции, могут пойти на увеличение задержки до нескольких секуид в обмен на более высокое качество или более пизкую цену.

Создание содержания. Потоки в реалыюм времени кодируются и передаются rio мере их создания. В противоположность этому предварительно записанный поток вводится и кодируется до пачала передачи. Для предварительно записанных потоков возможно более силыюе сжатие, поскольку данные являются доступными перед их передачей. Предварительно записанные потоки также предоставляют серверу большую гибкость при передаче данных клиенту. Сервер может поддерживать функции видеомагнитофона, включая паузу, перемотку и ускоренное воспроизведение, которые дают возможность пользователю просматривать различные фрагменты предварительно записанных данных. Некоторые приложения комбинируют содержание в реалыюм времени и предварительно записанное содержание. Телевизионная станция, ведущая спортивный репортаж, может также осуществить запись потока для повторного его воспроизведепия в дальнейшем. В процессе просмотра репортажа в реальном времени пользователь может решить записать оставшуюся часть потока. Кроме того, предварительно записанное содержание, например телевизионная реклама, может быть вставлено в «живой» поток.

Число потребителей. Мультимедийные приложения различаются по числу потребителей. В простейшем случае пользователь посещает Web-сайт и запрашивает предварительно записанный мультимедийный сеапс. Мультимедийный сервер передает запрошенные аудио- и видеопотоки пользователю. Другие приложения предусматривают двунаправленное взаимодействие. Например, большинство приложений телефонии предполагает паличие двух участников, хотя на каждой стороне имеется только один потребитель. В то же время трансляция прямого спортивного репортажа может предназначаться сотням или даже тысячам потребителей. Передача мультимедийного потока множеству потребителей может вызвать существенное повышение нагрузки на отправителя и на сеть. Грунновое вещание (multicasting) позволяет отправителю передавать одну копию потока множеству потребителей. Потребители принимают данные, подписываясь на услугу груннового вещания, идентифицируемую но IP-адресу; сегь обеспечивает получение копии данных потребителем. Для услуг груннового вещапия выделяется часть пространства IP-адресов, о чем говорилось в главе 5 (раздел 5.1.3).

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

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

Источник: Web-протоколы. Теория и практика. — M.: ЗАО «Издательство БИНОМ», 2002 г. – 592 c.: ил.

Вы можете следить за любыми ответами на эту запись через RSS 2.0 ленту. Вы можете оставить ответ, или trackback с вашего собственного сайта.

Оставьте отзыв

XHTML: Вы можете использовать следующие теги: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

 
Rambler's Top100