From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pa0-f44.google.com (mail-pa0-f44.google.com [209.85.220.44]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 3F0F7E015A4 for ; Mon, 16 Sep 2013 17:37:25 -0700 (PDT) Received: by mail-pa0-f44.google.com with SMTP id fz6so6029519pac.17 for ; Mon, 16 Sep 2013 17:37:25 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=xzD3a65JkwVU2uJQ07uSYwl/vA5FmlvXESRiOln9yJs=; b=Pvj+6MGk1BWn/OfKq67OCgM4cxFaKu8j1rhhDkeGhQhe2OhF4tjH7VYZxCm/t0JsKi ij/Ust81hj9ttdSdDZbwyZdhTDmh0o7Hb4TfwfCl0DLItIj25mZanEf0HrzkNVKR4ZRe 88B/zvlS9Rwrg1mHQ4PkgbJO1FyY5f8y309En42Z0sfPwULPg/0SPjArAaVdOwS2i9fd J3wCq2B0yNw/Fl8RJmB6d1/TkverlRu9roluDzxMYf3qEm1XLT2r2cYmX3gfOlpLq09Y QIwHTzt5rtdaPoHxqt8N1VS7u+E02/6+qdWOiwudqrsnRWRXD1rR7K+lmNAhprLxogih 4MUA== X-Gm-Message-State: ALoCoQkKOMI7a1yZ9HR6hsPDJlo/XzwPI2aohtAvtZPhe6X+sL/48rI6jmy2qyvPa2+3WCvMU9ba X-Received: by 10.66.171.204 with SMTP id aw12mr33311559pac.7.1379378245644; Mon, 16 Sep 2013 17:37:25 -0700 (PDT) Received: from [192.168.0.15] ([70.96.116.236]) by mx.google.com with ESMTPSA id j9sm41639504paj.18.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 16 Sep 2013 17:37:24 -0700 (PDT) Message-ID: <5237A440.5020903@boundarydevices.com> Date: Mon, 16 Sep 2013 17:37:20 -0700 From: Eric Nelson User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130803 Thunderbird/17.0.8 MIME-Version: 1.0 To: Otavio Salvador , Sandoval Gonzalez Leonardo-B42214 References: <44DF7CDEDF8FFF4BB93AB22C1AA1823B93A297@039-SN2MPN1-021.039d.mgd.msft.net> <000401ceb2a4$5d8a2bc0$189e8340$@freescale.com> <5237A0E9.2060006@boundarydevices.com> In-Reply-To: <5237A0E9.2060006@boundarydevices.com> Cc: "meta-freescale@yoctoproject.org" Subject: Re: gstreamer strange distorted image. 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: Tue, 17 Sep 2013 00:37:26 -0000 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 09/16/2013 05:23 PM, Eric Nelson wrote: > On 09/16/2013 02:19 PM, Otavio Salvador wrote: >> On Mon, Sep 16, 2013 at 5:34 PM, Dennis Han wrote: >>> I tested you patch more detail and found a problem. >>> >>> In brief. >>> >>> 1. With original value >>> IC_RSZ_MAX_RESIZE_RATIO = 0x00004000 >>>>> it's OK >>> >>> >>> 2. With a new value >>> IC_RSZ_MAX_RESIZE_RATIO = 0x00002000 >>>>> center pixels are overlapping >>> >>> >>> I think this patch has to be ignored. >> >> Good for testing and letting us know about the result. Eric, does it >> also fails for you? >> > > The re-sizing patch did nothing for me, while our patch > fixed the issue playing the file in both qtmediaplayer > and gst-launch/playbin2. > > I'm not testing with qt-in-use-image, but another qt4e > image with a patched-up 4.0.0 kernel. > > This makes sense because the video is 1280x720 and the > display is also 1280x720. > I meant to add some details about what we're seeing. It's very clear when playing full-screen that the issue is one of a missing color-space conversion. Playing Dennis' video clearly shows that the data is in NV12 (YUV planar) format, with two instances of the video across the top of the screen, followed by a very distorted bottom 1/3 or so. Our patch circumvents code elsewhere in the V4L2 driver that appears to be an optimization for the case where the YUV plane can be output directly and the display can somehow do the conversion. https://github.com/boundarydevices/linux-imx6/commit/c4eb189e1cae98c5535c0a26e859a010b0c70510 Also interesting is that when qmediaplayer starts up, it seems to tell V4L2 to start up a 1280x720 plane, but not at offset 0,0. In other words, it's not full-screen, so the "bypass CSC" logic seems to be missing another component in determining whether the YUV plane is "full screen". Oh, and the Qt4 Phonon layer should probably be patched to shrink the overlay size if the initial window position doesn't allow the overlay to fit on the screen. Regards, Eric