Logo

Служба поддержки:

 

ICQ: 621-626-628 ICQ: 621-626-628

 

SKype: sharing_plus

 

621-626-628@mail.ru

 

Реквизиты оплаты:



U334459871111
Z163812692685
R219058712561

410011491012247

Голосование

Оцените работу сервера
 

Реклама от Google:

ВВЕДЕНИЕ В МУЛЬТИМЕДИА_58
22.12.2012 03:58

Структура данных сессии, содержащая эти переменные, является хорошим местом для хранения используемых SSRC, SDES приложения и дескрипторов RTP- и RTCP-каналов.

Для правильного формирования RTCP-пакетов каждому участнику сессии необходимо отслеживать состояние остальных участников. Хо- рошим путем решения этой задачи является хранение такой информа- ции в базе данных. Она может включать следующие данные:

• идентификатор SSRC;

• описание источника (CNAME и другая информация);

• информация, полученная из отчетов отправителя, для обеспече- ния синхронизации изображения и звука;

• последнее время получения информации от неактивных участ- ников;

• флаг, показывающий, пересылались ли участником данные в те- кущий отчетный интервал;

• буфер накопления мультимедийной информации перед проиг- рыванием;

• любая информация, необходимая при кодировании канала и для обнаружения ошибок.

В RTP-сессии участники идентифицируются своими идентификаторами SSRC. Так как участников может быть много и они могут обращаться к базе данных в любом порядке, то наиболее приемлемым видом базы данных участников является хэш-таблица, индексированная по идентификатору SSRC. Для приложений, работающих с единственным форматом медиа, этого вполне достаточно. Однако для синхронизации звука и изображения требуется доступ по параметру CNAME, поэтому хэш-таблица должна быть проиндексирована и по этому параметру. Участники должны добавляться в базу данных при получении от них проверенного пакета. Этап проверки здесь весьма важен, так как приложение не должно заносить в базу информацию о непроверенных участниках. На эту тему можно сформулировать два совета:

• если пакет RTCP получен и проверен, соответствующий участник обязательно должен быть добавлен в базу. Проверка пакета RTCP достаточно строга, поэтому вероятность прохождения через нее неправильного пакета незначительна;

• заполнение базы должно происходить не только на основе RTP-пакетов, за исключением случаев прибытия пакетов строго в порядке их номеров. Проверка пакета RTP недостаточно строга, поэтому вероятность прохождения через нее неправильного пакета высока.

 
eskisehirbayanlar.com eskisehirescortlar.net bursaescorttr.com bursadaescortlar.org antalyaescort.pw