Цифровые шлейфы после объектов

[Pavel.Sgho 0]

В 08.02.2019 в 17:05, unlifer сказал:

1. Не понимаю, что за мода у людей - цеплять потоки в авторежиме с использованием учётки, которая на камере имеет администраторские права, а потом ругаться на сброс настроек. Не Ваша ситуация?

3. Сервер у вас на базе чего (Windows, Linux, видеорегистратор)?

4. В администрирование сервера заходите по сети с какого-то компьютера или непосредственно на самом сервере? Если по сети, то может у него настройки и слетают, потому что он в BSOD уходит с последующей перезагрузкой (и, собственно, потому и не доступен какое-то время).

5. Какая сетевая карта (гигабит или 100 мегабит) стоит на сервере, а то там может сеть загружена на 100%? И вообще загрузка сети, памяти и процессора на сервере какая? Большой битрейт - как раз вполне нормальная ситуация, когда картинка с камеры с искажениями идёт. И от этого на сервере может сеть под 100% загружаться и он уходит в отвал.

6. Настройки на камерах соответствуют тому, что в Линии (битрейт, частота кадров, разрешение и т.д.)?

7. Пинговать пробовали сервер во время настройки, последующего отвала и затем появления в сети?

8. Пробовали вместо UDP-протокола TCP?

9. Пробовали RTSP-ссылками подключать?

10. Кодирование потоков на камерах какое используете (MJPEG, H.264 или не поддерживаемый Линией H.265)? Учтите: MJPEG более требователен к ресурсам сети, а H.264 - к процессору.

Ок, по порядку:

1. Мода пошла от периодического геморроя с дешевыми IP-камерами и IP-видеорегистраторами, которые в некоторых мистических сочетаниях ни на каких других учетках, кроме как admin, работать по-нормальному не хотят (хз, как такое возможно). Во-вторых, откуда этот снобизм? Что не так с авторежимом и админкской учеткой? Типа не по феншую? Учетка с ограничениями нужна для защиты системы от обезьян с гранатами, а тут серьезное, не на коленках писанное ПО, которое дложно работать стабильно, какую бы учетку ей ни подсунули. Хотите высмеивать всех, кто "сидит под рутом" - ради бога, ваше дело, но если систему, чтобы она работала без сбоев, нужно защищать саму от себя, у меня в первую очередь вопрос к такой системе.

3. Сервер на базе Windows

4. Админится непосредственно с самого сервера.

5. 1 Gb, но это в данном случае не важно. Момент, на который я хотел обратить внимание - это периодические регистрируемые 10-15-20 Mbps на втором потоке, у которого стоит 320x240, 256 kbps CBR? На этих скачках и возникают глюки Линии, при этом параллельно включенный VLC или web-интерфейс с той же камеры никаких глюков не дают.

6. Это зависит от того, как настраивать. Если через web интерфейс камер - то не соответствует, а если через Линию - то в итоге соответствует.

7. Вылетает Линия, сам сервак работает и пингуется.

8. Пробовал и UDP вместо TCP, и TCP вместо UDP.

9. Нет, не пробовал, не успел дойти до этого шага, потому как после очередной перезагрузки сервака проблема пропала.

10. H264

11. Чтобы избежать лишних дальнейших копипаст - я прочитал все сообщения в этой ветке (и не только), прежде чем писать свой комментарий. Система вдруг чудесным образом работает. На том же железе, с теми же камерами на тех же прошивках и тех же кодеках/протоколах. Пляски с бубном затрагивали только изменения (туда-сюда) битрейта, разрешения, частоты кадров и т.д. и очередную перезагрузку сервака. Ну и как бы всё.

[Станислав 0]

Здравствуйте !
К сожалению, Вы проигнорировали все мои вопросы и рекомендации.

Цитата

Система вдруг чудесным образом работает.

Спасибо, что сообщили о результате.
Если у Вас возникнут вопросы, я постараюсь на них ответить.

 

[Pavel.Sgho 0]

Здравствуйте. Ваши рекомендации я не игнорирую, просто для того, чтобы попробовать и ответить на ваши рекомендации/вопросы, нужно будет еще раз посетить объект. Как только возникнет такая необходимость - проверю все, о чем вы пишете.

[unlifer 0]

Цитата

1. Мода пошла от периодического геморроя с дешевыми IP-камерами и IP-видеорегистраторами, которые в некоторых мистических сочетаниях ни на каких других учетках, кроме как admin, работать по-нормальному не хотят (хз, как такое возможно).

Странно, не сталкивался. Сталкивался только с тем, что методы авторизации дайджест или без авторизации работают не должным образом. Базовый, сколько себя помню, работал всегда нормально.

Цитата

Во-вторых, откуда этот снобизм? Что не так с авторежимом и админкской учеткой? Типа не по феншую? Учетка с ограничениями нужна для защиты системы от обезьян с гранатами, а тут серьезное, не на коленках писанное ПО, которое дложно работать стабильно, какую бы учетку ей ни подсунули.

Дело не в феншуе, не в снобизме, не в обезьянах с гранатами и не в ПО. Дело, большей частью, в том, что у Линии одни профили конфигурации (ибо под все камеры нереально подстроиться, тем более под ноунэймы всякие), у родного софта к камерам другие, в самих камерах порой бывают третьи, вполне работоспособные для камер четвёртые, на новых прошивках пятые и т.д. Добавьте к этому не всегда стабильную работу локальной сети, электросети, драйверов, ОС и прочего - и тогда начинается круговорот смены конфигурации основополагающих настроек, таких, как битрейт, частота кадров, разрешение, настройки изображения (это ещё при условии, что всякие там шумоподавления, баланс белого, задержки и прочие настройки меняются только через web-интерфейс камеры). И каждый раз коннектят камеры через админские учётки и не понимают, что не так то происходит.

Цитата

Хотите высмеивать всех, кто "сидит под рутом" - ради бога, ваше дело, но если систему, чтобы она работала без сбоев, нужно защищать саму от себя, у меня в первую очередь вопрос к такой системе.

Я никого не высмеиваю. Я просто говорю, как есть. И дело не в защите системы самой от себя, а в защите её от внешних факторов большей частью, которые очень сильно влияют на её работу.

Цитата

4. Админится непосредственно с самого сервера.

+

Цитата

5. 1 Gb, но это в данном случае не важно.

Может, как раз и важно, потому что:

Цитата

Момент, на который я хотел обратить внимание - это периодические регистрируемые 10-15-20 Mbps на втором потоке, у которого стоит 320x240, 256 kbps CBR?

То есть имеем по факту 15 (беру средний битрейт) * 20 (количество камер) = 300 Мбит \ сек только по второму потоку, то есть уже 30% загрузка сети только по "слабенькому" потоку (даже если скачки кратковременные и не факт, что на всех камерах одновременно происходят, но и исключать нельзя такой вариант). Это уже первый позыв к возможной проблеме в сети. А если у Вас берётся видео по MJPEG - нагрузка на сеть и сетевое оборудование гораздо выше, чем при H.264, да и аппаратная составляющая сервера тоже будет работать нестабильно. А если берётся по H.264 - нагрузка многократно увеличивается на процессор, память, шины данных. В итоге, оборудование не справляется и уходит, так сказать, в защиту в лучшем случае, в худшем - виснет намертво.

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

Ещё: работа в режиме CBR - такое себе решение удешевить \ оптимизировать систему ОТ. Поток никогда не имеет постоянной величины - когда область съёмки статична, то битрейт может упасть фактически до 0, а что будет если резко начнётся очень интенсивное движение? Правильно, битрейт подскочит, но он то ограничен размером в 256. И вот тут у камеры начинается - то она качество занижает, чтобы не перевалить за установленные рамки в 256, то частоту кадров. Вот Вам и артефакты пошли.

Есть вероятность ещё, что, имея админские, так сказать, права на камере, Линия пытается компенсировать тот мусор, который с камеры приходит и сама поднимает битрейт, отсюда и битрейт завышенный местами. Но это сугубо моё мнение, основанное на собственных знаниях. Естественно, знать я всего не могу, поэтому и говорю - сугубо моё мнение Васерман и то не всё знает, а мне до него, как до Луны на велосипеде  

+

Цитата

На этих скачках и возникают глюки Линии, при этом параллельно включенный VLC или web-интерфейс с той же камеры никаких глюков не дают.

Ну, правильно - что VLC, что web-интерфейс битрейт то не режут так жёстко. Они, скорее всего, получают реальный поток.

Цитата

6. Это зависит от того, как настраивать. Если через web интерфейс камер - то не соответствует

В этом и есть один из минусов коннекта с админской учёткой в авторежиме. Из-за чего и могут артефакты проявляться.

Цитата

7. Вылетает Линия, сам сервак работает и пингуется.

Очень желательно бы отправить сбор сведений о системе Станиславу личным сообщением для анализа логов Линии.

Цитата

8. Пробовал и UDP вместо TCP, и TCP вместо UDP.

Чисто для справки:

UDP лучше использовать, когда локальная сеть маленькая - условно говоря, на несколько десятков сетевых устройств и \ или при стабильно сильном сетевом оборудовании.

TCP можно фактически всегда.

Цитата

9. Нет, не пробовал, не успел дойти до этого шага, потому как после очередной перезагрузки сервака проблема пропала.

При использовании RTSP коннектиться можно и под админской учёткой - вышеописанных несостыковок с настройками не будет, но так же не будет и возможности настройки камер через интерфейс Линии (битрейт, частота кадров, разрешение, CBR \ VBR, яркость, контрастность, что-то ещё - уже не помню). Настраивать надо будет через web-интерфейс камер.

Цитата

10. H264

Требователен к ресурсам процессора, памяти. С ростом артефактов при неправильных настройках, слабом освещении, отсутствии перехода в ночной режим, при слабой матрице и т.д. - требования возрастают в геометрической прогрессии. И это касается не только Линии, а любой системы ОТ, любого оборудования и т.д.

Цитата

11. Чтобы избежать лишних дальнейших копипаст - я прочитал все сообщения в этой ветке (и не только), прежде чем писать свой комментарий. Система вдруг чудесным образом работает. На том же железе, с теми же камерами на тех же прошивках и тех же кодеках/протоколах. Пляски с бубном затрагивали только изменения (туда-сюда) битрейта, разрешения, частоты кадров и т.д. и очередную перезагрузку сервака. Ну и как бы всё.

Значит подобрали более оптимальные настройки, с которыми не происходит коллапса. Или, в итоге, вернулись к старым настройкам (хотелось бы уточнить)?

 

ПС. Извиняюсь за свою придирчивость, хотя бы за слова:

Цитата

Не понимаю, что за мода у людей

Просто я дотошный. По той же причине и пишу много

Изменено 15 Февраля 2019 пользователем unlifer

[Станислав 0]

Здравствуйте !

Цитата

Есть вероятность ещё, что, имея админские, так сказать, п рава на камере, Линия пытается компенсировать тот мусор, который с камеры приходит и сама поднимает битрейт, отсюда и битрейт завышенный местами.

Это не верно.

Цитата

Ну, правильно - что VLC, что web-интерфейс битрейт то не режут так жёстко.

VLC практически всегда показывает то, что приходит (если не трогать дефолтные настройки, которые в некоторых ситуациях действительно могут ему помочь).

[ox2net 0]

Знакомая до боли проблема, часто встречалась на моей практике.

По моему опыту, есть 2 главных причины "шлейфа" за движущимся объектом:

1. Узкий канал. Проблема моментально решилась переводом всей сети на 1Гбит

2. Битрейт и интервал 1 кадра. Поиграйтесь с этими настройками.