В некоторых случаях увеличение отметки времени RTP не является постоянным. Почему?

Во время анализа потока пакетов RTP я обнаружил, что в некоторых случаях увеличение временной метки не является постоянным.

E.g.#1 : 1579202786 - 1579207849 - 1579212913 - 1579217977 - 1579223040

E.g.#2 : 1187115268 - 1187115468 - 1187115667 - 1187115869 - 1187116069

В этом случае временные метки увеличиваются на 5063, 5064, 5064, 5063 и 200, 199, 202, 200. Вы знаете, почему это изменение происходит?

Например, пакет RTP №1 захватывается медиаплеером VLC с использованием аудиокодека MPEG2, а например, пакет №2 захватывается программным телефоном X-Lite с использованием видеокодека H.263.


person user1104224    schedule 18.12.2011    source источник


Ответы (1)


Почему вы ожидаете, что он будет постоянным?

Обычно время представления или время захвата конвертируется в временные метки RTP, нет гарантии, что они будут постоянными, особенно в случае прямого захвата.

Что касается кодека - это влияет на используемые часы: то есть H.263 использует тактовую частоту 90 кГц, однако временная метка RTP по-прежнему выводится из времени представления / захвата.

person Ralf    schedule 18.12.2011
comment
Спасибо за добрый ответ. Кстати, я проверил голосовые RTP-пакеты из некоторых приложений софтфона, всегда есть постоянное увеличение метки времени. Тогда я могу объяснить это поведение вот так? Тактовая частота метки времени RTP составляет 8 кГц для голосового пакета и 90 кГц для пакета аудио и видео. Однако частота мультимедиа составляет 8,16 кГц для голоса и 44,1 кГц для некоторых AV-пакетов. Поэтому временная метка может увеличиваться не постоянно в случае AV-пакета ... Я прав? - person user1104224; 19.12.2011
comment
Нет, я думаю, вы несколько неправильно поняли: аудиочас будет оставаться на определенной в профиле частоте, обычно равной частоте дискретизации, скажем, 8 кГц (см. tools.ietf.org/html/rfc3551), видео с частотой, определенной собственным профилем (90 кГц для H.263). Каждое устройство захвата будет захватывать образец в определенный момент времени, эти временные метки захвата могут отличаться незначительно, что приводит к небольшому отклонению в разнице временных меток RTP. - person Ralf; 19.12.2011