arhi wrote:very constrained by space so has to be custom design. I do not need to have finished product asap but I need to have decision on what to use yesterday + I need soon to have a working design with eval board that then can be re-engineered into custom solution.
Ah, proof-of-concept stage. The hack-funny stage of a project ;-)
arhi wrote:As for the gymstix, panda, rpi, olimex board based on A1x etc etc I do not have space nor electricity for a whole computer, nor I need it, I just need to get 10pin YUV (8bit data + HV + clock) into some encoder and get raw data (8bit data + clock) out of the encoder into some mcu/cpu for some heavy processing (high cpu usage here) and I'll handle it from there ... ARM9+h264 sounds ok .. I can survive with MJPEG instead of h264 and some lower quality chip then this DM365 since I am getting video from PAL camera (768x546 or something like that, or maybe even only 640x480) ..
My guess is that you have a "standard" parallel camera interface coming from the camera. At least, that is what those small (phone-)cameras have these days. The resolution is low enough to do some processing.
arhi wrote:anyhow, maybe gumstix can be used! need to check out the schematic of that board .. thanks for the hint, never seen that board before
The Gumstix (http://www.gumstix.com
) is a great board. You cannot beat that size (58x17mm) when making it yourself. It even comes with bluetooth and WiFi on the same board, and, it has a parallel camera interface. I have used it before (using a web-cam on usb). The omap processor includes DSP for lifting the encoder duties.
I do not believe that they provide the schematics of the processor board, but from my usage it seems that it is largely straight forward copied from the omap documentation. The base- and add-on-boards come with full schematics. The software stack (a full linux distro) is available from git and takes a couple of hours to compile (bitbake based env).