From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by yocto-www.yoctoproject.org (Postfix, from userid 118) id 549FBE00A08; Mon, 25 May 2015 00:54:33 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on yocto-www.yoctoproject.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-HAM-Report: * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] X-Greylist: delayed 438 seconds by postgrey-1.32 at yocto-www; Mon, 25 May 2015 00:54:29 PDT Received: from mailext0.televes.com (mailext0.televes.com [212.163.42.140]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id C380CE0051B for ; Mon, 25 May 2015 00:54:29 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mailext0.televes.com (Postfix) with ESMTP id 86DC99A4026; Mon, 25 May 2015 09:47:09 +0200 (CEST) X-Virus-Scanned: by amavisd-new at mailext0.televes.com Received: from mailext0.televes.com ([127.0.0.1]) by localhost (mailext0.televes.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DBItIG5bUIBf; Mon, 25 May 2015 09:47:09 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mailext0.televes.com (Postfix) with ESMTP id 514C69A4028; Mon, 25 May 2015 09:47:09 +0200 (CEST) Received: from tves0.televes.com (tvesbackup0 [212.163.42.137]) by mailext0.televes.com (Postfix) with ESMTP id 3C5EE9A4026; Mon, 25 May 2015 09:47:09 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by tves0.televes.com (Postfix) with ESMTP id 01547F65B6FC9; Mon, 25 May 2015 09:47:09 +0200 (CEST) Received: from arantia1.arantia.com (ARANTIA0.televes.com [192.168.178.2]) by tves0.televes.com (Postfix) with ESMTP id EFACBF65B6FC6; Mon, 25 May 2015 09:47:08 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by arantia1.arantia.com (Postfix) with ESMTP id AE2F81B9FC93; Mon, 25 May 2015 09:47:08 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by arantia1.arantia.com (Postfix) with ESMTP id 86F481B9FCC0; Mon, 25 May 2015 09:47:08 +0200 (CEST) Received: from arantia1.arantia.com ([127.0.0.1]) by localhost (arantia0 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13101-03; Mon, 25 May 2015 09:47:06 +0200 (CEST) Received: from [192.168.178.108] (unknown [192.168.178.108]) by arantia1.arantia.com (Postfix) with ESMTP id 0BE3E1B9FC93; Mon, 25 May 2015 09:47:05 +0200 (CEST) Message-ID: <5562D379.4010503@arantia.com> Date: Mon, 25 May 2015 09:47:05 +0200 From: Marco Trillo User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130221 Thunderbird/17.0.3 MIME-Version: 1.0 To: Nikolay Dimitrov References: <555B61DF.2000903@mail.bg> <555CC752.6060706@mail.bg> <555D1C21.6020402@mail.bg> <555D3C7D.7020406@mail.bg> <555E892B.1010904@mail.bg> In-Reply-To: <555E892B.1010904@mail.bg> Cc: "meta-freescale@yoctoproject.org" Subject: Re: Video overlay on sabresd X-BeenThere: meta-freescale@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Usage and development list for the meta-fsl-* layers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2015 07:54:33 -0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, On 05/22/2015 03:40 AM, Nikolay Dimitrov wrote: >>>> Thanks for sharing. This works, but I'm trying to achieve exactly the >>>> opposite. >>>> >>>> I need to have my UI on the FG layer (which imho means X rendering to >>>> /dev/fb1), and my video player must render on BG layer (/dev/video16, >>>> which imho corresponds to /dev/fb0). Actually you should be able to achieve what you want by using either one of the MXCFB_SET_GBL_ALPHA, MXCFB_SET_LOC_ALPHA or MXCFB_SET_OVERLAY_POS ioctls on /dev/fb0, so that this layer renders atop the /dev/video17 at /dev/fb1 (with a global alpha with the first one, or a pixel-based alpha with the second one which needs 32bpp). > - Chroma keying is buggy: opening the V4L2 device file (/dev/video16) > on the BG layer resets the chroma key. Here are steps to reproduce: > > 1. Start Xorg on /dev/fb1. > 2. Start a X11 app, which draws a solid-colored rectangle containing > the chroma key (0xFF00FF in my case). > 3. Run a console app, which programs the chroma key to 0xFF00FF and > global alpha to 0x80. > 4. Observe that the chroma-key colored rectangle is now > fully transparent, as expected. > 5. Start gstreamer with imxv4l2sink, using /dev/video16 > 6. Observe that chroma-key colored rectangle is opaque. This is an > issue. > > If #3 is executed while the video is playing, the colored rectangle > becomes fully transparent, as expected. I think this is more an issue with the `imxv4l2sink' plug-in, which resets the global alpha of the layer, than the /dev/video* node itself. Unfortunately, the `imxv4l2sink' plug-in seems to be written so that it manages the layers itself, containing incomplete code for setting the global alpha, the local alpha, and the color key, but not fully exposing these options via gstreamer properties. You may want to try the sink based on the IPU lib directly (`mfw_isink' IIRC) and see how it behaves. Kind regards Marco