summaryrefslogtreecommitdiff
path: root/ChangeLog
diff options
context:
space:
mode:
Diffstat (limited to 'ChangeLog')
-rw-r--r--ChangeLog922
1 files changed, 922 insertions, 0 deletions
diff --git a/ChangeLog b/ChangeLog
index 1eb35927..10306fcf 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,925 @@
+=== release 1.17.90 ===
+
+2020-08-20 16:16:25 +0100 Tim-Philipp Müller <tim@centricular.com>
+
+ * ChangeLog:
+ * NEWS:
+ * RELEASE:
+ * gstreamer-vaapi.doap:
+ * meson.build:
+ Release 1.17.90
+
+2020-08-17 11:43:53 +0200 Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
+
+ * gst-libs/gst/vaapi/gstvaapisurface_egl.c:
+ libs: surface: egl: guard memory type
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/384>
+
+2020-08-17 19:26:43 +0800 He Junyan <junyan.he@intel.com>
+
+ * gst/vaapi/gstvaapidecode.c:
+ plugin: decode: Fix two mem leaks because of caps.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/385>
+
+2020-08-16 01:57:15 +0800 He Junyan <junyan.he@intel.com>
+
+ * gst/vaapi/gstvaapivideomemory.c:
+ plugin: allocator: No need to ref allocator when create mem.
+ We do not need to ref the allocator when creating GstVaapiVideoMemory
+ kind memory, and then release it in _free(). The framework already
+ does it for us.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/383>
+
+2020-08-14 10:42:51 +0200 Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
+
+ * gst/vaapi/gstvaapiencode_h264.c:
+ vaapiencode: h264: ignore level without breaking negotiation
+ Since commit 9f627ef2 if the user sets level in the encoder src caps
+ the caps negotiation is rejected.
+ But since the same commit the same encoder set the autoconfigured
+ level in caps. Some change in the base class might fixed the operation
+ order so now the caps are set and later negotiated.
+ This patch removes the level check.
+ Fixes: #273
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/382>
+
+2019-07-09 19:17:48 +0200 Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
+
+ * gst-libs/gst/vaapi/egl_vtable.h:
+ * gst-libs/gst/vaapi/gstvaapisurface_egl.c:
+ * gst-libs/gst/vaapi/gstvaapisurface_egl.h:
+ * gst-libs/gst/vaapi/gstvaapitexture_egl.c:
+ libs: egl: surface: export EGLImage as DMABuf if GEM not supported
+ This code path is used when frames are rendered as textures through
+ GstVideoGLTextureUploadMeta with EGL, mainly under Wayland.
+ Originally the EGLImage was exported as GEM, which was handled by
+ Intel drivers, but Gallium ones cannot create VA surfaces from
+ GEM buffers, only DMABuf.
+ This patch checks the memory types supported by VA driver to choose
+ the render the EGLImages from GEM or DMABuf, because GEM is still
+ better where supported.
+ DMABuf is well handled either by intel-vaapi-driver and gallium.
+ Fixes: #137
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/122>
+
+2020-05-26 16:18:32 +0200 Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
+
+ * gst-libs/gst/vaapi/gstvaapifilter.c:
+ * gst-libs/gst/vaapi/gstvaapifilter.h:
+ libs: filter: gst_vaapi_filter_get_memory_types()
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/122>
+
+2020-08-12 18:48:59 +0200 Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
+
+ * gst/vaapi/gstvaapipluginbase.c:
+ * gst/vaapi/gstvaapipluginbase.h:
+ plugins: remove gst_vaapi_plugin_base_get_allowed_srcpad_raw_caps()
+ Since nobody uses it, just remove it.
+ Thus extract_allowed_surface_formats() is refactored to attend only
+ gst_vaapi_plugin_base_get_allowed_sinkpad_raw_caps().
+ Now a surface is created when the image chorma is different from the
+ previous one. And if the driver has the quirk, it outputs all the
+ supported image formats without trying them.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/381>
+
+2020-08-12 17:50:50 +0200 Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
+
+ * gst/vaapi/gstvaapidecode.c:
+ vaapidecode: expose raw src caps with same chroma
+ The try-and-error approach for getting the possible image formats from
+ a surface has brought several problems in different drivers, from
+ crashes to drop in performance.
+ Instead of that we change the algorithm to determine the possible
+ image formats based in the surface chroma: only those available image
+ formats with same chroma are exposed as possible raw caps.
+ Do this is important to avoid performance degrading in raw sinks
+ which doesn't handle NV12 but it does YV12 or I420.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/381>
+
+2020-07-10 17:05:38 +0800 He Junyan <junyan.he@intel.com>
+
+ * gst-libs/gst/vaapi/gstvaapiutils_h265.c:
+ libs: util: h265: use common parser API to get vaapi profiles.
+ We can reuse H265 parser's API to recognize the correct profile and
+ then just need to convert them to VAAPI profiles.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/356>
+
+2020-08-07 16:41:49 +0200 Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
+
+ * gst-libs/gst/vaapi/meson.build:
+ * gst/vaapi/meson.build:
+ * meson.build:
+ build: update for gl pkg-config file split
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/378>
+
+2020-08-06 12:51:27 +0800 Xu Guangxin <guangxin.xu@intel.com>
+
+ * gst-libs/gst/vaapi/gstvaapidecoder_h264.c:
+ h264dec: mark remaining frames as unreference before exec_picture_refs_modification
+ 8.2.4.2 required this. Some clips will crash if we do not fill the reference list like this.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/376>
+
+2020-07-31 18:22:46 +0800 He Junyan <junyan.he@intel.com>
+
+ * gst-libs/gst/vaapi/gstvaapiencoder.c:
+ * gst-libs/gst/vaapi/gstvaapiencoder_h265.c:
+ * gst-libs/gst/vaapi/gstvaapiutils_h265.c:
+ libs: encoder: H265: Enable Main 12 profile support.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/375>
+
+2020-07-31 19:17:39 +0800 He Junyan <junyan.he@intel.com>
+
+ * gst-libs/gst/vaapi/video-format.c:
+ video format: Fix P012_LE's chrome type typo.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/375>
+
+2020-08-04 21:15:01 +0300 Jordan Petridis <jordan@centricular.com>
+
+ * gst-libs/gst/vaapi/gstvaapiminiobject.c:
+ gstvaapiminiobject.c: fix clang 10 warnings
+ the typesystem checks in g_atomic_pointer_compare_and_exchange
+ seem to trigger some false positives with clang 10
+ similar to gstreamer!584
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/377>
+
+2020-07-31 11:07:23 +0200 Michael Olbrich <m.olbrich@pengutronix.de>
+
+ * gst-libs/gst/vaapi/gstvaapiwindow_wayland.c:
+ libs: window: wayland: destroy all wayland buffers during finalize
+ Some buffers and the associated FrameState state may still be pending at
+ that point. If the wayland connection is shared, then messages for the
+ buffer may still arrive. However, the associated event queue is already
+ deleted. So the result is a crash.
+ With a private connection the associated memory is leaked instead.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/342>
+
+2020-06-18 20:25:18 +0200 Michael Olbrich <m.olbrich@pengutronix.de>
+
+ * tests/examples/test-vaapicontext.c:
+ test: vaapicontext: fix draw callback with multiple videos
+ The callback is called for both windows. So make sure that
+ gst_video_overlay_set_render_rectangle() is called for the correct one.
+ Otherwise, the left video will be randomly moved behind the right video.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/342>
+
+2020-06-19 09:23:52 +0200 Michael Olbrich <m.olbrich@pengutronix.de>
+
+ * tests/examples/meson.build:
+ * tests/examples/test-vaapicontext.c:
+ test: vaapicontext: support wayland display
+ On Wayland, The whole gtk window is one Wayland surface. So
+ gtk_widget_get_window() must be called on the top-level widget.
+ For any other widget the following gdk_window_ensure_native() may create a
+ new top-level Wayland surface that is never visible.
+ As a result, the coordinates passed to
+ gst_video_overlay_set_render_rectangle() must be relativ to the top-level
+ window. Otherwise the video is placed incorrectly.
+ Original-Patch-By: Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/342>
+
+2017-12-01 20:18:28 +0100 Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
+
+ * tests/examples/test-vaapicontext.c:
+ test: vaapicontext: use playbin to test files
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/342>
+
+2017-11-29 11:11:39 +0100 Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
+
+ * tests/examples/test-vaapicontext.c:
+ test: vaapicontext: add PLAY and NULL buttons
+ They only appear when only one sink is instanciated and their purpose
+ is to test the NULL-PLAY use case in context sharing.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/342>
+
+2020-06-19 21:26:52 +0200 Michael Olbrich <m.olbrich@pengutronix.de>
+
+ * gst-libs/gst/vaapi/gstvaapiwindow_wayland.c:
+ libs: wayland: update the opaque region in set_render_rect
+ gst_vaapi_window_wayland_set_render_rect() may be called from an arbitrary
+ thread. That thread may be responsible for making the window visible.
+ At that point another thread will block in gst_vaapi_window_wayland_sync()
+ because the frame callback will not be called until the window is visible.
+ If that happens, then acquiring the display lock in
+ gst_vaapi_window_wayland_set_render_rect() would result in a deadlock.
+ Cache the size of the opaque rectangle separately and create the opaque
+ region right before applying it to the surface.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/342>
+
+2020-06-19 09:21:16 +0200 Hyunjun Ko <zzoon@igalia.com>
+
+ * gst-libs/gst/vaapi/gstvaapiwindow.c:
+ * gst-libs/gst/vaapi/gstvaapiwindow.h:
+ * gst-libs/gst/vaapi/gstvaapiwindow_priv.h:
+ * gst-libs/gst/vaapi/gstvaapiwindow_wayland.c:
+ * gst/vaapi/gstvaapisink.c:
+ libs: window: implements gst_vaapi_window_set_render_rectangle
+ Implements new vmethod gst_vaapi_window_set_render_rectangle,
+ which is doing set the information of the rendered rectangle set by
+ user.
+ This is necessary on wayland at least to get exact information of
+ external surface.
+ And vaapisink calls this when gst_video_overlay_set_render_rectangle is
+ called.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/342>
+
+2017-11-08 13:23:39 +0900 Hyunjun Ko <zzoon@igalia.com>
+
+ * gst/vaapi/gstvaapisink.c:
+ vaapisink: implements gst_vaapisink_wayland_create_window_from_handle()
+ Implements gst_vaapisink_wayland_create_window_from_handle() to support
+ using external wl_surface.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/342>
+
+2020-06-19 09:11:20 +0200 Michael Olbrich <m.olbrich@pengutronix.de>
+
+ * gst-libs/gst/vaapi/gstvaapidisplay_wayland.c:
+ * gst-libs/gst/vaapi/gstvaapidisplay_wayland_priv.h:
+ * gst-libs/gst/vaapi/gstvaapiwindow.c:
+ * gst-libs/gst/vaapi/gstvaapiwindow_wayland.c:
+ * gst-libs/gst/vaapi/gstvaapiwindow_wayland.h:
+ libs: wayland: implement video overlay API
+ The Wayland sub-surfaces API is used to embed the video into an application
+ window.
+ See Appendix A. Wayland Protocol Specification as the following.
+ """
+ The aim of sub-surfaces is to offload some of the compositing work
+ within a window from clients to the compositor. A prime example is
+ a video player with decorations and video in separate wl_surface
+ objects.
+ This should allow the compositor to pass YUV video buffer processing to
+ dedicated overlay hardware when possible.
+ """
+ Added new method gst_vaapi_window_wayland_new_with_surface()
+ Original-Patch-By: Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
+ Zhao Halley <halley.zhao@intel.com>
+ changzhix.wei@intel.com
+ Hyunjun Ko <zzoon@igalia.com>
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/342>
+
+2020-06-19 21:54:52 +0200 Michael Olbrich <m.olbrich@pengutronix.de>
+
+ * gst-libs/gst/vaapi/gstvaapiwindow_wayland.c:
+ doc: libs: wayland: add 'transfer full' to the returnvalye of gst_vaapi_window_wayland_new
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/342>
+
+2020-06-11 08:25:57 +0200 Michael Olbrich <m.olbrich@pengutronix.de>
+
+ * gst-libs/gst/vaapi/gstvaapidisplay.c:
+ libs: display: always call close_display()
+ All close_display() have their own checks for use_foreign_display and only
+ destroy locally created objects in that case.
+ Without this objects other than the actuall foreign display itself are
+ leaked.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/342>
+
+2020-07-30 23:37:10 +0800 He Junyan <junyan.he@intel.com>
+
+ * gst-libs/gst/vaapi/video-format.h:
+ video-format: Add the missing P012_LE into GST_VAAPI_FORMATS_ALL.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/373>
+
+2020-05-25 17:02:26 +0200 Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
+
+ * gst/vaapi/gstvaapidecode.c:
+ * gst/vaapi/gstvaapipluginutil.c:
+ * gst/vaapi/gstvaapipluginutil.h:
+ plugins: add gst_vaapi_caps_set_width_and_height_range()
+ This utility function is called internally by
+ gst_vaapi_build_caps_from_formats() and can be used outside.
+ This function sets frame size and framerates ranges.
+ Also gst_vaapi_build_caps_from_formats() is simplified.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/374>
+
+2020-07-31 15:27:38 +0800 He Junyan <junyan.he@intel.com>
+
+ * gst-libs/gst/vaapi/gstvaapidecoder.c:
+ libs: decoder: fix a crash issue when get_surface_formats.
+ Some context does not report any valid format that we can support.
+ For example, the HEVC 444 12 bits decoder context, all the formats
+ it reports is not supported now, which make the formats list a NULL
+ array. We should check that pointer before we use it.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/372>
+
+2020-07-03 19:28:28 +0800 He Junyan <junyan.he@intel.com>
+
+ * gst-libs/gst/vaapi/gstvaapiencoder_h265.c:
+ libs: encoder: h265: choose the profile based on allowed list.
+ We can decide the profile in ensure_profile(), based on allowed list
+ passed by the encode. We also need to check whether the entrypoint is
+ available. Once it is decided, no need to check the hw entrypoint
+ them again.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/349>
+
+2020-07-29 22:05:41 +0800 He Junyan <junyan.he@intel.com>
+
+ * gst/vaapi/gstvaapiencode_h265.c:
+ plugins: encode: h265: set all allowed profiles to encoder.
+ We should collect all allowed profiles and pass them to the inside
+ encoder, rather than just calculate the max profile idc.
+ The allowed profiles should also be supported by the HW.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/349>
+
+2020-07-29 22:32:55 +0800 He Junyan <junyan.he@intel.com>
+
+ * gst-libs/gst/vaapi/gstvaapidisplay.c:
+ * gst-libs/gst/vaapi/gstvaapidisplay.h:
+ libs: display: Add a helper function to get profiles by codec.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/349>
+
+2020-07-03 01:28:28 +0800 He Junyan <junyan.he@intel.com>
+
+ * gst/vaapi/gstvaapiencode_h265.c:
+ plugins: encode: h265: collect all allowed profiles to encoder.
+ We should collect all allowed profiles and pass them to the inside
+ encoder, rather than just calculate the max profile idc.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/349>
+
+2020-07-03 00:53:31 +0800 He Junyan <junyan.he@intel.com>
+
+ * gst-libs/gst/vaapi/gstvaapiencoder_h265.c:
+ * gst-libs/gst/vaapi/gstvaapiencoder_h265.h:
+ * gst/vaapi/gstvaapiencode_h265.c:
+ libs: encoder: h265: modify set_max_profile to set_allowed_profiles.
+ In h265, bigger profile idc may not be compatible with the small profile
+ idc. And more important, there are multi profiles with the same profile
+ idc. Such as main-422-10, main-444 and main-444-10, they all have profile
+ idc 4.
+ So recording the max profile idc is not enough, the encoder needs to know
+ all allowed profiles when deciding the real profile.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/349>
+
+2020-07-02 23:33:31 +0800 He Junyan <junyan.he@intel.com>
+
+ * gst-libs/gst/vaapi/gstvaapiencoder_h265.c:
+ libs: encoder: h265: No need to check hw_max_profile.
+ In h265, higher profile idc number does not mean better compression
+ performance and may be not compatible with the lower profile idc.
+ So, it is not suitable to find the heighest idc for hw to ensure the
+ compatibility.
+ On the other side, when the entrypoint of the selected profile is valid,
+ it means the hw really support this profile, no need to check it again.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/349>
+
+2020-04-08 19:41:09 +0200 Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
+
+ * gst/vaapi/gstvaapipostproc.c:
+ vaapipostproc: early return if fixate srcpad caps fails
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/371>
+
+2020-07-29 13:39:44 +0200 Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
+
+ * gst/vaapi/gstvaapipluginutil.c:
+ vaapipluginutil: simplify gst_vaapi_find_preferred_caps_feature()
+ Generalize the way how the preferred color format is chosen. Also
+ use new GStreamre API as syntatic sugar.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/370>
+
+2020-07-29 14:22:18 +0800 He Junyan <junyan.he@intel.com>
+
+ * gst-libs/gst/vaapi/gstvaapidecoder.c:
+ * gst-libs/gst/vaapi/gstvaapiprofile.c:
+ * gst-libs/gst/vaapi/gstvaapiprofile.h:
+ * gst/vaapi/gstvaapidecode.c:
+ * gst/vaapi/gstvaapiencode.c:
+ libs: profile: Use get_codec_from_caps to get codec type.
+ There is no need to get a profile from the caps and then convert
+ that profile into codec type. We can get the codec type by caps's
+ name easily.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/358>
+
+2020-07-12 19:42:40 +0800 He Junyan <junyan.he@intel.com>
+
+ * gst-libs/gst/vaapi/gstvaapiprofile.c:
+ libs: profile: h265: Fix return value of from_codec_data_h265.
+ profile_from_codec_data_h265() returns wrong GstVaapiProfile for h265.
+ The codec data of caps contain the profile IDC, but the mapping between
+ profile IDC and GstVaapiProfile is wrong.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/358>
+
+2020-07-07 00:46:23 +0800 He Junyan <junyan.he@intel.com>
+
+ * gst/vaapi/gstvaapiencode_vp9.c:
+ plugins: encode: vp9: Implement vp9's allowed_profiles() func.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/188>
+
+2020-07-08 16:30:17 +0800 He Junyan <junyan.he@intel.com>
+
+ * gst/vaapi/gstvaapiencode_h264.c:
+ * gst/vaapi/gstvaapiencode_h265.c:
+ * gst/vaapi/gstvaapipluginutil.c:
+ * gst/vaapi/gstvaapipluginutil.h:
+ plugin: util: rename h26x_encoder_get_profiles_from_caps().
+ Change its name to encoder_get_profiles_from_caps(). Other codecs such
+ as VP9 also needs to use this function.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/188>
+
+2020-07-06 23:35:12 +0800 He Junyan <junyan.he@intel.com>
+
+ * gst-libs/gst/vaapi/gstvaapiutils_vpx.c:
+ * gst-libs/gst/vaapi/gstvaapiutils_vpx.h:
+ * gst-libs/gst/vaapi/meson.build:
+ libs: utils: vpx: Add utils vpx to handle VP8/9 misc things.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/188>
+
+2020-07-29 10:17:31 +0200 Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
+
+ * gst-libs/gst/vaapi/gstvaapicontext.c:
+ * gst-libs/gst/vaapi/gstvaapidisplay.c:
+ * gst-libs/gst/vaapi/gstvaapidisplay.h:
+ libs: display, context: handle broken jpeg decoder for i965 driver
+ JPEG decoding in i965 driver is pretty much broken, and the driver is
+ deprecated which mean authors only accept trivial fixes.
+ Surfaces for JPEG decoder context in i965 only handle IMC3[1] color
+ format which is not a common format in GStreamer. It can export it to
+ I420 at mapping raw bytes, but DMABuf exporting is problematic.
+ This patch artificially adds NV12 to the context format list when it's
+ JPEG decoder for i965 and force the usage of old VA-API for surface
+ creation without specifying color format. Also it artificially
+ disables the DMABuf announcement.
+ 1. https://docs.microsoft.com/en-us/windows/win32/medfound/recommended-8-bit-yuv-formats-for-video-rendering#420-formats-16-bits-per-pixel
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/369>
+
+2020-07-29 12:02:50 +0200 Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
+
+ * gst-libs/gst/vaapi/gstvaapicontext.c:
+ libs: context: change function to internal code style
+ Instead of a getter the function `get_preferred_format()` to
+ `ensure_preferred_format()` which aligns to the code style.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/369>
+
+2020-07-28 20:00:09 +0200 Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
+
+ * gst/vaapi/gstvaapidecode.c:
+ vaapidecode: always merge profile caps in sink caps
+ This commit fixes a regression of e962069d, where if the profile's
+ caps doesn't have a caps profile, it's ignored.
+ This patch add a conditional jump if the caps doesn't have a profile
+ field to merge it.
+ Fixes: #271
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/368>
+
+2020-07-28 12:22:40 +0200 Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
+
+ * meson.build:
+ build: request libdrm >= 2.4.98 and fallback
+ Fixes: #270
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/367>
+
+2020-05-18 17:32:27 +0200 Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
+
+ * gst/vaapi/gstvaapidecode.c:
+ vaapidecode: dma caps only use reported color format
+ This fix pipelines without vaapipostproc after vaapi decoder, such as
+ gst-launch-1.0 filesrc location=~/file.mp4 ! parsebin ! vaapih264dec ! glimagesink
+ On EGL platforms, so DMABuf is used.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/366>
+
+2020-02-07 17:10:45 +0100 Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
+
+ * gst/vaapi/gstvaapidecode.c:
+ vaapidecode: use allowed srcpad caps for caps query
+ Instead of using just the template caps use the current allowed
+ srcpad caps, which is created considering the current decoder
+ context.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/366>
+
+2020-01-22 17:41:28 +0100 Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
+
+ * gst-libs/gst/vaapi/gstvaapidecoder.c:
+ * gst-libs/gst/vaapi/gstvaapidecoder.h:
+ * gst/vaapi/gstvaapidecode.c:
+ vaapidecode: build allowed srcpad caps from va context
+ Instead of generating allowed srcpad caps with generic information,
+ now it takes the size an formats limits from the decoder's context.
+ This is possible since srcpad caps are generated after the internal
+ decoder is created.
+ The patch replaces gst_vaapi_decoder_get_surface_formats() with
+ gst_vaapi_decoder_get_suface_attributes().
+ From these attributes, formats are only used for VASurface memory
+ caps feature. For system memory caps feature, the old
+ gst_vaapi_plugin_get_allowed_srcpad_caps() is still used, since
+ i965 jpeg decoder cannot deliver mappable format for gstreamer.
+ And for the other caps features (dmabuf and texture upload) the
+ same static list are used.
+ This patch also adds DMABuf caps feature only if the context
+ supports that memory type. Nonetheless, we keep the pre-defined
+ formats since they are the subset of common derive formats formats
+ supported either by amd/gallium and both intel drivers, since,
+ when exporting the fd through vaAcquireBufferHandle()/
+ vaReleaseBufferHandle(), the formats of the derivable image cannot
+ be retriebable from the driver. Later we'll use the attribute
+ formats for the DMABuf feature too, when the code be ported to
+ vaExportSurfaceHandle().
+ Finally, the allowed srcpad caps are removed if the internal decoder
+ is destroyed, since context attribues will change.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/366>
+
+2020-02-07 16:50:52 +0100 Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
+
+ * gst/vaapi/gstvaapidecode.c:
+ vaapidecode: reorder src caps template
+ Since negotiation depends on caps order, first is VA, then DMABuf,
+ later GLUploadTexture (deprecated) and finally raw.
+ Also, for decoders, the possible available color formats for DMABuf
+ is extended to all the possible VA color formats.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/366>
+
+2020-07-22 10:01:41 +0200 Michael Olbrich <m.olbrich@pengutronix.de>
+
+ * gst-libs/gst/vaapi/gstvaapiwindow_wayland.c:
+ libs: window: wayland: use dmabuf protocol if available
+ Currently vaGetSurfaceBufferWl() is used to create wayland buffers.
+ Unfortunately this is not implemented by the 'media-driver' and Mesa VA-API
+ drivers. And the implementation provided by 'intel-vaapi-driver' is not
+ compatible with a Wayland server that uses the iris Mesa driver.
+ So create the Wayland buffers manually with the zwp_linux_dmabuf_v1 wayland
+ protocol. Formats and modifiers supported by the Wayland server are taken
+ into account. If necessary, VPP is enabled to convert the buffer into a
+ supported format.
+ Fall back to vaGetSurfaceBufferWl() if creating buffers via dambuf protocol
+ fails.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/346>
+
+2020-07-21 10:03:19 +0200 Michael Olbrich <m.olbrich@pengutronix.de>
+
+ * gst-libs/gst/vaapi/gstvaapiwindow.c:
+ * gst-libs/gst/vaapi/gstvaapiwindow_priv.h:
+ libs: window: allow choosing the format for the vpp pool
+ Signed-off-by: Michael Olbrich <m.olbrich@pengutronix.de>
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/346>
+
+2020-06-28 17:42:29 +0200 Michael Olbrich <m.olbrich@pengutronix.de>
+
+ * gst-libs/gst/vaapi/video-format.c:
+ * gst-libs/gst/vaapi/video-format.h:
+ video-format: add DRM formats to the mapping table
+ This will be needed for the DMABuf protocol support to map DRM formats to
+ vaapi and gstreamer formats.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/346>
+
+2020-07-22 09:36:18 +0200 Michael Olbrich <m.olbrich@pengutronix.de>
+
+ * gst-libs/gst/vaapi/gstvaapidisplay_wayland.c:
+ * gst-libs/gst/vaapi/gstvaapidisplay_wayland_priv.h:
+ * gst-libs/gst/vaapi/meson.build:
+ libs: display: wayland: add basic dmabuf protocol support
+ This is just the basic infrastructure. Hook up the interface and collect
+ all supported formats.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/346>
+
+2020-07-06 09:59:40 +0200 Michael Olbrich <m.olbrich@pengutronix.de>
+
+ * gst-libs/gst/vaapi/gstvaapiwindow_wayland.c:
+ libs: window: wayland: wait for configure before committing the first buffer
+ Committing the first buffer for a surface must not be done before
+ ack_configure() has been sent for the xdg_surface.
+ With weston, the commit will fail with "error 3: xdg_surface has never been
+ configured".
+ Wait in gst_vaapi_window_wayland_show() until configure is done to avoid
+ this.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/346>
+
+2020-07-01 14:50:51 +0800 He Junyan <junyan.he@hotmail.com>
+
+ * gst-libs/gst/vaapi/gstvaapiencoder_h265.c:
+ libs: encoder: h265: set no P frame automatically.
+ The double reference lists may be required by drivers and there should
+ be no P frames in the of stream. The old way of converting P frames to
+ B frames is by setting `low-delay-b` property, which is unconvenient
+ and has bad user experience, since most of the users do not know when
+ to set this property, and if it is not set correctly, the encoding
+ pipeline fails or even hangs on some platforms. VA driver now provides
+ a attribute to query whether both reference lists must be un-NULL for
+ a profile/entrypoint pair.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/284>
+
+2020-04-15 16:26:55 +0800 He Junyan <junyan.he@hotmail.com>
+
+ * gst-libs/gst/vaapi/gstvaapiencoder_h265.c:
+ libs: encoder: h265: Deprecate the low-delay-b property.
+ In HEVC, P and B definitions are different from AVC: P frames have
+ just one reference list and so 1 MV, while B frames have two reference
+ lists and so 2 MVs. No matter B or P, ist reference lists can contain
+ forward/backward reference. So P and B can both have bi-directions
+ dependency, the difference is just their reference list
+ number (i.e. MV number). This is different from the AVC.
+ The *low delay b mode* refers to a special HEVC mode, in which the
+ stream just contain I and B frames, without P frames, and all B frames
+ only have forward direction dependencies (i.e. all inter frames have 2
+ reference lists but no backward reference in both lists). This is
+ similar to AVC I/P mode, but changing the P to the forward dependent
+ B.
+ The `low-delay-b` property is now just used to simply convert all P
+ frames to B frames when driver does not support P frames (so both
+ reference lists have the same references frames). This is a little
+ different from the meaning of low delay b mode (the two ref lists may
+ have the different reference frames). And the driver now can report
+ whether it supports P frames correctly, so there is no need to use
+ this property and deprecate it.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/284>
+
+2020-07-24 12:54:31 +0200 Marc Leeman <m.leeman@televic.com>
+
+ * gst/vaapi/gstvaapipostproc.c:
+ postproc: reconfigure after changing cropping values
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/365>
+
+2020-07-09 13:49:29 +0800 He Junyan <junyan.he@intel.com>
+
+ * gst/vaapi/gstvaapiencode.h:
+ * gst/vaapi/gstvaapiencode_h264.c:
+ * gst/vaapi/gstvaapiencode_h265.c:
+ * gst/vaapi/gstvaapiencode_jpeg.c:
+ * gst/vaapi/gstvaapiencode_mpeg2.c:
+ * gst/vaapi/gstvaapiencode_vp8.c:
+ * gst/vaapi/gstvaapiencode_vp9.c:
+ plugin: encode: Add static caps for template documentation.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/354>
+
+2020-07-08 19:03:14 +0800 He Junyan <junyan.he@intel.com>
+
+ * gst/vaapi/gstvaapiencode_vp9.c:
+ plugin: encode: vp9: Use the dynamically built src template caps.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/354>
+
+2020-07-08 19:02:45 +0800 He Junyan <junyan.he@intel.com>
+
+ * gst/vaapi/gstvaapiencode_vp8.c:
+ plugin: encode: vp8: Use the dynamically built src template caps.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/354>
+
+2020-07-08 19:02:23 +0800 He Junyan <junyan.he@intel.com>
+
+ * gst/vaapi/gstvaapiencode_jpeg.c:
+ plugin: encode: jpeg: Use the dynamically built src template caps.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/354>
+
+2020-07-08 19:00:39 +0800 He Junyan <junyan.he@intel.com>
+
+ * gst/vaapi/gstvaapiencode_mpeg2.c:
+ plugin: encode: mpeg2: Use the dynamically built src template caps.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/354>
+
+2020-07-08 18:59:18 +0800 He Junyan <junyan.he@intel.com>
+
+ * gst/vaapi/gstvaapiencode_h265.c:
+ plugin: encode: h265: Use the dynamically built src template caps.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/354>
+
+2020-07-08 18:57:26 +0800 He Junyan <junyan.he@intel.com>
+
+ * gst/vaapi/gstvaapiencode_h264.c:
+ plugin: encode: h264: Use the dynamically built src template caps.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/354>
+
+2020-07-08 18:46:58 +0800 He Junyan <junyan.he@intel.com>
+
+ * gst/vaapi/gstvaapiencode.h:
+ * gst/vaapi/gstvaapiencode_h264.c:
+ * gst/vaapi/gstvaapiencode_h265.c:
+ * gst/vaapi/gstvaapiencode_jpeg.c:
+ * gst/vaapi/gstvaapiencode_mpeg2.c:
+ * gst/vaapi/gstvaapiencode_vp8.c:
+ * gst/vaapi/gstvaapiencode_vp9.c:
+ plugin: encode: Store the coded caps in type's init data.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/354>
+
+2020-07-08 18:30:00 +0800 He Junyan <junyan.he@intel.com>
+
+ * gst/vaapi/gstvaapipluginutil.c:
+ * gst/vaapi/gstvaapipluginutil.h:
+ plugin: util: add helper function build_template_coded_caps_by_codec()
+ Like build_template_raw_caps_by_codec(), this function can detect and
+ build the caps for specified codec based on the query of the profiles.
+ The result is coded caps such as video/x-h265, video/x-h264. The result
+ can be used as the template of encode's src or decode's sink.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/354>
+
+2020-07-07 17:16:41 +0800 He Junyan <junyan.he@intel.com>
+
+ * gst/vaapi/gstvaapiencode.h:
+ * gst/vaapi/gstvaapipluginutil.c:
+ * gst/vaapi/gstvaapipluginutil.h:
+ plugins: utils: rename build_template_caps_by_codec.
+ Rename the function build_template_caps_by_codec() to the name of
+ build_template_raw_caps_by_codec(). It can be used to collect all
+ raw video formats for encode's sink and decode's src.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/354>
+
+2020-07-21 20:14:57 +0200 Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
+
+ * gst/vaapi/gstvaapidecode.c:
+ * gst/vaapi/gstvaapipluginutil.c:
+ * gst/vaapi/gstvaapipluginutil.h:
+ vaapidecode: merge common profiles before setting size range
+ The synthetic profiles, such as H264 baseline, H265 intra, etc. are
+ added at the end of processing all available VA profiles. This
+ generated an non-optimal caps for negotiation, since the synthetic
+ profiles don't have frame size ranges.
+ This patch adds those possible synthetic profiles when the associated
+ profile is processed, with its frame size ranges.
+ Now allowed sink caps are simpler.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/363>
+
+2020-07-21 22:05:08 +0800 He Junyan <junyan.he@intel.com>
+
+ * gst/vaapi/gstvaapipluginutil.c:
+ plugin: util: Add the missing DMA buffer input in template caps.
+ We pass the wrong parameter to gst_vaapi_build_caps_from_formats()
+ and lose the DMA feature in caps.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/362>
+
+2020-07-14 18:13:56 +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_12 profile supporting.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/359>
+
+2020-07-09 23:07:38 +0800 He Junyan <junyan.he@intel.com>
+
+ * gst-libs/gst/vaapi/gstvaapiimage.c:
+ * gst-libs/gst/vaapi/video-format.c:
+ video-format: Add P012_LE format.
+ It can be used as HEVC YUV_4:2:0 12bits stream's decoder output, and
+ also can be used as the input format for encoding HEVC YUV_4:2:0 12bits
+ stream.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/359>
+
+2020-07-17 00:45:53 +0800 He Junyan <junyan.he@intel.com>
+
+ * gst/vaapi/gstvaapidecode.c:
+ plugin: decode: correct ensure_allowed_sinkpad_caps's caps.
+ The decode allowed caps returned by ensure_allowed_sinkpad_caps()
+ contains all profiles of the whole VAAPI, like:
+ image/jpeg, width=(int)[ 0, 1638 4 ], height=(int)[ 0, 16384 ];
+ video/mpeg, mpegversion=(int)2, profile=(string){ simple, main },
+ width=(int)[ 0, 2048 ], height=(int)[ 0, 2048 ]; video/x-h264,
+ profile=(string){ main, high, constrained-baseline }, width=(int)[ 0,
+ 4096 ], height=(int)[ 0, 4096 ]; video/x-h264, profile=(string){
+ constrained-high, progressive-high, baseline }; video/x-h265,
+ profile=(string){ main, main-intra }, width=(int)[ 0, 8192 ],
+ height=(int)[ 0, 8192 ]; video/x-vp8, width=(int)[ 0, 4096 ],
+ height=(int)[ 0, 4096 ]; video/x-wmv, wmvversion=(int)3,
+ format=(string)WVC1, profile=(string)advanced, width=(int)[ 0, 3840 ],
+ height=(int)[ 0, 3840 ]; video/x-wmv, wmvversion=(int)3,
+ profile=(string){ simple, main }, width=(int)[ 0, 3840 ],
+ height=(int)[ 0, 3840 ]
+ Which is verbose and may have latent problems. It should only contains
+ the profiles belong to its codec type. For example, h265 should only
+ return:
+ video/x-h265, profile=(string){ main, main-intra },
+ width=(int)[ 0, 8192 ], height=(int)[ 0, 8192 ]
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/361>
+
+2020-07-13 11:06:18 +0200 Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
+
+ * gst/vaapi/gstvaapidecodebin.c:
+ vaapidecodebin: don't force NV12 since P010_10LE is now possible
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/360>
+
+2020-07-12 20:34:31 +0800 He Junyan <junyan.he@intel.com>
+
+ * gst-libs/gst/vaapi/gstvaapiprofile.c:
+ libs: profile: The VP9 profiles' name should be just "0,1,2,3"
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/357>
+
+2020-07-08 17:33:32 +0200 Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
+
+ * gst-libs/gst/vaapi/gstvaapidecoder.c:
+ * gst-libs/gst/vaapi/gstvaapidecoder.h:
+ * gst/vaapi/gstvaapidecode.c:
+ * gst/vaapi/gstvaapidecode.h:
+ * tests/internal/simple-decoder.c:
+ vaapidecode: Remove NO_SURFACE error handling
+ Since surfaces are not bounded to decoding context it makes no sense
+ to keep the surface semaphore. This patch removes the handling of
+ this error.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/353>
+
+2020-07-08 17:48:57 +0200 Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
+
+ * gst/vaapi/gstvaapidecode.c:
+ * gst/vaapi/gstvaapidecode.h:
+ Revert "vaapidecode: drop non-keyframe in reverse playback"
+ Since the number of surfaces are not bounded to decoder context,
+ this hack is no longer needed.
+ This reverts commit 19c0c8a97385ce119440c4aad2d689fc79297435.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/353>
+
+2019-12-06 14:21:33 +0800 He Junyan <junyan.he@hotmail.com>
+
+ * gst-libs/gst/vaapi/gstvaapicontext.c:
+ libs: decoder: context: remove surfaces binding from context.
+ The vaCreateContext do not need to specify the surfaces for the
+ context creation now. So we do not need to bind any surface to the
+ context anymore. Surfaces should be the resource belong to display
+ and just be used in encoder/decoder context.
+ The previous manner has big limitation for decoder. The context's
+ surface number is decided by dpb size. All the surfaces in dpb will
+ be attached to a gstbuffer and be pushed to down stream, and the
+ decoder need to wait down stream free the surface and go on if not
+ enough surface available. For more and more use cases, this causes
+ deadlock. For example,
+ gst-launch-1.0 filesrc location=a.h264 ! h264parse ! vaapih264dec
+ ! x264enc ! filesink location=./output.h264
+ will cause deadlock and make the whole pipeline hang.
+ the x264enc encoder need to cache more than dpb size surfaces.
+ The best solution is seperating the surfaces number and the dpb size.
+ dpb and dpb size shoule be virtual concepts maintained by the decoder.
+ And let the surfaces_pool in context maintain the re-use of all surfaces.
+ For encoder, the situation is better, all the surfaces are just used
+ as reference frame and no need to be pushed to down stream. We can
+ just reserve and set the capacity of the surfaces_pool to meet the
+ request.
+ Fix: #147
+ Fix: #88
+ Co-Author: Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/353>
+
+2020-07-08 17:50:51 +0100 Tim-Philipp Müller <tim@centricular.com>
+
+ * meson.build:
+ * scripts/extract-release-date-from-doap-file.py:
+ meson: set release date from .doap file for releases
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/355>
+
+2020-07-08 11:57:52 +0200 Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
+
+ * gst/vaapi/gstvaapipluginbase.c:
+ plugins: use VA allocator by default on raw caps
+ Instead of using dmabuf allocator in source pad, when raw video caps
+ are negotiated, it uses VA allocator as before, since it is stable
+ in more use cases, for example transcoding, and more backend drivers.
+ Dmabuf allocator is only used when dmabuf caps feature is negotiated.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/352>
+
+2020-06-06 18:47:35 +0200 Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
+
+ * gst/vaapi/gstvaapi.c:
+ vaapisink: rank it as secondary
+ iHD doesn't provide a full implemention for rendering surfaces and
+ i965 has problems in wayland. And I suspect this path is followed
+ by other driver implementations.
+ This patch demotes the rank of vaapisink to secondary, so it will
+ not be autoplugged avoiding bad experience of users.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/336>
+
+2020-06-19 10:44:50 +0200 Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
+
+ * gst-libs/gst/vaapi/gstvaapidecoder_h264.c:
+ * gst-libs/gst/vaapi/gstvaapidecoder_h265.c:
+ libs: decoder: h264, h265: in context at least 16 reference surfaces
+ Registering only stream's DBP size number of surfaces for decoding VA
+ surfaces brings issues for certain streams. This change register all
+ possible number of reference surfaces in a stream, which is 16.
+ Fixes: #94
+
+2020-07-04 21:21:57 +0800 He Junyan <junyan.he@intel.com>
+
+ * gst/vaapi/gstvaapiencode_h265.c:
+ plugins: encode: h265: Add profile,level,tier to output caps.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/350>
+
+2020-07-04 21:08:20 +0800 He Junyan <junyan.he@intel.com>
+
+ * gst-libs/gst/vaapi/gstvaapiencoder_h265.c:
+ libs: encoder: h265: init tier to GST_VAAPI_TIER_H265_UNKNOWN.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/350>
+
+2020-07-04 21:05:49 +0800 He Junyan <junyan.he@intel.com>
+
+ * gst-libs/gst/vaapi/gstvaapiencoder_h265.c:
+ libs: encoder: h265: fix a bug to get get_profile_tier_level.
+ 0 is a valid value for h265 tier.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/350>
+
+2020-07-02 19:19:35 +0800 He Junyan <junyan.he@intel.com>
+
+ * gst-libs/gst/vaapi/gstvaapiencoder_h265.c:
+ libs: encoder: h265: no need to check the high compression tune.
+ The h265 encoder just support tune mode:
+ (0): none - None
+ (3): low-power - Low power mode
+ So, no need to check and set the high compression parameters.
+ And by the way, the current ensure_tuning_high_compression manner
+ of choosing the hightest profile idc as the best compression profile
+ is not correct. Unlike h264, in h265 the higher profile idc number
+ does not mean it has more compression tools, and so it has better
+ compression performance. It may even be un-compatible with the lower
+ profile idc. For example, the SCREEN_CONTENT_CODING profile with idc
+ 9 is not compatible with 3D_MAIN profile with idc 8.
+ Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/348>
+
+2020-07-03 02:04:14 +0100 Tim-Philipp Müller <tim@centricular.com>
+
+ * meson.build:
+ Back to development
+
=== release 1.17.2 ===
2020-07-03 00:36:40 +0100 Tim-Philipp Müller <tim@centricular.com>