Прямой ответ
Зеленые или блочные кадры обычно указывают на отсутствие опорных данных, неподдерживаемые параметры кодека или потерю пакетов. Сравните тот же поток с TCP и UDP, затем протестируйте более низкий профиль H.264 и принудительный ключевой кадр.
Почему это происходит
Межкадровые кодеки зависят от опорных кадров. Потерянные пакеты, декодер, отвергающий объявленный профиль, или соединение между ключевыми кадрами могут испортить изображение, даже если элемент управления RTSP исправен.
Отдельная доступность потока, описание мультимедиа, транспортировка, декодирование и синхронизация перед изменением настроек камеры.
Контролируемый тест
Воспроизведение на одной камере и одном клиенте. Обратите внимание, восстанавливается ли изображение при следующем ключевом кадре и устраняет ли TCP повреждение.
Изменяйте одну переменную за раз. Сохраняйте модель камеры, прошивку, конечную точку и учетную запись; затем протестируйте доступность сети, реакцию протокола, транспортировку мультимедиа и декодирование как отдельные уровни.
Используйте выделенную учетную запись только для просмотра и надежный локальный инструмент диагностики. Редактируйте учетные данные, частные адреса и идентификационные данные, прежде чем делиться результатами.
Диагностическая последовательность
| Проверять | Действие | Свидетельства прогресса |
|---|---|---|
| Транспорт | Выполните принудительно TCP и сравните с неудачным результатом UDP. | Артефакты потери пакетов исчезают или остаются неизменными. |
| Ключевой кадр | Перезапустите поток или запросите IDR, если это поддерживается. | Изображение восстанавливается в новом кадре отсчета. |
| Кодек | Переключитесь с H.265 или высококлассного H.264 на совместимый подпоток H.264. | Более простой профиль декодирует чисто. |
| Нагрузка | Уменьшите разрешение и количество одновременных плиток. | Давление декодера отделено от потерь в сети. |
Доказательства, которые нужно сохранить
Самый надежный отчет включает информацию о транспорте, кодеке, профиле, разрешении, интервале ключевых кадров и о том, восстанавливает ли следующий ключевой кадр изображение.
Граница и примечание по безопасности
Не снижайте качество постоянно, пока не узнаете, является ли ограничивающим слоем сеть, декодер или кодер камеры.
Для удаленного просмотра используйте управляемый VPN вместо того, чтобы предоставлять RTSP или порты администрирования камеры непосредственно общедоступному Интернету.
SmartRTSP
SmartRTSP — это программа просмотра RTSP и ONVIF, ориентированная на камеру, для устройств Apple, Windows и Android. Он подходит для прямого просмотра, обнаружения и проверки с помощью нескольких камер; сохраняйте выделенный NVR или VMS, когда требуется непрерывная запись, экспорт доказательств или централизованный контроль предприятия.
Часто задаваемые вопросы
Почему поток RTSP зеленый?
В декодере могут отсутствовать действительные эталонные данные или он не поддерживает точные параметры кодека.
Может ли TCP исправить блочное видео?
Это может помочь, если причиной является потеря пакета UDP, но не добавит поддержку несовместимого кодека.
Почему изображение восстанавливается через несколько секунд?
Более поздний ключевой кадр может предоставить новую чистую ссылку для декодирования.
Основные ссылки
- IETF RFC 7826 — протокол потоковой передачи в реальном времени 2.0
- FFmpeg — RTSP параметры и примеры протокола
- MDN — Медиа-контейнер и форматы кодеков в Интернете
Связанное руководство по SmartRTSP
Открыть соответствующее руководствоКонтролируемый тест на наличие зеленых рамок, макроблокировок и разрывов в потоках камеры без случайного изменения настроек.