Поиск в системе

Добрый день, В работе сервер на 32 камеры: 16 RVI, 16 hikvision, все пишется на 4-е "диска" 10Tb, по 2-а на каждую группу, параметры 1-го потока одинаковы, 2-й поток на камерах hikvision пишется с более высоким разрешением (настройки потоков камер, линии и суточный объем за сутки приложены, по одному каналу), все камеры заведены на линию по ONVIF 2, версия линии 7.7.0x64 Итоговый перекос по объему почти в 2-а раза больше на камерах RVI, 20Tb хватает только на 28 дней, на камерах hikvision, 30-ть дней и порядка 8Tb свободного места остается. По кол-ву создаваемых файлов архива, в один файл пишется: hikvision - от 50-60 минут (32 файла, вместе со 2-м потоком) RVI - 15-25 минут (84 файла, вместе со 2-м потоком) Почему такое различие в объемах хранимого архива и как это можно изменить (уменьшить объем занимаемого архива камер RVI)? (при одинаковых условиях записи)

Линия 7.4.0 не показывает архив в WEB интерфейсе совсем никак не показывает, иногда секунды времени архива идут но картинки нет.

Добрый день! Случилось что то странное. Имеем видеосервер на базе ПК. Два HDD для архива (2ТБ и 3ТБ). ОЗУ 4Гб. 18 IP-камер. Работало всё как надо. И вот поступила задача подключить ещё 3 камеры. Подключилсись к серверу: стояла версия 7.5.1 (по-моему). Решили заодно обновить на 7.7.0, раз уж подключились. Купили 3 лицензии, активировали. Настроили ещё 3 камеры и после сохранения настроек поступил первый "звоночек": на многих камерах сверху справа появился значок белого крестика на красном фоне (первый раз такой значок увидел за много лет эксплуатации Линии, даже не знал его назначение). При наведении мышки всплывает подсказка, что проблема с записью. Но потом эти значки исчезли и вроде как все успокоились. Позже понадобилось просмотреть архив. И если раньше после выбора даты и времени архив стартовал практически сразу же (секунд 5 раздумываний не считается) и работал плавно, то теперь первая картинка с н\камеры появляется после 3-4 минут ожидания. И работает рывками. Время на шкале и на картинке постепенно, всё больше и больше, расходятся. Перезапустишь - опять синхронно время идёт. Но через 10-15 минут разница уже большая: по шкале вечер и должно быть темно, на картинке солнышко. К сожалению дистрибутива предыдущей версии не осталось и не можем вернуться. Помогите победить 7.7.0 или дайте 7.5.1 для отката версии(надеюсь они совместимы по вормату архивных файлов). Значки красные появляются и исчезают то на одной, то на другой камере. Неужели 18 камер работали с дисками архива и те справлялись, а на 20-ти стали "чихать"? Загрузка процессора по данным монитора ресурсов примерно 40-55%, загрузка дисков 6-8% с пиками до 60%

Здравствуйте. Огромнейшая просьба - поправить контроль настроек архива. В том случае, если камера не добавлена ни в одну группу записи, то при выходе из Администрирования, ПО Линия ругается на это. Хотелось бы, чтобы эти ругательства не появлялись в отношении отключенных камер. При необходимости добавить новую камеру, её всё равно включить придётся - вот тогда реально понадобится её прикрепить к какой-нибудь группе, вот тогда и стоит выводить сообщение (если, к примеру, администратор системы забыл это сделать), и уже самому решать - в какую группу добавить (например, в группу, где записи хранятся дольше всего (интенсивность движения меньше или разделов диска \ дисков больше), или для которой настроено резервирование, или определённые реакции \ расписания по очистке настроены, и т.д.)

Как показано на скриншоте, дальше 15 августа ничего нет. Но я проверял на сервере, там лежат записи до начала июля, но при просмотре ничего нет.

Возникла такая ситуация: Перевёл сервера с 6.9.6 на версию 7.4.0 в конце 2017 года, в начале 2018 года перевёл на 7.5.0. До этого проблема никак не проявляла себя (на старой версии), а возможно просто совпало. При просмотре камер через Наблюдательный пост (НП) в онлайн режиме камеры показывают относительно нормально (имеются рывки в перемещениях, что указывало на проблему с сетью). При просмотре же архива через НП, через Просмотр арива и в экспортированных файлах вместо рывков - шлейфы за движущимися объектами, "искажение" битрейта, прочие артефакты. На большинстве серверов проблема с сетью решена заменой двух центральных коммутаторов (на один по оптике приходят линии с домов, он чисто под SFP-модули, на другом - основная масса портов под RJ-45 гигабиты, и несколько портов под SFP, два из которых были в транке). Замена произведена для поднятия 10-гигабитной сети между этими двумя коммутаторами, ибо общий трафик только по видеопотокам - 1,6-1,9 гигабит при средней загрузке сети, в пиковые моменты и того больше. Так вот проблема с сетью была выявлена через месяц-полтора после обновления (повторюсь, на 6.9.6 такого не было), потому что потребовалось выгрузить архив и вскрылись артефакты в архивах. Не просто рывки у движущегося объекта, а именно шлейфы и прочее. Проверял с помощью VLC, анализом трафика, перепрошивал камеры, игрался с настройками - заключение по проблеме с сетью подтвердилось. Вопрос: сам онлайн-просмотр и запись в архив имеют разные алгоритмы компрессии-декомпрессии потока? Ибо проблема большей частью выявилась только при выгрузке, а хотелось бы воочию увидеть сразу при онлайн-просмотре камер. Ибо рывки при онлайн-просмотре - не всегда показатель проблем с сетью, так как просмотр осуществляется не всегда с производительной техники с количеством камер в Виде на 30+ камер. К тому же, обновление производилось с физическим присутствием подле самих серверов, и на серверах при выводе картинки на 20+ камер таких явных рывков в онлайн не наблюдалось. ПС. Остался ещё один проблемный сервер. Но, похоже, это уже конкретно коммутаторы глючат из-за постоянных коротких замыканий по PoE и из-за окислившихся проводов, ввиду изначально неправильного монтажа системы ОТ подрядной организацией и, соответственно, постоянного залития водой линий при таянии снега, дожде и высокой влажности во время дождя. Буду выявлять неисправности.

Вечер добрый. Поставили версию для Линукса попробовать что и как. Завел камеру настроил. Архив с камеры всего 2 дня, хотя в настройках стоит 7. Куда рыть?

Суть такая. Когда заходишь в архив через видеонаблюдение, не активны последние 4 дня (16 - 20), дни до 16-го активны и можно посмотреть запись. Посмотрел через Мой компьютер на дисках есть записи этих дней, но через программу посмотреть их нельзя, и получается что не пишет на данный момент. Хотя в настройках указано что бы запись велась Циклически. Запись ведётся на 2 винчестер каждый из которых по 2 ТБ. Версия 6.00 ОС Windows XP pro. SP 2

День добрый. Заранее прошу простить, если данный вопрос уже поднимался, но всё же. На объекте установлен ПК с платой на 4 камеры. Работает отлично, архив просматривается без проблем, но непосредственно на объекте. Доступа в интернет у данной машины нет. Как приезжаю на объект, проверяю что всё работает и извлекаю жесткий диск (условно там архив за месяц). На его место устанавливаю другой (пустой), проверяю что запись идёт и спокойно уезжаю. Теперь у меня есть жесткий диск с месячным архивом, который мне нужно просмотреть в домашних условиях. Вид архива на жестком диске примерно такой: Устанавливаю на домашнем ПК из того же файла ПО ("linia-7.0.10_Win32-ru") и сталкиваюсь с проблемой: Функции просмотра архива отсутствуют. Пытается подключиться к серверу и всё. Платы видеозахвата в домашнем ПК соответственно нет. Как всё-таки просмотреть архив?

Добрый день. 13 января 2016 обновили сервер до версии 7.0.8. Обновляли поверх, что бы не настраивать заново всё. Обновление прошло нормально и до сегодняшнего дня всё работало хорошо. Но сегодня возникла проблема - не можем просмотреть архив начиная с 0:00 сегодняшнего дня. Все записи вплоть до обновления доступны, а сегодняшние не открываются. При попытке выбрать сегодняшнюю дату выскакивает ошибка "Не удалось загрузить архив. Попробовать ещё раз?". Ошибка просмотра архива возникает как на клиентах, так и на самом сервере. На файловой системе видно, что запись в текущую папку ведётся. В мониторинге ресурсов видно что kernel.exe активно пишет новые файлики. Видимо какой-то сбой в индексах. Что пробовали сделать самостоятельно: 1. Отключили виндовую индексацию на диске с архивом. 2. Перезагружали сервер. Собственно два вопроса: 1. Кто виноват? 2. Что делать?

Установлена на сервере Линия 6.9.6 на 30 камер. При просмотре архива непосредственно на сервере никаких проблем нет, но если запустить Наблюдательный пост на какой-нибудь машине и включить просмотр архива, то архив становиться недоступен. Проблема появилась около двух недель назад.

Здравствуйте, помогите пожалуйста разобраться с архивом. После перехода на 7 версию архив значительно вырос. Если раньше 4 аналоговые камеры + 1 ip (разрешение такое же как у аналоговых) в режиме постоянной записи - один день занимал порядка 20 gb. То теперь каждая камера за пол дня пишет 7-8 gb. Шумов нет, качество выставлено 70 % (для аналоговых, в настройках ip камеры также указано - среднее качество и те же 8 к/с).

Здравствуйте. Прошу консультацию. Есть сервер Линии 6.9.6, установлен на MS server 2003 64. С внешнего ip проброшены 3 порта 9786, 9780, 9779 по tcp и 9786 по udp протоколам (кстати, пока не пробросил 9786 по udp на Ipad не работал моб. клиент Линии, ругался на ошибку авторизации). С персональных компьютеров с установленного клиента Линии работает и наблюдение, и архив. А с недавно вышедшего мобильного приложения с поддержкой архива - архив, собственно, не работает. Пробовал по разному, в том числе в одной lan c отключенным фаерволом - безуспешно. Подскажите, где и что можно проверить?

Доброго времени суток. В предыдущих версия при ускоренном воспроизведении видео "дергалось", но можно было быстро просмотреть нужный кусок архива. Теперь при попытке ускорить воспроизведение всплывает надпись "Рекомендуется снизить скорость для плавного воспроизведения" и ускорения не происходит. Это можно как-нибудь отключить или нужно переползать на старую версию? Просто раньше для просмотра 8 часов видео у меня уходило 1-2 часа, а теперь придется сидеть все 8 часов?!?!?

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