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