[meta-freescale] Cannot play videos using gstreamer

[Isaac Nickaein]

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 <picmaster at mail.bg> 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 <nickaein.i at gmail.com
>>  <mailto:nickaein.i at gmail.com>> 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