Запись с WEB-камеры в базу Access

[carry+]

Доброго всем здравия.
Возможно ли организовать захват видео с WEB камеры (локально подключенной к USB) и передать это в БД access ?
Т.е. открыл форму - пошла запись в БД. Закрыл форму - запись закончилась (или по окончании отрезка времени).
Если использовать ActiveX, то какой лучше VideoCapX или ezVidCap или ...?
Какие OCX лучше сжимают видео+звук ?
У меня пока одни вопросы....

[raxp]

...да, можно организовать.

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

p.s.: только зачем такие сложности с Access? Стоять он может не везде, такое решение к тому же не кроссплатформенное, да еще и база будет о-ё-ёй по габаритам.

[gluk_fm]

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

[carry+]

Сообщение от raxp

...да, можно организовать.
p.s.: только зачем такие сложности с Access? Стоять он может не везде, такое решение к тому же не кроссплатформенное, да еще и база будет о-ё-ёй по габаритам.

Если сама тема сабжа осуществима, то подумываю над организацией еще сервера с SharePoint. Тогда на любом ПК в сетке можно запустить Access приложение (как WEB приложение). Т.е. решение будет вполне кроссплатформенным
Количество пользователей будет ~ 16.
Кстати ПК+камеры тут все одинаковые.

Кстати за совет спасибо gluk_fm. Это тоже вариант!
Потому как база access с видео может достигнуть 1 Тб.
Интересно access с такими объемом базы работоспособен ?

[R Dmitry]

Интересно access с такими объемом базы работоспособен ?[/QUOTE]
нет. как БД потолок 2г

[dozo]

День добрый.
Сталкивался с чем то подобным, но в последствии отказался. База большая, все тормозит.
Вышел из ситуации следующим способом:
1. Из Ascces запускал программу работы с камерой с командной строкой.
2. Программа сохраняла файл в каталог, а Access записывал имя файла с фотографией.
3. Во время вывода по имени загружал в Image фотографию.

[carry+]

Сообщение от dozo

Сталкивался с чем то подобным, но в последствии отказался. База большая, все тормозит.
Вышел из ситуации следующим способом:
1. Из Ascces запускал программу работы с камерой с командной строкой.
2. Программа сохраняла файл в каталог, а Access записывал имя файла с фотографией.
3. Во время вывода по имени загружал в Image фотографию.

Спасибо, тоже очень интересный вариант: Записывать не видео, а несколько фотографий.

Но у меня всё равно остался вопрос
Каким объектом\элементом лучше работать с камерой ?

[carry+]

Нашел такую сводную информацию:

В настоящее время есть 5 методов хранения изображений в базе данных Access.

1) Хранение как объектов OLE.
Недостатки - большой обьем, необходимость установки набора соответствующих приложений.
Достоинство - простота использования
Пример: учебная база "Борей" В начале используют все. Потом в зависимости от поставленных задач. И от количества и объема рисунков.

2) Хранение в двоичном формате DIB в поле объектов OLE.
Недостатки - большой обьем, необходимость писать дополнительный код для выполнения загрузки рисунков в БД (но код не слишком сложный, есть типовые наработки).
Достоинство - быстрота вывода рисунков.
Используется редко т.к. по сравнению с первым способом объем базы не уменьшается, а сложности при программировании растут.

3) Хранение в сжатом двоичном формате DIB в поле объектов OLE.
Недостатки - необходимо использовать или разрабатывать самому системы архивации данных, дополнительный код.
Достоинство - меньший объем БД по сравнению с двумя первыми способами.
библиотека zlib.dll для Win2000 Pro и WinXP: zlib123dll.zip

4) Хранение файлов в формате JPG и GIF в поле объектов OLE и загрузка их в элемент управления Image (рисунок) через временный файл.
Недостатки - необходимо использовать временный файл для рагрузки рисунка, увеличение времени загрузки рисунка, дополнительный код.
Достоинство - меньший объем БД по сравнению с тремя первыми способами.

5) Хранение в базе данных путей к рисункам в формате JPG и GIF и загрузка их в элемент управления Image (рисунок).
Недостатки - необходимо следить за целостностью набора рисунков, увеличение времени загрузки рисунка, дополнительный код.
Достоинство - самый маленький объем БД по сравнению с четырьмя первыми способами.

[carry+]

По поводу ограничения размера Access объемом всего 2 ТБ. (но не все так плохо)

Есть спецификация Access 2010 где это указано. : http://office.microsoft.com/ru-ru/ac...010341462.aspx

Но там же приводится еще примечание !:
Максимальное значение размер файла базы данных Microsoft Access (accdb) 2 ГБ за вычетом места, необходимого системным объектам.

Примечание. Хотя максимальный размер файла базы данных составляет 2 ГБ, это ограничение можно обойти с помощью разделенной базы данных. Файл внешней базы данных может ссылаться на несколько тысяч внутренних баз данных, каждая из которых может достигать размера 2 ГБ. Дополнительные сведения см. в разделе Разделение базы данных.

Информация о разделении базы данных здесь: http://office.microsoft.com/ru-ru/ac...in=HA010341462

Есть ли какие-нибудь предостережения от использования разделения баз данных ?

[Teslenko_EA]

Здравствуйте carry+.
мысль по поводу "..предостережения от использования разделения баз данных.." :
Вариант решения с использованием разделенной БД MS Access к которой прилинкованы "..несколько тысяч .. баз данных, каждая из которых ... 2 ГБ.."
очень напоминает попытку использования для вывоза грунта из карьера не больших многотонных самосвалов, а несколько тысяч велосипедов.
Конечно задача может быть выполнена, но затраты на управление и обслуживание несоизмеримы...
"Многотонным самосвалом" может быть SQL сервер.

Евгений.