Поток H.265 RTSP не работает: когда переключить камеру обратно на H.264

«Поток H.265 RTSP не работает» — один из наиболее часто встречающихся запросов по устранению неполадок камеры, поскольку поток часто работает в одном месте и дает сбой в другом. VLC может воспроизвести это. Мобильное приложение может это показать. Браузер, сетевой видеорегистратор, конвейер аналитики, интеграция с Home Assistant, мост WebRTC или рестример могут выйти из строя из-за «неподдерживаемого типа потока», «не подходящего кодека», «невозможно записать заголовок», «нет видео» или постоянного индикатора загрузки.

Сбой не всегда связан с сеансом RTSP. H.265, также называемый HEVC, является границей поддержки кодеков. RTSP может доставить его правильно, в то время как принимающая система все еще не может его декодировать, упаковать, отобразить или повторно передать.

Успех RTSP не означает поддержку кодеков

Клиент RTSP может успешно выполнить:

• ОПЦИИ
• ОПИСАТЬ
• НАСТРОЙКА
• ИГРАТЬ
• RTP-доставка

и все равно не показывает видео. Если SDP объявляет H.265 и прибывают пакеты RTP, транспорт может быть в порядке. Последующий продукт может просто не поддерживать H.265 на этом пути.

Это важно, поскольку пользователи часто описывают проблему как «RTSP не работает». Лучший диагноз: «Транспорт RTSP работает, но рекламируемый кодек не поддерживается или не готов к декодированию для этого потребителя».

Почему H.265 выходит из строя чаще, чем H.264

H.265 эффективен, особенно для камер с высоким разрешением, но поддержка неравномерна. Многие пути браузера плохо обрабатывают необработанный H.265. Некоторые NVR могут записывать H.265, но не могут последовательно просматривать его. Некоторым аналитическим конвейерам требуется H.264, поскольку его ожидают аппаратное ускорение, извлечение кадров или вывод контейнеров. Некоторым рестримерам требуется перекодирование или специальная настройка.

Распространенные режимы отказа:

• предварительный просмотр браузера не загружается
• Дополнительный поток с низким разрешением работает, но основной поток не работает
• основной поток — H.265, а дополнительный поток — H.264.
• NVR записывает, но просмотр в реальном времени невозможен
• Выход RTMP/FLV отклоняет HEVC
• Мост WebRTC не может соответствовать кодекам
• служба аналитики принимает только H.264

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

Проверьте SDP перед изменением настроек

Прежде чем менять настройки камеры, проверьте SDP:

• a=rtpmap рекламирует H265, H264 или другой кодек?
• отличается ли основной поток от дополнительного?
• видны ли параметры H.265 VPS/SPS/PPS?
• тип полезной нагрузки остается неизменным в RTP?
• RTP приходит после PLAY?
• сбой до или после доставки носителя?

Если SDP говорит H.265, а целевая платформа ожидает H.264, следующим действием будет не отладка брандмауэра. Это выбор профиля потока, смена кодека или перекодирование.

Основной поток или дополнительный поток часто являются ключом к разгадке

Многие камеры показывают:

• основной поток: высокое разрешение, H.265
• дополнительный поток: низкое разрешение, H.264

Это объясняет, почему дополнительный поток работает, а основной поток не работает. Дополнительный поток подтверждает доступность и учетные данные RTSP. Это не доказывает, что потребитель поддерживает кодек основного потока.

Хороший отчет сравнивает:

• основной поток СДП
• дополнительный поток SDP
• имена кодеков
• resolution
• bitrate
• Непрерывность RTP
• готовность декодера

Если не работает только H.265, данные указывают на поддержку кодека или пакетизацию H.265, а не на синтаксис URL-адреса RTSP.

Когда резервный вариант H.264 является практическим решением

Переключение профиля камеры на H.264 зачастую является самым быстрым решением, если:

• целевой продукт не поддерживает H.265
• предварительный просмотр в реальном времени осуществляется на основе браузера
• требуется рестриминг в RTMP/FLV
• конвейеру аналитики требуются кадры H.264
• путь аппаратного декодирования неизвестен
• Заявка на поддержку требует широкой совместимости

H.265 по-прежнему может быть полезен для повышения эффективности записи или хранения. Практическая архитектура может использовать H.264 для приема/обнаружения в реальном времени и H.265 для записи с локальной камеры, если это поддерживается.

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

Инспектор RTSP не пытается перекодировать или воспроизвести каждый поток. Его задача — доказать потоковый контракт:

• RTSP-управление выполнено успешно
• SDP рекламирует H.265 или H.264
• RTP прибыл или не пришел
• Свидетельство параметра кодека присутствовало или отсутствовало
• сбой нисходящего потока, скорее всего, связан с поддержкой кодека, потерей пакетов или несоответствием метаданных.

Для таких запросов, как «поток H.265 RTSP не работает», «камера неподдерживаемого типа потока» или «H.265 работает в VLC, но не в NVR», это свидетельство предотвращает бесполезную отладку. Исправлением может быть резервный вариант H.264, а не другой плеер.