Пряма відповідь
Встановіть цільову затримку, виміряйте кожен етап і видаліть черги, яких можна уникнути, зберігаючи достатній захист від тремтіння для реальної мережі. Перш ніж звинувачувати WebRTC, почніть із камери GOP і буферизації кодера.
Чому це відбувається
Протокол із низькою затримкою не може стерти затримку, уже створену кодером камери, транскодером або надмірним буфером програвача. Кожна черга також може обміняти стійкість на швидкість.
Браузерам зазвичай потрібен шлюз, який перетворює канал із камери на вихідний веб-шлях доставки.
Контрольований тест
Використовуйте видиме джерело часу або метод синхронізованої мітки часу, щоб порівняти захоплення та відображення за звичайних і поганих умов мережі.
Змінюйте одну змінну за раз. Записуйте модель камери, мікропрограму, кінцеву точку та обліковий запис; потім перевірте доступність мережі, відповідь протоколу, транспорт медіа та декодування як окремі рівні.
Використовуйте спеціальний обліковий запис лише для перегляду та надійний локальний інструмент діагностики. Відредагуйте облікові дані, приватні адреси та ідентифікаційні дані, перш ніж надавати спільний доступ до результатів.
Діагностична послідовність
| Перевірте | Дія | Доказ прогресу |
|---|---|---|
| Камера | Вимірюйте поведінку кодера та ключових кадрів. | Затримка джерела відома. |
| Шлюз | Визначте час декодування, перекодування та черги. | Витрати на передачу та конверсію розділені. |
| Мережа | Виміряйте RTT, втрати та джиттер на цільовому шляху. | Розмір буфера тремтіння визначається на основі даних. |
| Браузер | Вимірюйте затримку візуалізації та відновлення після втрати. | Досвід відповідає заявленій меті. |
Докази, які потрібно зберігати
Публікуйте бюджетну таблицю затримок, а не одне найкраще число. Включіть пристрій, кодек, стан мережі та метод вимірювання.
Примітка про обмеження та безпеку
Зменшення кожного буфера до нуля може призвести до зависань і артефактів; мета – це обмежена затримка з прийнятною стійкістю.
Для віддаленого перегляду використовуйте керований VPN замість того, щоб відкривати RTSP або порти адміністрування камери безпосередньо в публічному Інтернеті.
SmartRTSP
SmartRTSP — це орієнтований на камеру засіб перегляду RTSP і ONVIF для пристроїв Apple, Windows і Android. Він підходить для прямого перегляду, виявлення та перевірки кількома камерами; зберігайте спеціальний NVR або VMS, якщо потрібен постійний запис, експорт доказів або централізований контроль підприємства.
Часті запитання
Чи гарантує WebRTC затримку менше секунди?
Ні. Кодер камери, шлюз і мережа можуть використовувати бюджет до того, як браузер отримає медіа.
Що мені спочатку налаштувати?
Виміряйте черги камери GOP та шлюзу, перш ніж зменшувати буфер тремтіння браузера.
Чи може передача зменшити затримку?
Так, коли браузер підтримує вихідний кодек і пакетування, тому що перекодування можна уникнути.
Первинні посилання
- IETF RFC 7826 — Протокол потокового передавання в реальному часі 2.0
- W3C — специфікація WebRTC 1.0
- Опції та приклади протоколу FFmpeg — RTSP
- IETF RFC 5905 — Протокол мережевого часу версії 4
Пов’язаний посібник SmartRTSP
Відкрити відповідний посібникРозділіть наскрізну затримку на кодування камери, прийом даних, шлюз, мережу, тремтіння та декодування браузера замість налаштування одного буфера наосліп.