Содержание:

В этом посте разберём, как получить второй поток с камеры Axis, как собрать RTSP-строку, получить JPEG, а также что учитывать при подключении через exacqVision и для диагностики в VLC. Будет много практики: какие параметры трогать и как понять, что всё работает.

Почему “второй поток” не всегда получается

Представьте ситуацию: вы уже открываете основной поток камеры, а при попытке “второго” получаете ошибку. Самая частая причина — люди ожидают, что у Axis есть отдельные понятия mainstream/substream, а их нет в том виде, как это привыкли видеть в других брендах.

У Axis обычно работает логика VAPIX: вы запрашиваете не “второй канал вообще”, а нужный видеопоток с нужными параметрами через API.

Ключевой смысл такой:
- RTSP-URL — это запрос,
- камера сама возвращает видеопоток в формате, который вы запросили,
- параметры вроде resolution, fps, videocodec, h264profile, streamprofile и compression управляют качеством и нагрузкой.

RTSP для Axis. Общая схема запроса

Типовая основа такая:

rtsp://USER:PASSWORD@IP/axis-media/media.amp?PARAMETERS

Самое важное — параметры в конце.

Параметр “streamprofile”

В Axis вы можете заранее создать профиль потока (раздел меню камеры stream), а потом вызывать его по имени.

Примеры, которые часто встречаются для Axis:

rtsp://IP/axis-media/media.amp?streamprofile=H.264
rtsp://IP/axis-media/media.amp?streamprofile=Mobile
rtsp://IP/axis-media/media.amp?streamprofile=Quality
rtsp://IP/axis-media/media.amp?streamprofile=Balanced
rtsp://IP/axis-media/media.amp?streamprofile=Bandwidth

Если вы вызываете профиль, который не создан в камере — соединение не будет корректным.

Второй поток с Axis 3044-v

В обсуждении по Axis 3044-v часто фигурирует попытка угадать второй поток как “camera=2”, например:

rtsp://192.168.111.1/axis-media/media.amp?camera=1
rtsp://192.168.111.1/axis-media/media.amp?camera=2

И это может давать ошибку, потому что:
- параметр “номер” в некоторых сценариях нужен не так, как ожидается,
- либо камера не понимает такой запрос как второй видеопоток,
- либо “второй поток” у Axis — это не просто другой camera, а другая связка параметров.

Что делать вместо угадывания

1) Сначала создайте второй профиль в веб-интерфейсе Axis (например, H.264_1, H.264_2)
2) Потом подключайтесь RTSP через streamprofile=...

Так вы получаете предсказуемый результат, потому что камера уже настроила параметры и знает, что возвращать.

Можно ли получить второй поток по ONVIF

ONVIF действительно может дать видеопоток, но есть нюанс: камера должна видеть ONVIF пользователя (должны быть учётные данные), а также клиент должен правильно сформировать запрос на видеопрофиль.

На практике “по ONVIF” второй поток не всегда поднимается так же стабильно, как через VAPIX RTSP, особенно когда камера не очень мощная и одновременно обслуживает несколько потоков. Тогда камера может:
- начать урезать частоту кадров,
- или ухудшать качество,
- или вести себя непредсказуемо.

JPEG-поток с Axis с заданным разрешением

Иногда нужно именно JPEG — для быстрой диагностики, для легких клиентов или когда H.264 не играет.

Пример логики VAPIX RTSP для JPEG выглядит так:

rtsp://USER:PASSWORD@IP/axis-media/media.amp?videocodec=jpeg&resolution=640x480

Здесь:
- videocodec=jpeg говорит камере отдать JPEG,
- resolution=640x480 задаёт разрешение.

Если у вас цель — “получить картинку нужного размера”, это часто самый прямой путь.

Параметры streamprofile Axis. Как их использовать

Стратегия простая: не пытайтесь руками собирать огромные строки под каждую задачу. Лучше так:

План

1) В веб-интерфейсе Axis создайте несколько streamprofile, например:
- для записи (Quality),
- для мониторинга (Balanced),
- для дальнего клиента (Bandwidth),
- для нагрузки (Mobile / очень низкое разрешение).
2) В RTSP запросах используйте streamprofile=....

Сравнение подходов

Подход Плюсы Минусы Когда выбирать
RTSP через streamprofile Меньше ошибок, камера сама знает параметры Нужно один раз настроить профили в Axis Для “стабильно работает”
RTSP через прямые параметры (resolution, fps, h264profile, и т.д.) Гибкость “на лету” Легко ошибиться, особенно с compression и совместимостью Для точной диагностики
Получение через ONVIF Унифицированный подход Может не поднять нужный профиль так же, как RTSP Когда нужен стандарт

Как параметр compression влияет на битрейт

Тут важно понять “ощущение”: вы задаёте уровень сжатия, и камера начинает иначе распределять информацию в кадре.

В примере из практики:
- по умолчанию в камере compression=30, и наблюдался битрейт порядка 400–600 (единицы зависят от настроек камеры/формата),
- при ручной попытке compression=23 получался 1600–2000, то есть битрейт резко рос.

Почему так бывает:
- меньшая “агрессивность” сжатия → больше деталей в потоке → выше битрейт,
- в H.264 это часто сильнее влияет, чем ожидают.

Практический совет

  • Если у вас задача “меньше нагрузки на сервер” — не делайте ставку только на compression. Начните с уменьшения resolution и fps.
  • compression меняйте маленькими шагами и проверяйте реальный битрейт в камере или в системе мониторинга.

Нужно ли отключать Zipstream при записи на сторонний регистратор

Если регистратор принимает поток как “сырой” RTSP, Zipstream может:
- изменить поведение кодирования,
- повлиять на размер и характер потока.

В общем виде логика такая:
- если ваш внешний регистратор надежно работает с текущими настройками Axis, Zipstream можно оставить;
- если появляются артефакты, скачки качества или регистратор не успевает — тогда стоит попробовать отключить Zipstream, чтобы поток был более “предсказуемым”.

Поскольку конкретного ответа “всегда отключить” без привязки к вашей связке нет, правильный путь — тестировать в рабочей ситуации. Главное — понимать, что Zipstream и compression меняют поток, а внешний регистратор может по-разному это переваривать.

ExacqVision и H.264. Что реально поддерживается

В базе знаний по ExacqVision описано:
- компания Exacq ориентируется на поддержку камер, количество растёт,
- при необходимости поддержку новых моделей Exacq готова рассматривать, но релизы планируются заранее.

Отдельно про кодек:
- приводится справка по H.264, сравнение с MJPEG и MPEG-4 (идея — что H.264 сжимает эффективнее, чем MJPEG).

Если ваша задача — подключить Axis в exacqVision, важно также помнить:
- реальная запись может не совпадать с настройкой FPS камеры (см. ниже).

Какие камеры производителей поддерживает Exacq

В предоставленном материале нет полного списка брендов. Но есть два полезных тезиса:
1) exacqVision поддерживает “большое количество камер”, и список расширяется.
2) Если конкретная камера не поддерживается, Exacq может рассмотреть запрос на интеграцию, но гарантий ближайшей версии нет.

То есть ориентир такой: начинать лучше с базы знаний и разделов “камеры по производителям”, а не “угадывать”.

Где найти информацию для обновления прошивки IP-камер

В базе знаний Exacq приведены ссылки по брендам, например:

  • Axis:
  • страница входа и техподдержки прошивок
  • ftp с пакетами
  • также даны ссылки для ACTi, Arecont, IQeye, Sony, Panasonic, Dlink, Vivotek и др.

Практический совет для инженера:
- обновляйте прошивку на камере в “окно простоя”,
- сначала проверяйте, не меняются ли параметры streamprofile / RTSP-параметры после апдейта,
- делайте бэкап текущих настроек камеры.

Аналоговые PTZ-протоколы в Exacq

Exacq поддерживает PTZ по интерфейсам RS-422 и RS-485. Перечень протоколов в базе знаний включает:

  • AD RS-422
  • Bosch
  • GE-ASCII
  • GE-Impac
  • Panasonic
  • Pelco D
  • Pelco P

То есть, если у вас старые аналоговые купольные поворотники, Exacq ориентируется на “промышленные” протоколы по этим интерфейсам.

Exacq и двойные пакеты Arecont Vision

Для Arecont Vision указано:
- начиная с версии 4.1.3 поддерживается работа с TFTP-пакетами двойного размера,
- включается параметром UseDoublePackets=1 в arecontpi.xml (после остановки сервера).

Это важно как пример: иногда проблема не в кодеке, а в сетевой/пакетной настройке плагина.

Почему exacqVision может не записывать точную частоту кадров

Частота кадров на странице записи — это “запрошенная опция”, и её выполнение не гарантируется.

Даже если камера отдаёт, exacqVision может снизить реальную скорость записи из‑за:
- сети,
- прошивки,
- разрешения и сложности картинки,
- зависимостей производительности.

И вывод простой: если вам критична частота кадров — контролируйте не только настройки камеры, но и реальное выполнение в системе.

Где открыть RTSP поток с камеры в VLC

Для диагностики используют VLC: он помогает понять, проблема в камере или в exacqVision.

Сценарий из базы знаний Exacq (логика такая):
1) временно отключить камеру в exacqVision,
2) открыть RTSP ссылку из exacqVision в VLC,
3) включить “RTP через RTSP (TCP)” в настройках VLC,
4) вставить RTSP ссылку и воспроизвести.

Это хороший метод, когда вы видите “непонятное поведение” записи и нужно локализовать источник проблемы.

Как изменить интервал между неудачными попытками соединения Axis в exacqVision

В базе знаний Exacq сказано:
- плагин Axis ждёт 5 минут после неудачной попытки соединения,
- есть тайм-ауты ожидания CGI-запросов (упоминается 60 секунд) и реакция при зависании.

В версиях 4.4.11 и 4.5 время задержки можно настроить:
- отредактировать axispi.xml в папке сервера,
- изменить значения в верхнем разделе с атрибутами Devices и SecondsPerConnect (по умолчанию — 300 секунд),
- затем запустить сервер.

То есть если камера нестабильно “дёргается”, вы можете настроить “как часто система пытается вернуть связь”.

Подключение Axis M3007 в “Линия IP”

Из практического случая: в “Линия IP” после обновления до версии 6.9.6 (с более ранней 6.9.0 не получалось корректно) заработало подключение.

Что помогло в обсуждении

  • RTSP и ONVIF сначала отдавали только стандартную картинку
  • затем сработал вариант подключения MJPEG с явным указанием камеры:
http://root:<password>@<IP>:80/mjpg/video.mjpg?camera=2

Если ваша “Линия” сбрасывает адрес и “подменяет” параметры — чаще всего это вопрос совместимости версии ПО и конкретной камеры.

Какие версии “Линия IP” совместимы с Axis M3007

В тексте практического кейса прямо упомянуто:
- версия 6.9.6 помогла, когда 6.9.0 не давала нужного результата.

Какие методы подключения Axis M3007 доступны в “Линия IP”

В кейсе обсуждалось, что пытались подключать:
- RTSP
- ONVIF
- MJPEG

Рабочим вариантом стало MJPEG, при этом RTSP/ONVIF могли выдавать “только стандартную картинку”.

Как настроить RTSP поток для Axis M3007

В практическом обсуждении для M3007 помогла RTSP-ссылка с streamprofile и параметром camera.

Пример формата:

rtsp://<ip>/axis-media/media.amp?videocodec=h264&streamprofile=Panorama&camera=5

Где camera задаёт режимы отображения, например:
- camera=1 Overview
- camera=2 Panorama
- camera=3 Double Panorama
- camera=4 Quad View
- camera=5 View Area 1
- camera=6 View Area 2
- camera=7 View Area 3
- camera=8 View Area 4

Практический вывод: для “панорамы” важно подобрать именно правильный streamprofile и правильный camera-режим.

Настройка через веб-интерфейс Axis M3007

Когда “Линия IP” по RTSP или ONVIF ограничивает управление, часто помогает:
- управлять потоками через веб-интерфейс самой камеры,
- выставить там второй поток/нужное разрешение,
- после этого подключать в стороннюю систему уже готовые профили.

Это особенно актуально, когда стороннее ПО не даёт управлять параметрами потока как вы ожидаете.

Как снизить нагрузку на сервер с Axis M3007 до 6–8 к/с

В практическом кейсе упомянуто, что:
- при подключении Axis M3007 в связке с “Линия” параметры захвата FPS стали недоступны,
- загрузка сервера выросла.

Что рекомендуется:
1) подключать поток так, чтобы управление fps было реальным на стороне камеры (через RTSP ссылки и настройки в камере),
2) уменьшать нагрузку через второй поток с минимальным разрешением, например 320x240.

Логика понятная: даже если “видеопоток” общий, системе часто хватает легкого потока для мониторинга, а тяжёлый нужен только при событиях или в архиве.

Второй поток минимального разрешения для Axis M3007

Для снижения нагрузки используйте второй поток с:
- минимальным resolution (например 320x240),
- разумным fps (в вашей цели 6–8 к/с это лучше подтвердить тестом).

Сценарий настройки

Цель Что поставить на втором потоке Зачем
Уменьшить нагрузку resolution=320x240, fps=6..8 Снизить трафик и нагрузку кодера/декодера
Проверить что всё живо JPEG или H.264 “легкий” Быстро диагностировать
Сохранить детализацию основной профиль держать качественным Для архива и важных задач

Мини-чеклист для “как снять поток”

1) Создайте streamprofile в Axis (минимум 2 штуки: основной и лёгкий).
2) Для “второго” используйте RTSP через streamprofile=..., а не пытайтесь угадать всё через один camera.
3) Если нужен JPEG — включайте videocodec=jpeg и задавайте resolution.
4) С compression будьте осторожны: он может резко поднять битрейт.
5) В exacqVision используйте VLC для локализации проблемы: камера или VMS.
6) Для Axis при нестабильной связи корректируйте интервал соединений (SecondsPerConnect).
7) Для тяжёлых камер вроде M3007 делайте второй поток маленьким и держите нагрузку под контролем.

Схема “что к чему”

flowchart TD
A[Камера Axis] --> B[Веб-интерфейс Axis: streamprofile]
B --> C[RTSP запрос: /axis-media/media.amp?streamprofile=...]
C --> D[Клиент или VMS]
D --> E[Диагностика в VLC]
D --> F[Запись в exacqVision]

Небольшая заметка про формулировку RTSP-строки

Самая частая причина ошибки при сборке URL — конфликт параметров и то, что камера не поддерживает их в таком виде. Если один вариант “не работает”, второй способ почти всегда надёжнее:
- сначала настроить профиль в камере,
- потом подключаться по streamprofile.

Это как “сначала настроить панель управления, потом нажимать кнопку” — меньше сюрпризов.

Таблица быстрых соответствий

Нужно получить Вариант запроса/настройки
Второй поток RTSP с streamprofile (и нужным camera, если применимо к M3007)
JPEG заданного размера videocodec=jpeg&resolution=WxH
Диагностика RTSP открыть ссылку в VLC, часто с RTP через RTSP TCP
Снизить нагрузку второй поток resolution=320x240, fps=6..8, основной оставить для архива
Управлять частотой при VMS помнить: exacq может не гарантировать Record IPS
Изменить частоту попыток Axis в exacqVision правка axispi.xml с SecondsPerConnect

Если ваша цель — “как снять поток с камеры Axis” и именно второй (или лёгкий для сервера), самый быстрый путь — через streamprofile и лёгкий второй поток. Это даёт меньше ошибок, проще диагностируется и лучше контролируется по нагрузке.