2012/10/1 Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>: > Hi Enric, > > On Friday 28 September 2012 17:32:36 Enric Balletbò i Serra wrote: >> 2012/9/28 Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>: >> > On Friday 28 September 2012 10:21:56 Enric Balletbò i Serra wrote: >> >> 2012/9/28 Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>: >> >> > On Thursday 27 September 2012 18:05:56 Enric Balletbò i Serra wrote: >> >> >> 2012/9/27 Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>: >> >> >> > On Wednesday 26 September 2012 16:15:35 Enric Balletbò i Serra > wrote: > > [snip] > >> >> >> >> Nonetheless, I changed the driver to configure for BGGR pattern. >> >> >> >> Using the Sensor->CCDC->Preview->Resizer pipeline I captured the >> >> >> >> data with yavta and converted using raw2rgbpnm program. >> >> >> >> >> >> >> >> ./raw2rgbpnm -s 752x480 -f UYVY img-000001.uyvy img-000001.pnm >> >> >> >> >> >> >> >> and the result is >> >> >> >> >> >> >> >> http://downloads.isee.biz/pub/files/patterns/img-000002.pnm >> >> >> >> http://downloads.isee.biz/pub/files/patterns/img-000002.bin >> >> >> >> >> >> >> >> The image looks better than older, not perfect, but better. The >> >> >> >> image is only a bit yellowish. Could be this a hardware issue ? We >> >> >> >> are close to ... >> >> >> > >> >> >> > It's like a white balance issue. The OMAP3 ISP hardware doesn't >> >> >> > perform automatic white balance, you will need to implement an AWB >> >> >> > algorithm in software. You can have a look at the omap3-isp-live >> >> >> > project for sample code (http://git.ideasonboard.org/omap3-isp- >> >> >> > live.git). >> >> >> >> So you think the sensor is set well now ? >> > >> > I think so, yes. >> > >> >> The hardware can produce this issue ? Do you know if this algorithm is >> >> implemented in gstreamer ? >> > >> > I don't know, but if it is the implementation will be software-based, and >> > will thus be slow. The OMAP3 ISP can compute AWB-related statistics in >> > hardware and can apply per-color gains to the image. The only software >> > you then need will retrieve the statistics, compute the gains from them >> > and apply the gains. That's what the sample code in omap3-isp-live does. >> > This should at some point be integrated as a libv4l plugin. >> >> So I can use your software to test if it's a white balance issue ? > > Yes, but that's really a test application, it might not work out of the box. > I'm getting following error # ./live Device /dev/video6 opened: OMAP3 ISP resizer output (media). viewfinder configured for 2011 1024x768 AEWB: #win 10x7 start 6x0 size 74x68 inc 10x8 Device /dev/video7 opened: omap_vout (). 3 buffers requested. Buffer 0 mapped at address 0xb6e16000. Buffer 1 mapped at address 0xb6c96000. Buffer 2 mapped at address 0xb6b16000. 3 buffers requested. Buffer 0 valid. Buffer 1 valid. Buffer 2 valid. unable to retrieve AEWB event: Inappropriate ioctl for device (25). unable to retrieve AEWB event: Inappropriate ioctl for device (25). unable to retrieve AEWB event: Inappropriate ioctl for device (25). ... and a blue screen appears on my monitor. Maybe I missed a patch ? >> (as the omap3-isp-live has this support if I understood). I'll try this, >> do you can provide some tips on how use the omap3-isp-live ? > > Just compile and run it :-) > > -- > Regards, > > Laurent Pinchart > -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
