[Saab95]

3 часа назад, straus сказал:

А, вот есть причина больших задержек IP - выравнивание по TimeStamp. Аналог цифруется в одном месте, и все кадры практически синхронизированы (до разброса синхрогенераторов камер). В IP-системе на кадр вешается TimeStamp, и когда кадры с разных камер собираются регистратором - он ждёт самый последний пришедший TimeStamp с такой меткой. То есть, если данные только от одной камеры запоздают - регистратор вынужден их ждать, прежде, чем выдавать полный пакет наружу. И только когда он выстроит текущие кадры от всех камер - он может их вытолкнуть наружу. В аналоге кадр запоздать не может, поскольку цифруется на месте.

Это какая-то ерунда. Что, если к IP регистратору подключено 128 камер, он пока все кадры от всех не получит, картинку не покажет?

 

Причина задержки лишь в том, что просмотрщик на компе буферизует получаемый поток, держа в буфере всегда некоторое количество кадров, это и увеличивает задержку.

 

3 часа назад, straus сказал:

Вот в том то и дело, что при просмотре через локалку на ноутбуке задержка с аналогового регистратора у меня никогда не превышала 0.3 секунды. Ставишь ноут на подоконник и смотришь.

Просто аналоговый регистратор по мультикасту данные передает. Да и объем данных там маленький.

 

1 час назад, straus сказал:

Локальное IP-видеонаблюдение - это суррогат, когда пытаются использовать изначально неподходящую среду передачи. Когда для удобства жертвуют качеством.

Уже писал по этому поводу в других темах, IP хорошо когда для него среда своя, то есть все линии, коммутаторы и роутеры выделены под наблюдение.

Если же их в общий коммутатор пихают вместе с другими компами, то ясно дело QoS не всегда настраивают, да и не всегда он правильно работает, отсюда и идут потери, особенно когда и сервер записи где-то в центре воткнут.

 

Поэтому основное в любом деле это аккуратность и верно настроенное и смонтированное решение, тогда на любой технологии будет и картинка качественная, и задержка минимальная.

[straus]

1 час назад, Saab95 сказал:

Уже писал по этому поводу в других темах, IP хорошо когда для него среда своя, то есть все линии, коммутаторы и роутеры выделены под наблюдение.

При этом среда передачи всё равно остаётся разделяемой.
 

[ALEX_SE]

21 hours ago, straus said:

При этом среда передачи всё равно остаётся разделяемой.

в каком смысле? Или имеется в виду что разделяемой между камерами?

[straus]

3 часа назад, ALEX_SE сказал:

в каком смысле? Или имеется в виду что разделяемой между камерами?

Да. Поэтому буферизация обязательна.
 

[ALEX_SE]

1 minute ago, straus said:

Да. Поэтому буферизация обязательна.

конечно но их то же можно сегментировать.

[straus]

58 минут назад, ALEX_SE сказал:

конечно но их то же можно сегментировать.

Для этого в регистраторе должно быть много независимых портов.
 

[ALEX_SE]

или в свиче если регистраторов несколько.

[Shurhenchik]

после свича всё равно смешаются в разделяемой среде

[ALEX_SE]

на шине контроллера HDD в любом случае смешаются как не разделяй по каналам и сетевкам :)))))

[straus]

26 минут назад, ALEX_SE сказал:

на шине контроллера HDD в любом случае смешаются как не разделяй по каналам и сетевкам :)))))

Это неважно. Все кадры в этот момент есть в ОЗУ, и просто последовательно сбрасываются на диск.

А вот при разделении среды передачи от камер и пиковых всплесках потоков заполнить ОЗУ текущими кадрами не всегда получается. Поэтому применяют буферизацию. При этом от одной камеры может прилететь три полных фрейма, а от другой ни одного. Соответственно, размер буфера должен быть больше, чем максимально возможные затыки в среде передачи. Именно поэтому буфер в программах просмотра через интернет может быть 8 секунд и даже более.

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

[Saab95]

1 час назад, straus сказал:

Это неважно. Все кадры в этот момент есть в ОЗУ, и просто последовательно сбрасываются на диск.

Вот если используется регистратор, то у него объем буфера в ОЗУ смешной, при больших пиках или просадках переполняется быстро.

При использовании сервера / компьютера в качестве записывающего устройства, оперативки можно поставить и 16гб, и 32, и 64, при этом уже не важно какие там затыки, какие там записи по детекции движения - все сохранится и запишется на жесткий диск.

[PumpIT]

В 29.06.2020 в 20:06, Saab95 сказал:

Просто аналоговый регистратор по мультикасту данные передает.

С аналогом были связаны, давно и не на долго, слава Богу, а куда он мультикастом передавал, и как этот мультикаст принимали?

[PumpIT]

Real Time, как я думал, может пригодиться к примеру: медицина, формула 1,2,3 может наблюдение за звездами, военные маневры. Зачем микро отклик в повседневной системе видеонаблюдения, вот именно сидит такой оператор за монитором, а у него там штук под 100 камер, и такой: 2 секунды назад тут была кража, я видел! Допускаю свое невежество, но смотреть в одно окно камеры -это одно, а если их много?

[alibek]

Есть разные СВН.

Где-то время реакции критично, например для оператора крана или прокатного стана. Ну так там иногда и аналоговые системы не подходят и применяют световоды.

Но для большинства применений задержка ничем не мешает.

И 100 камер никогда не бывает. Обычно для наблюдения выводят 9, максимум 16 камер на оператора (если требуется постоянное наблюдение).

[Shurhenchik]

4 часа назад, alibek сказал:

...

Но для большинства применений задержка ничем не мешает.

...

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

Ведь чаще всего это просто видеофиксация а не видеонаблюдение.

[Saab95]

12 часов назад, bkdipnet сказал:

С аналогом были связаны, давно и не на долго, слава Богу, а куда он мультикастом передавал, и как этот мультикаст принимали?

Раньше многие камеры передавали IP поток мультикастом, и регистратор так же передавал мультикастом. Программы для просмотра его принимали и показывали на экран.

 

12 часов назад, bkdipnet сказал:

Допускаю свое невежество, но смотреть в одно окно камеры -это одно, а если их много?

Когда мы делали наблюдение на одном заводе, то выводили по 16 камер на мониторы (мониторы 32 дюйма), каждый охранник-оператор смотрит в 3 монитора, то есть анализирует видео с 48 камер. Это обзорка, и пользуются ей когда надо кого-то найти, или если что-то случается.

Дальше у них у каждого есть основной монитор, где показаны 12 камер, на них все самое важное - КПП, входные группы и т.п. Вот туда они сидят и постоянно смотрят, мало ли что случиться. И задержка там всего пол секунды наверно, т.к. когда входная дверь закрывается, она хлопает, и из охраны слышно это хлопанье, и вот от момента прихода звука до закрытия двери на видео проходит менее секунды.

[alibek]

4 минуты назад, Saab95 сказал:

Раньше многие камеры передавали IP поток мультикастом

Аналоговые камеры никогда не передавали IP-поток, ни мультикастом, ни как-либо еще. У них даже ethernet-порта нет.

[Saab95]

Только что, alibek сказал:

Аналоговые камеры никогда не передавали IP-поток, ни мультикастом, ни как-либо еще. У них даже ethernet-порта нет.

Мы начинали ставить IP камеры давным давно, когда они только стали появляться, на них всегда был аналоговый выход, и сетевой порт для работы по IP.

[Shurhenchik]

25 минут назад, Saab95 сказал:

Мы начинали ставить IP камеры давным давно, когда они только стали появляться, на них всегда был аналоговый выход, и сетевой порт для работы по IP.

и? Они что, стали аналоговыми и мультикастом вещали?