Служба поддержки:
Реквизиты оплаты:





Голосование
Реклама от Google:
ВВЕДЕНИЕ В МУЛЬТИМЕДИА_47
21.12.2012 17:58
|
идентификаторе получателя, а также синхронизацию потоков. Более детально протокол RTCP также будет обсуждаться в дальнейших главах. Отметим ограничения, вводимые протоколом RTP. Во-первых, стандарт не определяет алгоритмов проигрывания аудиоили видеоданных, восстановления временных характеристик, синхронизации между мультимедиапотоками, обнаружения и устранения ошибок, контроля перегрузок сети. Все это остается в сфере деятельности разработчика приложения, а так как разные приложения предъявляют разные требования в этой области, то стандартизировать их было бы ошибкой. Во-вторых, некоторые характеристики передачи остаются открытыми и могут отражать специфику формата передаваемых данных (единица временной шкалы, отметки различных событий в рамках передаваемого потока и т. д.). Протокол RTP также определяет формат передаваемых данных (payload format), ссылка на который есть в профиле RTP (RTP profile). Профиль может задавать некоторые общие свойства используемых форматов данных. В целом данная структура позволяет работать с различными кодеками, используемыми для сжатия передаваемой информации. Кроме всего перечисленного, существуют форматы передаваемых данных, содержащие схемы коррекции данных. Эта тема также будет детально рассмотрена в следующих главах учебного пособия. В заключение отметим, что может быть два опциональных элемен- та формата RTP: сжатие заголовка (header compression) и мультиплексирование (multiplexing). 4.3. Связанные с RTP стандарты Протокол RTP связан еще с рядом стандартов. Полный стек протоколов показан на рис. 4.1. |