Аудиодорожка RTSP, AAC и неизвестные дорожки SDP: почему видеопоток прерывается перед воспроизведением

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

Такие запросы, как «звук RTSP AAC не работает», «неизвестная дорожка в SDP», «поток RTSP не работает с включенным звуком» или «камера работает после отключения звука», указывают на одну и ту же диагностическую границу: SDP описывает сеанс, и каждая рекламируемая дорожка может повлиять на совместимость.

SDP может рекламировать не только видео

Ответ RTSP DESCRIBE может включать в себя несколько разделов мультимедиа:

• m=видео
• м=аудио
• треки метаданных
• треки приложений
• Полезные нагрузки, принадлежащие частному поставщику
• контролировать URL-адреса для каждого трека

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

AAC Audio имеет свои собственные границы совместимости

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

Проблемы со звуком могут проявляться следующим образом:

• поток открывается только при отключенном звуке
• Ошибка анализа SDP
• неподдерживаемый тип полезной нагрузки
• SETUP не работает на звуковой дорожке
• видео работает в VLC, но не работает при более строгом пути приема
• рекордер отклоняет сеанс, хотя видеодорожка действительна

Последний случай важен: неподдерживаемая звуковая дорожка может блокировать доступ к полезной видеодорожке в зависимости от поведения клиента.

О неизвестных следах следует сообщать, а не скрывать

Если SDP содержит неизвестный раздел носителя, диагностический инструмент должен его сохранить. Сокрытие неподдерживаемых треков усложняет объяснение сбоев совместимости.

Полезные доказательства включают в себя:

• полный медиа-раздел SDP
• тип полезной нагрузки
• значение rtpmap
• значения fmtp
• URL-адрес управления отслеживанием
• была ли предпринята попытка SETUP
• произошел ли сбой на видео, аудио или дорожке метаданных

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

Отключите звук как проверку, а не как диагностику

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

• видео и звук не работают
• только видео успешно
• SDP изменился после отключения звука
• неподдерживаемая полезная нагрузка или трек исчезли
• Путь видео RTP остался прежним

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

Где подходит инспектор RTSP

Инспектор RTSP должен сохранять структуру сеанса видимой. Его граница — не воспроизведение; это объяснение протокола. Для многодорожечных потоков RTSP это должно помочь ответить:

• сколько треков рекламировал SDP?
• какие треки поддерживались?
• какой трек не удалось настроить?
• видео RTP прибыло?
• аудио или метаданные заблокировали потребителя?
• следующим действием должно быть изменение профиля камеры или изменение последующего парсера?

Когда поток камеры «не работает», видеодорожка может быть в порядке. Неподдерживаемый трек рядом с ним может быть настоящей причиной сбоя сеанса.