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

fix typo do not create color-balance filter when not needed

remove _get_caps for postproc srcpad caps will retrieve from pad template, suppress a gst warning

add color balance support in vpp

  hue/brightness/contrast/saturation
  auto-brightness/auto-contrast/auto-saturation

share property operation code between GstVaapiPostproc and GstVaapiPostprocess

add vpp process in gstvaapipostproc

add vpp process in gstvaapipostprocess

  denoise, deinterlace, surface fromat conversion, scaling

check vpp support in configure.ac

Add new object GstVaapiPostProcess for post-processing

separate some enum from gstvaapipostproc to gstvaapipostprocess

add fourcc for GstVaapiSurface

surface creation with dedicate fourcc is supported after VA API 0.34
legacy interface still works on lower version VA API

h264: reset got_{sps,pps} when corrupted SPS/PPS headers are parsed.

Reset got_{sps,pps} when corrupted SPS/PPS headers are parsed. This means
that no frame will be decoded until valid SPS/PPS headers are parsed again.
This also prevents from parsing slice headers with invalid data, and avoids
potential crashes.

https://bugs.freedesktop.org/show_bug.cgi?id=57902

vc1: handle CLOSED_ENTRY.

When CLOSED_ENTRY == 0, and if the B pictures that follow an entry-point
lack a reference anchor picture, these B pictures shall be discarded.

https://bugs.freedesktop.org/show_bug.cgi?id=59505

vc1: fix decoding of WMV3 videos in AVI format.

The AVI demuxer (avidemux) does not set a proper "format" attribute
to the generated caps. So, try to recover the video codec format from
the "wmvversion" property instead.

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

vc1: review and report errors accordingly.

Use GST_ERROR() to report real errors instead of hiding them into
GST_DEBUG().

vc1: cope with latest codecparser changes.

Fix build with newer VC-1 codecparser where dqsbedge was renamed to
dqbedge, and now represents either DQSBEDGE or DQDBEDGE depending on
the actual value of DQPROFILE.

codecparsers: update to gst-vaapi-branch commit 35053b8.

aeb898b vc1: fix bitplanes decoding (DIFF6 or NORM6 residual bytes)
63e3344 vc1: fix bitplanes decoding (DIFF6 or NORM6)
b0a9372 vc1: add API to parse slice headers
773f3d1 vc1: fix bitplanes decoding
870e083 vc1: simplify GstVC1VopDquant structure
bc0d65e vc1: fix VOPDQUANT parser for DQUANT == 2
dcd3abd vc1: fix calculation of ALTPQUANT
73ca0b7 vc1: fix parser for DQPROFILE in VOPDQUANT
8840c2d h264: zero-initialize SPS VUI parameters

codecparsers: update to gst-vaapi-rebased commit b47983a.

b47983a h264: add inferred value for slice_beta_offset_div2

Bump version for development.

0.4.2.