Пряма відповідь
Розглядайте канал RTSP з камери як протокол введення та встановіть авторизований шлюз між мережею камери та клієнтами браузера. Виберіть WebRTC для інтерактивної затримки або HLS для масштабованої буферизованої доставки.
Чому це відбувається
Сучасні мультимедійні стеки веб-переглядача зазвичай не підтримують необроблений програвач RTSP. Шлюз повинен обслуговувати автентифікацію камери, сумісність кодеків, розгортання сеансу та внутрішній веб-транспорт.
Браузерам зазвичай потрібен шлюз, який перетворює канал із камери на вихідний веб-шлях доставки.
Контрольований тест
Перед вибором програмного забезпечення накресліть межі входу, шлюзу, браузера та автентифікації.
Змінюйте одну змінну за раз. Записуйте модель камери, мікропрограму, кінцеву точку та обліковий запис; потім перевірте доступність мережі, відповідь протоколу, транспорт медіа та декодування як окремі рівні.
Використовуйте спеціальний обліковий запис лише для перегляду та надійний локальний інструмент діагностики. Відредагуйте облікові дані, приватні адреси та ідентифікаційні дані, перш ніж надавати спільний доступ до результатів.
Діагностична послідовність
| Перевірте | Дія | Доказ прогресу |
|---|---|---|
| Затримка | Визначте максимальну затримку від скла до скла. | Ціль вказує на WebRTC, HLS або інший режим доставки. |
| масштаб | Оцініть кількість одночасних глядачів і розгортання камери. | Одна камера не відкривається один раз на браузер без плану. |
| Кодек | Зіставте вихід камери з підтримкою декодування браузера. | Наскрізне або перекодування вибрано свідомо. |
| Довіра | Зберігайте облікові дані камери на шлюзі. | Браузери отримують обмежений доступ, а не паролі камери. |
Докази, які потрібно зберігати
Запис архітектури має вказувати, хто завершує RTSP, хто автентифікує глядачів, чи перекодовано відео та де буфери додають затримку.
Примітка про обмеження та безпеку
Ніколи не додавайте приватний RTSP URL з обліковими даними в клієнтський JavaScript або загальнодоступний онлайн-програвач.
Для віддаленого перегляду використовуйте керований VPN замість того, щоб відкривати RTSP або порти адміністрування камери безпосередньо в публічному Інтернеті.
SmartRTSP
SmartRTSP — це орієнтований на камеру засіб перегляду RTSP і ONVIF для пристроїв Apple, Windows і Android. Він підходить для прямого перегляду, виявлення та перевірки кількома камерами; зберігайте спеціальний NVR або VMS, якщо потрібен постійний запис, експорт доказів або централізований контроль підприємства.
Часті запитання
Чи можна Chrome або Safari відкрити rtsp:// безпосередньо?
Не проектуйте навколо прямого необробленого відтворення RTSP; використовувати контрольований шлюз і вихідний веб-шлях доставки.
Коли мені вибрати WebRTC?
Коли для інтерактивного або оперативного перегляду потрібна низька затримка, а додаткова інфраструктура сеансу є прийнятною.
Коли HLS краще підходить?
Коли широка доставка HTTP, кешування та толерантність до затримки на основі сегментів важливіші, ніж інтерактивність.
Первинні посилання
- IETF RFC 7826 — Протокол потокового передавання в реальному часі 2.0
- W3C — специфікація WebRTC 1.0
- IETF RFC 8216 — HTTP Пряма трансляція
- MDN — формати мультимедійних контейнерів і кодеків в Інтернеті
Пов’язаний посібник SmartRTSP
Відкрити відповідний посібникВиберіть WebRTC, HLS або інший веб-вихід замість того, щоб очікувати, що браузер відкриватиме камеру RTSP URL безпосередньо.