All of lore.kernel.org
 help / color / mirror / Atom feed
* [meta-fsl-arm][PATCH] gstreamer1.0-plugins-imx: Update to version 0.12.0
@ 2016-01-08  8:43 Carlos Rafael Giani
  2016-01-08  8:44 ` Carlos Rafael Giani
  2016-01-13 19:38 ` Otavio Salvador
  0 siblings, 2 replies; 8+ messages in thread
From: Carlos Rafael Giani @ 2016-01-08  8:43 UTC (permalink / raw)
  To: meta-freescale

Changes:

* vpu:
  - Completely rewritten plugin code; elements now based on libimxvpuapi
    instead of libfslvpuwrap
  - imxvpuenc_h264 inserts SPS/PPS data in front of I/IDR frames
  - imxvpuenc_mjpeg's quality factor actually has an effect, and is
    equivalent to the libjpeg's quality factor (it is used in exactly the
    same way to scale the quantization matrix' coefficients)
  - the encoder's output buffers no longer have to use DMA memory; they
    use regular system memory instead
  - new support in imxvpudec (referred to as "chroma interleaving") for
    NV12, NV16, NV24 as output formats as an alternative to the I420,
    Y42B, Y444 formats
  - removed all of the system frame number tracking code, since it is
    unnecessary; Instead, the libimxvpuapi's context fields are used to
    associate input/output frames with GstVideoCodecFrame system frame
    numbers
  - fix memory leaks related to missing buffer pool unref'ing

* imxv4l2videosrc:
  - support for crop metadata
  - element uses the width, height, etc. of the format that the device
    actually uses during operation (instead of default values)
  - autofocus control support via GstPhotography
  - fix incorrect GLib warnings
  - fix segmentation fault when shutting down the element

* eglvivsink:
  - remove extra g_free() calls, which lead to runtime errors
  - remove GLESv2 VIVANTE link dependencies
  - add Android platform
  - manually retrieve VIV direct texture functions
    with this and the link dependency elimination, this means that for
    platforms except the framebuffer one, no Vivante specific headers and
    libraries are needed anymore
  - fix blocking issue in the Wayland platform mainloop

* improved and expanded documentation

* pxp: NV16 *is* supported after all (it was actually a bug in GStreamer
  pre-1.5.91)
  NOTE: this does not break compatibility with GStreamer versions older
  than 1.5.91

* compositor: Update backported aggregator code to GStreamer 1.6

* blitter:
  - error handling improvements
  - add missing buffer pool unref'ing, which lead to memory leaks
  - add missing compositor dependency to blitter base

* uniaudio:
  - only build the uniaudio plugin if at least one codec was found during
    configuration
  - disable plugin if the gstaudio library is not available
  - add AAC profile field to the sink caps with GStreamer >= 1.4.4 to
    ensure the uniaudio decoder is only used for AAC-LC data

* ipu: increase fill frame width from 8 to 64 pixels to make IPU fill
  operations work with pre-3.14 Freescale kernels

* g2d: use padding pixels when setting surface parameters, fixing G2D
  failures with frame sizes that aren't aligned

* wscript:
  - improve Android support
  - fix installation paths for the common, blitter, compositor libraries

Signed-off-by: Carlos Rafael Giani <dv@pseudoterminal.org>
---
 ...ns-imx_0.11.1.bb => gstreamer1.0-plugins-imx_0.12.0.bb} | 14 +++++++++-----
 1 file changed, 9 insertions(+), 5 deletions(-)
 rename recipes-multimedia/gstreamer/{gstreamer1.0-plugins-imx_0.11.1.bb => gstreamer1.0-plugins-imx_0.12.0.bb} (74%)

diff --git a/recipes-multimedia/gstreamer/gstreamer1.0-plugins-imx_0.11.1.bb b/recipes-multimedia/gstreamer/gstreamer1.0-plugins-imx_0.12.0.bb
similarity index 74%
rename from recipes-multimedia/gstreamer/gstreamer1.0-plugins-imx_0.11.1.bb
rename to recipes-multimedia/gstreamer/gstreamer1.0-plugins-imx_0.12.0.bb
index b168ef7..eaccb29 100644
--- a/recipes-multimedia/gstreamer/gstreamer1.0-plugins-imx_0.11.1.bb
+++ b/recipes-multimedia/gstreamer/gstreamer1.0-plugins-imx_0.12.0.bb
@@ -2,17 +2,21 @@ DESCRIPTION = "GStreamer 1.0 plugins for i.MX platforms"
 LICENSE = "LGPLv2+"
 LIC_FILES_CHKSUM = "file://LICENSE;md5=55ca817ccb7d5b5b66355690e9abc605"
 SECTION = "multimedia"
-DEPENDS = "gstreamer1.0 gstreamer1.0-plugins-base imx-gpu-viv libfslcodec libfslvpuwrap virtual/kernel virtual/egl \
-           virtual/libgles2 ${@base_contains('DISTRO_FEATURES', 'x11', 'virtual/libx11', '', d)}"
+# gstreamer1.0-plugins-bad is in DEPENDS because imxv4l2videosrc requires
+# the GstPhotography headers and libraries
+DEPENDS = "gstreamer1.0 gstreamer1.0-plugins-base gstreamer1.0-plugins-bad imx-gpu-viv \
+           libfslcodec libimxvpuapi virtual/kernel virtual/egl virtual/libgles2 \
+           ${@base_contains('DISTRO_FEATURES', 'x11', 'virtual/libx11', '', d)}"
 # add the audioparsers and the videoparsersbad plugins as RDEPENDS ; audioparsers
 # for the uniaudio decoder, videoparsersbad for the VPU video decoder
-# the gstreamer1.0-plugins-imx RDEPENDS is necessary to ensure the -good and -bad recipes are built
-RDEPENDS_gstreamer1.0-plugins-imx = "gstreamer1.0-plugins-good gstreamer1.0-plugins-bad"
+# the gstreamer1.0-plugins-imx RDEPENDS is necessary to ensure the -good recipe is
+# build (it is not a compile-time dependency however, hence RDEPENDS and not DEPENDS)
+RDEPENDS_gstreamer1.0-plugins-imx = "gstreamer1.0-plugins-good"
 RDEPENDS_gstreamer1.0-plugins-imx-imxaudio = "gstreamer1.0-plugins-good-audioparsers"
 RDEPENDS_gstreamer1.0-plugins-imx-imxvpu = "gstreamer1.0-plugins-bad-videoparsersbad"
 
 SRCBRANCH ?= "master"
-SRCREV = "6cbb90f51b12588bb4cb146cb229bf3bad39afc4"
+SRCREV = "f8ad953c458be6a89f474a948b6401664a6a1745"
 SRC_URI = "git://github.com/Freescale/gstreamer-imx.git;branch=${SRCBRANCH}"
 
 S = "${WORKDIR}/git"
-- 
2.5.0



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

* Re: [meta-fsl-arm][PATCH] gstreamer1.0-plugins-imx: Update to version 0.12.0
  2016-01-08  8:43 [meta-fsl-arm][PATCH] gstreamer1.0-plugins-imx: Update to version 0.12.0 Carlos Rafael Giani
@ 2016-01-08  8:44 ` Carlos Rafael Giani
  2016-01-13 19:38 ` Otavio Salvador
  1 sibling, 0 replies; 8+ messages in thread
From: Carlos Rafael Giani @ 2016-01-08  8:44 UTC (permalink / raw)
  To: meta-freescale

This upgrade can be applied to jethro and master.

On 2016-01-08 09:43, Carlos Rafael Giani wrote:
> Changes:
>
> * vpu:
>    - Completely rewritten plugin code; elements now based on libimxvpuapi
>      instead of libfslvpuwrap
>    - imxvpuenc_h264 inserts SPS/PPS data in front of I/IDR frames
>    - imxvpuenc_mjpeg's quality factor actually has an effect, and is
>      equivalent to the libjpeg's quality factor (it is used in exactly the
>      same way to scale the quantization matrix' coefficients)
>    - the encoder's output buffers no longer have to use DMA memory; they
>      use regular system memory instead
>    - new support in imxvpudec (referred to as "chroma interleaving") for
>      NV12, NV16, NV24 as output formats as an alternative to the I420,
>      Y42B, Y444 formats
>    - removed all of the system frame number tracking code, since it is
>      unnecessary; Instead, the libimxvpuapi's context fields are used to
>      associate input/output frames with GstVideoCodecFrame system frame
>      numbers
>    - fix memory leaks related to missing buffer pool unref'ing
>
> * imxv4l2videosrc:
>    - support for crop metadata
>    - element uses the width, height, etc. of the format that the device
>      actually uses during operation (instead of default values)
>    - autofocus control support via GstPhotography
>    - fix incorrect GLib warnings
>    - fix segmentation fault when shutting down the element
>
> * eglvivsink:
>    - remove extra g_free() calls, which lead to runtime errors
>    - remove GLESv2 VIVANTE link dependencies
>    - add Android platform
>    - manually retrieve VIV direct texture functions
>      with this and the link dependency elimination, this means that for
>      platforms except the framebuffer one, no Vivante specific headers and
>      libraries are needed anymore
>    - fix blocking issue in the Wayland platform mainloop
>
> * improved and expanded documentation
>
> * pxp: NV16 *is* supported after all (it was actually a bug in GStreamer
>    pre-1.5.91)
>    NOTE: this does not break compatibility with GStreamer versions older
>    than 1.5.91
>
> * compositor: Update backported aggregator code to GStreamer 1.6
>
> * blitter:
>    - error handling improvements
>    - add missing buffer pool unref'ing, which lead to memory leaks
>    - add missing compositor dependency to blitter base
>
> * uniaudio:
>    - only build the uniaudio plugin if at least one codec was found during
>      configuration
>    - disable plugin if the gstaudio library is not available
>    - add AAC profile field to the sink caps with GStreamer >= 1.4.4 to
>      ensure the uniaudio decoder is only used for AAC-LC data
>
> * ipu: increase fill frame width from 8 to 64 pixels to make IPU fill
>    operations work with pre-3.14 Freescale kernels
>
> * g2d: use padding pixels when setting surface parameters, fixing G2D
>    failures with frame sizes that aren't aligned
>
> * wscript:
>    - improve Android support
>    - fix installation paths for the common, blitter, compositor libraries
>
> Signed-off-by: Carlos Rafael Giani <dv@pseudoterminal.org>
> ---
>   ...ns-imx_0.11.1.bb => gstreamer1.0-plugins-imx_0.12.0.bb} | 14 +++++++++-----
>   1 file changed, 9 insertions(+), 5 deletions(-)
>   rename recipes-multimedia/gstreamer/{gstreamer1.0-plugins-imx_0.11.1.bb => gstreamer1.0-plugins-imx_0.12.0.bb} (74%)
>
> diff --git a/recipes-multimedia/gstreamer/gstreamer1.0-plugins-imx_0.11.1.bb b/recipes-multimedia/gstreamer/gstreamer1.0-plugins-imx_0.12.0.bb
> similarity index 74%
> rename from recipes-multimedia/gstreamer/gstreamer1.0-plugins-imx_0.11.1.bb
> rename to recipes-multimedia/gstreamer/gstreamer1.0-plugins-imx_0.12.0.bb
> index b168ef7..eaccb29 100644
> --- a/recipes-multimedia/gstreamer/gstreamer1.0-plugins-imx_0.11.1.bb
> +++ b/recipes-multimedia/gstreamer/gstreamer1.0-plugins-imx_0.12.0.bb
> @@ -2,17 +2,21 @@ DESCRIPTION = "GStreamer 1.0 plugins for i.MX platforms"
>   LICENSE = "LGPLv2+"
>   LIC_FILES_CHKSUM = "file://LICENSE;md5=55ca817ccb7d5b5b66355690e9abc605"
>   SECTION = "multimedia"
> -DEPENDS = "gstreamer1.0 gstreamer1.0-plugins-base imx-gpu-viv libfslcodec libfslvpuwrap virtual/kernel virtual/egl \
> -           virtual/libgles2 ${@base_contains('DISTRO_FEATURES', 'x11', 'virtual/libx11', '', d)}"
> +# gstreamer1.0-plugins-bad is in DEPENDS because imxv4l2videosrc requires
> +# the GstPhotography headers and libraries
> +DEPENDS = "gstreamer1.0 gstreamer1.0-plugins-base gstreamer1.0-plugins-bad imx-gpu-viv \
> +           libfslcodec libimxvpuapi virtual/kernel virtual/egl virtual/libgles2 \
> +           ${@base_contains('DISTRO_FEATURES', 'x11', 'virtual/libx11', '', d)}"
>   # add the audioparsers and the videoparsersbad plugins as RDEPENDS ; audioparsers
>   # for the uniaudio decoder, videoparsersbad for the VPU video decoder
> -# the gstreamer1.0-plugins-imx RDEPENDS is necessary to ensure the -good and -bad recipes are built
> -RDEPENDS_gstreamer1.0-plugins-imx = "gstreamer1.0-plugins-good gstreamer1.0-plugins-bad"
> +# the gstreamer1.0-plugins-imx RDEPENDS is necessary to ensure the -good recipe is
> +# build (it is not a compile-time dependency however, hence RDEPENDS and not DEPENDS)
> +RDEPENDS_gstreamer1.0-plugins-imx = "gstreamer1.0-plugins-good"
>   RDEPENDS_gstreamer1.0-plugins-imx-imxaudio = "gstreamer1.0-plugins-good-audioparsers"
>   RDEPENDS_gstreamer1.0-plugins-imx-imxvpu = "gstreamer1.0-plugins-bad-videoparsersbad"
>   
>   SRCBRANCH ?= "master"
> -SRCREV = "6cbb90f51b12588bb4cb146cb229bf3bad39afc4"
> +SRCREV = "f8ad953c458be6a89f474a948b6401664a6a1745"
>   SRC_URI = "git://github.com/Freescale/gstreamer-imx.git;branch=${SRCBRANCH}"
>   
>   S = "${WORKDIR}/git"



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

* Re: [meta-fsl-arm][PATCH] gstreamer1.0-plugins-imx: Update to version 0.12.0
  2016-01-08  8:43 [meta-fsl-arm][PATCH] gstreamer1.0-plugins-imx: Update to version 0.12.0 Carlos Rafael Giani
  2016-01-08  8:44 ` Carlos Rafael Giani
@ 2016-01-13 19:38 ` Otavio Salvador
  2016-01-13 19:42   ` Carlos Rafael Giani
  1 sibling, 1 reply; 8+ messages in thread
From: Otavio Salvador @ 2016-01-13 19:38 UTC (permalink / raw)
  To: Carlos Rafael Giani; +Cc: meta-freescale

Hello Carlos,

On Fri, Jan 8, 2016 at 6:43 AM, Carlos Rafael Giani
<dv@pseudoterminal.org> wrote:
> Changes:
>
> * vpu:
>   - Completely rewritten plugin code; elements now based on libimxvpuapi
>     instead of libfslvpuwrap
>   - imxvpuenc_h264 inserts SPS/PPS data in front of I/IDR frames
>   - imxvpuenc_mjpeg's quality factor actually has an effect, and is
>     equivalent to the libjpeg's quality factor (it is used in exactly the
>     same way to scale the quantization matrix' coefficients)
>   - the encoder's output buffers no longer have to use DMA memory; they
>     use regular system memory instead
>   - new support in imxvpudec (referred to as "chroma interleaving") for
>     NV12, NV16, NV24 as output formats as an alternative to the I420,
>     Y42B, Y444 formats
>   - removed all of the system frame number tracking code, since it is
>     unnecessary; Instead, the libimxvpuapi's context fields are used to
>     associate input/output frames with GstVideoCodecFrame system frame
>     numbers
>   - fix memory leaks related to missing buffer pool unref'ing
>
> * imxv4l2videosrc:
>   - support for crop metadata
>   - element uses the width, height, etc. of the format that the device
>     actually uses during operation (instead of default values)
>   - autofocus control support via GstPhotography
>   - fix incorrect GLib warnings
>   - fix segmentation fault when shutting down the element
>
> * eglvivsink:
>   - remove extra g_free() calls, which lead to runtime errors
>   - remove GLESv2 VIVANTE link dependencies
>   - add Android platform
>   - manually retrieve VIV direct texture functions
>     with this and the link dependency elimination, this means that for
>     platforms except the framebuffer one, no Vivante specific headers and
>     libraries are needed anymore
>   - fix blocking issue in the Wayland platform mainloop
>
> * improved and expanded documentation
>
> * pxp: NV16 *is* supported after all (it was actually a bug in GStreamer
>   pre-1.5.91)
>   NOTE: this does not break compatibility with GStreamer versions older
>   than 1.5.91
>
> * compositor: Update backported aggregator code to GStreamer 1.6
>
> * blitter:
>   - error handling improvements
>   - add missing buffer pool unref'ing, which lead to memory leaks
>   - add missing compositor dependency to blitter base
>
> * uniaudio:
>   - only build the uniaudio plugin if at least one codec was found during
>     configuration
>   - disable plugin if the gstaudio library is not available
>   - add AAC profile field to the sink caps with GStreamer >= 1.4.4 to
>     ensure the uniaudio decoder is only used for AAC-LC data
>
> * ipu: increase fill frame width from 8 to 64 pixels to make IPU fill
>   operations work with pre-3.14 Freescale kernels
>
> * g2d: use padding pixels when setting surface parameters, fixing G2D
>   failures with frame sizes that aren't aligned
>
> * wscript:
>   - improve Android support
>   - fix installation paths for the common, blitter, compositor libraries
>
> Signed-off-by: Carlos Rafael Giani <dv@pseudoterminal.org>

I got a build error in one of Jethro based customers as:

| checking for linux/fb.h and the IPU header linux/ipu.h           : yes
| IPU elements will be built
| Checking for 'libfslvpuwrap >= 1.0.45'                           : not found
| The configuration failed
| (complete log in
.../build-default/tmp/work/...-linux-gnueabi/gstreamer1.0-plugins-imx/0.12.0+AUTOINC+d7c1e7f041-r0/git/build/config.log)
| WARNING: exit code 1 from a shell command.


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


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

* Re: [meta-fsl-arm][PATCH] gstreamer1.0-plugins-imx: Update to version 0.12.0
  2016-01-13 19:38 ` Otavio Salvador
@ 2016-01-13 19:42   ` Carlos Rafael Giani
  2016-01-13 21:09     ` Otavio Salvador
  0 siblings, 1 reply; 8+ messages in thread
From: Carlos Rafael Giani @ 2016-01-13 19:42 UTC (permalink / raw)
  To: Otavio Salvador; +Cc: meta-freescale

This makes no sense. The new version does _not_ look for libfslvpuwrap. 
Checking the log.do_configure output of my local build confirms this.
Perhaps for some reason the older 0.11.1 version is being used?

On 2016-01-13 20:38, Otavio Salvador wrote:
> Hello Carlos,
>
> On Fri, Jan 8, 2016 at 6:43 AM, Carlos Rafael Giani
> <dv@pseudoterminal.org> wrote:
>> Changes:
>>
>> * vpu:
>>    - Completely rewritten plugin code; elements now based on libimxvpuapi
>>      instead of libfslvpuwrap
>>    - imxvpuenc_h264 inserts SPS/PPS data in front of I/IDR frames
>>    - imxvpuenc_mjpeg's quality factor actually has an effect, and is
>>      equivalent to the libjpeg's quality factor (it is used in exactly the
>>      same way to scale the quantization matrix' coefficients)
>>    - the encoder's output buffers no longer have to use DMA memory; they
>>      use regular system memory instead
>>    - new support in imxvpudec (referred to as "chroma interleaving") for
>>      NV12, NV16, NV24 as output formats as an alternative to the I420,
>>      Y42B, Y444 formats
>>    - removed all of the system frame number tracking code, since it is
>>      unnecessary; Instead, the libimxvpuapi's context fields are used to
>>      associate input/output frames with GstVideoCodecFrame system frame
>>      numbers
>>    - fix memory leaks related to missing buffer pool unref'ing
>>
>> * imxv4l2videosrc:
>>    - support for crop metadata
>>    - element uses the width, height, etc. of the format that the device
>>      actually uses during operation (instead of default values)
>>    - autofocus control support via GstPhotography
>>    - fix incorrect GLib warnings
>>    - fix segmentation fault when shutting down the element
>>
>> * eglvivsink:
>>    - remove extra g_free() calls, which lead to runtime errors
>>    - remove GLESv2 VIVANTE link dependencies
>>    - add Android platform
>>    - manually retrieve VIV direct texture functions
>>      with this and the link dependency elimination, this means that for
>>      platforms except the framebuffer one, no Vivante specific headers and
>>      libraries are needed anymore
>>    - fix blocking issue in the Wayland platform mainloop
>>
>> * improved and expanded documentation
>>
>> * pxp: NV16 *is* supported after all (it was actually a bug in GStreamer
>>    pre-1.5.91)
>>    NOTE: this does not break compatibility with GStreamer versions older
>>    than 1.5.91
>>
>> * compositor: Update backported aggregator code to GStreamer 1.6
>>
>> * blitter:
>>    - error handling improvements
>>    - add missing buffer pool unref'ing, which lead to memory leaks
>>    - add missing compositor dependency to blitter base
>>
>> * uniaudio:
>>    - only build the uniaudio plugin if at least one codec was found during
>>      configuration
>>    - disable plugin if the gstaudio library is not available
>>    - add AAC profile field to the sink caps with GStreamer >= 1.4.4 to
>>      ensure the uniaudio decoder is only used for AAC-LC data
>>
>> * ipu: increase fill frame width from 8 to 64 pixels to make IPU fill
>>    operations work with pre-3.14 Freescale kernels
>>
>> * g2d: use padding pixels when setting surface parameters, fixing G2D
>>    failures with frame sizes that aren't aligned
>>
>> * wscript:
>>    - improve Android support
>>    - fix installation paths for the common, blitter, compositor libraries
>>
>> Signed-off-by: Carlos Rafael Giani <dv@pseudoterminal.org>
> I got a build error in one of Jethro based customers as:
>
> | checking for linux/fb.h and the IPU header linux/ipu.h           : yes
> | IPU elements will be built
> | Checking for 'libfslvpuwrap >= 1.0.45'                           : not found
> | The configuration failed
> | (complete log in
> .../build-default/tmp/work/...-linux-gnueabi/gstreamer1.0-plugins-imx/0.12.0+AUTOINC+d7c1e7f041-r0/git/build/config.log)
> | WARNING: exit code 1 from a shell command.
>
>



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

* Re: [meta-fsl-arm][PATCH] gstreamer1.0-plugins-imx: Update to version 0.12.0
  2016-01-13 19:42   ` Carlos Rafael Giani
@ 2016-01-13 21:09     ` Otavio Salvador
  2016-01-14  8:51       ` Carlos Rafael Giani
  0 siblings, 1 reply; 8+ messages in thread
From: Otavio Salvador @ 2016-01-13 21:09 UTC (permalink / raw)
  To: Carlos Rafael Giani; +Cc: meta-freescale

On Wed, Jan 13, 2016 at 5:42 PM, Carlos Rafael Giani
<dv@pseudoterminal.org> wrote:
> This makes no sense. The new version does _not_ look for libfslvpuwrap.
> Checking the log.do_configure output of my local build confirms this.
> Perhaps for some reason the older 0.11.1 version is being used?

I checked the source code and it does not seem to look at it indeed.
However it failed on this recipe.

Would be possible the code is auto-detecting its availability and
enabling something?

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


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

* Re: [meta-fsl-arm][PATCH] gstreamer1.0-plugins-imx: Update to version 0.12.0
  2016-01-13 21:09     ` Otavio Salvador
@ 2016-01-14  8:51       ` Carlos Rafael Giani
  2016-01-14 21:26         ` Otavio Salvador
  0 siblings, 1 reply; 8+ messages in thread
From: Carlos Rafael Giani @ 2016-01-14  8:51 UTC (permalink / raw)
  To: Otavio Salvador; +Cc: meta-freescale

Nothing anywhere in gstreamer-imx contains anything about libfslvpuwrap. 
This is really puzzling. I also checked the SRCREV in the revision 
number, and it is correct.
Can you send me a tarball with the contents of 
tmp/work/...-linux-gnueabi/gstreamer1.0-plugins-imx/0.12.0+AUTOINC+d7c1e7f041-r0/ 
? In other words, the entire work folder of that build.

On 2016-01-13 22:09, Otavio Salvador wrote:
> On Wed, Jan 13, 2016 at 5:42 PM, Carlos Rafael Giani
> <dv@pseudoterminal.org> wrote:
>> This makes no sense. The new version does _not_ look for libfslvpuwrap.
>> Checking the log.do_configure output of my local build confirms this.
>> Perhaps for some reason the older 0.11.1 version is being used?
> I checked the source code and it does not seem to look at it indeed.
> However it failed on this recipe.
>
> Would be possible the code is auto-detecting its availability and
> enabling something?
>



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

* Re: [meta-fsl-arm][PATCH] gstreamer1.0-plugins-imx: Update to version 0.12.0
  2016-01-14  8:51       ` Carlos Rafael Giani
@ 2016-01-14 21:26         ` Otavio Salvador
  2016-01-21 19:34           ` Otavio Salvador
  0 siblings, 1 reply; 8+ messages in thread
From: Otavio Salvador @ 2016-01-14 21:26 UTC (permalink / raw)
  To: Carlos Rafael Giani; +Cc: meta-freescale

On Thu, Jan 14, 2016 at 6:51 AM, Carlos Rafael Giani
<dv@pseudoterminal.org> wrote:
> Nothing anywhere in gstreamer-imx contains anything about libfslvpuwrap.
> This is really puzzling. I also checked the SRCREV in the revision number,
> and it is correct.
> Can you send me a tarball with the contents of
> tmp/work/...-linux-gnueabi/gstreamer1.0-plugins-imx/0.12.0+AUTOINC+d7c1e7f041-r0/
> ? In other words, the entire work folder of that build.

It is weird; let me dig into it a little more to see if I get to the
bottom of it.

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


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

* Re: [meta-fsl-arm][PATCH] gstreamer1.0-plugins-imx: Update to version 0.12.0
  2016-01-14 21:26         ` Otavio Salvador
@ 2016-01-21 19:34           ` Otavio Salvador
  0 siblings, 0 replies; 8+ messages in thread
From: Otavio Salvador @ 2016-01-21 19:34 UTC (permalink / raw)
  To: Otavio Salvador; +Cc: meta-freescale

On Thu, Jan 14, 2016 at 7:26 PM, Otavio Salvador
<otavio@ossystems.com.br> wrote:
> On Thu, Jan 14, 2016 at 6:51 AM, Carlos Rafael Giani
> <dv@pseudoterminal.org> wrote:
>> Nothing anywhere in gstreamer-imx contains anything about libfslvpuwrap.
>> This is really puzzling. I also checked the SRCREV in the revision number,
>> and it is correct.
>> Can you send me a tarball with the contents of
>> tmp/work/...-linux-gnueabi/gstreamer1.0-plugins-imx/0.12.0+AUTOINC+d7c1e7f041-r0/
>> ? In other words, the entire work folder of that build.
>
> It is weird; let me dig into it a little more to see if I get to the
> bottom of it.

I found the culprit. It was a wrong bbappend file in the customer
layer. It is now fixed.

Sorry for the noise.

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


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

end of thread, other threads:[~2016-01-21 19:34 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-01-08  8:43 [meta-fsl-arm][PATCH] gstreamer1.0-plugins-imx: Update to version 0.12.0 Carlos Rafael Giani
2016-01-08  8:44 ` Carlos Rafael Giani
2016-01-13 19:38 ` Otavio Salvador
2016-01-13 19:42   ` Carlos Rafael Giani
2016-01-13 21:09     ` Otavio Salvador
2016-01-14  8:51       ` Carlos Rafael Giani
2016-01-14 21:26         ` Otavio Salvador
2016-01-21 19:34           ` 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.