Господа, посоветуйте плиз библиотеки для захвата видео с камеры под:

1. Windows Mobile 2002/2004
2. Symbian 7/9
3. Java 2 ME

Заранее благодарен

Здравствуйте, Left2, Вы писали:

L>3. Java 2 ME
MMAPI?
Capturing Video on J2ME devices

Под J2ME смотри в сторону MMAPI. В инете много примеров.

Здравствуйте, Left2, Вы писали:

L>2. Symbian 7/9
На forum.nokia.com лежит S60_Platform_Video_Example_v2_0_en.zip:
This C++ code example demonstrates how to play and record video files.

S60 Platform: Video Example v2.0

Здравствуйте, Left2, Вы писали:

L>1. Windows Mobile 2002/2004

Не знаю насколько это актуально/работает, пускай знающие поправят, но по этому направлению тоже что-то есть на codeguru:
Using a Camera with Windows Mobile 5

Удачи!

L>>1. Windows Mobile 2002/2004

C>Не знаю насколько это актуально/работает, пускай знающие поправят, но по этому направлению тоже что-то есть на codeguru:
C>Using a Camera with Windows Mobile 5

C>Удачи!

Ага, это видел — спасибо, именно его сейчас и рою. К сожалению, в исходное сообщение вкралась ошибка — имелось в виду Windows Mobile 2002/2003. Как на них работать с камерой — непонятно. Единственное что нашёл — это предложение юзать SDK от производителя мобилы, но завязываться на каждую конкретную модель ох как неохота...

C>>Не знаю насколько это актуально/работает, пускай знающие поправят, но по этому направлению тоже что-то есть на codeguru:
C>>Using a Camera with Windows Mobile 5

C>>Удачи!

L>Ага, это видел — спасибо, именно его сейчас и рою. К сожалению, в исходное сообщение вкралась ошибка — имелось в виду Windows Mobile 2002/2003. Как на них работать с камерой — непонятно. Единственное что нашёл — это предложение юзать SDK от производителя мобилы, но завязываться на каждую конкретную модель ох как неохота...

Короче, с этим самым CE всё совсем плохо. Единственный пример захвата видео который удалось скомпилировать и запустить использует кодек Windows Media. Причём этот самый кодек даёт скорость кодирования видео на уровне 1-2 кадра в секунду, что для моих нужд неприемлимо абсолютно. Попытка запуститься вообще без кодека (чтобы сохранять неупакованные данные) не удалась.

Анализ встроенного приложения (camera.exe) показал, что оно вообще не юзает Direct Show а использует для кодирования на лету свои собственные Dll-ки. Нашёл враппер для C#, который как бы должен уметь делать фотографии (общается с приложением камеры через WM_COPYDATA) — враппер этот на моём i-mate валится

Здравствуйте, Left2, Вы писали:

L>Анализ встроенного приложения (camera.exe) показал, что оно вообще не юзает Direct Show а использует для кодирования на лету свои собственные Dll-ки.

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

L>>Анализ встроенного приложения (camera.exe) показал, что оно вообще не юзает Direct Show а использует для кодирования на лету свои собственные Dll-ки.

C>Поизучать эти самые дллки на предмет использования из своего приложения не пробовали? Просто интересно, может там чего полезное обитает..

Depends показывает что из каждой из них торчит по одной функции типа CreateMPEG4Encoder. Функции extern "C", поэтому инфы о передаваемых параметрах нет. Но дело даже не в этом. Жутко не хочется заниматься хакерством, ломая закрытые API. Ко всему прочему, в проекте предполагается поддержка широкого спектра моделей телефонов. Ломать вот таким вот образом каждый телефон — это увеличит бюджет проекта на порядок

Здравствуйте, Left2, Вы писали:


L>Ага, это видел — спасибо, именно его сейчас и рою. К сожалению, в исходное сообщение вкралась ошибка — имелось в виду Windows Mobile 2002/2003. Как на них работать с камерой — непонятно.

На WM 2003 нет никаких стандартных SDK для работы с камерой. Мы работали с API производителя, кто-то давал так, у кого-то покупали.

В WM5 немного лучше т.к. появилась поддержка DirectShow но...она опять таки достаточна кривая. Я еще не встречал ни одного телефона в котором все функции работают как надо, к примеру не работают настройки яркости контрастности или zoom. Или бывает что телефон который поддерживает DirectShow реально выдает 1-2 FPS. Максимальное разрешение камеры, которое можно получить в DirectShow часто меньше чем при использовании родного приложения.

Для нашего софта в итоге оказалось проще запускать родное приложение для камеры и грабить экран.

А>На WM 2003 нет никаких стандартных SDK для работы с камерой. Мы работали с API производителя, кто-то давал так, у кого-то покупали.
А многие модели удалось покрыть таким образом? Или некоторые производители вообще не давали SDK? И насколько быстрым и безпроблемным был процесс получения SDK?

А>В WM5 немного лучше т.к. появилась поддержка DirectShow но...она опять таки достаточна кривая. Я еще не встречал ни одного телефона в котором все функции работают как надо, к примеру не работают настройки яркости контрастности или zoom.
А>Или бывает что телефон который поддерживает DirectShow реально выдает 1-2 FPS.
Именно на это и нарвались 1-2 FPS на i-Mate K-Jam — и хоть ты тресни...

А>Максимальное разрешение камеры, которое можно получить в DirectShow часто меньше чем при использовании родного приложения.
Тут как раз наоборот — на этом K-Jam через DirectShow камера выдаёт разрешение лучше родного. Вот только запаковать его всё равно не выходит — пакуется всё очень медленно

А>Для нашего софта в итоге оказалось проще запускать родное приложение для камеры и грабить экран.
А звук вы тоже захватывали?
А грабить экран — успевали захватывать? Ведь процессор во время захвата видео довольно сильно нагружен?

В любом случае спасибо за ответы, это здОрово помогло.

L>>3. Java 2 ME
C>MMAPI?
C>Capturing Video on J2ME devices
наконец-то дошли руки и до Java...
А насколько реально большой процент Java2ME телефоноа поддерживают этот API?
Если, к примеру, на RAZR V3 написано что он не поддерживает Video Capturing API — это означает что я никак не смогу зачитывать видео с этого девайса? Можно ли (хотя бы теоретически) найти библиотеки для работы с захватом видео на этом телефоне от моторолы или от сторонних производителей?

Здравствуйте, Left2, Вы писали:

L>наконец-то дошли руки и до Java...
L>А насколько реально большой процент Java2ME телефоноа поддерживают этот API?

Тут в отличие от мобильной винды дело с АПИ получше, но с его реализацией... Все MIDP 2.0 телефоны поддерживают MMAPI, однако делают это не одинаково. Я бы советовал на том же forum.nokia.com в форуме почитать жалобы народа на capturing.

Какой-то список MMAPI свойств в телефонах есть
здесь
Например для K750:
Supports Video Capture: true
Video Snapshot Encodings:
encoding=jpeg&width=120&height=160
encoding=jpeg&width=480&height=640
encoding=jpeg&width=960&height=1280
encoding=jpeg&width=1224&height=1632
Насколько я понимаю, то последний список говорит о том, что под capture понимается производство снимков с камеры.

L>Если, к примеру, на RAZR V3 написано что он не поддерживает Video Capturing API — это означает что я никак не смогу зачитывать видео с этого девайса? Можно ли (хотя бы теоретически) найти библиотеки для работы с захватом видео на этом телефоне от моторолы или от сторонних производителей?

В j2me разработчик довольно серьезно ограничен предоставленным API. Выход за рамки — это уже только при поддержке производителя (если он предоставляет какой-то свой API для этих целей). То есть скорее всего, если нет — так уже нет.

Здравствуйте, Left2, Вы писали:

А>>На WM 2003 нет никаких стандартных SDK для работы с камерой. Мы работали с API производителя, кто-то давал так, у кого-то покупали.
L>А многие модели удалось покрыть таким образом? Или некоторые производители вообще не давали SDK? И насколько быстрым и безпроблемным был процесс получения SDK?

Все было очень долго и проблемно. Подробностей не могу сказать т.к. занимался получением API не я.

А>>Максимальное разрешение камеры, которое можно получить в DirectShow часто меньше чем при использовании родного приложения.
L>Тут как раз наоборот — на этом K-Jam через DirectShow камера выдаёт разрешение лучше родного. Вот только запаковать его всё равно не выходит — пакуется всё очень медленно

Да, именно на i-Mate и K-Jam...

А>>Для нашего софта в итоге оказалось проще запускать родное приложение для камеры и грабить экран.
L>А звук вы тоже захватывали?

Наш софт декодирует 1D и 2D штрих коды, сообтвественно звук не интересовал.

L>А грабить экран — успевали захватывать? Ведь процессор во время захвата видео довольно сильно нагружен?

Я имел в виду следующее — используя GX.lib получали адрес окна камеры, по таймеру копировали его содержимое и обрабатывали. Нам хватало 5 FPS — торомозов не замечал.

S>Да, именно на i-Mate и K-Jam...

А не могли бы Вы подсказать модель WinCE-телефона на котором всё бы работало более-менее сносно? Причём, желательно, чтобы эта модель была из более-менее распространённых. Спасибо заранее!

Здравствуйте, Left2, Вы писали:

S>>Да, именно на i-Mate и K-Jam...

L>А не могли бы Вы подсказать модель WinCE-телефона на котором всё бы работало более-менее сносно? Причём, желательно, чтобы эта модель была из более-менее распространённых. Спасибо заранее!

Из того что помню на память:
HTC PPC-6700, Motorola Q, Qtek 9100, Cingular 2125.

Из смартов:
Qtek 8310, Dopod S300.

Не уверен насчет распространненности в России, т.к. работаю в NYC.

Удачи.

L>>А не могли бы Вы подсказать модель WinCE-телефона на котором всё бы работало более-менее сносно? Причём, желательно, чтобы эта модель была из более-менее распространённых. Спасибо заранее!

S>Из того что помню на память:
S>HTC PPC-6700, Motorola Q, Qtek 9100, Cingular 2125.

S>Из смартов:
S>Qtek 8310, Dopod S300.

S>Не уверен насчет распространненности в России, т.к. работаю в NYC.

Именно распространённость в США меня интересует больше чем распространённость тут Спасибо огромное!

L>>А не могли бы Вы подсказать модель WinCE-телефона на котором всё бы работало более-менее сносно? Причём, желательно, чтобы эта модель была из более-менее распространённых. Спасибо заранее!

S>Из того что помню на память:
S>HTC PPC-6700, Motorola Q, Qtek 9100, Cingular 2125.

Ещё один вопрос — глянул на Qtek 9100 — выглядит он точь-в-точь как i-mate k-jam. Получается, на QTek проблем с жутко низким FPS не было, а на i-mate — были? Я думал что это обусловлено жутко слабеньким 200Mhz процессором в i-mate.

Здравствуйте, Left2, Вы писали:

L>>>А не могли бы Вы подсказать модель WinCE-телефона на котором всё бы работало более-менее сносно? Причём, желательно, чтобы эта модель была из более-менее распространённых. Спасибо заранее!

S>>Из того что помню на память:
S>>HTC PPC-6700, Motorola Q, Qtek 9100, Cingular 2125.

L>Ещё один вопрос — глянул на Qtek 9100 — выглядит он точь-в-точь как i-mate k-jam. Получается, на QTek проблем с жутко низким FPS не было, а на i-mate — были? Я думал что это обусловлено жутко слабеньким 200Mhz процессором в i-mate.

Да, именно так и было. Чем обусловленно — неясно.
Причем ладно бы i-mate и Qtek. К примеру есть такой Qtek S200, на нем процессор тот же что и на 9100. Тем не менее тормозит сильно хотя и не так как на i-Mate. И еще на S200 изображение перевернуто было, приходилось в фильтре его переворачивать, чем тормозов еще больше прибавлялось.

Удачи.

L>>>>А не могли бы Вы подсказать модель WinCE-телефона на котором всё бы работало более-менее сносно? Причём, желательно, чтобы эта модель была из более-менее распространённых. Спасибо заранее!

S>>>Из того что помню на память:
S>>>HTC PPC-6700, Motorola Q, Qtek 9100, Cingular 2125.

L>>Ещё один вопрос — глянул на Qtek 9100 — выглядит он точь-в-точь как i-mate k-jam. Получается, на QTek проблем с жутко низким FPS не было, а на i-mate — были? Я думал что это обусловлено жутко слабеньким 200Mhz процессором в i-mate.

S>Да, именно так и было. Чем обусловленно — неясно.
S>Причем ладно бы i-mate и Qtek. К примеру есть такой Qtek S200, на нем процессор тот же что и на 9100. Тем не менее тормозит сильно хотя и не так как на i-Mate. И еще на S200 изображение перевернуто было, приходилось в фильтре его переворачивать, чем тормозов еще больше прибавлялось.

Купили вместо Qtek 8310 Qtek 8300
Короче, тормоза те же что и на i-mate
Неужто на Qtek 8310 всё было намного лучше?
Интересно от чего это может зависеть если не от частоты проца?
Камеры вроде бы везде стоят более-менее одинаковые
Кодек один и тот же
Сорцы DirectShow тоже вроде бы не должны были меняться

Здравствуйте, Left2, Вы писали:

L>>>>>А не могли бы Вы подсказать модель WinCE-телефона на котором всё бы работало более-менее сносно? Причём, желательно, чтобы эта модель была из более-менее распространённых. Спасибо заранее!

S>>>>Из того что помню на память:
S>>>>HTC PPC-6700, Motorola Q, Qtek 9100, Cingular 2125.

L>>>Ещё один вопрос — глянул на Qtek 9100 — выглядит он точь-в-точь как i-mate k-jam. Получается, на QTek проблем с жутко низким FPS не было, а на i-mate — были? Я думал что это обусловлено жутко слабеньким 200Mhz процессором в i-mate.

S>>Да, именно так и было. Чем обусловленно — неясно.
S>>Причем ладно бы i-mate и Qtek. К примеру есть такой Qtek S200, на нем процессор тот же что и на 9100. Тем не менее тормозит сильно хотя и не так как на i-Mate. И еще на S200 изображение перевернуто было, приходилось в фильтре его переворачивать, чем тормозов еще больше прибавлялось.

L>Купили вместо Qtek 8310 Qtek 8300
L>Короче, тормоза те же что и на i-mate
L>Неужто на Qtek 8310 всё было намного лучше?
L>Интересно от чего это может зависеть если не от частоты проца?
L>Камеры вроде бы везде стоят более-менее одинаковые
L>Кодек один и тот же
L>Сорцы DirectShow тоже вроде бы не должны были меняться

Сочувствую.Я на 8300 не пробовал, а на 8310 идет вполне сносно.
Кстати какой видеоформат на 8300, YV12 или RGB565?

S>Сочувствую.Я на 8300 не пробовал, а на 8310 идет вполне сносно.
S>Кстати какой видеоформат на 8300, YV12 или RGB565?

Формат на 8300 — YV12.

S>>Сочувствую.Я на 8300 не пробовал, а на 8310 идет вполне сносно.
S>>Кстати какой видеоформат на 8300, YV12 или RGB565?

L>Формат на 8300 — YV12.
И на i-mate k-jam тоже YV12. Думаешь, это может быть связано с выдаваемой камерой форматом?

Нашёл очень интересную статью по теме:

http://www.google.com/translate?u=http%3A%2F%2Fwww.devpia.com%2FMAEUL%2FContents%2FDetail.aspx%3FBoardID%3D60%26MAEULNO%3D23%26no%3D241%26page%3D1&langpair=ko%7Cen&hl=en&ie=UTF8

Правда, статья на корейском (перевод на английский сделан гуглом)

S>Да, именно так и было. Чем обусловленно — неясно.
S>Причем ладно бы i-mate и Qtek. К примеру есть такой Qtek S200, на нем процессор тот же что и на 9100. Тем не менее тормозит сильно хотя и не так как на i-Mate. И еще на S200 изображение перевернуто было, приходилось в фильтре его переворачивать, чем тормозов еще больше прибавлялось.

А на S200 — через IAMVideoControl не получалось перевернуть изображение?

Здравствуйте, Left2, Вы писали:

S>>Да, именно так и было. Чем обусловленно — неясно.
S>>Причем ладно бы i-mate и Qtek. К примеру есть такой Qtek S200, на нем процессор тот же что и на 9100. Тем не менее тормозит сильно хотя и не так как на i-Mate. И еще на S200 изображение перевернуто было, приходилось в фильтре его переворачивать, чем тормозов еще больше прибавлялось.

L>А на S200 — через IAMVideoControl не получалось перевернуть изображение?

Нет. Т.е. SetMode(..) возвращал S_OK но реально ничего не происходило.

Здравствуйте, Left2, Вы писали:

S>>>Сочувствую.Я на 8300 не пробовал, а на 8310 идет вполне сносно.
S>>>Кстати какой видеоформат на 8300, YV12 или RGB565?

L>>Формат на 8300 — YV12.
L>И на i-mate k-jam тоже YV12. Думаешь, это может быть связано с выдаваемой камерой форматом?

Да нет это я для информации..т.к. не работал с 8300. Один раз было так, что устройства одного производителя соседние по модельному ряду, у одного YV12, у другого RGB565.
А еще бывает UYVY....
Почему тормозит на 8300 — пока даже предположений нет. Видимо надо его приобрести и попробовать, т.к. у нас он в списке совместимых значится...

S>Да, именно так и было. Чем обусловленно — неясно.
S>Причем ладно бы i-mate и Qtek. К примеру есть такой Qtek S200, на нем процессор тот же что и на 9100. Тем не менее тормозит сильно хотя и не так как на i-Mate. И еще на S200 изображение перевернуто было, приходилось в фильтре его переворачивать, чем тормозов еще больше прибавлялось.

Прошу прощения за назойливость — но хотел ещё раз уточнить — те 1-2 fps через DirectShow это с encoding-ом или для сырого видео?

Здравствуйте, Left2, Вы писали:

S>>Да, именно так и было. Чем обусловленно — неясно.
S>>Причем ладно бы i-mate и Qtek. К примеру есть такой Qtek S200, на нем процессор тот же что и на 9100. Тем не менее тормозит сильно хотя и не так как на i-Mate. И еще на S200 изображение перевернуто было, приходилось в фильтре его переворачивать, чем тормозов еще больше прибавлялось.

Оживляю не столь давнюю тему, если никто не против.
Заказчик пока не определился с девайсом под проект для захвата video-or-image & audio, и соответственно есть возможность выбрать, под каким девайсом пробовать. Кто-нибудь может посоветовать устройство, с которым будет меньше всего проблем, и скорость захвата будет более-менее приемлимой?

Заранее спасибо!

Здравствуйте, Crypto, Вы писали:

C>Кто-нибудь может посоветовать устройство, с которым будет меньше всего проблем, и скорость захвата будет более-менее приемлимой?

Nokia N93(i) или N95. Скорость максимальна, проблем с захватом — никаких.

Здравствуйте, Denis Mingulov, Вы писали:

DM>Nokia N93(i) или N95. Скорость максимальна, проблем с захватом — никаких.

Спасибо! А если Windows Mobile device?

C>Спасибо! А если Windows Mobile device?

Тогда надо искать девайс с предоставляемым SDK для захвата видео от производителя По крайней мере для 5-й CE стандартный способ (DirectShow) не использует аппаратное ускорение, посему не может дать ни качества, ни скорости в принципе Может, в 6-ке что-то поменялось, но что-то чует моё сердце что вряд ли.

Здравствуйте, Left2, Вы писали:

L>Тогда надо искать девайс с предоставляемым SDK для захвата видео от производителя По крайней мере для 5-й CE стандартный способ (DirectShow) не использует аппаратное ускорение, посему не может дать ни качества, ни скорости в принципе Может, в 6-ке что-то поменялось, но что-то чует моё сердце что вряд ли.

А у кого из производителей/девайсов есть такой предоставляемый СДК?
В данный момент имеется смарт (не с сенсорным экраном) от HTC c 6-кой, DirectShow на нем вроде же должен работать, я прав?

C>А у кого из производителей/девайсов есть такой предоставляемый СДК?
Не знаю Проект закрылся ещё до того как мы успели начать пинать производителей девайсов Спроси sanyo — он говорил что достать SDK им удавалось.

C>В данный момент имеется смарт (не с сенсорным экраном) от HTC c 6-кой, DirectShow на нем вроде же должен работать, я прав?
DirectShow — да, работать будет. С какой-то, довольно большой, долей вероятности (натыкался на жалобы что DS не работает на каких-то WinCE 5-х девайсах, при этом MS-овцы разводили руками — типа производитель девайса может так его закастомайзить, что DS работать не будет). Проблема только в том что реального стриминга, когда упаковка видео идёт хотя бы примерно с той же скоростью с которой идёт захват с помощью DirectShow получить не удастся. Скорость оцифровки видео с помощью DirectShow зависит от процессора, но вряд ли она превысит 3-4 кадра в секунду даже на минимальном разрешении — поскольку нет аппаратного ускорения.

Здравствуйте, sanyo, Вы писали:

S>Я имел в виду следующее — используя GX.lib получали адрес окна камеры, по таймеру копировали его содержимое и обрабатывали.

А можно подробнее?
Что значит адрес окна? Может указатель на видео буфер.
Пытаюсь сейчас провернуть тоже самое, но нифига не выходит, похоже что изображение с камеры напрямую передается на экран. Если запущены другие приложения, то экран грабится нормально.

Здравствуйте, ASX, Вы писали:

ASX>Что значит адрес окна? Может указатель на видео буфер.

ASX>Пытаюсь сейчас провернуть тоже самое, но нифига не выходит, похоже что изображение с камеры напрямую передается на экран. Если запущены другие приложения, то экран грабится нормально.


Было это где-то два года назад помню смутно. Ниже кусок кода который использовался. Не работало на смартфонах и некоторых PPC поэтому этот путь забросили.

#include <gx.h>
.........
void ProcessWindow()
{
        .........
    if(dispPtr==NULL)
    {
        GXOpenDisplay(m_hWnd,GX_NORMALKEYS);
        GXOpenInput();
        dispPtr=(int*)GXBeginDraw();
    }
        ............
    unsigned char* retVal = (unsigned char*)MALLOC_C(_CSIZE*sizeof(unsigned char));
    int status = Decode((unsigned char*)dispPtr,MEDIASUBTYPE_RGB565,....);
    ............
}

Здравствуйте, sanyo, Вы писали:

S>Было это где-то два года назад помню смутно. Ниже кусок кода который использовался. Не работало на смартфонах и некоторых PPC поэтому этот путь забросили.

Спасибо, большое!
А как именно не работало? И каким путем пошли? DirectShow?
Потому как на моем asus тоже не работает, а как бы все классно было?