К сожалению не удивили..
Только автору тогда придется ковырять пион заново ибо реализовано все и основывается на том что файлы имеют нумерацию!
Вы бы скачали программку, поюзали немного...:bye:

ЗЫ: Так бы сделали Вы и я согласен что так более правильней, НО! Я отталкиваюсь от уже написанной программы и ее структуры работы.

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

Программу не использовал. Если правильно понимаю она пишет фотографии с камеры, так?

Так :)

Ага, без обид, но в первом посте вроде было написано =))

Я может неправильно выразился, я говорил не о конкретно данном случае, а в целом. У нас на работе шутка превратившаяся в примету - "на 1 фичу программеров тестировщик находит 3 новых бага" =)

Ну это понятно... Это жизня :)
Куда без этого :)
Но вроде функция элементарннйшая
Я такие в институте даже делад на вижуал С...
Даже думаю что , даже я. Лапоть лаптем смогу эту функцию в код внести...
Что уж говорить о отце проги? :)
А без багов нам никуда... Ктож програмерам тестерам и админам денушку будет плотить ежели все будет всегда работать без ошибок !? :)

Хамите, парниша! (Не мое) :smile1:

Так вот, други мои, цикличность записи может быть или по объему файлов, или по количеству! Последнюю фотографию перезаписывать- это, как минимум, тупо (пардон). Работа программы начинается в любом случае с проверки количества существующих фотографий (объема), если превышает, то стираем самый старый файл и пишем новый! Проблем в этом ни каких нет (писал выше), ресурсов не жрет! Или Автор программы пронумеровал файлы и их порядок изменить нельзя!? Это косяк!

Как писали ... Файлы уже как бы изначальнопронумерованны а потом уже прога по ним в цикле покругу пишеть...

Это в корне неправильно и нелогично! Я думаю, Автор прочтет нашу полемику и в ближайшем релизе исправит это!:yes4: И всем будет проще.:smile1:

Чтоб мы понимали друг друга, советую все-таки скачать и посмотреть программу. =)

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

также заметил, что не всегда переписываются старые файлы, иногда встречаются старые файлы не переписанные, с чем связано не знаю

кстати иногда получаются вот такие кадры, но заметил только при придельном разрешении для моей камеры 1600*1200 и 1600*1000 при записи 1280*720 такого не было.
P.S. размер пришлось уменьшить, форум больше не позволяет вставить

Скачал. Посмотрел. Давно. Мне не нужен набор фотографий.:smile1: Мы говорим о другом. Об организации и логике сохранения фотографий.

еще хорошо бы было даже не вьювер сделать, а лучше чтобы на выходе был jpeg, а не mjpeg, так как в случае предъявления записи куда нибудь, должна быть возможность просмотра стандартными средствами винды, сомневаюсь, что в гос. конторах есть лицензия на acdsee, но это исключительно мое мнение.

главная причина, по которой я катаюсь с этой прогой, это ее не требовательность к ресурсам, т.к. комп слабый :(

Хорошая мысль. Но, если честно, не знаю как у вас, у нас пиратский софт стоит только в госконторах, предприниматели бояться. :smile1:

Так прокачай!:smile1:

это конечно самое простое, но как всегда, все упирается в энежки :big:

да может и у нас так, я кончено не проверял, но с mjpeg в любом случае нужны лишние телодвижения :rolleyes2:

Было тоже такое, но когда писал на медлянную флешку

Походу, это самое сложное, простое это ...слепить конфету!:smile1: Мы уже флудим! Пардон.

пишу на usb 2.0 внешний винт

а камера и винт на 1 канале USB висит?

винт напрямую в бук, камера тоже, т.е. 2 разных разъема

Я говорил о том, если посмотреть заднюю панель настольного ПК, то там USB идут парами, так вот эта пара висит на 1 канале, следующая пара - на другом канале. Так же как когда вы вставляете брекет (планку) с разъемами USB, от нее идет провод подключаемый к разъему на матери.
Вроде так, поправьте меня.
Так вот если подключить камеру и флешку/винт на 1 канал то могут, в нашем случае теряться кадры.

Попробуйте переткнуть хард или камеру в другой разъем.

У меня бук eeepc 701, хард весит на самостоятельно распаенном доп разъеме, камера в родном usb, при размере фото не превышающего 200 кб, сомневаюсь что не хватает ресурсов, тем более такого не было с другими прогами, не которые видео пишут, не которые фото, тем же videoregistrator упоминавшийся в этой теме писал bmp по 2+ мб каждаю, проблем не было. вообщем подожду когда выйдет следующая версия данной проги, в данный момент по-моему мнению, еще сыровата, для повседневного использования, даже с ее нетребовательностью к ресурсам. пусть уж грузится проц под 80% но зато уверен, что ничего важного не перетрется и не потеряется. жду следующую версию

Что-то от автора известий нет.. ..видать пыл угас, проект загнулся =)

сезон отпусков, будем надеяться автор вернется )

Мда, не думал. что прога так надолго зацепит коллектив :)

Спасибо тем, кто с пониманием отнесся к моему отсутствию и к тем, кто нет ;) Последнее думаю только подчеркивает интерес и нетерпение к новым релизам.

В общем всем спасибо!

Выкладываю обновление в котором добавлен параметр OutputType. Поддерживаются два варианта значений:

1. Original - устанавливается по умолчанию. Это значит, что кадр будет записан в том виде, в котором передаст его камера. Зачастую это MJPEG. При этом просмотреть запись можно будет только ПО умеющим открывать эти файлы. К примеру ACD.

Пример в INI:

OutputType=Original

2. JPEG - нужно установить для конвертирования "налету" в JPEG формат записываемых кадров. При этом просматривать запись можно будет более широким количеством ПО. В том числе и обычным проводником.

Пример в INI:

OutputType=JPG


Надеюсь, это поможет более эффективно использовать PION. Всю тему я еще не перечитал, поэтому потребуется время познакомиться с вашим feedback. Если не сложно, учитывая то, что явно сформировался костяк пользователей софта, можно сжато подвести итог пожеланий к софту?

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

P.S. спасибо за прогу :)

А как на счет старых пожеланий? =) Вьювер, он же вроде был в бета-тесте?

Возможность записи в JPEG - это очень хорошая функция.

нагрузка на проц не увеличится :) Я слежу за этим :) Что касается даты и времени, тут все неоднозначно. Дело в том, что файл именованный по дате и времени выбивается из простой логики инкрементирования.

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

Следующая проблема, что при каждом запуске системы, нужно будет сканировать всю папку и строить список "старых" файлов для их перетирки. Это усложняет логику и ведет к возможным ошибкам.

Я понял, что многих смущает невозможность наглядного отражения времени записи файла. Подумаем.

Встречайте очередное обновление!

Исполняю свое обещание по автоматической регулировке яркости монитора от общей освещенности камеры. Лежит там же в начале.

Теперь доступны следующие параметры:

[AutoBrightness]
Source =USB-видеоустройство
Active =0
Interval =1000

Параметр Source указывает какая камера будет являться датчиком.
Параметр Active указывает, что функция активирована.
Параметр Interval определяет в микросекундах частоту анализа засветки.

ВНИМАНИЕ:
1. Пока функция работает только на 24 битном режиме картинки.
2. Не увлекайтесь уменьшением времени анализа засветки, это нагружает систему.

Надеюсь будет полезна.

здорово, а как это реализовано, средствами винды?

Да. С регулировкой подсветки, судя по всему, разобраться будет сложно.

понятно, тогда настройки яркости на самом мониторе, лучше выставить в 50% или подобрать нужно будет?

Еще одно обновление. Мелкий баг поправил.

Ничего выставлять не нужно. Программа сама будет устанавливать яркость в зависимости от освещения.

И еще одна правка, для плавного изменения яркости монитора.

что делаю не так?

сделал все по инструкции в первом посте. Появился вот такой инишник
что дальше делать.? run.bat в комплекте нету...

PS не уверен что моя камера поддерживает UVC

PPS все батники запускаются только от имени администратора. без "администратора" говорит отказано в доступе.