In this case we have reasons specific to our test case environments that 
require us to create our own plugin set.

We have 2 U-boots one that is community and one that is Freescale so I see it 
no different.  Customers can choose which they want to use.

Lauren

From: John Weber [mailto:rjohnwe...@gmail.com]
Sent: Saturday, August 30, 2014 6:21 PM
To: Post Lauren-RAA013
Cc: Daiane Angolini; meta-freescale@yoctoproject.org; Carlos Rafael Giani
Subject: Re: [meta-freescale] [meta-fsl-arm][PATCH 3/5] gst1.0-fsl-plugin: Add 
Freescale Gstreamer1.0 Plugin for MX6

Hi Lauren,

On Friday, August 29, 2014, Lauren Post 
<lauren.p...@freescale.com<mailto:lauren.p...@freescale.com>> wrote:
Freescale developed their own Gstreamer 1.0 plugins so they are not a 
replacement but another choice that customers can use.

Can we get a comparison with what Carlos has done?  Having two sets of plugins 
that perform the same function would be very confusing.

Also, I would think Freescale wouldn't bother to spend valuable resources on 
work when they could make use of the community has already done.
It is not linked to gst-fsl-plugin.  They are 2 separate plugin sets however 
there are probably some common areas like aiur and beep which is why we chose 
to use same version number.

Lauren

From: 
meta-freescale-boun...@yoctoproject.org<javascript:_e(%7B%7D,'cvml','meta-freescale-boun...@yoctoproject.org');>
 
[mailto:meta-freescale-boun...@yoctoproject.org<javascript:_e(%7B%7D,'cvml','meta-freescale-boun...@yoctoproject.org');>]
 On Behalf Of John Weber
Sent: Friday, August 29, 2014 1:33 PM
To: Daiane Angolini
Cc: 
meta-freescale@yoctoproject.org<javascript:_e(%7B%7D,'cvml','meta-freescale@yoctoproject.org');>
Subject: Re: [meta-freescale] [meta-fsl-arm][PATCH 3/5] gst1.0-fsl-plugin: Add 
Freescale Gstreamer1.0 Plugin for MX6


On Fri, Aug 29, 2014 at 8:04 AM, Daiane Angolini 
<daiane.l...@gmail.com<javascript:_e(%7B%7D,'cvml','daiane.l...@gmail.com');>> 
wrote:
On Fri, Aug 29, 2014 at 2:42 AM, Zidan Wang 
<b50...@freescale.com<javascript:_e(%7B%7D,'cvml','b50...@freescale.com');>> 
wrote:
> From: Wang Zidan 
> <b50...@freescale.com<javascript:_e(%7B%7D,'cvml','b50...@freescale.com');>>
>
> Freesclae Gstreamer1.0 Plugins:
typo: Freescale

It´s Gstreamer 1.0 first release, isn´t it? Why it´s version is 4.0.1?

It make me think that, it´s linked someway with gstreamer 0.1
gst-fsl-plugin, right?


> Audio Decoder: beepdec
> Video Decoder: vpudec, gst-libav

What about vpuenc?
Also is this compatible with kernel 3.10.17_1.0.1?

> Demux: aiurdemux
> Video Render: imxv4l2sink
> Camera Source: imxv4l2src
What makes me wonder what would be the reason for changing the change
on video render/camera source plugin name.

I think this is OK since many pipeline definitions have to change when moving 
from 0.10 to 1.0.  E.g. playbin2 => playbin


>
> - Support Audio/Video local playback
> - Support HTTP/RTSP Streaming playback
> - Support RTP/UDP MPEGTS Streaming
> - Support RTSP Streaming Server
Great!

>
> Signed-off-by: Wang Zidan 
> <b50...@freescale.com<javascript:_e(%7B%7D,'cvml','b50...@freescale.com');>>
> ---
>  .../gstreamer/gst1.0-fsl-plugin_4.0.1.bb<http://gst1.0-fsl-plugin_4.0.1.bb>  
>          |   24 ++++++++++++++++++++
>  1 file changed, 24 insertions(+)
>  create mode 100644 
> recipes-multimedia/gstreamer/gst1.0-fsl-plugin_4.0.1.bb<http://gst1.0-fsl-plugin_4.0.1.bb>
>
> diff --git 
> a/recipes-multimedia/gstreamer/gst1.0-fsl-plugin_4.0.1.bb<http://gst1.0-fsl-plugin_4.0.1.bb>
>  
> b/recipes-multimedia/gstreamer/gst1.0-fsl-plugin_4.0.1.bb<http://gst1.0-fsl-plugin_4.0.1.bb>
> new file mode 100644
> index 0000000..107a76e
> --- /dev/null
> +++ 
> b/recipes-multimedia/gstreamer/gst1.0-fsl-plugin_4.0.1.bb<http://gst1.0-fsl-plugin_4.0.1.bb>
> @@ -0,0 +1,24 @@
> +# Copyright (C) 2014 Freescale Semiconductor
> +# Released under the MIT license (see COPYING.MIT for the terms)
> +
> +require gst-fsl-plugin.inc
> +
> +SRC_URI = "${FSL_MIRROR}/gst1.0-fsl-plugins-${PV}.tar.gz"
> +S = "${WORKDIR}/gst1.0-fsl-plugins-${PV}"
> +
> +EXTRA_OECONF += " CROSS_ROOT=${PKG_CONFIG_SYSROOT_DIR}"
> +
> +SRC_URI[md5sum] = "38d20aa22910a841593318aa638fb702"
> +SRC_URI[sha256sum] = 
> "972babc09f53fb0139a350c5b4267101793fcb96d289c4ae402d6a6ddddbe085"
> +
> +DEPENDS_append = " gstreamer1.0 gstreamer1.0-plugins-base gpu-viv-g2d"
What happens in case user want to use gstreamer without g2d support?
Is it impossible?

Only to make sure, gpu-viv-g2d is GPU hardware, right?


Daiane
> +
> +FILES_${PN} = "${libdir}/gstreamer-1.0/*.so ${datadir}"
> +FILES_${PN}-dbg += "${libdir}/gstreamer-1.0/.debug"
> +FILES_${PN}-dev += "${libdir}/gstreamer-1.0/*.la ${libdir}/pkgconfig/*.pc"
> +FILES_${PN}-staticdev += "${libdir}/gstreamer-1.0/*.a"
> +FILES_${PN}-gplay = "${bindir}/gplay-1.0"
> +FILES_${PN}-libgplaycore = "${libdir}/libgplaycore-1.0${SOLIBS}"
> +FILES_${PN}-libgstfsl = "${libdir}/libgstfsl-1.0${SOLIBS}"
> +
> +COMPATIBLE_MACHINE = "(mx6)"
> --
> 1.7.9.5
>
> --
> _______________________________________________
> meta-freescale mailing list
> meta-freescale@yoctoproject.org<javascript:_e(%7B%7D,'cvml','meta-freescale@yoctoproject.org');>
> https://lists.yoctoproject.org/listinfo/meta-freescale
--
_______________________________________________
meta-freescale mailing list
meta-freescale@yoctoproject.org<javascript:_e(%7B%7D,'cvml','meta-freescale@yoctoproject.org');>
https://lists.yoctoproject.org/listinfo/meta-freescale

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

Reply via email to