From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by yocto-www.yoctoproject.org (Postfix, from userid 118) id 6692FE007B9; Wed, 6 May 2015 08:27:54 -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.7 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, FREEMAIL_FROM, FREEMAIL_REPLY, RCVD_IN_DNSWL_LOW autolearn=no version=3.3.1 X-Spam-HAM-Report: * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * (picmaster[at]mail.bg) * -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low * trust * [193.201.172.118 listed in list.dnswl.org] * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's * domain * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * 1.0 FREEMAIL_REPLY From and body contain different freemails Received: from mx2.mail.bg (mx2.mail.bg [193.201.172.118]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 8DDF9E007B9 for ; Wed, 6 May 2015 08:27:50 -0700 (PDT) Received: from [192.168.0.62] (unknown [93.152.143.60]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mx2.mail.bg (Postfix) with ESMTPSA id 35CF96000E24; Wed, 6 May 2015 18:27:48 +0300 (EEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mail.bg; s=default; t=1430926068; bh=cEKHd75wctfLFSeJz6E1GwfQdIwN7WMDGiMAV60sANg=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=HtSzzFqixzb9XRBSvgf4NN8taqJJ4iKrc3PCnHMlDukg2Onx037sEADJZX1zU8kD7 RI/ruV6LOXveTlu7nwjH/tU3A512ybvzrcshAqgxYYECG5ua4BbRZWS+Wz2mxWYUot wXPBIOOcU60tjJWlUhrHEiUGiPW+l2Llk1n4PJ3Q= Message-ID: <554A32F3.3030600@mail.bg> Date: Wed, 06 May 2015 18:27:47 +0300 From: Nikolay Dimitrov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.6.0 MIME-Version: 1.0 To: Isaac Nickaein References: <55464A5A.5020505@mail.bg> <55477614.8010602@mail.bg> In-Reply-To: Cc: "meta-freescale@yoctoproject.org" , Otavio Salvador Subject: Re: Cannot play videos using gstreamer 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: Wed, 06 May 2015 15:27:54 -0000 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi Isaac, On 05/06/2015 06:05 PM, Isaac Nickaein wrote: > Yeah you right, but I actually have video output and can see the > video on display using mfw_v4sink. > > The two problem that are still not resolved are: > > 1. I can't use glimagesink as the sink in the gstreamer 2. Adding > adding "eglinfo-fb" recipe to the synced Dizzy still causes compile > during bitbake: http://pastebin.com/EQC464iM > > I think the cause of (1) could be using the vendor Kernel 3.16. I > haven't been able to boot Kernel 3.10 on this module yet. That could > solve the issue. > > But the issue with "eglinfo-fb" has nothing to do with the module. I > haven't done any modifications to the recipes, so there might be > some conflict or missing dependency in the them that causes this > compile error. > > > On Mon, May 4, 2015 at 6:07 PM, Nikolay Dimitrov > wrote: >> Hi Isaac, >> >> >> On 05/04/2015 03:47 PM, Isaac Nickaein wrote: >>> >>> Hi Nikolay, >>> >>> The issue #1 (using mfw_v4sink) solved by using customized >>> kernel 3.16 provided by board manufacturer (Ka-Ro), so I guess >>> 3.0.35 was causing the problem. >>> >>> But the issue #2 (using glimagesink) is present in kernel 3.16 >>> too. Here is its bootlog: http://pastebin.com/RRs75zWG. >>> Nevertheless, I am not targeting for 3.16 and tried it as a >>> test. >>> >>> I have tried Kernel 3.10.17 from Yocto Dizzy and Kernel 3.10.53 >>> from Freescale, but there is some problem during boot. I've >>> posted more details on their issue as a separate thread: >>> >>> https://lists.yoctoproject.org/pipermail/meta-freescale/2015-May/013720.html >>> >>> >>> >>> >>> Bests, Isaac >>> >>> >>> >>> On Sun, May 3, 2015 at 8:48 PM, Nikolay Dimitrov >>> wrote: >>>> >>>> Hi Isaac, >>>> >>>> On 05/03/2015 04:29 PM, Isaac Nickaein wrote: >>>>> >>>>> >>>>> >>>>> I was using Kernel 3.0.35 and that had issues. Issue #1 got >>>>> fixed by using a newer kernel (Kernel 3.16 image provided by >>>>> Ka-Ro). However, the issue #2 and #3 are still present (I >>>>> have problem with using glimagesink; adding "eglinfo-fb" >>>>> package in local.conf causes compile error). >>>>> >>>>> >>>>> On Sun, May 3, 2015 at 2:04 PM, Isaac Nickaein >>>>> > wrote: >>>>> >>>>> Hi, >>>>> >>>>> I've repo synced my Yocto Dizzy and created a >>>>> core-image-minimal image. The local.conf is presented at the >>>>> end of this email. >>>>> >>>>> The problem is I cannot get any display output using >>>>> GStreamer, while my Qt program (which is built using >>>>> toolchain by "bitbake meta-toolchain-qte") have display >>>>> output. What I have tried: >>>>> >>>>> 1. Using mfw_v4lsink: >>>>> >>>>> gst-launch -v filesrc location=test.mp4 typefind=true ! >>>>> aiurdemux ! queue ! vpudec ! mfw_v4lsink >>>>> >>>>> doesn't fail, but does not show anything on the display. Here >>>>> is log output: http://pastebin.com/TWtNCViT >>>> >>>> >>>> >>>> Have you tried the following, should be the simplest way to >>>> try gstreamer: >>>> >>>> gst-launch playbin2 uri=file:///test.mp4 >>>> >>>> >>>>> 2. Using glimagesink: >>>>> >>>>> gst-launch filesrc location=test.mp4 typefind=true ! >>>>> aiurdemux ! queue ! vpudec ! glimagesink >>>>> >>>>> fails with the following output: >>>>> >>>>> Setting pipeline to PAUSED ... Caught SIGSEGV accessing >>>>> address 0x4d0 exec gdb failed: No such file or directory >>>>> Spinning. Please run 'gdb gst-launch 1405' to continue >>>>> debugging, Ctrl-C to quit, or Ctrl-\ to dump core. >>>>> >>>>> >>>>> 3. I wondered adding "eglinfo-fb" recipe could be helpful >>>>> (?), but it caused a compile error during bitbake. Here is >>>>> output: http://pastebin.com/EQC464iM >>>>> >>>>> >>>>> And this is the local.conf that I am using: >>>>> >>>>> MACHINE ??= 'imx6qsabresd' DISTRO ?= 'poky' PACKAGE_CLASSES >>>>> ?= "package_rpm" EXTRA_IMAGE_FEATURES = "debug-tweaks" >>>>> USER_CLASSES ?= "buildstats image-mklibs image-prelink" >>>>> PATCHRESOLVE = "noop" BB_DISKMON_DIRS = "\ >>>>> STOPTASKS,${TMPDIR},1G,100K \ STOPTASKS,${DL_DIR},1G,100K \ >>>>> STOPTASKS,${SSTATE_DIR},1G,100K \ ABORT,${TMPDIR},100M,1K \ >>>>> ABORT,${DL_DIR},100M,1K \ ABORT,${SSTATE_DIR},100M,1K" >>>>> PACKAGECONFIG_append_pn-qemu-native = " sdl" >>>>> PACKAGECONFIG_append_pn-nativesdk-qemu = " sdl" >>>>> ASSUME_PROVIDED += "libsdl-native" CONF_VERSION = "1" >>>>> >>>>> BB_NUMBER_THREADS = '4' PARALLEL_MAKE = '-j 4' >>>>> >>>>> DL_DIR ?= "${BSPDIR}/downloads/" ACCEPT_FSL_EULA = "" >>>>> >>>>> KERNEL_IMAGETYPE_forcevariable = "uImage" >>>>> >>>>> IMAGE_INSTALL_append = "\ wget \ nano \ fbida \ bash \ >>>>> firmware-imx \ fsl-rc-local \ packagegroup-core-ssh-openssh >>>>> \ mtd-utils \ nfs-utils \ iproute2 \ canutils \ libsocketcan >>>>> \ fbset \ fbset-modes \ glib-2.0 \ libstdc++ \ >>>>> gpu-viv-bin-mx6q \ libxdamage \ libxfixes \ libxext \ libx11 >>>>> \ libxcb \ libxau \ libxdmcp \ ntp \ proftpd \ tzdata \ >>>>> packagegroup-fsl-gstreamer \ gst-fsl-plugin \ gstreamer \ >>>>> gst-plugins-bad \ imx-vpu \ gst-plugins-gl \ gst-plugins-base >>>>> \ gst-plugins-gl-opengl \ v4l-utils \ " >>>> >>>> >>>> >>>> Two more things: 1. Can you please paste the bootlog? 2. Dizzy >>>> uses FSL kernel 3.10.17 for sabresd, where gstreamer is known >>>> to work for most users. Can you try a standard, >>>> "out-of-the-box" build on your sabresd and share the results? >>>> I'm regularly doing test/comparison builds for sabresd and >>>> haven't seen any oddities like the mentioned above. >>>> >>>> Regards, Nikolay >> >> >> I don't see the "video=" settings in your kernel command line. >> Without them I doubt you'll have any video. Please configure your >> bootloader to pass the "video=" settings in bootargs. Can you please show the output of this command: ls -lh /dev/fb*; ls -lh /dev/video* I'm not an expert in EGL, but I think it will require your framebuffer to work, which means passing "video=" argument to the kernel. I'm adding Otavio in CC, as he may know. To be honest, I've never tried to use any video functionality on imx6 without passing proper bootargs to the kernel. Regards, Nikolay