- Feb 26, 2019
-
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
-
- Feb 21, 2019
-
-
We prefer to use the same format between image and surface for gst vaapi allocator. The old way may choose different formats between image and surface. For example, the RGBA image may have a NV12 surface. So we need to do format conversion when we put/get image to surface. Some drivers such as iHD can not support such conversion and always cause a data flow error. There may also have some performance cost for format conversion when put/get images. So we prefer to use the same format for image and surface in the allocator. If the surface can not support that format, we then fallback to find a best one as the surface format. Co-authored-by: Víctor Jáquez <vjaquez@igalia.com>
-
- Feb 17, 2019
-
-
Two ARGB formats with the same format information. Should be verbose and delete one. Signed-off-by: He Junyan <junyan.he@hotmail.com>
-
This code is just confused. It's asking for at least as many bits of (z-axis) depth as the root window has bits of (color) depth. For rgb565 or rgb888 this is harmless, but at 10 bits per channel this demands a 30-bit or deeper Z buffer. While some hardware could in principle do a 32-bit Z buffer, Mesa does not expose such fbconfigs (at least on Intel and AMD). We're not actually using the Z buffer, so just stop asking for one.
-
- Feb 16, 2019
-
-
[wl_shell] is officially [deprecated], so provide support for the XDG-shell protocol should be provided by all desktop-like compositors. (In case they don't, we can of course fall back to wl_shell). Note that the XML file is directly provided by the `wayland-protocols` dependency and generates the protocol marshalling code. [wl_shell]: https://people.freedesktop.org/~whot/wayland-doxygen/wayland/Client/group__iface__wl__shell.html [deprecated]: https://github.com/wayland-project/wayland/commit/698dde195837f3d0844b2725ba4ea8ce9ee7518c
-
It will help us to distinguish from other Wayland shell surface (such as XDG-shell) later on.
-
It will help us to distinguish from other Wayland shells (such as XDG-shell) later on.
-
- Feb 11, 2019
-
-
Thread safety patch for ensure_profile() function Fixes #133
-
- Feb 08, 2019
-
-
Víctor Manuel Jáquez Leal authored
This was missed on commit 77bb3424
-
- Jan 24, 2019
-
-
Víctor Manuel Jáquez Leal authored
Register the WM_DELETE_WINDOW message from window manager and trap it to stop the pipeline cleanly. Fixes: gstreamer/gstreamer-vaapi#130
-
- Jan 22, 2019
-
-
Víctor Manuel Jáquez Leal authored
native-id property is problematic since the variable that stores it is gsize, which is platform specific, and in some is bigger than unsigned long, and there are not way to handle gsize properties. Also, GST_VAAPI_ID_INVALID is defined in gsize terms, and we would like to keep using it for this scope. This patch removes the native-id property and set it manually in gst_vaapi_window_new_internal().
-
Víctor Manuel Jáquez Leal authored
gsize type is not equal in all platforms, then the 'l' print modifier shall not be used always. This issue was found in Debian builds.
-
The flag only set as 1 when the rate-control mode is CBR.
-
- Jan 17, 2019
-
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
-
- Jan 14, 2019
-
-
Víctor Manuel Jáquez Leal authored
gst_vaapi_encoder_put_frame() and gst_vaapi_encoder_flush() duplicates the same code segment where the coded buffer is created, the picture encoded on it and pushed to the async queue. The function gst_vaapi_encoder_encode_and_queue() refactor this.
-
Víctor Manuel Jáquez Leal authored
In order to flush the pending pictures, a new internal encoder vmethod is used: get_pending_reordered() This method follows an iterator pattern which will return the next picture to encode and push. The base encoder will call this function in a loop when flush() is called. For now, only H.264 and H.265 encoders implement this flushing mechanism.
-
Instead of dropping all remain frames in reorder_frame_list during flush, keep encoding. gstreamer/gstreamer-vaapi#97
-
- Jan 15, 2019
-
-
wangfei authored
Fix the deinterlace black frame when playing with glimagesink: gst-launch-1.0 filesrc location=test.264 ! h264parse ! vaapih264dec \ ! vaapipostproc deinterlace-mode=1 deinterlace-method=1 ! glimagesink
-
- Jan 11, 2019
-
-
wangfei authored
configure file.
-
- Jan 07, 2019
-
-
-
-
And reduce unnecessary API version and structures check as well. gstreamer/gstreamer-vaapi#108
-
- Dec 24, 2018
-
-
Víctor Manuel Jáquez Leal authored
Use gst_object_ref() and gst_object_unref() instead.
-
Víctor Manuel Jáquez Leal authored
-
Víctor Manuel Jáquez Leal authored
This is another step in the gobjectification of the internal library of gstreamer-vaapi. Now it is the turn of GstVaapiWindow and its derivates. The idea is to minimize the changeset keeping the same design as much as possible. GstVaapiWindow is defined as an abstract class with two properties: the GstVaapiDisplay and the native ID. Thus, many of the GstVaapiObject macros were copied as GstVaapiWindow macros. The function gst_vaapi_window_new_internal() is kept as a decorator of for calling gst_vaapi_window_create() and the possibility of failure. The descendant classes, such as glx, still use the private structures, but through the gobject mechanism.
-
Víctor Manuel Jáquez Leal authored
-
The gst_vaapi_plugin_base_get_allowed_raw_caps is used for both sink pad and src pad, which cause some bugs. For sink pad, we need to verify vaPutImage() while for the src pad we need to verify vaGetImage(). For vaapidecoderXXX kind of plugins, the case is more complex. We need to verify whether the decoded result(in some surface, NV12 format most of the time) can be vaGetImage to some raw image format. Add more check to fix all these problems. #123 Signed-off-by: He Junyan <junyan.he@hotmail.com>
-
- Dec 18, 2018
-
-
wangfei authored
-
- Dec 15, 2018
-
-
Wonchul Lee authored
-
wangfei authored
Use the highest rank of available profile as the max profile to set max idc value. gstreamer/gstreamer-vaapi#124
-
- Dec 10, 2018
-
-
Niels De Graef authored
This gets rid of the strange `do_init` macro and makes the intent a bit more clear.
-
- Dec 05, 2018
-
-
Thibault Saunier authored
From ed78bee to 59cb678
-
- Dec 04, 2018
-
-
wangfei authored
Add 444 10bit yuv format Y410, which can be used to decode main-444 10bit streams. Currently, this feature is only supported by media-driver in Icelake.
-
- Nov 28, 2018
-
-
Jordan Petridіs authored
This is required before we enabled an indent test in the CI. gstreamer/gstreamer-project#33
-
- Nov 27, 2018
-
-
The extract_allowed_surface_formats function just check whether we can support some kind of surface/image format pair. We just need to create a surface, create an image with the same video-format and putImage from image to surface. All these operations success, that kind of video-format is supported. The old manner do not work for some kind of video-format. For example, the RGBA kind of format will create a NV12 surface and RGBA image, and the putImage will fail because the format is not same. And so the RGBA format is not supported but actually it is supported.
-
Michael Olbrich authored
gst_vaapi_plugin_base_close() removed the raw caps that are used indirectly in gst_vaapipostproc_transform_caps(). The usage is already protected by the mutex. This is needed when the pipeline is stopped during startup.
-
- Nov 20, 2018
-
-
Haihao Xiang authored
Otherwise it will result in resource leak when failed to create dmabuf memory
-
- Nov 14, 2018
-
-
Michael Olbrich authored
Otherwise the task may be restarted during shutdown. Start the task in gst_vaapiencode_handle_frame() instead.
-