[yocto] GStreamer1.0 : gstreamer1.0-plugins-* doesn't extract the codec libraries into GStreamer library path

Ong, Boon Leong boon.leong.ong at intel.com
Thu Dec 4 01:16:42 PST 2014


Hi Azril,
                Thank you for your  question. For meta-intel related question, you should channel them to meta-intel M/L.
                Since I catch it here, I have just added it on your behalf.
                Thanks

BL

From: yocto-bounces at yoctoproject.org [mailto:yocto-bounces at yoctoproject.org] On Behalf Of Mohd Azril Ahmad
Sent: Thursday, December 4, 2014 3:50 PM
To: yocto at yoctoproject.org
Subject: [yocto] GStreamer1.0 : gstreamer1.0-plugins-* doesn't extract the codec libraries into GStreamer library path

Hi all,
I have successfully built the Yocto with multilib environment by using the meta-intel BSP (ValleyIsland). Plus, I'm including the GStreamer1.0 base + VAAPI as my default video player.
During the boot-up time, I've noticed that the GStreamer1.0-plugin libraries (good, bad, and ugly) are not extracted into the GST library path (/usr/lib64/gstreamer-1.0/).
**On first, I was looking for "libgstisomp4.so" (to play video with qtdemux pipeline) but gst-inspect-1.0 returns nothing.
After some investigations, I've observed that the bitbake (.bb) and include (.inc) recipe for gstreamer1.0-plugins-<good/bad/ugly> does not package out the *.so files and I have no choice but to force a .bbappend to install for it by adding :

FILES_${PN} += "${libdir}/gstreamer-1.0/*.so"
My question here, why the plugin libraries are not extracted ? is it due to multilib environment ? or missing packaging steps in default recipe ?
Please advise ..

Thanks.

Regards,
Azril


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.yoctoproject.org/pipermail/yocto/attachments/20141204/cc3c8fba/attachment.html>


More information about the yocto mailing list