Пряма відповідь
Якщо звук відтворюється, сеанс RTSP і принаймні одна медіа-доріжка працюють. Перевірте вихід SDP або перевірте відеокодек, профіль, роздільну здатність і формат пікселів, а потім протестуйте нижчий підпотік H.264 перед зміною мережі.
Чому це відбувається
Камера може рекламувати H.265 клієнту, який декодує лише H.264, використовує непідтримуваний профіль H.264, пропускає відеодоріжку на вибраному шляху або надсилає пошкоджені пакети, поки звук продовжується.
Окрема доступність потоку, медіа-опис, транспорт, декодування та час перед зміною налаштувань камери.
Контрольований тест
Перевірте той самий URL і порівняйте рекламовані аудіо- та відеопотоки. Потім перемкніть лише профіль камери, зберігаючи облікові дані та транспорт фіксованими.
Змінюйте одну змінну за раз. Записуйте модель камери, мікропрограму, кінцеву точку та обліковий запис; потім перевірте доступність мережі, відповідь протоколу, транспорт медіа та декодування як окремі рівні.
Використовуйте спеціальний обліковий запис лише для перегляду та надійний локальний інструмент діагностики. Відредагуйте облікові дані, приватні адреси та ідентифікаційні дані, перш ніж надавати спільний доступ до результатів.
Діагностична послідовність
| Перевірте | Дія | Доказ прогресу |
|---|---|---|
| Доріжки | Переконайтеся, що в SDP існує розділ відео-медіа. | Оголошується відеокодек і корисне навантаження. |
| Кодек | Перевірте підпотік H.264, коли основний потік — H.265. | Відео з'являється без зміни кінцевої точки. |
| Профіль | Тимчасово зменшити профіль, рівень або роздільну здатність. | Клієнт декодує простіший потік. |
| Пакети | Порівняйте TCP і UDP під час перегляду помилок декодування. | Чистий транспорт усуває пошкодження без зміни кодека. |
Докази, які потрібно зберігати
Збережіть результати зондування без облікових даних. Він надає кодек і докази доріжки, необхідні для того, щоб відрізнити «немає відеодоріжки» від «неможливо декодувати відео».
Примітка про обмеження та безпеку
Не припускайте, що успішне підключення RTSP означає, що кожен рекламований кодек підтримується кожним пристроєм.
Для віддаленого перегляду використовуйте керований VPN замість того, щоб відкривати RTSP або порти адміністрування камери безпосередньо в публічному Інтернеті.
SmartRTSP
SmartRTSP — це орієнтований на камеру засіб перегляду RTSP і ONVIF для пристроїв Apple, Windows і Android. Він підходить для прямого перегляду, виявлення та перевірки кількома камерами; зберігайте спеціальний NVR або VMS, якщо потрібен постійний запис, експорт доказів або централізований контроль підприємства.
Часті запитання
Чому звук працює, а відео ні?
RTSP може описувати окремі медіа-доріжки, і клієнт може декодувати одну доріжку, але не іншу.
Чи варто мені спробувати H.264?
Так, задокументований підпотік H.264 є найшвидшим тестом на сумісність, коли основний потік використовує H.265.
Це завжди проблема кодека?
Ні. Відеодоріжка може бути втрачена або пошкоджена під час транспортування, тому перевірте рекламовані доріжки та розшифруйте помилки.
Первинні посилання
- IETF RFC 7826 — Протокол потокового передавання в реальному часі 2.0
- Опції та приклади протоколу FFmpeg — RTSP
- MDN — формати мультимедійних контейнерів і кодеків в Інтернеті
Пов’язаний посібник SmartRTSP
Відкрити відповідний посібникДіагностуйте канал RTSP, який передає звук, а зображення залишається чорним, перевіряючи рекламовані доріжки та підтримку декодера.