Enable encoders

remove X dependency in encoder and refine its display creation

update change log

update spec for wayland build

remove codecparsers submodule check in autogen.sh

include ext/codecparsers instead of git submodule

rebase to latest upstream code and use 2.0 packaging files first

Set default va surface format to NV12

when format is not specificed in vaCreateSurface, GenX video driver will
defer it to a later time. (it is not always default to NV12).
if this surface is used as dst surface for vpp (including vaPutImage),
the src surface/image format will be used as default. it is not our expectation
in most case (for example, upload camera data (YUY2) to vaSurface for encoding).
So, I try to set NV12 as default fourcc for vaSurface when it isn't explicitly said.

move default caps of surface pool generation to gstvaapiuploader.c,
so it can be shared between vaapisink and vaapiupload.

compile: remove warnings of unused variables

 Removed unsed variables in copy_image_YUY2.

image: fix bug of wrong rect check in copy_image

download: support hard copy image directly from surface

 vaGetImage may involve data changes even with same format.
 Add property 'hardcopy' to force to derive image from
 surface and directly copy raw data.

upload: fallback to prepare videobuffers for raw data

 Upstream element may not call gst_pad_alloc_buffer for
 raw yuv format data even direct_rendering equal to 1.
 This is common case, vaapiupload still need to prepare
 videobuffers and ignore direct_rendering.

download: support convert surface to UYVY format

 Correct YUY2/UYVY stride to GST_ROUND_UP_4(width * 2)
 Add new format GST_VAAPI_IMAGE_UYVY to gst_vaapi_image
 Implement UYVY copy_image same as YUY2

add help script to fix trailing-whitespace

cp .git-hooks-pre-commit .git/hooks/pre-commit

Remove some helper func of GstVaapiVideoBuffer which is easy to leak memory

1. Remove functions in GstVaapiVideoBuffer:
      gst_vaapi_video_buffer_typed_new_with_image
      gst_vaapi_video_buffer_typed_new_with_surface
2. Remove functions in gstvaapipluginbuffer:
      gst_vaapi_video_buffer_new_with_image
      gst_vaapi_video_buffer_new_with_surface
3. Change to local/staic func in GstVaapiVideoBuffer to avoid misuse:
    gst_vaapi_video_buffer_set_image
    gst_vaapi_video_buffer_set_surface
4. gst_vaapi_video_buffer_typed_new_from_buffer is also problemtic,
   but not removed yet since it is still used by vaapiupload
5. gst_vaapi_video_buffer_typed_new_with_surface_proxy is problemtic,
   but not remove yet since it is used by a wacky de-interlace method
6. Add fourcc support in GstVaapiSurfacePool
7. update vaapiupload to use gst_vaapi_video_buffer_set_image_from_pool
8. update vaapisink _buffer_alloc since GstVaapiSurfacePool supports fourcc

Fix memory leak for vpp, refine code

1. gst_vaapi_video_buffer_new_with_surface() leak memory,
    use gst_vaapi_video_buffer_new_from_pool instead.
2. since surface is created in gstvaapipostproc,
   remove width/height/format in gstvaapipostprocessing

download: support YUY2 surface to raw data

 Add new format GST_VAAPI_IMAGE_YUY2 to gst_vaapi_image.
 Add copy_image_YUY2 for direct retangle data copy.
 GstVaapiDisplay should append YUY2 format if hardware supports.

Fix the incorrect surface attached to buffer in VPP

Attach src surface to dst buffer will wash out the
post processed surface in VPP. Remove this step to
fix the bug.

Signed-off-by: Li Xiaowei <xiaowei.a.li@intel.com>

codecparsers: update to gst-vaapi-branch commit 0869e6e

0869e6e h264: modify gst_h264_parse_pps and make pps Quantizer matrices correct
682f98f h264: modify default Quantizer matrices

Refine code for seek fix

1. There are 'try_again' in two level
   The 1st one is (condition wait) wake up when a surface is available,
     in gstvaapidecode.c
   The 2nd one is (potentially) 'try_again' for the first time decode_step()
     when asking for a decoded video surface (gst_vaapi_decoder_get_surface).
     in gstvaapidecoder.c
2. The 1st one pass 'try_again' to the second one, not reverse. So:
   The 1st one needn't pass address of 'try_again' to the 2nd one.
   The 2nd one needn't check GST_VAAPI_DECODER_STATUS_ERROR_NO_SURFACE to
     set 'try_again'. it's the 1st's role and responsibility.

Update fix for seek

1. Use GST_EVENT_FLUSH_START to help decoder escape from waiting for
   an availabe surface; correspondingly, GST_EVENT_FLUSH_STOP disables
   such special exception.
2. Remove such escape by GST_STATE_CHANGE_PAUSED_TO_READY
   during seek, the status/event happens as following order:
   GST_STATE_CHANGE_PLAYING_TO_PAUSED -> GST_EVENT_FLUSH_START ->
   GST_EVENT_FLUSH_STOP -> GST_STATE_CHANGE_PAUSED_TO_PLAYING
3. Remove such escape by GST_EVENT_EOS.
   EOS is the symptom caused by no surface available, not the reason.
   I'm afraid the original code will miss some frames if EOS comes
   earlier than decoder finishes decoding the sent data.

defunc _buffer_alloc when direct_rendering is not supported

When SW decoder request buffer to write to avoid additional memory copy,
it is NOT ok when SW decoder and HW renering have different stride for
the same video frame size (direct_rendering=0).

Fix memory leak when doing YUV data upload

Indirect set surface to video buffer will leak memory,
    - when video buffer is destroy, the surface is not returned back to surface pool.
    - gst_vaapi_video_buffer_set_surface_from_pool() is correct,
    - while the following is incorrect:
        surface = gst_vaapi_video_pool_get_object(priv->surfaces);
        gst_vaapi_video_buffer_set_surface(vbuffer, surface);

do more check in _set_caps of vaapisink when _buffer_alloc is not called

    in webkit video ogg stream, _buffer_alloc isn't called,
    do more check in _set_caps to initialized image/surface pool
    for uploading raw yuv frame to vaSurface

change gstreamer-codecparser to git://gitorious.org/gst-plugins-vaapi/gstreamer-codecparsers.git

vaapiupload: reset direct-rendering to zero when changing caps.

Make sure to reset direct-rendering flag to zero when caps are changed,
and only derive it to one when the next checks succeed.

vaapiupload: fix sink caps to report the supported set of YUV caps.

Try to allocate the GstVaapiUploader helper object prior to listing the
supported image formats. Otherwise, only a single generic caps is output
with no particular pixel format referenced in there.

vaapiupload: use new GstVaapiUploader helper.

Use GstVaapiUploader helper that automatically handles direct rendering
mode, thus making the "direct-rendering" property obsolete and hence it
is now removed.

The "direct-rendering" level 2, i.e. exposing VA surface buffers, was never
really well supported and it could actually trigger degraded performance.

Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>

vaapisink: compute and expose the supported set of YUV caps.

Make vaapisink expose only the set of supported caps for raw YUV buffers.

Add gst_vaapi_uploader_get_caps() helper function to determine the set
of supported YUV caps as source (for images). This function actually
tries to zero and upload each image to a 64x64 test surface. Of course,
this relies on VA drivers to not claim success if vaPutImage() is not
correctly supported.

vaapisink: add support for raw YUV buffers.

Add new GstVaapiUploader helper to upload raw YUV buffers to VA surfaces.
It is up to the caller to negotiate source caps (for images) and output
caps (for surfaces). gst_vaapi_uploader_has_direct_rendering() is available
to help decide between the creation of a GstVaapiVideoBuffer or a regular
GstBuffer on sink pads.

Signed-off-by: Zhao Halley <halley.zhao@intel.com>
Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>

implemented Tizen customized message 'prepare-xid' for webkit-efl

 - it is similar to 'prepare-xwindow-id' message
 - with additional information required from app side (for pixmap creation):
   video-width, video-height, display-width, display-height

support renders to Pixmap for vaapisink

 - supports render to Pixmap for vaapisink
 - supports multiple Pixmap with an array in vaapisink
 - add 'is-pixmap' attribute to vaapisink
 - reset sink->window when _stop

Add configure options for jpeg/mpeg4

some platforms may or may not support jpeg/mpeg4 decoder,
add configure options for these feature

Add RGB surface allocation supporting

Signed-off-by: Li Xiaowei <xiaowei.a.li@intel.com>

vaapidecode: fix surface timeout error

compile: getenv need header of stdlib.h

64-bit system need include <stdlib.h> first

add help scripts set-vaapi-env.sh for build vaapi packages

h264encoder: sps and pps settings

h264encoder: calculate level_idc according pic size

encoder: simplify gst_vaapi_encoder buffer ref_count

Prepare for other buffer types support, make buffer check simple

encoder: split another thread to do encoded buffer wrapper

mmap driver buffer and scanning may cost long time,
these actions better to be done in another thread

encoder: reduce locks and extract rendering function

some locks in gstvaapiencoder is not quite necessary

vaapidownload: fix frame rate to avoid assert issue in set_caps

vaapidownload: fix src caps format error

mpeg2: fix set quant_table to driver error

support H264 monochroma stream decoding

one workaround to help YUV400 pass the chroma
type check, actually the render surface is still set to
YUV420 mandatorily and the UV components are ignored.

Signed-off-by: Li Xiaowei <xiaowei.a.li@intel.com>

h264: support process for gaps in frame_num

Follow 8.2.5.2 when frame_num is not equeal to
PreRefFrameNum and is not equal to
(PreRefFrameNum+1)%MaxFrameNum, there would be
"non-existing" picture "used for short-term reference".

h264: remove reference if picture frame_num is same

h264: fix reference list count less than num_ref

Sometimes RefPicListX_count may be less than num_ref_idx_lX.
There's not enough reference pictures in dpb.

h264: clear buffers on GST_EVENT_FLUSH_STOP

Change-Id: I4a9978a50bc6f6011f3ca037b9b9e8b295369b86

mpeg2: clear buffers and PTSGenerator on GST_EVENT_FLUSH_STOP

Change-Id: I7f7561805f9efd1513d5f1a04308c2b39ce986c8

vaapidecode: support seek actions

vaapidecode need clear all decoder's buffers when
GST_EVENT_FLUSH_STOP/GST_EVENT_NEWSEGMENT happened

Change-Id: I83606f6b619c4501b43bf868bc92787b670fab88

codecparsers: update to gst-vaapi-branch commit b8efe57.

b8efe57 mpeg2: add helpers to convert quantization matrices
f8c2672 mpeg2: store quantization matrices in zigzag-order

rate_control: compatible with old libva versions

vaapipostproc: warn when framerate failed to be parsed.

modify the DEBUG function name "vaapi_encoder_dump_bytes" to "gst_vaapi_encoder_dump_bytes",because only symbols with the gst-vaapi_* prefix will be exported

encoders: h263, mpeg4 change bitrate attributes to unit kbps

h264encoder: implement bitrate control for CBR and VBR

decoder context: rate_control unset to GST_VAAPI_RATECONTROL_NONE

h264encoder: add rate-control attribute

encoder create context with special rate-control config

vaapicontext: support rate-control attribute

encoder need rate-control on context creation

encoder: h264 support multiple slices

encoder: PVR only need seq paramerter set once

configure.ac: check old/new h264 encoder API

encoder: h264 compatible with old libva by macro HAVE_OLD_H264_ENCODER

encoder: align formats to gstreamer code style

encoder: reduce function parameters and change variable names

encoders: remove encoders image upload and simplify parts code

h264 encoder: worked in staging branch

h264 encoder: compiling passed with libva staging branch

encoder(h264,h263,mpeg4): changed styles, names

current h264 encoder works in branch of 'vaapiext' of libva/intel-driver in GEN platform.
other encoders(h263,mpeg4) only tested in pvr long ago.
encoder need be configured with '--enable-encoders' explicitly.

h264encoder: auto-detect stream-format: avc/byte-stream by next linked-pad's caps

fix compile issue after rebase

add Intel Copyright

compiling passed in for new vaapiencode

change encoder log output format, support GST log

support B frames

Support h264encoder on SandyBridge platform(lots libva h264 encoding parameters changed)

supports mpeg4 encoder

change h264encoder.x to gstvaapih264encoder.x

support h263 encoder(vah263encode) in mrst "gst-launch videotestsrc num-buffers=100 pattern=18 ! video/x-raw-yuv,format='(fourcc)'NV12,width=640,height=480,framerate=30/1 ! vaapiconvert ! vah263encode ! qtmux faststart=true ! filesink location=263.mp4"

extract vaapiencoder structure to make other encoders possible

support multiple h264 slices, auto calculate bitrate(=w*h*fps/4) add properties : min-qp, slice-num

add properties in gsth264encode; profile, level,bitrate, intra-period, init-qp

vah264encode co-work with vaapiconvert passed "gst-launch videotestsrc ! video/x-raw-yuv,format='(fourcc)'NV12,width=1280,height=720,framerate=30/1 ! vaapiconvert ! vah264encode ! fakesink"

change h264encoder

vaapiconvert: change direct-rendering=0 to vaPutImage and support YUY2 colorspace to vaImage

add Intel Copyright

compiling passed in 3.0 for vaapiencode

vaapiconvert support multiple YUV colorspace

Add FPS log print in vaapiencode

Use config.h to vaapiencode

add fps caculation macro

support YUY2 convert to surface

vaapiconvert: try directly copy buffer to derived surface first

change encoder log output format, support GST log

support multiple threads for vaapivideopool

support raw-buffer directly converted to surface in vaapiconvert

Add context API <gst_vaapi_context_get_surface_pool>

add h264encoder

caps: vaapi doesn't need framerate