From patchwork Fri Mar 20 05:19:49 2009 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Hardik Shah X-Patchwork-Id: 554 Return-path: Envelope-to: mchehab@infradead.org Delivery-date: Fri, 20 Mar 2009 05:20:03 +0000 Received: from vger.kernel.org ([209.132.176.167]) by bombadil.infradead.org with esmtp (Exim 4.69 #1 (Red Hat Linux)) id 1LkX9G-0006CC-TU; Fri, 20 Mar 2009 05:20:03 +0000 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752869AbZCTFUA (ORCPT + 1 other); Fri, 20 Mar 2009 01:20:00 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752830AbZCTFUA (ORCPT ); Fri, 20 Mar 2009 01:20:00 -0400 Received: from devils.ext.ti.com ([198.47.26.153]:55447 "EHLO devils.ext.ti.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752115AbZCTFT7 (ORCPT ); Fri, 20 Mar 2009 01:19:59 -0400 Received: from dbdp31.itg.ti.com ([172.24.170.98]) by devils.ext.ti.com (8.13.7/8.13.7) with ESMTP id n2K5Jpgr003675; Fri, 20 Mar 2009 00:19:57 -0500 Received: from localhost.localdomain (localhost [127.0.0.1]) by dbdp31.itg.ti.com (8.13.8/8.13.8) with ESMTP id n2K5Jnjr004375; Fri, 20 Mar 2009 10:49:50 +0530 (IST) From: Hardik Shah To: linux-media@vger.kernel.org Cc: linux-omap@vger.kernel.org, Hardik Shah , Brijesh Jadav , Vaibhav Hiremath Subject: [PATCH 1/3] Documentation for new V4L2 CIDs added. Date: Fri, 20 Mar 2009 10:49:49 +0530 Message-Id: <1237526389-13835-1-git-send-email-hardik.shah@ti.com> X-Mailer: git-send-email 1.5.6 Sender: linux-media-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-media@vger.kernel.org 1. Updated for V4L2_CID_BG_COLOR 2. Updated for V4L2_CID_ROTATION Both of the above are discussed in length with community 3. Updated for new flags and capability field added to v4l2_frame buffer structure. Signed-off-by: Brijesh Jadav Signed-off-by: Hardik Shah Signed-off-by: Vaibhav Hiremath --- v4l2-spec/controls.sgml | 19 ++++++++++++++++++- v4l2-spec/vidioc-g-fbuf.sgml | 19 +++++++++++++++++++ 2 files changed, 37 insertions(+), 1 deletions(-) -- 1.5.6 -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html diff --git a/v4l2-spec/controls.sgml b/v4l2-spec/controls.sgml index 477a970..79e2c28 100644 --- a/v4l2-spec/controls.sgml +++ b/v4l2-spec/controls.sgml @@ -281,10 +281,27 @@ minimum value disables backlight compensation. V4L2_COLORFX_SEPIA (2). + V4L2_CID_ROTATION + integer + Rotates the image by specified angle. Common angles are 90, 270, +and 180. Rotating the image to 90 and 270 will reverse the height and width of +the display window. Its is necessary to set the new height and width of the picture +using S_FMT ioctl see according to the rotation angle selected + + + V4L2_CID_BG_COLOR + integer + Sets the background color on the current output device. +Background color needs to be specified in the RGB24 format. The supplied 32 +bit value is intepreted as Bits 0-7 Red color information, Bits 8-15 Green color +information, Bits 16-23 Blue color information and Bits 24-31 must be +zero. + + V4L2_CID_LASTP1 End of the predefined control IDs (currently -V4L2_CID_COLORFX + 1). +V4L2_CID_BG_COLOR + 1). V4L2_CID_PRIVATE_BASE diff --git a/v4l2-spec/vidioc-g-fbuf.sgml b/v4l2-spec/vidioc-g-fbuf.sgml index 6781b53..27d1e29 100644 --- a/v4l2-spec/vidioc-g-fbuf.sgml +++ b/v4l2-spec/vidioc-g-fbuf.sgml @@ -336,6 +336,13 @@ alpha value. Alpha blending makes no sense for destructive overlays. inverted alpha channel of the framebuffer or VGA signal. Alpha blending makes no sense for destructive overlays. + + V4L2_FBUF_CAP_SRC_CHROMAKEY + 0x0080 + The device supports source chorma keying. Framebuffer +images will be replaced by the video images. Exactly +opposite of V4L2_FBUF_CAP_CHROMAKEY + @@ -411,6 +418,18 @@ images, but with an inverted alpha value. The blend function is: output = framebuffer pixel * (1 - alpha) + video pixel * alpha. The actual alpha depth depends on the framebuffer pixel format. + + V4L2_FBUF_FLAG_SRC_CHROMAKEY + 0x0040 + Use chroma-keying. The chroma-key color is +determined by the chromakey field of +&v4l2-window; and negotiated with the &VIDIOC-S-FMT; ioctl, see and . +Since any one of the chorma keying can be active at a time as both +of them are exactly opposite same chromakey +field of &v4l2-window; can be used to set the chroma key for source +keying also. +