[meta-freescale] How to enable bad plugins on gstreamer1.0 (dizzy)

Nikolay Dimitrov picmaster at mail.bg
Fri Feb 6 05:15:18 PST 2015


Hi Otavio,

On 02/06/2015 02:19 PM, Otavio Salvador wrote:
> On Fri, Feb 6, 2015 at 9:21 AM, Nikolay Dimitrov <picmaster at mail.bg> wrote:
>> On 02/06/2015 12:51 PM, Daiane Angolini wrote:
>>> As I understand, any *-meta is not supposed to be a recipe, but a
>>> sub-package instead.
>>
>> Yes, I found the same this morning. I'm still not sure of all the
>> complications of marking a recipe with "-meta", this "requires more
>> thinking" :D.
>
> This happens here:
>
> http://git.openembedded.org/openembedded-core/tree/meta/recipes-multimedia/gstreamer/gst-plugins-package.inc#n15
>

Thanks.

>>> And, I'm not sure if 'mpegtsdemux' would be part of bad-meta, as
>>> bad-meta only have a set of plugins, some of them are not included in
>>> -meta (due to license, e.g.)
>>
>> Well, it should be there - it's available in the upstream repo, and
>> also I just was able to add it to my build. It turned out that in my
>> edit/build cycle I somehow had the wrong configuration (packagegroup-
>> fslc-gstreamer1.0-full was not enabled), so thus my issue.
>>
>> Here's my recipe for testing gstreamer1.0 (it's copied/edited from the
>> other recipes in meta-fsl-demos):
>>
>>
>> diff --git
>> a/sources/meta-fsl-demos/recipes-fsl/images/fsl-image-gstreamer1.0.bb
>> b/sources/meta-fsl-demos/recipes-fsl/images/fsl-image-gstreamer1.0.bb
>> new file mode 100644
>> index 0000000..90e2715
>> --- /dev/null
>> +++ b/sources/meta-fsl-demos/recipes-fsl/images/fsl-image-gstreamer1.0.bb
>> @@ -0,0 +1,16 @@
>> +DESCRIPTION = "A console-only image that includes gstreamer packages and \
>> +Freescale's multimedia packages (VPU and GPU) when available for the
>> specific \
>> +machine."
>> +
>> +IMAGE_FEATURES += "\
>> +    ${@base_contains('DISTRO_FEATURES', 'x11', 'x11-base', '', d)} \
>> +"
>> +
>> +LICENSE = "MIT"
>> +
>> +inherit core-image
>> +
>> +CORE_IMAGE_EXTRA_INSTALL += " \
>> +    packagegroup-fslc-gstreamer1.0-full \
>> +    packagegroup-fsl-tools-gpu \
>> +"
>>
>> So I guess this solves my issue.
>
> We have this in fsl-image-multimedia since long time ago.

Well, here's the content of fsl-image-multimedia.bb:


DESCRIPTION = "A console-only image that includes gstreamer packages and \
Freescale's multimedia packages (VPU and GPU) when available for the 
specific \
machine."

IMAGE_FEATURES += "\
     ${@base_contains('DISTRO_FEATURES', 'x11', 'x11-base', '', d)} \
"

LICENSE = "MIT"

inherit core-image

CORE_IMAGE_EXTRA_INSTALL += " \
     packagegroup-fsl-gstreamer \
     packagegroup-fsl-tools-gpu \
     ${@base_contains('DISTRO_FEATURES', 'directfb', 
'packagegroup-core-directfb', '', d)} \
     ${@base_contains('DISTRO_FEATURES', 'x11', '', \
                       base_contains('DISTRO_FEATURES', 'wayland', \
                                     'weston weston-init weston-examples \
                                          gtk+3-demo 
clutter-1.0-examples', '', d), d)} \
"


It seems like it's using gstreamer-0.10, and not gstreamer1.0. Please
tell me if I'm looking at the wrong place.

> I double checked the meta package:
>
> dpkg -I ~/.../tmp/deploy/ipk/cortexa9hf-vfp-neon-mx6qdl/gstreamer1.0-plugins-bad-meta_1.4.5-r0.1_cortexa9hf-vfp-neon-mx6qdl.ipk
> | grep Depends: | tr ',' '\n' | grep mpegts
>   gstreamer1.0-plugins-bad-mpegtsmux
>   libgstmpegts-1.0-0
>   gstreamer1.0-plugins-bad-mpegtsdemux
>
> So it seems alright.
>

Regards,
Nikolay


More information about the meta-freescale mailing list