All of lore.kernel.org
 help / color / mirror / Atom feed
* Trouble installing fsl codec libraries
@ 2013-05-30 11:36 Daniel Kenji Morgan
  2013-05-30 19:54 ` Sandoval Gonzalez Leonardo-B42214
  0 siblings, 1 reply; 7+ messages in thread
From: Daniel Kenji Morgan @ 2013-05-30 11:36 UTC (permalink / raw)
  To: meta-freescale

Hello,

I'm trying to play audio files using gstreamer on the SABRE Lite board.
I've tried building an image by inheriting "core-image" and adding "gstreamer" and "gst-fsl-plugin" to CORE_IMAGE_EXTRA_INSTALL.
For some reason, none of the codecs included in "libfslcodec" are installed onto my image even though they are built.
The parsers in libfslparser are installed without any problems.
I've tried messing about with various recipes, but have had no success so far in getting the codecs to be installed.

Can anyone give me some insight into what I might be doing wrong?
I am currently using Poky 1.3 (danny) for all required meta layers.



^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Trouble installing fsl codec libraries
  2013-05-30 11:36 Trouble installing fsl codec libraries Daniel Kenji Morgan
@ 2013-05-30 19:54 ` Sandoval Gonzalez Leonardo-B42214
  2013-05-31  9:52   ` Daniel Kenji Morgan
  0 siblings, 1 reply; 7+ messages in thread
From: Sandoval Gonzalez Leonardo-B42214 @ 2013-05-30 19:54 UTC (permalink / raw)
  To: daniel.kenji.morgan@gmail.com, meta-freescale@yoctoproject.org

have you tried building a 'fsl-image-gui' image? that image contains freescale's gstreamer plugins.

Leo
________________________________________
From: meta-freescale-bounces@yoctoproject.org [meta-freescale-bounces@yoctoproject.org] on behalf of Daniel Kenji Morgan [daniel.kenji.morgan@gmail.com]
Sent: Thursday, May 30, 2013 6:36 AM
To: meta-freescale@yoctoproject.org
Subject: [meta-freescale] Trouble installing fsl codec libraries

Hello,

I'm trying to play audio files using gstreamer on the SABRE Lite board.
I've tried building an image by inheriting "core-image" and adding "gstreamer" and "gst-fsl-plugin" to CORE_IMAGE_EXTRA_INSTALL.
For some reason, none of the codecs included in "libfslcodec" are installed onto my image even though they are built.
The parsers in libfslparser are installed without any problems.
I've tried messing about with various recipes, but have had no success so far in getting the codecs to be installed.

Can anyone give me some insight into what I might be doing wrong?
I am currently using Poky 1.3 (danny) for all required meta layers.

_______________________________________________
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale




^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Trouble installing fsl codec libraries
  2013-05-30 19:54 ` Sandoval Gonzalez Leonardo-B42214
@ 2013-05-31  9:52   ` Daniel Kenji Morgan
  2013-05-31 11:13     ` Philip Craig
  0 siblings, 1 reply; 7+ messages in thread
From: Daniel Kenji Morgan @ 2013-05-31  9:52 UTC (permalink / raw)
  To: meta-freescale@yoctoproject.org

(2013/05/31 4:54), Sandoval Gonzalez Leonardo-B42214 wrote:
> have you tried building a 'fsl-image-gui' image? that image contains freescale's gstreamer plugins.
>
> Leo
> ________________________________________
> From: meta-freescale-bounces@yoctoproject.org [meta-freescale-bounces@yoctoproject.org] on behalf of Daniel Kenji Morgan [daniel.kenji.morgan@gmail.com]
> Sent: Thursday, May 30, 2013 6:36 AM
> To: meta-freescale@yoctoproject.org
> Subject: [meta-freescale] Trouble installing fsl codec libraries
>
> Hello,
>
> I'm trying to play audio files using gstreamer on the SABRE Lite board.
> I've tried building an image by inheriting "core-image" and adding "gstreamer" and "gst-fsl-plugin" to CORE_IMAGE_EXTRA_INSTALL.
> For some reason, none of the codecs included in "libfslcodec" are installed onto my image even though they are built.
> The parsers in libfslparser are installed without any problems.
> I've tried messing about with various recipes, but have had no success so far in getting the codecs to be installed.
>
> Can anyone give me some insight into what I might be doing wrong?
> I am currently using Poky 1.3 (danny) for all required meta layers.
>
> _______________________________________________
> meta-freescale mailing list
> meta-freescale@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/meta-freescale
>
>

Thank you for the reply.
Here is an update.

It turns out the codecs are installed, but the codec *wrapper* libraries 
are NOT.
I tried building both "fsl-image-gui" and "fsl-image-test", but the 
results are the same.

I did a comparison against an image built using LTIB, and it turns out 
that "/usr/lib/imx-mm/audio-codec/wrap" contains the wrapper libraries.
The yocto images does not contain this directory nor any of the wrapper 
libraries.

Forgive me if my assumption is wrong, but don't the following lines in 
"do_install_append" from libfslcodec_3.0.1.bb delete the wrapper libraries?

# LTIB move the files around or gst-fsl-plugin won't find them
for p in $(find ${D}${libdir}/imx-mm -mindepth 1 -maxdepth 1 -type d); do
     mv $p/* ${D}${libdir}
     rmdir $p
done
rmdir ${D}${libdir}/imx-mm

The packaging in "populate_packages_prepend" also seems to place the 
wrapper libraries into "/usr/lib/wrap" which does not match the path 
found in the LTIB generated image.



^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Trouble installing fsl codec libraries
  2013-05-31  9:52   ` Daniel Kenji Morgan
@ 2013-05-31 11:13     ` Philip Craig
  2013-05-31 12:43       ` Otavio Salvador
  0 siblings, 1 reply; 7+ messages in thread
From: Philip Craig @ 2013-05-31 11:13 UTC (permalink / raw)
  To: daniel.kenji.morgan; +Cc: meta-freescale@yoctoproject.org

[-- Attachment #1: Type: text/plain, Size: 1567 bytes --]

On Fri, May 31, 2013 at 7:52 PM, Daniel Kenji Morgan
<daniel.kenji.morgan@gmail.com> wrote:
> Thank you for the reply.
> Here is an update.
>
> It turns out the codecs are installed, but the codec *wrapper* libraries are NOT.
> I tried building both "fsl-image-gui" and "fsl-image-test", but the results are the same.
>
> I did a comparison against an image built using LTIB, and it turns out that "/usr/lib/imx-mm/audio-codec/wrap" contains the wrapper libraries.
> The yocto images does not contain this directory nor any of the wrapper libraries.
>
> Forgive me if my assumption is wrong, but don't the following lines in "do_install_append" from libfslcodec_3.0.1.bb delete the wrapper libraries?
>
> # LTIB move the files around or gst-fsl-plugin won't find them
> for p in $(find ${D}${libdir}/imx-mm -mindepth 1 -maxdepth 1 -type d); do
>     mv $p/* ${D}${libdir}
>     rmdir $p
> done
> rmdir ${D}${libdir}/imx-mm
>
> The packaging in "populate_packages_prepend" also seems to place the wrapper libraries into "/usr/lib/wrap" which does not match the path found in the LTIB generated image.

I also had noticed this was broken, but hadn't gotten around to
figuring out why yet. It sounds like you are on the right track
though. The paths it needs are defined in
/usr/share/beep_registry.*.cf, which are the same
"/usr/lib/imx-mm/audio-codec/wrap" as the LTIB image. I think the
recipe needs to be changed to not move the wrap directory to /usr/lib.
(It does need to move the rest of the libraries still though.) Try
this patch.

[-- Attachment #2: patch --]
[-- Type: application/octet-stream, Size: 2604 bytes --]

diff --git a/recipes-multimedia/gst-plugins/gst-fsl-plugin.inc b/recipes-multimedia/gst-plugins/gst-fsl-plugin.inc
index 66d29c4..a815d29 100644
--- a/recipes-multimedia/gst-plugins/gst-fsl-plugin.inc
+++ b/recipes-multimedia/gst-plugins/gst-fsl-plugin.inc
@@ -46,4 +46,6 @@ FILES_${PN}-libgstbufmeta = "${libdir}/libgstbufmeta${SOLIBS}"
 FILES_${PN}-libmfwba =  "${libdir}/libmfwba${SOLIBS}"
 FILES_${PN}-libfwvss = "${libdir}/libmfwvss${SOLIBS}"
 
+RDEPENDS_${PN} = "libfslcodec-audio-wrap"
+
 PACKAGE_ARCH = "${MACHINE_ARCH}"
diff --git a/recipes-multimedia/libfslcodec/libfslcodec.inc b/recipes-multimedia/libfslcodec/libfslcodec.inc
index 8b01887..a2dfeb6 100644
--- a/recipes-multimedia/libfslcodec/libfslcodec.inc
+++ b/recipes-multimedia/libfslcodec/libfslcodec.inc
@@ -11,6 +11,7 @@ inherit fsl-eula-unpack autotools pkgconfig
 
 SRC_URI = "${FSL_MIRROR}/${PN}-${PV}.bin;fsl-eula=true"
 
+PACKAGES += "${PN}-audio-wrap"
 PACKAGES_DYNAMIC = "${PN}-*"
 INHIBIT_PACKAGE_DEBUG_SPLIT = "1"
 
@@ -19,11 +20,7 @@ do_install_append() {
 	rm ${D}${libdir}/imx-mm/audio-codec/lib_src_ppp_arm11_elinux.so
 
 	# LTIB move the files around or gst-fsl-plugin won't find them
-	for p in $(find ${D}${libdir}/imx-mm -mindepth 1 -maxdepth 1 -type d); do
-		mv $p/* ${D}${libdir}
-		rmdir $p
-	done
-	rmdir ${D}${libdir}/imx-mm
+	mv ${D}${libdir}/imx-mm/*/*${SOLIBS} ${D}${libdir}
 
 	# FIXME: Drop examples
 	rm -r ${D}${datadir}/imx-mm
@@ -36,17 +33,12 @@ python populate_packages_prepend() {
                       description='Freescale IMX Codec (%s)',
                       extra_depends='', prepend=True)
 
-    wrapdir = bb.data.expand('${libdir}/wrap', d)
-    do_split_packages(d, wrapdir, '^lib_(.*)_elinux\.so\..*',
-                      aux_files_pattern_verbatim='${libdir}/wrap/lib_%s_elinux.so.*',
-                      output_pattern='libfslcodec-audio-wrap-%s',
-                      description='Freescale IMX Codec Wrap (%s)',
-                      extra_depends='', prepend=True)
-
     # FIXME: All binaries lack GNU_HASH in elf binary but as we don't have
     # the source we cannot fix it. Disable the insane check for now.
     for p in d.getVar('PACKAGES', True).split():
         d.setVar("INSANE_SKIP_%s" % p, "ldflags textrel")
+
+    d.setVar("INSANE_SKIP_libfslcodec-audio-wrap", "dev-so")
 }
 
 # Ensure we get warnings if we miss something
@@ -55,4 +47,6 @@ FILES_${PN} = ""
 FILES_${PN}-dev += "${libdir}/*/*${SOLIBSDEV} \
                     ${libdir}/*/*/*${SOLIBSDEV}"
 
+FILES_${PN}-audio-wrap = "${libdir}/imx-mm/audio-codec/wrap"
+
 PACKAGE_ARCH = "${MACHINE_ARCH}"

^ permalink raw reply related	[flat|nested] 7+ messages in thread

* Re: Trouble installing fsl codec libraries
  2013-05-31 11:13     ` Philip Craig
@ 2013-05-31 12:43       ` Otavio Salvador
  2013-06-06 12:12         ` Daniel Kenji Morgan
  0 siblings, 1 reply; 7+ messages in thread
From: Otavio Salvador @ 2013-05-31 12:43 UTC (permalink / raw)
  To: Philip Craig; +Cc: meta-freescale@yoctoproject.org

[-- Attachment #1: Type: text/plain, Size: 2114 bytes --]

On Fri, May 31, 2013 at 8:13 AM, Philip Craig <phil@blackmoth.com.au> wrote:

> On Fri, May 31, 2013 at 7:52 PM, Daniel Kenji Morgan
> <daniel.kenji.morgan@gmail.com> wrote:
> > Thank you for the reply.
> > Here is an update.
> >
> > It turns out the codecs are installed, but the codec *wrapper* libraries
> are NOT.
> > I tried building both "fsl-image-gui" and "fsl-image-test", but the
> results are the same.
> >
> > I did a comparison against an image built using LTIB, and it turns out
> that "/usr/lib/imx-mm/audio-codec/wrap" contains the wrapper libraries.
> > The yocto images does not contain this directory nor any of the wrapper
> libraries.
> >
> > Forgive me if my assumption is wrong, but don't the following lines in
> "do_install_append" from libfslcodec_3.0.1.bb delete the wrapper
> libraries?
> >
> > # LTIB move the files around or gst-fsl-plugin won't find them
> > for p in $(find ${D}${libdir}/imx-mm -mindepth 1 -maxdepth 1 -type d); do
> >     mv $p/* ${D}${libdir}
> >     rmdir $p
> > done
> > rmdir ${D}${libdir}/imx-mm
> >
> > The packaging in "populate_packages_prepend" also seems to place the
> wrapper libraries into "/usr/lib/wrap" which does not match the path found
> in the LTIB generated image.
>
> I also had noticed this was broken, but hadn't gotten around to
> figuring out why yet. It sounds like you are on the right track
> though. The paths it needs are defined in
> /usr/share/beep_registry.*.cf, which are the same
> "/usr/lib/imx-mm/audio-codec/wrap" as the LTIB image. I think the
> recipe needs to be changed to not move the wrap directory to /usr/lib.
> (It does need to move the rest of the libraries still though.) Try
> this patch.
>

Yes; it was broken.

We pushed many fixes for this in master yesterday so you could give it a
try.

We may try to backport the fixes for danny and dylan once this is tested.

-- 
Otavio Salvador                             O.S. Systems
http://www.ossystems.com.br        http://projetos.ossystems.com.br
Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750

[-- Attachment #2: Type: text/html, Size: 2972 bytes --]

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Trouble installing fsl codec libraries
  2013-05-31 12:43       ` Otavio Salvador
@ 2013-06-06 12:12         ` Daniel Kenji Morgan
  2013-06-06 12:18           ` Otavio Salvador
  0 siblings, 1 reply; 7+ messages in thread
From: Daniel Kenji Morgan @ 2013-06-06 12:12 UTC (permalink / raw)
  To: Otavio Salvador; +Cc: meta-freescale@yoctoproject.org

[-- Attachment #1: Type: text/plain, Size: 2735 bytes --]


(2013/05/31 21:43), Otavio Salvador wrote:
>
>
>
> On Fri, May 31, 2013 at 8:13 AM, Philip Craig <phil@blackmoth.com.au 
> <mailto:phil@blackmoth.com.au>> wrote:
>
>     On Fri, May 31, 2013 at 7:52 PM, Daniel Kenji Morgan
>     <daniel.kenji.morgan@gmail.com
>     <mailto:daniel.kenji.morgan@gmail.com>> wrote:
>     > Thank you for the reply.
>     > Here is an update.
>     >
>     > It turns out the codecs are installed, but the codec *wrapper*
>     libraries are NOT.
>     > I tried building both "fsl-image-gui" and "fsl-image-test", but
>     the results are the same.
>     >
>     > I did a comparison against an image built using LTIB, and it
>     turns out that "/usr/lib/imx-mm/audio-codec/wrap" contains the
>     wrapper libraries.
>     > The yocto images does not contain this directory nor any of the
>     wrapper libraries.
>     >
>     > Forgive me if my assumption is wrong, but don't the following
>     lines in "do_install_append" from libfslcodec_3.0.1.bb
>     <http://libfslcodec_3.0.1.bb> delete the wrapper libraries?
>     >
>     > # LTIB move the files around or gst-fsl-plugin won't find them
>     > for p in $(find ${D}${libdir}/imx-mm -mindepth 1 -maxdepth 1
>     -type d); do
>     >     mv $p/* ${D}${libdir}
>     >     rmdir $p
>     > done
>     > rmdir ${D}${libdir}/imx-mm
>     >
>     > The packaging in "populate_packages_prepend" also seems to place
>     the wrapper libraries into "/usr/lib/wrap" which does not match
>     the path found in the LTIB generated image.
>
>     I also had noticed this was broken, but hadn't gotten around to
>     figuring out why yet. It sounds like you are on the right track
>     though. The paths it needs are defined in
>     /usr/share/beep_registry.*.cf, which are the same
>     "/usr/lib/imx-mm/audio-codec/wrap" as the LTIB image. I think the
>     recipe needs to be changed to not move the wrap directory to /usr/lib.
>     (It does need to move the rest of the libraries still though.) Try
>     this patch.
>
>
> Yes; it was broken.
>
> We pushed many fixes for this in master yesterday so you could give it 
> a try.
>
> We may try to backport the fixes for danny and dylan once this is tested.
> -- 
> Otavio Salvador                             O.S. Systems
> http://www.ossystems.com.br http://projetos.ossystems.com.br
> Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750

I tried out the recipe in master, and indeed, the libraries are all 
correctly installed.
The following lines fail the build using "danny" though:

codec_pkgs = oe.utils.packages_filter_out_system(d)
d.appendVar('RDEPENDS_libfslcodec-meta', ' ' + ' '.join(codec_pkgs))


[-- Attachment #2: Type: text/html, Size: 5311 bytes --]

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Trouble installing fsl codec libraries
  2013-06-06 12:12         ` Daniel Kenji Morgan
@ 2013-06-06 12:18           ` Otavio Salvador
  0 siblings, 0 replies; 7+ messages in thread
From: Otavio Salvador @ 2013-06-06 12:18 UTC (permalink / raw)
  To: daniel.kenji.morgan; +Cc: meta-freescale@yoctoproject.org

[-- Attachment #1: Type: text/plain, Size: 2953 bytes --]

On Thu, Jun 6, 2013 at 9:12 AM, Daniel Kenji Morgan <
daniel.kenji.morgan@gmail.com> wrote:

>
> (2013/05/31 21:43), Otavio Salvador wrote:
>
>
>
>
> On Fri, May 31, 2013 at 8:13 AM, Philip Craig <phil@blackmoth.com.au>wrote:
>
>> On Fri, May 31, 2013 at 7:52 PM, Daniel Kenji Morgan
>> <daniel.kenji.morgan@gmail.com> wrote:
>> > Thank you for the reply.
>> > Here is an update.
>> >
>> > It turns out the codecs are installed, but the codec *wrapper*
>> libraries are NOT.
>> > I tried building both "fsl-image-gui" and "fsl-image-test", but the
>> results are the same.
>> >
>> > I did a comparison against an image built using LTIB, and it turns out
>> that "/usr/lib/imx-mm/audio-codec/wrap" contains the wrapper libraries.
>> > The yocto images does not contain this directory nor any of the wrapper
>> libraries.
>> >
>> > Forgive me if my assumption is wrong, but don't the following lines in
>> "do_install_append" from libfslcodec_3.0.1.bb delete the wrapper
>> libraries?
>> >
>> > # LTIB move the files around or gst-fsl-plugin won't find them
>> > for p in $(find ${D}${libdir}/imx-mm -mindepth 1 -maxdepth 1 -type d);
>> do
>> >     mv $p/* ${D}${libdir}
>> >     rmdir $p
>> > done
>> > rmdir ${D}${libdir}/imx-mm
>> >
>> > The packaging in "populate_packages_prepend" also seems to place the
>> wrapper libraries into "/usr/lib/wrap" which does not match the path found
>> in the LTIB generated image.
>>
>>  I also had noticed this was broken, but hadn't gotten around to
>> figuring out why yet. It sounds like you are on the right track
>> though. The paths it needs are defined in
>> /usr/share/beep_registry.*.cf, which are the same
>> "/usr/lib/imx-mm/audio-codec/wrap" as the LTIB image. I think the
>> recipe needs to be changed to not move the wrap directory to /usr/lib.
>> (It does need to move the rest of the libraries still though.) Try
>> this patch.
>>
>
>  Yes; it was broken.
>
>  We pushed many fixes for this in master yesterday so you could give it a
> try.
>
>  We may try to backport the fixes for danny and dylan once this is tested.
>
>  --
> Otavio Salvador                             O.S. Systems
> http://www.ossystems.com.br        http://projetos.ossystems.com.br
> Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750
>
>
> I tried out the recipe in master, and indeed, the libraries are all
> correctly installed.
> The following lines fail the build using "danny" though:
>
> codec_pkgs = oe.utils.packages_filter_out_system(d)
> d.appendVar('RDEPENDS_libfslcodec-meta', ' ' + ' '.join(codec_pkgs))
>

Yes; this is indeed a new method added in dylan.

Maybe you could prepare patches for porting the packaging fixes?

-- 
Otavio Salvador                             O.S. Systems
http://www.ossystems.com.br        http://projetos.ossystems.com.br
Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750

[-- Attachment #2: Type: text/html, Size: 5782 bytes --]

^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2013-06-06 12:18 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-05-30 11:36 Trouble installing fsl codec libraries Daniel Kenji Morgan
2013-05-30 19:54 ` Sandoval Gonzalez Leonardo-B42214
2013-05-31  9:52   ` Daniel Kenji Morgan
2013-05-31 11:13     ` Philip Craig
2013-05-31 12:43       ` Otavio Salvador
2013-06-06 12:12         ` Daniel Kenji Morgan
2013-06-06 12:18           ` Otavio Salvador

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.