Release 1.19.1

This commit is contained in:
Tim-Philipp Müller 2021-06-01 00:16:31 +01:00
parent 7a25c5d4ec
commit 5e67efbf27
5 changed files with 570 additions and 1992 deletions

479
ChangeLog
View file

@ -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:

2056
NEWS

File diff suppressed because it is too large Load diff

15
RELEASE
View file

@ -1,18 +1,15 @@
This is GStreamer gstreamer-vaapi 1.18.0.
This is GStreamer gstreamer-vaapi 1.19.1.
The GStreamer team is thrilled to announce a new major feature release
of your favourite cross-platform multimedia framework!
GStreamer 1.19 is the development branch leading up to the next major
stable version which will be 1.20.
As always, this release is again packed with new features, bug fixes and
other improvements.
The 1.18 release series adds new features on top of the 1.16 series and is
The 1.19 development series adds new features on top of the 1.18 series and is
part of the API and ABI-stable 1.x release series of the GStreamer multimedia
framework.
Full release notes can be found at:
Full release notes will one day be found at:
https://gstreamer.freedesktop.org/releases/1.18/
https://gstreamer.freedesktop.org/releases/1.20/
Binaries for Android, iOS, Mac OS X and Windows will usually be provided
shortly after the release.

View file

@ -25,6 +25,16 @@
</GitRepository>
</repository>
<release>
<Version>
<revision>1.19.1</revision>
<branch>master</branch>
<name></name>
<created>2021-06-01</created>
<file-release rdf:resource="https://gstreamer.freedesktop.org/src/gstreamer-vaapi/gstreamer-vaapi-1.19.1.tar.xz" />
</Version>
</release>
<release>
<Version>
<revision>1.18.0</revision>

View file

@ -1,5 +1,5 @@
project('gstreamer-vaapi', 'c',
version : '1.19.0.1',
version : '1.19.1',
meson_version : '>= 0.54',
default_options : [ 'warning_level=1',
'buildtype=debugoptimized' ])