Пряма відповідь
Зелені або блокові кадри зазвичай вказують на відсутність довідкових даних, непідтримувані параметри кодека або втрату пакетів. Порівняйте той самий потік у 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
Відкрити відповідний посібникКонтрольований тест на наявність зелених кадрів, макроблокування та розривів у потоках камери без випадкових змін налаштувань.