Видеорегистратор

[torcon 85 339]

Видеорегистраторы

[kam69 1 294]

Вопрос не в "лимонах" кадров в секунду. При 30кадр/сек. на скорости 120 км/ч. регистратор делает кадр каждые 1,1 метра. что достаточно с лихвой. Ведь Вам не надо просматривать в деталях как отрывается бампер и гнётся капот, а что горело на светофоре или диспозиция машин и какие лампочки у них горели.

У Вашего регистратора какая логика работы?

У меня если выдернуть питание-продолжает писать от аккумулятора. А когда выключаю двигатель, дописывает рег и засыпает.

Но если в середине рега кнопкой выключить питание, он не сохраняется. Что требовать, дешёвый китайский девайс.

У меня регистратор FUHO SG-1020 с GPS  со следующей логикой: видеопоток рег "режет" на 1-минутные ролики_файлы, при срабатывании 3-х координатного G-cенсора текущий файл защищается от перезаписи с сохранением уровней всех координат а также скорости и навикоординат по GPS, еще в реге есть кнопка для ручной=принудительной фиксация при нажатии которой  защищается текущий файл, а также ему предыдущий и последующий файлы (итого = 3-минуты), ну а при пропадании основного питания текущий файл уверенно финализируется за счет энергии накопленной встроенным в рег ионистором (в этом реге нету встроенного аккума, что никак не является минусом, а наоборот+) :up:  

[hrustik75 10]

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

Если рег не вел запись, то, конечно и восстанавливать нечего. Если запись прервалась некорректно и не произошла финализация, то эти проги помогают. Вы о какой ситуации говорите?

[bc---- 1 302]

@hrustik75, Сигнал с матрицы надо считать, конвертировать из сырого, сжать видеокодеком, и только потом записать на флешку. Интуиция подсказывает, что эти все действия отнюдь не мгновенные.

[kam69 1 294]

@hrustik75, Сигнал с матрицы надо считать, конвертировать из сырого, сжать видеокодеком, и только потом записать на флешку. Интуиция подсказывает, что эти все действия отнюдь не мгновенные.

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

[bc---- 1 302]

Ну так короче, кто понимает в теме, можете ответить на простой вопрос - извлечение флешки во время записи достаточно адекватно имитирует обрыв записи из-за разрушения ВР?

[Aleksszlat 8 778]

Если рег не вел запись, то, конечно и восстанавливать нечего. Если запись прервалась некорректно и не произошла финализация, то эти проги помогают. Вы о какой ситуации говорите?

Рэг формируется, сжимается кодеком и финализируется в ОЗУ с последующей записью на карту памяти. А сбросить на карту памяти-Мб/сек.

Если не прав, поправьте.

[hrustik75 10]

Ну так короче, кто понимает в теме, можете ответить на простой вопрос - извлечение флешки во время записи достаточно адекватно имитирует обрыв записи из-за разрушения ВР?

Разрушение ВР может быть разным. Обрыв основного питания +12, обрыв доп.аккумулятора, конденсатора, обрыв одной (всех) цепей к флешке и т.д. Почему Вас интересует только обрыв к флешке? Да, и на разных моделях ВР - это по разному будет.

Изменено 15 ноября 2015 пользователем hrustik75

[hrustik75 10]

Рэг формируется, сжимается кодеком и финализируется в ОЗУ с последующей записью на карту памяти. А сбросить на карту памяти-Мб/сек.

Если не прав, поправьте.

Если это так, то какая скорость сбрасывания? Явно не секунды, а много быстрее.

[bc---- 1 302]

 

 

Почему Вас интересует только обрыв к флешке? 

 

Потому что, если у ВР осталось питание, ясен хрен, он финализирует запись и все будет нормально. А вопрос именно о возможности  прочитать файл и увидеть на нем момент ДТП при внезапном прекращении записи.

[hrustik75 10]

Потому что, если у ВР осталось питание, ясен хрен, он финализирует запись и все будет нормально. А вопрос именно о возможности  прочитать файл и увидеть на нем момент ДТП при внезапном прекращении записи.

Ну, так Вам для этих целей и посоветовали программы для восстановления битых файлов.

[bc---- 1 302]

@hrustik75, вы троллите, или не понимаете? Ни одна программа не восстановит момент ДТП, если он не успел записаться на карточку. А вот успеет, или нет - в этом и вопрос. Ну или какое время перед ударом будет пропущено. 

[kam69 1 294]

Потому что, если у ВР осталось питание, ясен хрен, он финализирует запись и все будет нормально. А вопрос именно о возможности  прочитать файл и увидеть на нем момент ДТП при внезапном прекращении записи.

Для длительного процесса работы алгоритма записи наличие электропитания - это обязательное условие!, однако  присутствие на плате электропитания не всегда означает исправную=полноценную  работу всех элементов платы и схемы!

Что касается опытов с "горячим" извлечением флешки - то чмп что они могут иметь НЕпредсказумый результат, а он такой нужен!? 

Изменено 15 ноября 2015 пользователем kam69

[kam69 1 294]

@hrustik75, ...Ни одна программа не восстановит момент ДТП, если он не успел записаться на карточку. А вот успеет, или нет - в этом и вопрос. Ну или какое время перед ударом будет пропущено. 

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

[Aleksszlat 8 778]

Ну кто возьмёт на себя подвести предварительные итоги по данной дискуссии?

 

Ну и ещё мы упустили: каков оптимальный угол обзора (есть от 110 до 170 градусов, что я встречал.)

[kam69 1 294]

Ну кто возьмёт на себя подвести предварительные итоги по данной дискуссии?

 

Ну и ещё мы упустили: каков оптимальный угол обзора (есть от 110 до 170 градусов, что я встречал.)

Оч.хотелось бы получить указания на слабые места в логике работы моего ВР, которую описал в посте 1234 ?

На моем ВР при угле обзора 105гр. сама видеокартинка оч.приятная ( по краям практически без завалоов=искажений).

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

считаю оч.хорошо, что есть возможность выбрать вариант, который больше нра.... 

Изменено 15 ноября 2015 пользователем kam69