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





Голосование
Реклама от Google:
ВВЕДЕНИЕ В МУЛЬТИМЕДИА_58
22.12.2012 03:58
|
Структура данных сессии, содержащая эти переменные, является хорошим местом для хранения используемых SSRC, SDES приложения и дескрипторов RTP- и RTCP-каналов. Для правильного формирования RTCP-пакетов каждому участнику сессии необходимо отслеживать состояние остальных участников. Хо- рошим путем решения этой задачи является хранение такой информа- ции в базе данных. Она может включать следующие данные: • идентификатор SSRC; • описание источника (CNAME и другая информация); • информация, полученная из отчетов отправителя, для обеспече- ния синхронизации изображения и звука; • последнее время получения информации от неактивных участ- ников; • флаг, показывающий, пересылались ли участником данные в те- кущий отчетный интервал; • буфер накопления мультимедийной информации перед проиг- рыванием; • любая информация, необходимая при кодировании канала и для обнаружения ошибок. В RTP-сессии участники идентифицируются своими идентификаторами SSRC. Так как участников может быть много и они могут обращаться к базе данных в любом порядке, то наиболее приемлемым видом базы данных участников является хэш-таблица, индексированная по идентификатору SSRC. Для приложений, работающих с единственным форматом медиа, этого вполне достаточно. Однако для синхронизации звука и изображения требуется доступ по параметру CNAME, поэтому хэш-таблица должна быть проиндексирована и по этому параметру. Участники должны добавляться в базу данных при получении от них проверенного пакета. Этап проверки здесь весьма важен, так как приложение не должно заносить в базу информацию о непроверенных участниках. На эту тему можно сформулировать два совета: • если пакет RTCP получен и проверен, соответствующий участник обязательно должен быть добавлен в базу. Проверка пакета RTCP достаточно строга, поэтому вероятность прохождения через нее неправильного пакета незначительна; • заполнение базы должно происходить не только на основе RTP-пакетов, за исключением случаев прибытия пакетов строго в порядке их номеров. Проверка пакета RTP недостаточно строга, поэтому вероятность прохождения через нее неправильного пакета высока. |