Отображение Даты и Время на камерах при экспорте архива

[Вячеслав Тихонов 0]

При экспорте архива если не установить codec H.264, на камерах не отображается время и дата. Хотя в предыдущих версиях дата на devline codece отображалась. Почему так получилось? Хотелось что бы и по умолчанию она ставилась

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

Здравствуйте!
При экспорте о  "Оригинал" мы не пережимает поток, а складываем его таким, каким получили от камеры - это быстро, но OSD не наносится. Если используются IP камеры, рекомендую настроить нанесение OSD на них. 
При использовании H.264 и доступных других http://www.devline.ru/forum/index.php?showtopic=2242 можно настроить нанесение OSD, соответственно для этого  нам нужно пережать поток, а это увеличивает время экспорта.
Выбираете варианты в зависимости от требований. 

[olnb 0]

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

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

Здравствуйте!
При выборе H.264 в настройках экспорта можно настроить нанесение OSD (дата и время).
В случае использования IP камер, OSD может быть нанесено самой IP камерой.

[unlifer 0]

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

В 28.12.2019 в 14:21, olnb сказал:

Вот мне тоже хотелось бы, чтобы по умолчанию дата и время были на видео, я даже убежден, что они должны быть там по умолчанию.

Вы учтите тот факт, что наложение OSD-объектов на видео средствами ПО системы ОТ - это дополнительная нагрузка на сервер \ регистратор. И чем больше камер, на которые надо накладывать OSD-объекты, тем аппаратное обеспечение должно быть мощнее, так как должен производиться неоднократный процесс кодирования-декодирования потока с камер.

Что же касается непосредственно наложения OSD-объекта, то Станислав предложил два абсолютно актуальных варианта:

1. Наложение при экспорте - прирост нагрузки на сервер \ регистратор минимален и кратковремен.

2. С IP-камер время и дата уже заложены в видеопоток (если включены в web-интерфейсе камер), на сервер \ регистратор наличие этих OSD-объектов никак не сказывается, и это то, что Вам надо. Но есть пара нюансов: а) могут быть ложные срабатывания детектора движения, б) вероятность того, что не уследишь за актуальностью времени на каждой камере растёт с увеличением количества камер - так как надо каждую отслеживать + с количеством камер растёт и объём работ на обслуживание, а соответственно и меньше времени на "отслеживание времени".

Цитата

Видео на камеры обычно пишут, чтобы кому-то что-то доказать, а видео без даты/времени никому ничего не докажет.

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

Цитата

Может быть это видео было записано раньше или позже...

Если какие-то сомнения возникнут - полиция \ суд \ прокуратура могут вообще изъять устройство видеозаписи для анализа на соответствие.

Так же могут изъять устройство хранения (карта памяти \ жёсткий диск \ и т.д.) или полностью устройство, если потребуется обеспечить сохранность видеоархива.

[saab95 0]

На камерах можно настроить синхронизацию времени по NTP, тогда следить за актуальностью не потребуется.

Кроме всего в тех же настройках камер можно передвинуть место впечатывания данных в нужное место (что бы не перекрывали картинку).

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

[unlifer 0]

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

7 часов назад, saab95 сказал:

На камерах можно настроить синхронизацию времени по NTP, тогда следить за актуальностью не потребуется.

Полностью согласен. Вот только, сколько себя помню, мало кто организует наличие NTP-сервера в сети предприятия, в сети с видеонаблюдением ещё реже, особенно, если система ОТ - закрытая, то есть у неё нет доступа в интернет, из интернета в неё нет доступа и даже какая-либо связь с другими подсетями \ серверами предприятия ограничена или отсутствует.

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

7 часов назад, saab95 сказал:

Кроме всего в тех же настройках камер можно передвинуть место впечатывания данных в нужное место (что бы не перекрывали картинку).

Вот тут уже спорно: каждая камера имеет индивидуальный объект слежения, соответственно, OSD-объекты от камеры к камере могут скакать от угла к углу - тоже та ещё картина в мультивиде будет. Максимум, взять за принцип - использовать какой-то определённый угол и играться с зонами детекции, собственно, это Вы и предложили тоже:

7 часов назад, saab95 сказал:

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

 

ПС. Увеличение "зон детекции" тоже, кстати, может увеличить нагрузку, но в гораздо меньшей степени, чем, например, перекодирование потока или маска приватности. Естественно, если не сильно плодить эти зоны.

[saab95 0]

В 04.02.2020 в 19:32, unlifer сказал:

Полностью согласен. Вот только, сколько себя помню, мало кто организует наличие NTP-сервера в сети предприятия, в сети с видеонаблюдением ещё реже, особенно, если система ОТ - закрытая, то есть у неё нет доступа в интернет, из интернета в неё нет доступа и даже какая-либо связь с другими подсетями \ серверами предприятия ограничена или отсутствует.

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