[meta-freescale] [meta-fsl-arm][PATCH] gstreamer1.0-plugins-imx: Update to version 0.12.0

Carlos Rafael Giani dv at pseudoterminal.org
Wed Jan 13 11:42:34 PST 2016


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 at 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 at 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.
>
>



More information about the meta-freescale mailing list