Я использую tcpdump способом, описанным здесь http://www.erg.abdn.ac.uk/multicast/tools_notes/tcpdump.html#rtp для извлечения пакетов RTCP между моим браузером и работающим медиа-сервером.
Некоторые примеры данных:
192.168.56.1.55281 > 192.168.56.103.56858: sr 2060503618 @4039366103.08 2985649056 3759504059p 947804803b type-0xfa 160544
192.168.56.1.55281 > 192.168.56.103.56858: sr 2060503618 @4086113093.65 724273245 4090890645p 3217937232b type-0x6e 28300
192.168.56.1.55281 > 192.168.56.103.56858: sr 2060503618 @2251420711.18 185215175 650796127p 3621147513b type-0x66 120348
Из того, что я понимаю, число после символа @ является временной меткой ссылки NTP, а число, следующее за этим, является ссылкой на временную метку мультимедиа, однако, когда я конвертирую их в даты, они кажутся случайными, и ни одна временная метка никогда не близка к фактическому времени.
Оглядываясь вокруг, кажется, что в равной степени возможны следующие варианты:
а) Я что-то совсем упускаю.
б) Я вижу зашифрованные данные.
c) Я вижу результат ошибочного кода.
Этот вопрос: Чтение пакетов RTCP с IP-камеры с использованием FFMPEG выглядит очень похожим, за исключением того, что он имеет дело с RTSP, а не с RTP.
