LIVE_VIEW_DELAY_HIGH IP-Телефония и СКУД

Траблшутинг задержек живого видео (Live View): RTSP over TCP против UDP

Обновлено: 24.08.2026 · Официальная документация ↗

Отставание «живого» видеопотока от реальных событий на 2–10 секунд при просмотре через браузер, Smart PSS или iVMS-4200.
Эффект «накопления задержки»: со временем отставание картинки увеличивается всё сильнее.
Рассинхронизация звука и видео при просмотре живого потока с микрофона камеры.
Зависание интерфейса видеостены при выводе более 16 камер одновременно.

1. Сравнение транспортов: RTSP over UDP против RTSP over TCP

Параметр	RTSP over UDP (RTP/AVP)	RTSP over TCP (RTP/AVP/TCP Interleaved)
Задержка (Latency)	Минимальная (50–200 мс). При потере кадра поток идет дальше без ожидания.	Накапливаемая (от 500 мс до 5+ секунд) при любых ретрансмитах TCP.
Целостность данных	Возможны артефакты при потере пакетов в сети.	100% доставка без потерь (гарантируется TCP Window).
Прохождение NAT	Требует открытия диапазона UDP портов.	Работает через единый порт 554.

2. Оптимизация буферизации на стороне клиентского ПО

Основная причина многосекундных задержек — раздутый внутренний буфер воспроизведения медиаплеера (Jitter Buffer / Caching Buffer):

В VLC плеере: установите Параметры -> Сеть -> Сетевая буферизация = 100-200 мс (по умолчанию 1000 мс).
В ПО видеонаблюдения (VMS / ПО постов охраны): переключите режим воспроизведения с Smooth Playback (Плавное воспроизведение) на Real-Time / Minimal Latency (Минимальная задержка).

3. Настройка IP-камеры для Ultra-Low Latency

Переведите режим энкодера в Low Latency Mode (если поддерживается чипсетом).
Уменьшите интервал ключевых кадров: I-Frame Interval = FPS.
Отключите двунаправленные B-кадры (B-Frames) в профиле H.264/H.265. B-кадры требуют ожидания будущих кадров для декодирования, создавая аппаратную задержку в 200–500 мс: используйте Profile: Baseline или Main (без B-frames).
Установите частоту кадров: 20-25 FPS.

4. Аппаратное декодирование на клиентском ПК

Если центральный процессор клиентской машины загружен на 100%, декодер не успевает отрисовывать кадры и складывает их в очередь, порождая задержку:

Включите аппаратную акселерацию: Intel QuickSync, Nvidia NVDEC (CUDA) или DirectX DXVA2 в настройках клиента VMS.
Для мультиэкранных раскладок на 16–64 камеры настройте автоматическое отображение Sub-Stream (дополнительного потока) в сетке и переключение на Main-Stream только при разворачивании камеры на весь экран.

💡 Практика специалистов: Для систем контроля въезда транспорта (автоматические шлагбаумы с LPR/ANPR распознаванием номеров) используйте исключительно RTSP over UDP с профилем кодирования H.264 Baseline без B-кадров, иначе задержка в 1.5 секунды приведет к проезду авто мимо точки срабатывания камеры.

Частые вопросы (FAQ)

Почему RTSP over TCP накапливает задержку со временем?

При кратковременной просадке пропускной способности TCP начинает процедуру ретрансмиссии потерянных сегментов (Retransmission) и уменьшает размер окна congestion window. Плеер не отбрасывает старые кадры, а пытается показать их последовательно, что приводит к постоянному росту временного лага.

Как B-кадры (B-Frames) влияют на скорость вывода живого видео?

B-кадр (Bi-directional frame) кодируется на основе как предыдущего, так и последующего кадра. Декодер физически не может отрисовать полученный B-кадр, пока не дождется из сети следующий P-кадр, что добавляет фиксированную задержку минимум в 3-5 фреймов.

Какая технология обеспечивает минимальную задержку видео в веб-браузерах?

Технология WebRTC обеспечивает задержку менее 200-300 мс без установки плагинов. Устаревшие протоколы HLS дают задержку 6-15 секунд, а RTMP/FLV — 1-3 секунды.

Как проверить реальную задержку видеопотока с камеры?

Направьте камеру на экран монитора с открытым миллисекундным онлайн-секундомером. Сделайте скриншот, где видно одновременно и экран секундомера, и окно воспроизведения плеера. Разница между таймстемпами и будет точной задержкой системы.