roboforum.ru

Здравствуйте!
Уважаемые форумчане, хочу спросить у Вас по mini2440:
Возможно ли средствами mini2440 и установленной на ней камерой организовать прямую передачу изображения на компьютер (для последующей обработки), соединенный с платой по ethernet? Причем интересует передача большого объема raw данных разрешением 1280х1024 при 15-30 fps.
Заранее большое спасибо!

можно. гугл, код.

Вы имеете в виду mjpg-streamer?
Если да, то хотел бы уточнить - действительно ли он может послать на комп через ethernet 1280*1024*15(30) поток от CMOS-камеры (та которая CAM130 с сенсором omnivision) без компрессии?

Нашел в инете инфу по этой теме:

Судя по этому сообщению, насколько я понял, осуществить то, что я хочу, невозможно.. Если это не так, поправьте пожалуйста.
Если продуктивность платы действительно составляет 4 fps и задержка в 2 секунды при даже таком низком разрешении (640*512), то чем именно она вызывается: недостаточно мощный процессор, нехватка памяти, низкая скорость передачи по ethernet, или это ограничивается производительностью mjpg-streamer или что-то еще?
Большое спасибо!

и от куда же у вас возьмётся 1280*1024 при 30фпс? поделитесь чудным методом разгона, чтоб в итоге у вас информации было больше, чем хотяб при 320*240 (шутя, почти). ээээээ, а mjpeg тут каким образом нарисовался? вы бы сначала определились, вам пожатое видео нужно или рав. взяли код, открутили сжатие и не мучаетесь с написанием кода по работе с модулем камеры и пересылкой видеопотока на комп. всё, чего тут сложного?
большие разрешения при высоких фпс на таких хиленьких процах без аппаратного кодера в здравом уме софтово не делают. рау гонять эт из той же серии. вы или изначально включайте голову интенсивней вникайте при разработке устройства или помучайтесь немного, а потом или требования снижайте или нормально железку проектируйте.

Ответ на этот вопрос кроется в математике (вечно она все портит) 1280х1024 = 1310720 пикселей, пусть каждый по 24 бита == 3932160 байт на кадр, 30 кадров в секунду = 117964800 байт в секунду, или, для перевода в скорости эзернета, поток 900мбит/с (112 мбайт/сек). В общем-то расстрою, но далеко не каждый ПК такое обработает, я уж молчу про мини2440...

_________________
У меня в голове опилки и длинные слова меня только огорчают.

Возьмется из камеры на выходе.

mjpeg я взял из гугла, по вашему совету. Я никакой код не пишу, софтово на стороне железки ничего не собираюсь делать, от железки нужно только передать на комп. Вы в первом сообщении сказали, что можно передать в необработанном виде при 1280*1024 при 15-30fps, а сейчас пишете, что не можно.

Большое спасибо! А не подскажете, с какой максимальной скоростью можно отправить картинку на комп от мини2440? Она ограничивается скоростью передачи по ethernet или производительностью самой мини2440? Спасибо!

Производительностью mini. Хз сколько, вы сами показывали выше статью, где говорилось о достижимых показателях.

_________________
У меня в голове опилки и длинные слова меня только огорчают.

Большое спасибо!

А еще попутно тогда можно вопрос: можно ли на мини2440 снимать с матрицы 1-2 строки пикселей т.е. 1280х2 х24bit x30fps и только их посылать?

Насколько я помню V4L2 драйвер камеры не позволяет указать такое произвольное разрешение.
Если даже если будете работать непосредственно с V4L2 вам все равно придется выделять память под полный кадр и драйвер туда зальет полный кадр. Вы можете выбирать и обрабатывать только необходимые вам строки, но сомневаюсь что драйвер сможет дать вам 30 FPS без даже без обработки.

Думаю такую скорость на две строки может дать только свой заточенный под это дело драйвер, на стандартном нереально.

даташит сначала прочтите. момент с sxga можно даже несколько раз, пока не поймёте.

цитату в студию, где я на mjpeg сослался. если на первой странице в выдаче поисковика лень напала, я тут уже ничем не помогу. mjpeg на мини аппаратно работать не может, всё будет кодироваться софтово. еще раз повторюсь - откручиваете (если лень готовый проект искать) сжатие и гоните поток на комп.
hudbrog, вы за rgb888 пишите. в ov9650 точно есть как минимум rgb565, rgb555, yuv (скорей всего yuv422, хотя точно не помню. хз, может и YUV420/I420/IYUV/YV12/YV16/YUV444/YUV411/YUV410/UYVY/YUY2/YUV411i/YUV444i/...) размер фрейма пересчитайте и не при 30фпс - всё намного приятней будет.
UncleSam, а еще есть недорогие специализированные soc. простенький арм с блоком обработки mpeg2/h.264/mjpeg/... избавляют от кучи проблем. готовые платы достаются так же как многие здесь для своих нужд покупают роутеры.

Ценник на платы с аппаратной поддержкой кодирования видео, не гуманный, а платы из ip камер бюджетного сектора убоги...
Но это очень дельный совет советую прислушаться и поискать.

Если вам от железа надо только хватать и жать видео в реальном времени, не лучше ли просто посмотреть в сторону ip камер?

http://www.ebay.com/itm/2-Megapixel-IP- ... 0708832760

если в них стоят нормальные чипы от какой-нибудь модной конторы наподобии ambarella, то спору нет, ценик за вкусняшку хороший. что-то на подобии http://www.alibaba.com/product-gs/508281278/1280_720_HD_IP_Camera_Module.html уже не сильно и кусается качество сжатия оставляет желать лучшего либо в оооочень копеечных чипах, либо в очень древних. качество и параметры всё вверх, да вверх, а ценник всё ниже и ниже (сомневаюсь, что наибэй лучшее место для поиска в данном случае). как-то так, при чём семимильными шагами.