Yes, we have the similar JPEG issue, I will currently provide the patch of JPEG for review, thanks!
-Qing -----Original Message----- From: Guennadi Liakhovetski [mailto:g.liakhovet...@gmx.de] Sent: 2011年2月4日 16:11 To: Bhupesh SHARMA Cc: linux-media@vger.kernel.org; Qing Xu Subject: Re: soc-camera: RGB888, RBG8888 and JPEG formats not supported in v4l2_mbus_pixelcode Hi Bhupesh On Fri, 4 Feb 2011, Bhupesh SHARMA wrote: > Hi Guennadi, > > We are developing a Camera Host and Sensor driver for our ST specific SoC and > are > using the soc-camera framework for the same. Our Camera Host supports a > number of > YUV, RGB formats in addition to JPEG and Mode3C(color filler mode) formats. > > 1. I have a few questions regarding the pixel formats supported in enum > v4l2_mbus_pixelcode. > While formats like RGB888 and RGB8888 are supported by V4L2_PIX_FMT_* macros, > I > couldn't find corresponding support in V4L2_MBUS_FMT_* . They should be added as required, we didn't aim at adding all possible formats to the list, instead we want to add them gradually one by one as they get used by specific drivers. > 2. Similar is the case for JPEG format. I could see a discussion between you > and QingXu for > adding JPEG support in soc-camera framework here > http://www.spinics.net/lists/linux-media/msg27980.html > Could you please let me know if the JPEG support has already been added to > the soc-camera framework or > are there plans to add the same in near future. It hasn't yet, maybe Qing (CC'ed) could send a patch for it to the list - I think, we agreed on the way how it should be done, so, it should be pretty easy now. > 3. Also please let me know which formats should be reported by > > static const struct soc_mbus_pixelfmt st_camera_formats[] > > in the camera host driver? Are these, the pixel formats supported by: > a. Camera Host > b. Camera sensor > c. Or formats supported both by the Host and Sensor In the host driver you certainly know nothing about sensor features - your host driver should work with "all" sensor drivers. In existing camera host drivers these tables are used to specify pixel formats, to which the host controller can convert some other formats on the hardware. E.g., in pxa_camera.c you find a table pxa_camera_formats[] of one element for the V4L2_PIX_FMT_YUV422P format. If you further look into the pxa_camera_get_formats() function you see, that while enumerating mediabus pixel codes with a certain client (e.g., a sensor), if the client supports the V4L2_MBUS_FMT_UYVY8_2X8 mediabus format, the host recognises, that it supports that format natively and apart from serving it to the application in the pass-through mode to provide the V4L2_PIX_FMT_UYVY format (see drivers/media/video/soc_mediabus.c::mbus_fmt[]), it can also convert it to the planar V4L2_PIX_FMT_YUV422P format. Similarly in sh_mobile_ceu_camera.c::sh_mobile_ceu_formats[] - if the client supports one of the four standard YUV 4:2:2 formats, the host can also convert it to any of the four NV12 / NV16 formats from the table. Thanks Guennadi --- Guennadi Liakhovetski, Ph.D. Freelance Open-Source Software Developer http://www.open-technology.de/ N�Р骒r��y����b�X�肚�v�^�)藓{.n�+�伐�{���bj)��骅w* jg�报 �����茛j/�赇z罐���2���ㄨ��&�)摺�a囤�� �G���h��j:+v���w��佶
