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 <[email protected]> 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 <[email protected] >> <mailto:[email protected]>> 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 -- _______________________________________________ meta-freescale mailing list [email protected] https://lists.yoctoproject.org/listinfo/meta-freescale
