Logo

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

 

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

 

SKype: sharing_plus

 

621-626-628@mail.ru

 

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



U334459871111
Z163812692685
R219058712561

410011491012247

Голосование

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

Реклама от Google:

ВВЕДЕНИЕ В МУЛЬТИМЕДИА_67
22.12.2012 14:20

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

6.3.1. Метки времени и модель времени RTP

Метка времени представляет момент получения первого байта данных. Значение начинается со случайно сгенерированного числа и возрастает со скоростью, определяемой передаваемыми данными. В процессе захвата живого потока мультимедиа метка времени обозначает момент получения первых сэмплов с устройства захвата. Если речь идет о синхронизированных звуковых и видеопотоках, то надо быть уверенным, что время обработки потоков разного типа учтено при вычислении метки времени. Для большинства звуковых форматов метка времени RTP для каждого очередного пакета возрастает пропорционально числу входящих в него сэмплов, а не байтов данных его длины. Исключением являются форматы звука MPEG, включая формат MP3, который использует частоту 90 кГц в данных для совместимости с другими форматами MPEG. Большинство форматов видео также используют частоты 90 кГц, что дает им возможность увеличивать значение метки времени целыми значениями шага. Например, при использовании стандартной для NTSC скорости 29,97 фреймов в секунду и использовании в данных частоты 90 кГц метка времени RTP будет увеличиваться на 3,003 на каждый пакет.

Для потока, предварительно записанного в файле, метка времени дает время фрейма в последовательности фреймов плюс постоянное случайное смещение. Метки времени назначаются для фреймов, поэтому, если большой фрейм фрагментируется, каждый фрагмент будет иметь одинаковую метку времени.

Спецификация RTP не гарантирует детальность, точность и стабильность часов данных. Каждое приложение само решает эту задачу. Метка времени в RTP-данных и отсылаемых отправителем RTCP- пакетах отражает параметры времени у отправителя. Отметим, что модель времени RTP ничего не говорит о времени проигрывания передаваемых данных. Метки времени данных дают относительные параметры времени, и RTCP-отчеты отправителя помогают синхронизировать разные потоки. Но RTP ничего не говорит о количестве буферов, используемых для проигрывания данных, или о времени их раскодирования. Хотя модель времени детально описана в спецификации RTP, в ней нет упоминания об алгоритмах, используемых при реконструкции параметров времени на стороне получателей пакетов. Это сделано преднамеренно, так как такие алгоритмы зависят от требований самого приложения.

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