Logo

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

 

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

 

SKype: sharing_plus

 

621-626-628@mail.ru

 

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



U334459871111
Z163812692685
R219058712561

410011491012247

Голосование

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

Реклама от Google:

ВВЕДЕНИЕ В МУЛЬТИМЕДИА_66
22.12.2012 13:03

Вне зависимости от типа мультимедиа и использованного способа сжатия результатом данного этапа является последовательность сжатых фреймов с указанным временем захвата. Эти фреймы поступают в модуль RTP для пакетизации и передачи.

6.2.3. Использование предварительно записанной информации

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

В частности, в начале предварительно записанной информации отправитель должен сгенерировать новый идентификатор SSRC и выбрать случайные значения для метки времени и порядкового номера. В процессе передачи он должен управлять SSRC-коллизиями, получать и отправлять пакеты RTCP.

Предположим, что отправитель не может просто брать поток из файла и помещать его содержимое в файлы. Вместо этого он использует процесс запоминания и пакетизации на лету (рис. 6.3).

6.3. Генерация пакетов RTP

Сгенерированные сжатые фреймы предаются процедуре пакетизации. Каждому фрейму соответствует метка времени, из которой получается метка времени RTP. Если формат данных поддерживает фрагментацию, большие фреймы разделяются на максимально допустимые для передачи фрагменты (обычно это необходимо только для видео). Наконец, один или несколько RTP-пакетов, содержащих заголовок и собственно данные, генерируются для каждого фрейма. Формат пакета и

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