Добрый день.
хочу поинтересоваться у тех, кто использует регистратор для подсчета пассажиров в маршрутных такси. У нас 1 машина за смену делает около 600 остановок, это значит 600 1-минутных роликов! Потратить 10 часов на просмотр с подсчетом, нереально. Как можно соптимизировать подсчет? просмотр?

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

PS. Прошивки у нас стоят Time. Так как нам важна не картинка, а время записи.
Я кстати предлагал изначально клиенту поставить датчики на двери и использовать прошивки Counter. Не согласились, сказали дорого. А сейчас я даже и рад что не согласились. Потому как надежность пока оставляет желать лучшего, очень много нареканий на пропадания нескольких часов записи. И если бы при такой надежности ориентировались на цифры счетчиков, то результат бы кардинально расходился с действительностью.

ASV-RF03-GSM с прошивкой "Counter-GSM" http://www.asv-technics.ru/progs/Counter_gsm.zip
и ASV-RF03 с прошивкой "Counter" http://www.asv-technics.ru/progs/Counter.zip
тестируются в ПАТП нескольких городов России, результаты будут выложены на нашем форуме.

В ПАТП Мострансавто и Автолайн ASV-RF03 окупились за три месяца, прошивка штатная, эксплуатируются второй год.

Ожидаются обновления прошивок Counter для подсчета пассажиров - ASV-RF03 будет считать пассажиров анализируя ТОЛЬКО видео с камер. Метод простой (ноухау ASV-Technics), но как показали предварительные испытания, очень эффективный.

Вопросы по тому, что отображается на мониторе при использовании прошивки Counter:
1) во второй строке сверху, а именно там, где отображается состояние счетчика, первая трехзначная группа - это понятно - это состояние счетчика по датчику alarm1, кстати, он у нас начал считать с 1; вторая трехзначная группа - это состояние счетчика по датчику alarm2, на нем у нас не было датчика, и при каждом включении питания регистратора его состояние увеличивалось на единицу; ВОПРОС 1 - что отображается третьей трехзначной группой? это число у нас висит неизменным на протяжении трех дней эксперимента и равно 420; ВОПРОС 2 - что отображается четвертой трехзначной группой? есть подозрение, что это число отрезков (клипов) записей, произведенных по, например, датчику движения: замечено, что при задании параметра ЗАПИСЬ-ДЛИНА 0:15 значение этой группы увеличивается на 1 через 15 сек после начала очередной записи;
2) про разрядность счетчика: за три дня эксперимента в офисе число зарегистрированных пересечений створа датчика перевалило за 1000 (в частности, 1065), на мониторе мы имеем 065, а в RFplay, скачанном с Вашего сайта 02.08.2010, данные о пассажирах не отображаются; ВОПРОС 3 - когда владелец транспорта увидит 065, как он должен это интерпретировать? как 065?, как 1065?, как 2065?, и т.д.? ВОПРОС 4 - владелец сам должен разделить полученный результат пополам? ВОПРОС 5 - почему в RFplay не отображается состояние счетчиков?, и это должна быть некая итоговая цифра или она должна отображаться в динамике на зарегистрированных кадрах (как, например, скорость или координаты)?

1-я группа - 1-й аларм, 2-я группа - 2-й аларм, 3-я группа - количество изъятий SD карты, 4-я группа - подсчет сработок ДД. если правильно выставить NC или NO (зависит от вашего датчика), то лишних сработок при включении быть не должно. Рекомендуется при настройке датчиков в меню время ОЖИДАНИЯ установить 1-2 сек., т.е. будет считаться не более одного импульса на человека за 1-2 секунды. Это повысит точность подсчета и устранит ложные срабатывания. все это описано в RF03SD_Count.pdf и Release Counter.txt http://www.asv-technics.ru/progs/Counter.zip.

в RFPlay в подменю Эксперт (вызывается по правой кнопке мышки) поставьте галочку на Счетчик и все показания счетчиков появятся на экране и в Листе клипов и не обрезанные до трех знакомест.

если напротив камеры поставить ИК диод (камеры отлично видят ИК диапазон) и настроить зону ДД, то можно считать пассажиров без датчиков. у себя в офисе сравнивали показания датчиков и показания через ДД, используя ИК диод, точность отличная. если скажу что 99%, то это конечно неправда.

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

Спасибо за ответы. В RFplay то самое наше число 1065 мы увидели.
Но на один вопрос ответа нет, а именно: при контроле числа пассажиров мы число срабатываний оптических датчиков из первой плюс второй группы должны поделить пополам сами? (число пересечений оптического датчика равно удвоенному количеству пассажиров (один раз - вошел, один раз - вышел).
И в связи со светодиодом еще один вопрос: при двух входах-выходах в транспортном средстве придется в салон установить обе камеры, соответственно, придется поставить два светодиода; ВОПРОС: в четвертой группе будет сумма срабатываний ДД по обеим камерам?

Подсчет с помощью ДД возможен только с одной камеры. Пока тестируем. Но при этом можно осуществлять подсчет еще и с 2-х датчиков. Если датчики однопроходные (считают только в одну сторону), то делить на 2-а не надо .

Можно совместить прошивку Counter с GPS/ГЛОНАСС модулем?

Да.