From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by yocto-www.yoctoproject.org (Postfix, from userid 118) id CB2BBE007D0; Sat, 11 Apr 2015 09:30:25 -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,SPF_HELO_PASS autolearn=ham version=3.3.1 X-Spam-HAM-Report: * -0.0 SPF_HELO_PASS SPF: HELO matches SPF record * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] Received: from ptmx.org (ptmx.org [178.63.28.110]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 65384E005A0 for ; Sat, 11 Apr 2015 09:30:22 -0700 (PDT) Received: from [192.168.178.14] (chello062178118086.5.14.vie.surfer.at [62.178.118.86]) by ptmx.org (Postfix) with ESMTPSA id 9ABA42F545 for ; Sat, 11 Apr 2015 18:30:14 +0200 (CEST) Message-ID: <55294C1C.5010502@pseudoterminal.org> Date: Sat, 11 Apr 2015 18:30:20 +0200 From: Carlos Rafael Giani User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: meta-freescale@yoctoproject.org References: <5526EB84.8070302@boundarydevices.com> <5527E28B.8040708@boundarydevices.com> <55281759.6070309@boundarydevices.com> In-Reply-To: Subject: Re: PXP test applications 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: Sat, 11 Apr 2015 16:30:25 -0000 X-Groupsio-MsgNum: 13377 Content-Type: multipart/mixed; boundary="------------040306040903060205080605" --------------040306040903060205080605 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit > The "official repository" is the one inside the package.... > > There is nothing more I can help, sorry. I also failed on getting it to work. > > Daiane > Which is a pity, because PxP seems to be partially broken in the kernel. That, or the headers contain a whole lot of formats that will be supported in the future, but aren't right now. A lot of source/destination format combinations produce erroneous content, just just plain black or green frames. I attached the results of my findings. I did the tests with gstreamer-imx (current master) , Yocto Fido, kernel linux-imx 3.14.28-1.0.0_ga+g91cf351 , on a Sabre SD DualLite with integrated touchscreen. Plain framebuffer, no X, no Wayland. The first matrix is the full version - I tried all formats with all formats. The second matrix is the one reduced to the subset that works best. Unfortunately, BGRx/RGB16 as source and UYVY as target format produce reversed colors, otherwise this would be a matrix with all combinations working. Also unfortunate is the fact that I420 didn't work at all as target format. Since the VPU expects I420 as input for encoding, PxP would have been useful as a single conversion step for some webcams that deliver Y42B data. If anybody can make sense about why PxP is so broken, I'd be happy to hear about it. Carlos --------------040306040903060205080605 Content-Type: text/plain; charset=UTF-8; name="pxp-conv-matrix.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="pxp-conv-matrix.txt" RGBx BGRx RGBA BGRA ABGR RGB BGR RGB16 RGB15 GRAY8 YUY2 UYVY YVYU v308 IYU1 I420 YV12 Y42B NV12 NV21 NV16 YUV9 YVU9 RGBx n n n n n n n n n n g g g g g g g g g g g g g BGRx n X n X n r n X l X g r g g g g g g g g g g g RGBA n n n n n n n n n n g g g g g g g g g g g g g BGRA n n n n n n n n n n g g g g g g g g g g g g g ABGR n n n n n n n n n n g g g g g g g g g g g g g RGB n n n n n n n n n n g g g g g g g g g g g g g BGR n n n n n n n n n n g g g g g g g g g g g g g RGB16 l X l X l r l X l X g r g g g g g g g g g g g RGB15 l v l v l v l v l v g g g g g g g g g g g g g GRAY8 l r l r l r l r l X g r g g g g g g g g g g g YUY2 l X l X l r l X l X g X g g g g g g g g g g g UYVY l X l X l r l X l X g X g g g g g g g g g g g YVYU l X l X l r l X l X g X g g g g g g g g g g g v308 l c l c l c l c l c g c g g g g g g g g g g g IYU1 l g l g l g l g l n g g g g g g g g g g g g g I420 l X l X l r l X l X g X g g g g g g g g g g g YV12 l X l X l r l X l X g X g g g g g g g g g g g Y42B l X l X l r l X l X g X g g g g g g g g g g g NV12 l X l X l r l X l X g X g g g g g g g g g g g NV21 l r l r l r l r l r l r g g g g g g g g g g g NV16 l f l f l t l f l X l f g g g g g g g g g g g YUV9 l g l g l g l g l n g g g g g g g g g g g g g YVU9 l g l g l g l g l n g g g g g g g g g g g g g test pipeline: gst-launch-1.0 videotestsrc pattern=smpte ! "video/x-raw, format=BGRx" ! videoconvert dither=0 ! "video/x-raw, format=" ! imxpxpvideotransform ! "video/x-raw, format=" ! videoconvert dither=0 ! "video/x-raw, format=BGRx" ! imxg2dvideosink reference pipeline: gst-launch-1.0 videotestsrc pattern=smpte ! "video/x-raw, format=BGRx" ! videoconvert dither=0 ! "video/x-raw, format=" ! videoconvert dither=0 ! "video/x-raw, format=" ! videoconvert dither=0 ! "video/x-raw, format=BGRx" ! imxg2dvideosink The reference pipeline converts all formats properly. left column : source format () top row : destination format () examples: BGRx -> BGRA = X GRAY8 -> RGB = r n = nothing (black) g = green screen X = okay r = colors reversed l = only one scan line at the top, rest black v = first scanline is repeated all the way to the bottom of the screen c = frameirecognizable, but corrupted f = left half OK, right half color-corrupted t = left half color reversed, right half color-corrupted === Reduced version === removed source formats: RGBx RGBA BGRA ABGR RGB BGR GRAY8[1] RGB15[2] v308[3] IYU1 NV21[4] NV16[5] YUV9 YVU9 [1] : spread like the others, but all colors were wrong except for the GRAY8->GRAY8 case [2] : first scanline is repeated all the way to the bottom of the screen [3] : screen corrupted [4] : colors reversed ; perhaps improper PxP usage? [5] : half ok, half colors corrupted ; perhaps improper PxP usage? removed destination formats: RGBx BGRA ARGB RGB[6] BGR RGB15 YUY2 YVYU v308 IYU1 I420 YV12 Y42B NV12 NV21 NV16 YUV9 YVU9 [6] : r<->b reversed BGRx BGRA RGB16 GRAY8 UYVY BGRx X X X X r RGB16 X X X X r YUY2 X X X X X UYVY X X X X X YVYU X X X X X I420 X X X X X YV12 X X X X X Y42B X X X X X NV12 X X X X X --------------040306040903060205080605--