Отладка заголовка масштаба и скорости RTSP: ускоренная перемотка вперед, замедленная съемка, трюковое воспроизведение, воспроизведение NVR и неподдерживаемая скорость

Просмотр в реальном времени по RTSP уже сложен, но записанное воспроизведение добавляет еще один уровень: "контроль скорости. Пользователи ищут «Заголовок масштаба RTSP», «Заголовок скорости RTSP», «Перемотка вперед RTSP не работает», «Трюковое воспроизведение RTSP NVR», «Скорость воспроизведения RTSP не поддерживается» и «Замедленное воспроизведение камеры RTSP», когда нормальное воспроизведение работает, но быстрая перемотка вперед, обратное воспроизведение или замедленное воспроизведение не работают." Инспектор RTSP полезен, потому что трюковая игра — это проблема плоскости управления. Клиент отправляет PLAY с параметрами Range, Scale или Speed, а сервер может принять, ограничить, игнорировать или отклонить запрос.

Масштабирование и обычное воспроизведение

Обычное воспроизведение часто выглядит так:

PLAY rtsp://nvr/recording RTSP/1.0
Range: npt=0-

Trick play may add:

Scale: 2.0

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

Общие симптомы

Неисправности проявляются как:

• Кнопка перемотки вперед ничего не делает.
• Поток переходит в неправильное время.
• Воспроизведение зависает после запроса масштабирования.
• Сервер возвращает 455 Метод недействителен в этом состоянии.
• Сервер возвращает 457 Invalid Range.
• Сервер возвращает «501 не реализовано».
• Сервер принимает PLAY, но сохраняет нормальную скорость.
• NVR отправляет только ключевые кадры во время быстрой перемотки вперед.
• Звук пропадает во время трюкового воспроизведения.

Это не одна и та же неудача. Точные заголовки запроса и ответа имеют значение.

Взаимодействие диапазона

Записанное воспроизведение RTSP часто сочетает в себе «Диапазон» и «Масштаб».

Примеры:

Range: npt=120-
Scale: 4.0

or:

Range: clock=20260603T010000Z-
Scale: 0.5

Если клиент отправляет формат времени, который сервер не поддерживает, сбой может выглядеть как проблема со скоростью, хотя реальной проблемой является «Диапазон».

Сервер фиксирует или перезаписывает скорость

Некоторые NVR принимают только дискретные значения:

• 0,5
• 1.0
• 2.0
• 4.0
• 8.0
• режимы только ключевых кадров

Если клиент запрашивает «3.0», сервер может выбрать «2.0» или «4.0». Хорошая трассировка сравнивает запрошенную скорость с принятыми заголовками ответов и фактическим временем RTP.

Поведение звука во время трюковой игры

Многие серверы теряют звук во время ускоренного воспроизведения вперед или назад. Этого можно было ожидать, поскольку звук невозможно полноценно декодировать на высокой скорости.

Доказательство:

• Настройка видео остается активной.
• Звук RTP останавливается после быстрой перемотки вперед.
• Сервер отправляет RTCP BYE для аудио.
• Звуковая дорожка возобновляется, когда масштаб возвращается к значению «1,0».
• SDP по-прежнему объявляет звук, но режим воспроизведения подавляет его.

Не диагностируйте это как потерю пакетов, пока не будет проверено состояние управления RTSP.

Перемотка вперед только по ключевым кадрам

Сетевые видеорегистраторы часто отправляют только ключевые кадры во время высокоскоростного воспроизведения. Это снижает пропускную способность и стоимость декодирования, но меняет частоту RTP.

Симптомы:

• Видео выглядит нервным.
• Битрейт RTP падает.
• Кадров мало.
• Изменение частоты битов маркера.
• Временные метки скачут с большими интервалами.

Это может быть корректное поведение, а не повреждение потока.

Неподдерживаемое обратное воспроизведение

Обратное воспроизведение не поддерживается повсеместно. Некоторые серверы отклоняют отрицательные значения шкалы. Другие эмулируют обратное воспроизведение, переходя между ключевыми кадрами.

Условия поиска:

• «Обратное воспроизведение RTSP не поддерживается»
• «Отрицательная шкала RTSP»
• «NVR перемотка RTSP»
• «Трюк RTSP воспроизводит только ключевые кадры»

Диагностический вопрос заключается в том, отклонил ли сервер явно запрошенную скорость или молча изменил поведение.

Контрольный список отладки

Используйте этот процесс:

1. Захватите работающую PLAY на нормальной скорости.
2. Захват трюка ИГРАТЬ.
3. Сравните заголовки Range, Scale и Speed.
4. Проверьте код состояния ответа.
5. Проверьте заголовки ответов на наличие принятой ставки.
6. Сравните частоту временных меток RTP.
7. Проверьте, не останавливается ли звук намеренно.
8. Обратите внимание на поведение видео только с ключевыми кадрами.
9. Тест поддерживал дискретные скорости.
10. Сохраняйте заголовки запросов и ответов для поддержки поставщиков сетевых видеорегистраторов.

Окончательный диагноз

Сбои RTSP быстрой перемотки вперед, замедленного воспроизведения и трюкового воспроизведения должны диагностироваться на основе управляющих заголовков и синхронизации мультимедиа. Сервер может отклонять, ограничивать, игнорировать или частично поддерживать «Масштаб» и «Скорость».

Инспектор RTSP помогает определить, связана ли проблема с неподдерживаемой скоростью воспроизведения, форматом диапазона, политикой специального воспроизведения NVR, подавлением звука или интерпретацией клиента.