Hi! > I guess that could give some basic camera functionality on OMAP3-like hardware. Yeah, and that is the goal. > For most of the current generation of imaging subsystems (e.g. Intel > IPU3, Rockchip RKISP1) it's not enough. The reason is that there is > more to be handled by userspace than just setting controls: > - configuring pixel formats, resolutions, crops, etc. through the > whole pipeline - I guess that could be preconfigured per use case > inside the configuration file, though, > - forwarding buffers between capture and processing pipelines, i.e. > DQBUF raw frame from CSI2 video node and QBUF to ISP video node, > - handling metadata CAPTURE and OUTPUT buffers controlling the 3A > feedback loop - this might be optional if all we need is just ability > to capture some frames, but required for getting good quality, > - actually mapping legacy controls into the above metadata, I just wanted to add few things: It seems IPU3 and RKISP1 is really similar to what I have on N900. Forwarding frames between parts of processing pipeline is not neccessary, but the other parts are there. There are also two points where you can gather the image data, either (almost) raw GRBG10 data from the sensor, or scaled YUV data ready for display. [And how to display that data without CPU involvement is another, rather big, topic.] Anyway, legacy applications expect simple webcams with bad pictures, low resolution, and no AF support. And we should be able to provide them with just that. Best regards, Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
Attachment:
signature.asc
Description: Digital signature
