Страница 1 из 2

Реальная постоянная запись с источника

СообщениеДобавлено: 09 янв 2008, 11:14
Максим
Добрый день ! Имеется сервер Videonet. Настроена реакция по записи от источника видео по детекции. Настроена постоянная запись от источника видео. Тома для записи по детекции и постоянной записи разные. Том для записи по детекции меньше , чем том для постоянной записи. Ситуация:
-при заполнении тома по детекции он, как и должно быть в моем случае, циклически начинает перезаписываться.
-при открытии архива наблюдаются отсутствие видеоинформации за более раннее число (например нужно за 01.01, а цикл перезаписи в том по детекции произошел 03.01 - соответственно за 01.01 данных нет= все понятно вопросов нет :) )
-постоянная запись за 01.01 присутствует (том больше)

Так вот вопрос ! Каким образом можно настроить реальную постоянную запись с источника видео, что бы на нее не влиял цикл перезаписи по детекции ? Иначе получается , что "реальная" постоянная запись как бы состоит из двух составляющих - записи по детекции + "постоянной" (в терминологии Videoneta) записи.

СообщениеДобавлено: 09 янв 2008, 15:19
dr0m0k
что-то как-то не совсем понятно...
раз тома разные, значит они уже независимые. другое дело что в проигрывателе записи накладываются, т.к. время записи одно и то же. чтобы просмтаривать записи отдельно по каждому тому надо в проигрывателе настроить фильтр по томам.

СообщениеДобавлено: 09 янв 2008, 15:38
Максим
dr0m0k писал(а):что-то как-то не совсем понятно...
раз тома разные, значит они уже независимые. другое дело что в проигрывателе записи накладываются, т.к. время записи одно и то же. чтобы просмтаривать записи отдельно по каждому тому надо в проигрывателе настроить фильтр по томам.


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

СообщениеДобавлено: 09 янв 2008, 15:49
Максим
Хм... проделал простой эксперимент... на рабочем сервере выставил качество и разрешение существенно заниженные на постоянную запись и самое высокое качество и разрешение на запись по детекции. Соответственно я хотел выявить , а на самом ли деле в плеере воспроизводится постоянная запись при применении фильтра или просто цвета меняются :) Т.е. качество постоянной записи значительно хуже должно было быть. Так вот , отметив в фильтре только "постоянную" галочку, я включил воспроизведение и увидел следующее... пошло воспроизведение информации в худшем качестве (как и выставлено было) , но при переходе в зону детекции качество стало такое же как в настройках записи по детекции, хотя в медиаплеере и было все синее. Включив отображение "тревожной" составляющей в фильтре можно было увидеть, что воспроизводилась информация в зоне записи детекции.

Может немножко непонятно объясняю... уж извините :(

СообщениеДобавлено: 09 янв 2008, 16:00
Максим
Забыл сказать ... в примере с рабочим сервером том один

СообщениеДобавлено: 09 янв 2008, 17:50
Дмитрий
Единомоментно информация с одной камеры может записываться только в один том (приоритет по типу записи).
Это сделано для экономии дискового пространства.

Для упрощения восприятия информации в проигрывателе сделано именно так, как и описал выше Максим, а именно:
каждый фрагмент видео, записанного по источнику содержит информацию обо всех типах записи, которые должны были вестись в этот момент времени.

Например, идет постоянная запись и переодически включается запись по детекции. Соответсвенно пишется, на самом деле, то постоянка, то детекция (или одно, или другое!).

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

Re: Реальная постоянная запись с источника

СообщениеДобавлено: 09 янв 2008, 17:56
Дмитрий
Максим писал(а):Так вот вопрос ! Каким образом можно настроить реальную постоянную запись с источника видео, что бы на нее не влиял цикл перезаписи по детекции ?

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

СообщениеДобавлено: 09 янв 2008, 18:04
Максим
Спасибо большое за подробный ответ ! Наверное пожелание на будущее...сделать опцией возможность параллельной записи :)

СообщениеДобавлено: 09 янв 2008, 18:08
Дмитрий
С какой целью?

PS если вам нужно иметь несколько копий одной записи - есть возможность сархивировать всё в один том.

СообщениеДобавлено: 09 янв 2008, 18:21
Максим
С целью именно разнесения разных видов записи по томам и их независимую запись. Да и допустим информацию с детекцией можно было бы собирать до кучи и таким образом непрырывно просмотривать только детекцию , а не прыгать от метки до метки в плеере, только в данном случае линия времени будет скакать , но это не суть важно, а одним махом просмотреть что же там надетектировало было бы весьма недурственно. Да и с развитием рынка...экономия места уже не столь важна. Тем более если сделать параллельную запись опциональной. Хочешь экономить место - не включай эту опцию. Хочешь подстраховаться - пожалуйста включай и имей в своем распоряжении полностью все. Даже если один том выйдет из строя то можно наковырять необходимую информацию в другом томе. ну и т.д.

СообщениеДобавлено: 09 янв 2008, 20:54
dr0m0k
ну надо же! ничего себе как наворочено... честно - не знал что нельзя одновременно в разные тома писать... на практике ни разу не приходилось такого делать - опять же по причине недостатка емкости, но согласен с Максимом - запись должна вестить параллельно если так настроено - иначе логика нарушается...

СообщениеДобавлено: 09 янв 2008, 22:58
Vibat
Есть еще экстренная запись. Ну красной кнопкой. Это получается если для экстренной записи создать небольшой том, и те фрагменты что она запишет, затруться, то пропадут и запись по детекции и постоянная, за этот промежуток, что оператор посмотрел..?!
Диверсия какая-то..

СообщениеДобавлено: 10 янв 2008, 10:24
mikle
Какая-то буря в чашке чая. Всё абсолютно правильно. Согласовать время жизни архива на разных режимах записи и на разных размерах томов - практически нереально. Никакая истинно параллельная запись здесь не поможет т.к. характер информации и её объём разный.

СообщениеДобавлено: 10 янв 2008, 10:33
Максим
mikle писал(а):Какая-то буря в чашке чая. Всё абсолютно правильно. Согласовать время жизни архива на разных режимах записи и на разных размерах томов - практически нереально. Никакая истинно параллельная запись здесь не поможет т.к. характер информации и её объём разный.


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

СообщениеДобавлено: 10 янв 2008, 10:48
mikle
Vibat писал(а):Есть еще экстренная запись. Ну красной кнопкой. Это получается если для экстренной записи создать небольшой том, и те фрагменты что она запишет, затруться, то пропадут и запись по детекции и постоянная, за этот промежуток, что оператор посмотрел..?!
Диверсия какая-то..


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

СообщениеДобавлено: 10 янв 2008, 10:58
mikle
Максим писал(а):
mikle писал(а):Какая-то буря в чашке чая. Всё абсолютно правильно. Согласовать время жизни архива на разных режимах записи и на разных размерах томов - практически нереально. Никакая истинно параллельная запись здесь не поможет т.к. характер информации и её объём разный.


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


Ну и?.... в чём глубочайший смысл?
Постоянная она и есть постоянная.
Постоянная совместно с детекцией другая опера.
Постоянная совместно с детекцией и совместно с экстренной записью - это вооще поэма.

СообщениеДобавлено: 10 янв 2008, 11:04
Максим
Постоянная она и должна быть постоянной, совместно с какой либо другой или нет :) В моем хотении :) я хочу независимости "записей" :)

СообщениеДобавлено: 10 янв 2008, 11:12
mikle
Ну и пишите постоянно. Хоть на десять томов. Если на них больше ничего писаться не будет, то у Вас будет десять согласованных копий.

СообщениеДобавлено: 10 янв 2008, 11:20
Максим
Вопрос к Харинову Дмитрию. Насколько проблематично в будущих версиях было бы введение параллельной записи ? Вопрос ко всем. Каким образом можно просмотреть все отрывки детектирования последовательно друг за другом без кликанья мышкой на кнопку перехода к следующему фрагменту ?

СообщениеДобавлено: 10 янв 2008, 11:26
Максим
mikle писал(а):Ну и пишите постоянно. Хоть на десять томов. Если на них больше ничего писаться не будет, то у Вас будет десять согласованных копий.


Мне не нужны копии. Мне нужно разграничение. В один том хочу писать постоянную составляющую, в другой том только детекцию. НЕЗАВИСИМО и в полном объеме соответственно категории записи. Все разговоры о времени жизни, о сбросе в архив, недостатке места и копиях и т.д. пропускаем.

СообщениеДобавлено: 10 янв 2008, 11:28
mikle
1. Нажать на кнопку перемотка и смотреть.
2. Как Вам и советовали ранее производить архивацию записей одного источника с разных томов.
3. Писать разные режимы на один том с архивацией или дублированием записей.

СообщениеДобавлено: 10 янв 2008, 11:35
mikle
Максим писал(а):Все разговоры о времени жизни, о сбросе в архив, недостатке места и копиях и т.д. пропускаем.

Так здесь-то вся "собака и порылась"
Кстати, а Вы в проигрывателе добавляли в список источников Вашу запись из другого тома?

СообщениеДобавлено: 10 янв 2008, 11:43
Максим
mikle писал(а):1. Нажать на кнопку перемотка и смотреть.
2. Как Вам и советовали ранее производить архивацию записей одного источника с разных томов.
3. Писать разные режимы на один том с архивацией или дублированием записей.


1. не поленился, нажал перемотку и что ? Архив воспроизводится последовательно по времени, а не последовательно по фрагментам детектирования.

2,3. Так называемый "сброс в архив" ? В данном случае получится копия сброшенного или же физически тот промежуток времени перенесется в архив и плеер потом сам будет ссылаться на том архива при проигрывании ? Архивирование еще не ковырял просто.

СообщениеДобавлено: 10 янв 2008, 11:50
Максим
mikle писал(а):Кстати, а Вы в проигрывателе добавляли в список источников Вашу запись из другого тома?


Так уже Дмитрий ответил почему так получилось, а не иначе :)

СообщениеДобавлено: 10 янв 2008, 12:08
mikle
Максим писал(а):2,3. Так называемый "сброс в архив" ? В данном случае получится копия сброшенного или же физически тот промежуток времени перенесется в архив и плеер потом сам будет ссылаться на том архива при проигрывании ? Архивирование еще не ковырял просто.


Реально существующие записи одного источника, но с разных томов выстроятся у Вас в один видеоряд, но это будет уже новая (физически) запись которую надо будет добавлять в список плеера.
Грубо говоря при записи Вы разбиваете информацию на несколько частей в разные источники, а при архивации она снова собирается в один, но уже третий источник.
Конечный продукт - тоже самое, что и запись разных режимов одной камеры на один том, но с промежуточным хранением разных режимов на разных томах и с потерей времени на получение результата. (про доп. место не пишу :) )