Прямой ответ
Установите целевое значение задержки, измерьте каждый этап и удалите очереди, которых можно избежать, сохраняя при этом достаточную защиту от джиттера для реальной сети. Начните с камеры GOP и буферизации кодера, прежде чем обвинять WebRTC.
Почему это происходит
Протокол с низкой задержкой не может стереть задержку, уже созданную кодером камеры, транскодером или слишком большим буфером проигрывателя. Каждая очередь также может обменивать устойчивость на скорость.
Браузерам обычно нужен шлюз, который преобразует изображение с камеры в собственный путь доставки через Интернет.
Контролируемый тест
Используйте видимый источник времени или метод синхронизированной метки времени, чтобы сравнить захват и отображение в нормальных и поврежденных условиях сети.
Изменяйте одну переменную за раз. Сохраняйте модель камеры, прошивку, конечную точку и учетную запись; затем протестируйте доступность сети, реакцию протокола, транспортировку мультимедиа и декодирование как отдельные уровни.
Используйте выделенную учетную запись только для просмотра и надежный локальный инструмент диагностики. Редактируйте учетные данные, частные адреса и идентификационные данные, прежде чем делиться результатами.
Диагностическая последовательность
| Проверять | Действие | Свидетельства прогресса |
|---|---|---|
| Камера | Измерьте поведение кодировщика и ключевого кадра. | Задержка источника известна. |
| шлюз | Определите декодирование, транскодирование и время ожидания. | Затраты на транзит и конверсию разделены. |
| Сеть | Измерьте 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
Открыть соответствующее руководствоРазбейте сквозную задержку на кодирование камеры, захват, шлюз, сеть, дрожание и декодирование браузера вместо слепой настройки одного буфера.