Ошибка при захвате с регистратора RVI серии LA

[Roman Stozhkov]

Добрый день.
Настроил захват с видеорегистратора RVI 08LA захват камер.
Постоянно в логе вижу ошибку:
capture failed: V(h264): current frame timestamp is significantly
(-6.868 sec.) in the past, reconnect needing
Что это может быть?

--
С уважением,
Стожков Роман.

[Andrey Nikitin]

Roman Stozhkov писал(а):

> Добрый день.
> Настроил захват с видеорегистратора RVI 08LA захват камер.
> Постоянно в логе вижу ошибку:
> capture failed: V(h264): current frame timestamp is significantly
> (-6.868 sec.) in the past, reconnect needing
> Что это может быть?

Текущее реальное время видеопотока отстало от реального более чем на 6
сек. При захвате по TCP (rtp over tcp) это может говорить о том,
что камера не в состоянии "впихивать" заданные ей битрейт в приёмник
(сеть + коммутатор + avreg).

Если при этом "на VLC всё нормально", то вот эту ветку почитайте:
https://groups.google.com/d/msg/avreg-users/1zkgvJpn4es/4UUBPeIOiKoJ

[Roman Stozhkov]

Переключил на UDP. Показывает, но, теперь такие ошибки

Sep 1 11:57:23 rusforest-dvr avregd-cpu1-cams5-8: ffmpeg: h264: error
while decoding MB 4 44, bytestream -18
Sep 1 11:57:35 rusforest-dvr avregd-cpu1-cams5-8: ffmpeg: h264: error
while decoding MB 60 40, bytestream -36
Sep 1 11:57:43 rusforest-dvr avregd-cpu1-cams5-8: ffmpeg: h264: error
while decoding MB 72 43, bytestream -7
Sep 1 11:57:45 rusforest-dvr avregd-cpu1-cams5-8: ffmpeg: h264: error
while decoding MB 46 44, bytestream -6
Sep 1 11:57:49 rusforest-dvr avregd-cpu1-cams5-8: ffmpeg: h264: error
while decoding MB 69 41, bytestream -24
Sep 1 11:57:57 rusforest-dvr avregd-cpu1-cams5-8: ffmpeg: h264: error
while decoding MB 51 40, bytestream -28
Sep 1 11:57:59 rusforest-dvr avregd-cpu1-cams5-8: ffmpeg: h264: error
while decoding MB 72 44, bytestream -26


01.09.2014 11:42, Andrey Nikitin пишет:

[Andrey Nikitin]

Roman Stozhkov писал(а):

> Переключил на UDP. Показывает, но, теперь такие ошибки
>
> Sep 1 11:57:23 rusforest-dvr avregd-cpu1-cams5-8: ffmpeg: h264: error
> while decoding MB 4 44, bytestream -18

Переключив захват на UDP вы "освобождаете" камеру от контроля потока
(есть конечно RTCP, но его пока оставим).

Камера тупо выплёвывает UDP пакеты в сеть и голова теперь болит у
коммутатора, где они собираются, т.е. скорость чтения приёмника
по прежнему не соответствует заданному на камере битрейту.

Время от времени коммутатор их (пакеты UPD) чистит.

А те что приходят на аврег, собираются по порядку, собираются во
видеокадры h264. В результате на входе аврега получается "битый" поток,
поэтому и декодер ругается, а на видео будет каша.

[Andrey Nikitin]

Andrey Nikitin писал(а):

> Время от времени коммутатор их (пакеты UPD) чистит.

Вот за это точно не уверен, что именно коммутатор их чистит,
но, в любом случае, UDP не гарантирует доставки, где они теряются -
неважно.

[Roman Stozhkov]

Понятно, в общем в сеть уперся я похоже.
Надо ставить доп. сетевуху (кстати, а как лицензия, не слетит, она же к
MAC-адресу привязана?).

И еще вопрос. Как лучше организовать просмотр архива из IE? Прямо в
окошке IE, как в мозилле возможно?


01.09.2014 12:35, Andrey Nikitin пишет:

[Andrey Nikitin]

Roman Stozhkov писал(а):

> Понятно, в общем в сеть уперся я похоже.

Ну, если уверены что "в сеть"
У вас 2 варианта:
1) bonding (обе сетевые и коммутатор должны поддерживать),
2) если активно используется просмотр в реальном времени по сети и работа с архивом,
то захват оставить на дефолтной сетевухе, а всю работу клиентов "привязать" к дополнительной.
Делается это по разному, в зависимости как у вас сеть настроена.
Будет конкретика, подскажем.

> Надо ставить доп. сетевуху (кстати, а как лицензия, не слетит, она же к
> MAC-адресу привязана?).

Нет, "привязанная" то останется.

> И еще вопрос. Как лучше организовать просмотр архива из IE? Прямо в
> окошке IE, как в мозилле возможно?

Да, можно.

[Roman Stozhkov]

01.09.2014 15:14, Andrey Nikitin пишет:

Roman Stozhkov писал(а):

Понятно, в общем в сеть уперся я похоже.

Ну, если уверены что "в сеть"
У вас 2 варианта:
1) bonding (обе сетевые и коммутатор должны поддерживать),
2) если активно используется просмотр в реальном времени по сети и работа с архивом,
то захват оставить на дефолтной сетевухе, а всю работу клиентов "привязать" к дополнительной.
Делается это по разному, в зависимости как у вас сеть настроена.
Будет конкретика, подскажем.

Буду для просмотра отдельную делать. И в отдельную подсеть её. Bonding не вариант.

Надо ставить доп. сетевуху (кстати, а как лицензия, не слетит, она же к 
MAC-адресу привязана?).

Нет, "привязанная" то останется.

И еще вопрос. Как лучше организовать просмотр архива из IE? Прямо в 
окошке IE, как в мозилле возможно?

Да, можно.

Что для этого надо сделать?

Еще вопрос. Вот скриншот настройки камеры. Несмотря на то, что в сумме у меня 8 сетевых камер (поток 768-1024 максимум)
CPU разбит на профили, в статистике загрузка CPU не выше 60% (каждого), суммарная 25%
Сервак все время пишет о перегрузке, и предлагает снизить FPS.
Здесь - как лучше настроить? Допустим, что скорость просмотра и разрешение - константа.
На что влияют тип битрейта, и само число битрейта, а также интервал?
Снижение битрейта дадут снижение нагрузки на CPU, кроме снижения нагрузки на сеть?

[Andrey Nikitin]

Roman Stozhkov писал(а):

> Что для этого надо сделать?

Я так понимаю, что что-то не получается?
Про какой интерфейс речь: Архив::Поиск или Архив::Галерея?

> Еще вопрос. Вот скриншот настройки камеры. Несмотря на то, что в сумме у
> меня 8 сетевых камер (поток 768-1024 максимум)
> CPU разбит на профили, в статистике загрузка CPU не выше 60% (каждого),

А когда камеры кто-нибудь браузером смотрит, тоже не выше 60%?
Какой LA?
Вообще, для более предметного общения прислали бы "Сообщить об ошибке".

> суммарная 25%
> Сервак все время пишет о перегрузке, и предлагает снизить FPS.

По всем профилям?

> Здесь - как лучше настроить? Допустим, что скорость просмотра и
> разрешение - константа.

> На что влияют тип битрейта,

CBR - постоянный битрейт, переменное качество, какое получится
VBR - постоянное качество переменный битрейт
> и само число битрейта,
В режиме CBR - только на качество.
В режиме VBR - в теории никак, на практике - зависит от софта кодера в
камере.

> а также интервал?
Не поможет, хотя я бы рекомендовал "интервал" = framerate,
чтобы ключевой кадр повторялся каждую секунду.

> Снижение битрейта дадут снижение нагрузки на CPU, кроме снижения
> нагрузки на сеть?

Нет, не сильно.

[Andrey Nikitin]

Roman Stozhkov писал(а):

> Еще вопрос. Вот скриншот настройки камеры. Несмотря на то, что в сумме у
> меня 8 сетевых камер (поток 768-1024 максимум)

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

Для просмотра с аврега нужен перекод (декодирование + кодирование):
h264->mjpg

Итак, есть просмотр или нет, декод. всегда вкл.: 8 x 17fps = 136fps
В реалтаймах (25 fps) это ~5.5 камер.

Если параллельно смотрят с той же скоростью 17 fps, то x2
и получается 11 реалтайм камер 1280х720.

Т.е. макс. нагрузка на проц сервера при подключенном клиенте(ах)
эквивалента просмотру на компе 11 фильмов в разрешении 1280х720.

[Roman Stozhkov]

01.09.2014 17:33, Andrey Nikitin пишет:

> Roman Stozhkov писал(а):
>> Что для этого надо сделать?
> Я так понимаю, что что-то не получается?
> Про какой интерфейс речь: Архив::Поиск или Архив::Галерея?
>
>> Еще вопрос. Вот скриншот настройки камеры. Несмотря на то, что в сумме у
>> меня 8 сетевых камер (поток 768-1024 максимум)
>> CPU разбит на профили, в статистике загрузка CPU не выше 60% (каждого),
> А когда камеры кто-нибудь браузером смотрит, тоже не выше 60%?
> Какой LA?
> Вообще, для более предметного общения прислали бы "Сообщить об ошибке".

Что есть LA и как его посмотреть?
Браузер не влияет на загрузку CPU.

>> суммарная 25%
>> Сервак все время пишет о перегрузке, и предлагает снизить FPS.
> По всем профилям?

По одному профилю, где много камер 1280x720
Я провел эксперимент. Снизил при том же битрейте разрешение до D1.
Avreg ругаться перестал.
В общем, надо создавать мультипоточную конфигурацию.
С частичной загрузкой CPU, т.к. надо выборочно писать.
И опять же вопросы. На скорость просмотра основного потока влияет
интервал i-фрейма, я так понимаю.
Если интервал равен framerate, какова скорость просмотра будет?
Вариант 2 просмотра всем бы не плох, только вот изображение получается
"обрезанным" от Full варианта 1280х720.

[Andrey Nikitin]

Roman Stozhkov писал(а):

> Что есть LA и как его посмотреть?

load average, top
у вас > 2, это многовато

> Браузер не влияет на загрузку CPU.

Это оч. странно, т.к. много камер rtsp/h264(?)
Может параллельно где-то удалённая рабочая станция на avreg-mon?

> [...]

> > По всем профилям?
> По одному профилю, где много камер 1280x720
> Я провел эксперимент. Снизил при том же битрейте разрешение до D1.
> Avreg ругаться перестал.
> В общем, надо создавать мультипоточную конфигурацию.
> С частичной загрузкой CPU, т.к. надо выборочно писать.
> И опять же вопросы. На скорость просмотра основного потока влияет
> интервал i-фрейма, я так понимаю.
> Если интервал равен framerate, какова скорость просмотра будет?

Если исх. поток h264, то 1 fps.