Release 1.19.11.19.1

1 files changed, 479 insertions, 0 deletions

diff --git a/ChangeLog b/ChangeLog
index 8eab5c1a..182a2ed2 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,7 +1,486 @@
+=== release 1.19.1 ===
+
+2021-06-01 00:16:31 +0100  Tim-Philipp Müller <tim@centricular.com>
+
+	* ChangeLog:
+	* NEWS:
+	* RELEASE:
+	* gstreamer-vaapi.doap:
+	* meson.build:
+	  Release 1.19.1
+
+2021-04-23 19:01:54 +0200  Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
+
+	* gst/vaapi/gstvaapi.c:
+	* gst/vaapi/gstvaapidecode.c:
+	  vaapi: Demote vaapidecodebin to rank NONE.
+	  One of the main reasons of vaapidecodebin was because it mitigated the
+	  possible surface exhaustion. But that problem is currently
+	  solved. Nowadays, vaapidecodebin brings more problems than it
+	  solves. Thus this patch demotes vaapidecodebin to NONE rank while
+	  bumping PRIMARY + 1 the most common decoders.
+	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/426>
+
+2021-05-20 10:28:05 +0200  Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
+
+	* gst/vaapi/gstvaapi.c:
+	* gst/vaapi/gstvaapioverlay.c:
+	  plugins: Demote rank of vaapipostproc and vaapioverlay.
+	  Since almost all video filters have rank NONE, these both elements
+	  should be NONE too.
+	  This is useful for autovideoconvert and other bins, and users might
+	  force to use these by setting the environment variable
+	  GST_PLUGIN_FEATURE_RANK.
+	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/429>
+
+2021-04-21 10:55:45 +0200  François Laignel <fengalin@free.fr>
+
+	* tests/check/elements/vaapioverlay.c:
+	  Use gst_element_request_pad_simple...
+	  Instead of the deprecated gst_element_get_request_pad.
+	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/425>
+
+2021-04-23 11:02:05 +0800  Zhang yuankun <yuankunx.zhang@intel.com>
+
+	* gst-libs/gst/vaapi/gstvaapiencoder_vp9.c:
+	  libs: encoder: VP9: fix > 4k encode fail issue
+	  The VP9 spec defines the MAX_TILE_WIDTH_B64(64), which is the maximum
+	  width of a tile in units of superblocks. So the max width of one tile
+	  should not be larger than 64x64=4096. When the width exceeds 4k, we
+	  need to split it into multiple tiles in columns. The current vp9 encoder
+	  does not handle this correctly.
+	  The command such as:
+	  gst-launch-1.0 videotestsrc ! video/x-raw,width=7680,height=4320 ! \
+	  vaapivp9enc ! fakesink
+	  will crash.
+	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/424>
+
+2021-04-02 15:43:45 +0800  Haihao Xiang <haihao.xiang@intel.com>
+
+	* gst-libs/gst/vaapi/gstvaapidisplay_drm.c:
+	  libs: display: drm: don't fallback to default device if explicitly specified device can't load/init
+	  Otherwise user will be misled that the specified device is using
+	  This fixes https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/issues/305
+	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/422>
+
+2021-03-22 13:41:13 +0800  He Junyan <junyan.he@intel.com>
+
+	* gst-libs/gst/vaapi/gstvaapiencoder.c:
+	* gst-libs/gst/vaapi/gstvaapiencoder_h265.c:
+	* gst-libs/gst/vaapi/gstvaapiencoder_objects.h:
+	  decoder: H265: Enable cu_qp_delta_enabled_flag when ROI
+	  If ROI is enabled, the CUs within the ROI region may have different
+	  QP from the other part of the picture. This needs us to enable the
+	  cu_qp_delta_enabled_flag even in the CQP mode.
+	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/419>
+
+2021-03-19 17:42:36 +1100  Matthew Waters <matthew@centricular.com>
+
+	* gst-libs/gst/vaapi/gstvaapicontext.c:
+	* gst-libs/gst/vaapi/gstvaapicontext.h:
+	* gst-libs/gst/vaapi/gstvaapiencoder.c:
+	* gst-libs/gst/vaapi/gstvaapifilter.c:
+	* gst-libs/gst/vaapi/gstvaapiminiobject.c:
+	* gst-libs/gst/vaapi/gstvaapiminiobject.h:
+	* gst-libs/gst/vaapi/gstvaapitexture_glx.c:
+	* gst-libs/gst/vaapi/gstvaapiutils_egl.c:
+	* gst-libs/gst/vaapi/gstvaapiutils_egl.h:
+	* gst-libs/gst/vaapi/gstvaapivalue.c:
+	* gst-libs/gst/vaapi/gstvaapiwindow_wayland.c:
+	* gst/vaapi/gstvaapipluginbase.c:
+	* gst/vaapi/gstvaapisink.c:
+	* gst/vaapi/gstvaapisink.h:
+	* gst/vaapi/gstvaapivideocontext.c:
+	* gst/vaapi/gstvaapivideomemory.c:
+	* tests/internal/simple-decoder.c:
+	  gst: don't use volatile to mean atomic
+	  volatile is not sufficient to provide atomic guarantees and real atomics
+	  should be used instead.  GCC 11 has started warning about using volatile
+	  with atomic operations.
+	  https://gitlab.gnome.org/GNOME/glib/-/merge_requests/1719
+	  Discovered in https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/-/issues/868
+	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/418>
+
+2021-02-24 17:41:02 +0100  Paul Goulpié <paul.goulpie@ubicast.eu>
+
+	* gst-libs/gst/vaapi/gstvaapiencoder_h264.c:
+	  gstvaapiencoder_h264: add ENCODER_EXPOSURE on aud propertie
+	  forgot during the following mainline commit: https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/commit/bc2f8fd19e924aa0e193708307326acd037691ce#
+	  Signed-off-by: Paul Goulpié <paul.goulpie@ubicast.eu>
+
+2021-02-04 15:05:55 +0800  He Junyan <junyan.he@intel.com>
+
+	* gst/vaapi/gstvaapipostproc.c:
+	  plugins: postproc: Fix a problem of propose_allocation when passthrough.
+	  We should query the downstream element to answer a precise allocation
+	  query when the passthrough mode is enabled.
+	  The current way still decides the allocation by the postproc itself. The
+	  pipeline such as:
+	  gst-launch-1.0 -v filesrc location=xxx.264 ! h264parse ! vaapih264dec ! \
+	  vaapipostproc ! fakevideosink silent=false sync=true
+	  will lose some info such as the GST_VIDEO_META_API_TYPE.
+	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/413>
+
+2021-01-27 12:05:44 +0800  Haihao Xiang <haihao.xiang@intel.com>
+
+	* gst-libs/gst/vaapi/gstvaapidisplay_drm.c:
+	* gst-libs/gst/vaapi/gstvaapidisplay_drm.h:
+	* gst/vaapi/gstvaapivideocontext.c:
+	  libs: display: drm: support gst.vaapi.app.Display context for drm backend
+	  Attributes for drm backend:
+	  - va-display : ponter of VADisplay
+	  - drm-device-fd : the DRM device file descriptor
+	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/409>
+
+2021-01-13 14:43:20 +0800  Haihao Xiang <haihao.xiang@intel.com>
+
+	* docs/index.md:
+	* gst-libs/gst/vaapi/gstvaapidisplay_drm.c:
+	  libs: display: drm: allow user specify a drm device via an env variable
+	  Currently the default drm device is always used on a system with
+	  multiple drm devices. This patch allows user to specify the required
+	  drm device via GST_VAAPI_DRM_DEVICE env variable
+	  Example:
+	  GST_VAAPI_DRM_DEVICE=/dev/dri/renderD129 gst-launch-1.0 videotestsrc !
+	  vaapih264enc ! fakesink
+	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/409>
+
+2021-01-25 14:45:47 +0800  Haihao Xiang <haihao.xiang@intel.com>
+
+	* gst-libs/gst/vaapi/gstvaapidisplay_drm.c:
+	  libs: display: drm: fix set_device_path_from_fd
+	  drmGetBusid() (GET_UNIQUE ioctl) won't return a valid bus id when
+	  drmSetInterfaceVersion() (SET_VERSION ioctl) hasn't been called(see[1]),
+	  so we can't get the right device path. Running test-display will get the
+	  error below:
+	  ** (test-display:18630): ERROR **: 10:26:00.434: could not create Gst/VA
+	  display
+	  Calling drmSetInterfaceVersion() before drmGetBusid() can't fix this
+	  issue because a special permission is required for SET_VERSION ioctl.
+	  This patch retrieves the device path from file descriptor via
+	  g_file_read_link()
+	  [1] https://github.com/torvalds/linux/blob/master/drivers/gpu/drm/drm_ioctl.c#L48-L104
+	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/412>
+
+2021-01-20 10:42:09 +0100  Rafał Dzięgiel <rafostar.github@gmail.com>
+
+	* gst-libs/gst/vaapi/gstvaapiutils_glx.c:
+	  glx: Iterate over FBConfig and select 8 bit color size
+	  Texture upload mechanism used by gstreamer-vaapi relies on 8 bpc.
+	  In latest mesa versions the first fbconfig might not be 8 bit, so iterate
+	  over it to find the correct config with supported values.
+	  This also adds 8 bit alpha size to the framebuffer configuration which is
+	  required to get it working properly.
+	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/410>
+
+2021-01-11 09:57:03 +0800  Ung, Teng En <teng.en.ung@intel.com>
+
+	* gst-libs/gst/vaapi/gstvaapiutils.c:
+	  vaapipostproc: fix code style.
+	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/407>
+
+2020-12-21 05:42:00 +0000  Ung, Teng En <teng.en.ung@intel.com>
+
+	* gst-libs/gst/vaapi/gstvaapidisplay.c:
+	* gst-libs/gst/vaapi/gstvaapidisplay.h:
+	* gst-libs/gst/vaapi/gstvaapifilter.c:
+	  vaapipostproc: Remove YUV to/from RGB color primary quirk since iHD driver has fixed in https://github.com/intel/media-driver/commit/a39fe9bc051a8c3efa8f35122a1585981ec7f816.
+	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/407>
+
+2020-12-21 05:36:29 +0000  Ung, Teng En <teng.en.ung@intel.com>
+
+	* gst-libs/gst/vaapi/gstvaapiutils.c:
+	  vaapipostproc: Added gstreamer BT2020 color standard support.
+	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/407>
+
+2021-01-09 16:05:48 +0800  He Junyan <junyan.he@intel.com>
+
+	* gst-libs/gst/vaapi/gstvaapidecoder_av1.c:
+	  decoder: AV1: Fix a static analysis problem of update_state().
+	  No need to check the picture pointer after we have already dereferenced it.
+	  Fix: #298
+	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/408>
+
+2020-12-22 23:43:52 +0800  He Junyan <junyan.he@intel.com>
+
+	* gst-libs/gst/vaapi/gstvaapidecoder_av1.c:
+	* gst-libs/gst/vaapi/gstvaapidecoder_objects.c:
+	* gst-libs/gst/vaapi/gstvaapidecoder_objects.h:
+	  libs: decoder: Add decode_with_surface_id for AV1 film_grain.
+	  The AV1 film_graim feature needs two surfaces the same time for
+	  decoding. One is for recon surface which will be used as reference
+	  later, and the other one is for display. The GstVaapiPicture should
+	  contain the surface for display, while the vaBeginPicture() need
+	  the recon surface as the target.
+	  We add a gst_vaapi_picture_decode_with_surface_id API to handle this
+	  kind of requirement.
+	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/191>
+
+2020-08-27 21:46:41 +0800  He Junyan <junyan.he@intel.com>
+
+	* gst-libs/gst/vaapi/gstvaapidecoder_av1.c:
+	* gst-libs/gst/vaapi/gstvaapidecoder_av1.h:
+	* gst-libs/gst/vaapi/gstvaapiprofile.c:
+	* gst-libs/gst/vaapi/gstvaapiprofile.h:
+	* gst-libs/gst/vaapi/gstvaapiutils.c:
+	* gst-libs/gst/vaapi/meson.build:
+	* gst/vaapi/gstvaapidecode.c:
+	* meson.build:
+	  libs: decoder: AV1: Add the av1 decoder support.
+	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/191>
+
+2020-08-27 21:39:35 +0800  He Junyan <junyan.he@intel.com>
+
+	* gst-libs/gst/vaapi/gstvaapicodec_objects.c:
+	* gst-libs/gst/vaapi/gstvaapicodec_objects.h:
+	* gst-libs/gst/vaapi/gstvaapidecoder_objects.c:
+	* gst-libs/gst/vaapi/gstvaapidecoder_objects.h:
+	  libs: codecobject: Add number of elements when create codec object.
+	  One slice data may need several slice parameter buffers at one time.
+	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/191>
+
+2020-12-12 10:30:41 +0100  Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
+
+	* gst/vaapi/gstvaapidecodebin.c:
+	* gst/vaapi/gstvaapipluginbase.c:
+	* gst/vaapi/gstvaapivideobufferpool.c:
+	  vaapi: use gst_clear_object instead of g_clear_object
+	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/406>
+
+2020-12-08 13:34:35 +0800  He Junyan <junyan.he@intel.com>
+
+	* gst/vaapi/gstvaapiencode.c:
+	  plugins: encode: unlock the stream lock before _flush()
+	  The current encoder will hang when EOS comes. When we call the
+	  gst_vaapi_encoder_encode_and_queue(), we should release the stream
+	  lock, just like what we do in gst_vaapiencode_handle_frame().
+	  The deadlock happens when: The input thread holding the stream lock
+	  is using gst_vaapi_encoder_create_coded_buffer() to acquire a coded
+	  buffer, while the output thread which holding the coded buffer resource
+	  is acquiring the stream lock in _push_frame() to push the data to
+	  down stream element.
+	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/404>
+
+2020-12-09 00:04:33 +0800  He Junyan <junyan.he@intel.com>
+
+	* gst-libs/gst/vaapi/gstvaapiencoder_h264.c:
+	  libs: encoder: H264: Fix one assert in get_pending_reordered().
+	  gst_vaapi_encoder_h264_get_pending_reordered() does not consider the
+	  case for HIERARCHICAL_B mode. The pipeline:
+	  gst-launch-1.0  videotestsrc num-buffers=48 ! vaapih264enc prediction-type=2 \
+	  keyframe-period=32 ! fakesink
+	  get a assert:
+	  ERROR:../gst-libs/gst/vaapi/gstvaapiencoder_h264.c:1996:reflist1_init_hierarchical_b:
+	  assertion failed: (count != 0)
+	  The last few B frames are not fetched in correct order when HIERARCHICAL_B
+	  is enabled.
+	  We also fix a latent bug for normal mode. The g_queue_pop_tail() of B frames
+	  make the last several frames encoded in reverse order. The NAL of last few
+	  frames come in reverse order in the bit stream, though it can still output
+	  the correct image.
+	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/405>
+
+2020-06-25 16:25:21 +0800  He Junyan <junyan.he@hotmail.com>
+
+	* gst-libs/gst/vaapi/gstvaapiencoder_h265.c:
+	* gst-libs/gst/vaapi/gstvaapiutils_h265.c:
+	  libs: encoder: H265: Add screen content coding extensions support.
+	  In scc mode, the I frame can ref to itself and it needs the L0 reference
+	  list enabled. So we should set the I frame to P_SLICE type. We do not need
+	  to change the ref_pic_list0/1 passed to VA driver, just need to enable the
+	  VAEncPictureParameterBufferHEVC->pps_curr_pic_ref_enabled_flag to notify
+	  the driver consider the current frame as reference. For bits conformance,
+	  the NumRpsCurrTempList0 should be incremented by one to include the current
+	  picture as the reference frame. We manually do it when packing the slice header.
+	  Command line like:
+	  gst-launch-1.0  videotestsrc num-buffers=10 ! \
+	  capsfilter caps=video/x-raw,format=NV12, framerate=30/1,width=640,height=360 ! \
+	  vaapih265enc ! capsfilter caps=video/x-h265,profile="{ (string)screen-extended-main }" ! \
+	  filesink location=out.265
+	  Can be used to specify that the encoder should use SCC profiles.
+	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/379>
+
+2020-07-11 23:37:29 +0800  He Junyan <junyan.he@intel.com>
+
+	* gst/vaapi/gstvaapiencode_vp9.c:
+	  plugin: encode: vp9: Implement the set_config().
+	  We store the allowed profiles list to encoder in set_config().
+	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/380>
+
+2020-07-11 23:39:40 +0800  He Junyan <junyan.he@intel.com>
+
+	* gst/vaapi/gstvaapiencode_vp9.c:
+	  plugin: encode: vp9: Add the profile into output caps.
+	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/380>
+
+2020-07-11 23:27:21 +0800  He Junyan <junyan.he@intel.com>
+
+	* gst-libs/gst/vaapi/gstvaapiencoder_vp9.c:
+	  libs: encoder: vp9: no need to ensure_hw_profile.
+	  Once we decide the profile and can get the valid entrypoint for
+	  that profile, hw must already support this profile/entrypoint pair.
+	  No need to check it again in set_context_info().
+	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/380>
+
+2020-07-11 23:22:55 +0800  He Junyan <junyan.he@intel.com>
+
+	* gst-libs/gst/vaapi/gstvaapiencoder_vp9.c:
+	  libs: encoder: vp9: Improve the manner to decide the profile.
+	  We should decide the VP9 encoder's profile based on the chroma and
+	  depth of the input format, then make sure it is included in the
+	  allowed list.
+	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/380>
+
+2020-07-11 23:17:02 +0800  He Junyan <junyan.he@intel.com>
+
+	* gst-libs/gst/vaapi/gstvaapiutils_vpx.c:
+	* gst-libs/gst/vaapi/gstvaapiutils_vpx.h:
+	  libs: util: vpx: add get_chroma_format_idc for VP9
+	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/380>
+
+2020-07-11 23:09:59 +0800  He Junyan <junyan.he@intel.com>
+
+	* gst-libs/gst/vaapi/gstvaapiencoder_vp9.c:
+	* gst-libs/gst/vaapi/gstvaapiencoder_vp9.h:
+	  libs: encoder: vp9: Add allowed_profiles.
+	  We need the allowed_profiles to store the allowed profiles in down
+	  stream's caps.
+	  Command line like:
+	  vaapivp9enc ! capsfilter caps=video/x-vp9,profile="{ (string)1, \
+	  (string)3 }"
+	  We need to store GST_VAAPI_PROFILE_VP9_1 and GST_VAAPI_PROFILE_VP9_3
+	  in this list.
+	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/380>
+
+2020-11-30 18:00:30 +0800  He Junyan <junyan.he@intel.com>
+
+	* gst-libs/gst/vaapi/gstvaapidecoder_h265.c:
+	  libs: decoder: H265: Fix a typo in scc reference setting.
+	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/402>
+
+2020-07-17 18:00:30 +0800  He Junyan <junyan.he@intel.com>
+
+	* gst-libs/gst/vaapi/gstvaapidecoder_h265.c:
+	* gst-libs/gst/vaapi/gstvaapiprofile.c:
+	* gst-libs/gst/vaapi/gstvaapiprofile.h:
+	* gst-libs/gst/vaapi/gstvaapiutils_h265.c:
+	* gst-libs/gst/vaapi/video-format.c:
+	* gst/vaapi/gstvaapidecode.c:
+	  libs: decoder: H265: Add MAIN_422_12 profile supporting.
+	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/390>
+
+2020-07-31 14:38:42 +0800  He Junyan <junyan.he@intel.com>
+
+	* gst-libs/gst/vaapi/gstvaapiimage.c:
+	* gst-libs/gst/vaapi/video-format.c:
+	* gst-libs/gst/vaapi/video-format.h:
+	  video-format: Add Y212_LE format.
+	  It can be used as HEVC YUV_4:2:2 12bits stream's decoder output, and
+	  also can be used as the input format for encoding HEVC YUV_4:2:2 12bits
+	  stream.
+	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/390>
+
+2020-07-30 23:21:06 +0800  He Junyan <junyan.he@intel.com>
+
+	* gst-libs/gst/vaapi/gstvaapidecoder_h265.c:
+	* gst-libs/gst/vaapi/gstvaapiprofile.c:
+	* gst-libs/gst/vaapi/gstvaapiprofile.h:
+	* gst-libs/gst/vaapi/gstvaapiutils_h265.c:
+	* gst-libs/gst/vaapi/video-format.c:
+	* gst/vaapi/gstvaapidecode.c:
+	  libs: decoder: H265: Add MAIN_444_12 profile supporting.
+	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/390>
+
+2020-07-30 23:13:10 +0800  He Junyan <junyan.he@intel.com>
+
+	* gst-libs/gst/vaapi/gstvaapiimage.c:
+	* gst-libs/gst/vaapi/video-format.c:
+	* gst-libs/gst/vaapi/video-format.h:
+	  video-format: Add Y412_LE format.
+	  It can be used as HEVC YUV_4:4:4 12bits stream's decoder output, and
+	  also can be used as the input format for encoding HEVC YUV_4:4:4 12bits
+	  stream.
+	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/390>
+
+2020-09-17 16:47:43 +0800  He Junyan <junyan.he@intel.com>
+
+	* gst-libs/gst/vaapi/gstvaapidecoder_h265.c:
+	  libs: decoder: h265: fill missing predictor_palette_size field.
+	  The predictor_palette_size of VAPictureParameterBufferHEVCScc is
+	  forgotten and need to be filled when streams have palettes.
+	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/396>
+
+2020-09-17 15:35:11 +0800  He Junyan <junyan.he@intel.com>
+
+	* gst-libs/gst/vaapi/gstvaapiutils_h265.c:
+	  libs: utils: h265: Use get_profile_from_sps to get profile.
+	  We now use gst_h265_get_profile_from_sps() to replace the old way
+	  of gst_h265_profile_tier_level_get_profile() to get more precise
+	  profile. The new function consider the unstandard cases and give
+	  a more suitable profile decision.
+	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/395>
+
+2020-10-19 13:46:44 +0200  Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
+
+	* gst-libs/gst/vaapi/gstvaapidecoder_vp9.c:
+	  libs: decoder: vp9: 0xff segment pred probs if no temporal update
+	  According to the spec (6.2.11 Segmentation params syntax)
+	  segmentation_pred_prob[i] ast to be 0xff if not temporal_update.
+	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/400>
+
+2020-10-19 13:42:53 +0200  Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
+
+	* gst-libs/gst/vaapi/gstvaapidecoder_vp9.c:
+	  libs: decoder: vp9: avoid reference rewriting
+	  The removed code set all the reference frames to the current frame it is a key
+	  one, but later, all the reference frames were rewritten with the decoded picture
+	  buffers or VA_INVALID_SURFACE if they were not available.
+	  Basically, all this time the first reference frame assignment has been ignored,
+	  and it's not described by the spec, and this patch removes that code.
+	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/400>
+
+2020-09-20 09:56:40 +0200  Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
+
+	* gst/vaapi/gstvaapidecode.c:
+	  decoder: don't reply src caps query with allowed if pad is fixed
+	  If the pad is already fixed the caps query have to be reply with the
+	  current fixed caps. Otherwise the query has to be replied with the
+	  autogeneratd src caps.
+	  This path fix this by falling back to the normal caps query processing
+	  if the pad is already fixed. Otherwise it will fetch the allowed src
+	  pad caps.
+	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/397>
+
+2020-09-15 00:11:30 +0800  He Junyan <junyan.he@intel.com>
+
+	* gst/vaapi/gstvaapidecode.c:
+	  plugins: decode: fix a DMA caps typo in ensure_allowed_srcpad_caps.
+	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/392>
+
+2020-09-01 09:31:33 +0200  Marc Leeman <m.leeman@televic.com>
+
+	* gst/vaapi/gstvaapisink.c:
+	  vaapisink: when updating the caps, reset rotation
+	  When an element upstream changes settings (e.g. crop), new caps are sent
+	  to vaapisink. When vaapisink was rotating the image, it needs to
+	  re-evaluate if the sink needs to rotate the image.
+	  Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/389>
+
+2020-09-08 17:31:02 +0100  Tim-Philipp Müller <tim@centricular.com>
+
+	* .gitlab-ci.yml:
+	  ci: include template from gst-ci master branch again
+
+2020-09-08 16:59:07 +0100  Tim-Philipp Müller <tim@centricular.com>
+
+	* meson.build:
+	  Back to development
+
 === release 1.18.0 ===
 
 2020-09-08 00:09:51 +0100  Tim-Philipp Müller <tim@centricular.com>
 
+	* .gitlab-ci.yml:
 	* ChangeLog:
 	* NEWS:
 	* RELEASE: