summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* Release 1.19.2HEAD1.19.2masterdiscontinued-for-monorepoTim-Philipp Müller2021-09-235-13/+137
|
* vaapi: decoder: modify the condition to judge whether dma buffer is supportedZhang Yuankun2021-08-261-3/+4
| | | | | | | | | | | | | | It seems "GST_VAAPI_PLUGIN_BASE_SRC_PAD_CAN_DMABUF (decode)" will return false even if this platform support the mem_type dma buffer. And media-driver will return GST_VAAPI_BUFFER_MEMORY_TYPE_DMA_BUF2 on Gen12(such as TGL). Without this patch, The command such as: gst-launch-1.0 videotestsrc num-buffers=100 ! video/x-raw, format=I420 ! \ x264enc ! h264parse ! vaapih264dec ! video/x-raw\(memory:DMABuf\) ! fakesink will return not-negotiated. Signed-off-by: Zhang Yuankun <yuankunx.zhang@intel.com> Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/437>
* Display: Add a property to export the VA display handle.He Junyan2021-08-252-0/+18
| | | | | | | | Just like what we do in VA plugins. The display can be seen as a generic gst object and we can add a property to get the internal VA handle. Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/435>
* plugins: video memory: Add a GST_MAP_VAAPI flag to peek the surface.He Junyan2021-08-252-2/+16
| | | | | | | | | Just like what we do in VA plugins, the GST_MAP_VAAPI can directly peek the surface of the VA buffers. The old flag 0 just peek the surface proxy, which may not be convenient for the users who do not want to include our headers. Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/435>
* Revert "vaapi: Demote vaapidecodebin to rank NONE."Víctor Manuel Jáquez Leal2021-07-092-7/+7
| | | | | | This reverts commit 7a25c5d4ec95aefeca6515ac023b23c5dd330194. Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/436>
* plugins: encode: fix a deadlock because of _drain()He Junyan2021-07-011-25/+24
| | | | | | | | | | | We call gst_vaapiencode_drain() in gst_vaapiencode_change_state(), whose context does not hold the stream lock of the encoder. The current gst_vaapiencode_drain inside unlock/lock pair adds a extra lock count to the stream lock of encoder and causes hang later. We just remove the gst_vaapiencode_drain() and expand its logic correctly according to the lock/unlock context. Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/433>
* libs: decoder: av1: Clean the film_grain_info field.He Junyan2021-07-011-2/+3
| | | | | | | | We need to clean all film_grain_info fields when the film grain feature is not enabled. It may have random data because the picture parameter buffer is not cleaned. Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/434>
* libs: encoder: mpeg2: Add highP level for 1080@50p/60p.He Junyan2021-06-232-2/+8
| | | | | | | | | The MPEG2 spec has amendment 3 to introduce a new level highP, which is used for 1080@50p/60p streams. We need to add this level to avoid encoding failure because of the level check. Fix: #306 Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/432>
* Decoder: H264: Add the support for frame packing arrangement SEI message.He Junyan2021-06-101-5/+161
| | | | | | | | Frame packing arrangement SEI message is an alternative simple stereo 3D manner for AVC. We need to recognize that SEI message and report the correct 3D caps. Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/420>
* Use g_memdup2() where available and add fallback for older GLib versionsTim-Philipp Müller2021-06-022-1/+5
| | | | | | | | | Alloc size is based on existing allocations and struct sizes. g_memdup() is deprecated since GLib 2.68 and we want to avoid deprecation warnings with recent versions of GLib. Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/431>
* Back to developmentTim-Philipp Müller2021-06-011-1/+1
|
* Release 1.19.11.19.1Tim-Philipp Müller2021-06-015-1992/+570
|
* vaapi: Demote vaapidecodebin to rank NONE.Víctor Manuel Jáquez Leal2021-05-212-7/+7
| | | | | | | | | | 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>
* plugins: Demote rank of vaapipostproc and vaapioverlay.Víctor Manuel Jáquez Leal2021-05-202-3/+3
| | | | | | | | | | | 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>
* Use gst_element_request_pad_simple...François Laignel2021-05-051-2/+2
| | | | | | Instead of the deprecated gst_element_get_request_pad. Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/425>
* libs: encoder: VP9: fix > 4k encode fail issueZhang yuankun2021-04-231-0/+11
| | | | | | | | | | | | | | 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>
* libs: display: drm: don't fallback to default device if explicitly specified ↵Haihao Xiang2021-04-081-6/+6
| | | | | | | | | | 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>
* decoder: H265: Enable cu_qp_delta_enabled_flag when ROIHe Junyan2021-03-223-1/+7
| | | | | | | | 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>
* gst: don't use volatile to mean atomicMatthew Waters2021-03-1917-32/+32
| | | | | | | | | | | | 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>
* gstvaapiencoder_h264: add ENCODER_EXPOSURE on aud propertiePaul Goulpié2021-02-271-1/+2
| | | | | | forgot during the following mainline commit: https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/commit/bc2f8fd19e924aa0e193708307326acd037691ce# Signed-off-by: Paul Goulpié <paul.goulpie@ubicast.eu>
* plugins: postproc: Fix a problem of propose_allocation when passthrough.He Junyan2021-02-041-0/+7
| | | | | | | | | | | | 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>
* libs: display: drm: support gst.vaapi.app.Display context for drm backendHaihao Xiang2021-01-293-0/+49
| | | | | | | | 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>
* libs: display: drm: allow user specify a drm device via an env variableHaihao Xiang2021-01-292-5/+22
| | | | | | | | | | | | 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>
* libs: display: drm: fix set_device_path_from_fdHaihao Xiang2021-01-281-56/+23
| | | | | | | | | | | | | | | | | | | | 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>
* glx: Iterate over FBConfig and select 8 bit color sizeRafał Dzięgiel2021-01-201-2/+38
| | | | | | | | | | | 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>
* vaapipostproc: fix code style.Ung, Teng En2021-01-111-2/+1
| | | | Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/407>
* vaapipostproc: Remove YUV to/from RGB color primary quirk since iHD driver ↵Ung, Teng En2021-01-113-25/+0
| | | | | | | | has fixed in https://github.com/intel/media-driver/commit/a39fe9bc051a8c3efa8f35122a1585981ec7f816. Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/407>
* vaapipostproc: Added gstreamer BT2020 color standard support.Ung, Teng En2021-01-111-1/+3
| | | | Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/407>
* decoder: AV1: Fix a static analysis problem of update_state().He Junyan2021-01-091-7/+2
| | | | | | | 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>
* libs: decoder: Add decode_with_surface_id for AV1 film_grain.He Junyan2021-01-063-5/+23
| | | | | | | | | | | | 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>
* libs: decoder: AV1: Add the av1 decoder support.He Junyan2021-01-068-1/+1375
| | | | Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/191>
* libs: codecobject: Add number of elements when create codec object.He Junyan2020-12-144-6/+50
| | | | | | One slice data may need several slice parameter buffers at one time. Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/191>
* vaapi: use gst_clear_object instead of g_clear_objectVíctor Manuel Jáquez Leal2020-12-123-13/+13
| | | | Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/406>
* plugins: encode: unlock the stream lock before _flush()He Junyan2020-12-111-1/+6
| | | | | | | | | | | | | | 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>
* libs: encoder: H264: Fix one assert in get_pending_reordered().He Junyan2020-12-091-21/+36
| | | | | | | | | | | | | | | | | | | | | | | 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>
* libs: encoder: H265: Add screen content coding extensions support.He Junyan2020-12-062-10/+274
| | | | | | | | | | | | | | | | | | | 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>
* plugin: encode: vp9: Implement the set_config().He Junyan2020-11-301-0/+80
| | | | | | We store the allowed profiles list to encoder in set_config(). Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/380>
* plugin: encode: vp9: Add the profile into output caps.He Junyan2020-11-301-0/+6
| | | | Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/380>
* libs: encoder: vp9: no need to ensure_hw_profile.He Junyan2020-11-301-36/+2
| | | | | | | | 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>
* libs: encoder: vp9: Improve the manner to decide the profile.He Junyan2020-11-301-8/+56
| | | | | | | | 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>
* libs: util: vpx: add get_chroma_format_idc for VP9He Junyan2020-11-302-0/+34
| | | | Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/380>
* libs: encoder: vp9: Add allowed_profiles.He Junyan2020-11-302-0/+38
| | | | | | | | | | | | 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>
* libs: decoder: H265: Fix a typo in scc reference setting.He Junyan2020-11-301-1/+1
| | | | Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/402>
* libs: decoder: H265: Add MAIN_422_12 profile supporting.He Junyan2020-11-276-2/+17
| | | | Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/390>
* video-format: Add Y212_LE format.He Junyan2020-11-273-1/+3
| | | | | | | | 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>
* libs: decoder: H265: Add MAIN_444_12 profile supporting.He Junyan2020-11-276-2/+17
| | | | Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/390>
* video-format: Add Y412_LE format.He Junyan2020-11-273-1/+5
| | | | | | | | 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>
* libs: decoder: h265: fill missing predictor_palette_size field.He Junyan2020-11-151-0/+4
| | | | | | | 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>
* libs: utils: h265: Use get_profile_from_sps to get profile.He Junyan2020-10-301-1/+1
| | | | | | | | | 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>
* libs: decoder: vp9: 0xff segment pred probs if no temporal updateVíctor Manuel Jáquez Leal2020-10-191-2/+8
| | | | | | | 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>
View Lorry Controller Status