- 05 Oct, 2021 6 commits
-
-
Change-Id: I45e9fe90137d4a8306c3a5e4f636fa43425b978f Part-of: <gstreamer/gstreamer!825>
-
In an embedded system where all services run as seperate users it is useful to have the gstreamer registry readable by all so it can be re-used, in similar manner as a host system where one user have seperate applications running but all share same registry. To make this possible introducing GST_REGISTRY_MODE for adjusting the changing mode of the registry binary when finishing up with the temporary file (which has restricted access). Fixes: #692 Part-of: <gstreamer/gstreamer!825>
-
If the packetizer got reset for any reason (failure to find PCR?) then the packet_size can be zero here even though we already enqueued some packets. Part-of: <gstreamer/gstreamer!1038>
-
Part-of: <gstreamer/gstreamer!1045>
-
If the query has already been destroyed at this point, GST_IS_QUERY will read garbage, can return false and we will try to unref it again. Instead, make note of whether the item is a query when we dequeue it. Part-of: <!1029>
-
Xavier Claessens authored
-
- 04 Oct, 2021 13 commits
-
-
boolean return value is not sufficient for representing the reason of error in most cases. For instance, any errors around new_sequence() would mean negotiation error, not just *ERROR*. And some subclasses will allocate buffer/memory/surface on new_picture() but it could be failed because of expected error, likely flushing Part-of: <gstreamer/gstreamer!1019>
-
boolean return value is not sufficient for representing the reason of error in most cases. For instance, any errors around new_sequence() would mean negotiation error, not just *ERROR*. And some subclasses will allocate buffer/memory/surface on new_picture() but it could be failed because of expected error, likely flushing Part-of: <!1019>
-
boolean return value is not sufficient for representing the reason of error in most cases. For instance, any errors around new_sequence() would mean negotiation error, not just *ERROR*. And some subclasses will allocate buffer/memory/surface on new_picture() but it could be failed because of expected error, likely flushing Part-of: <!1019>
-
Seungha Yang authored
warning C4003: not enough arguments for function-like macro invocation 'warning' G_STMT_END macro is extended to the below form with MSVC __pragma(warning(push)) \ __pragma(warning(disable:4127)) \ while(0) \ __pragma(warning(pop)) So MSVC preprocessor will extend it further to __pragma(VBI_CAT_LEVEL_LOG(push)) ... Should rename warning() debug macro function therefore. Part-of: <gstreamer/gstreamer!1018>
-
gstbasetsmux.c(1508): warning C4098: 'free_splice': 'void' function returning a value Part-of: <gstreamer/gstreamer!1018>
-
As GNU indent version can be different on the user system, we see some differences during migration thas causes conflicts. Making cherry-pick difficults to recover without breaking the style temporily. Note that cherry-pick continuation does not allow passing the -n option to skip the hooks. Part-of: <gstreamer/gstreamer!1017>
-
And some small edits for: - E741 ambiguous variable name 'l' - E722 do not use bare 'except' - W504 line break after binary operator Part-of: <gstreamer/gstreamer!1017>
-
libgudev is a problematic dependency, particularly in sandboxed environments, such as flatpak. This patch implements a way to get the available VA devices using brute-forced traverse of /dev/drm/renderD* directory. Thus usable in those sandboxed environments. Part-of: <!1027>
-
When move the libgstva, libgudev dependency was moved as part of the library, though it's not use by the library but the plugin. This patch moves back libgudev dependency to the plugin. Also HAVE_LIBDRM is move to the library which is the one who use it. Part-of: <gstreamer/gstreamer!1027>
-
Implement missing interlaced stream support Part-of: <!1026>
-
At least additional 4 pictures are required Part-of: <gstreamer/gstreamer!1026>
-
Fix for output video format to be selected correctly Part-of: <!1026>
-
subprojects\gst-plugins-bad\sys\msdk\meson.build:160:2: ERROR: Unknown variable "libva_dep". Part-of: <gstreamer/gstreamer!1022>
-
- 02 Oct, 2021 10 commits
-
-
Seungha Yang authored
"last_show_frame" should be updated based on GstVp9FrameHeader::show_frame, not show_existing_frame Part-of: <gstreamer/gstreamer!1021>
-
Decoder should drain queued frame (if any) and empty DPB before starting new sequence. Part-of: <gstreamer/gstreamer!987>
-
Equivalent to that of nvh264sldec. Use render delay in case of non-live pipeline for the better throughput performance. Part-of: <!987>
-
Make them consistent with h26x decoder baseclass Part-of: <gstreamer/gstreamer!987>
-
Part-of: <gstreamer/gstreamer!987>
-
Some decoding APIs support delayed output for performance reasons. One example would be to request decoding for multiple frames and then query for the oldest frame in the output queue. This also increases throughput for transcoding and improves seek performance when supported by the underlying backend. Introduce support in the vp9 base class, so that backends that support render delays can actually implement it. Co-authored by Seungha Yang <seungha@centricular.com> Part-of: <gstreamer/gstreamer!987>
-
s/GstVp9Decoder/GstVp9DecoderClass Part-of: <gstreamer/gstreamer!987>
-
-
in some cases, the algo gives the same probability to h264 and h265 for h26x stream resulting in a h265 stream detected as a h264. if sps/pps/vps detected, increase the probabilty. Part-of: <gstreamer/gstreamer!957>
-
This patch contains two updates: 1. Instead of checking for dependency already checked just to verify a version, we use the dependency version API. 2. Update the deprecated function get_pkgconfig_variable. Part-of: <gstreamer/gstreamer!997>
-
- 01 Oct, 2021 6 commits
-
-
It's possible to have installed MediaSDK environment package (libmfx-dev in Debian) without libva environment package. This setup will lead to a breakage of meson configuration. The fix is to get the libva's driver directory variable after the dependency is validated as found. Part-of: <gstreamer/gstreamer!998>
-
See commit 921e9a54: rtpsink: set sync off on rtcp_sink Part-of: <gstreamer/gstreamer!993>
-
When using the following setup (the error can be reproduced using simpler sender pipelines), the receiver resynchronises the clock on RTCP packets. The effect was that a couple seconds were cut out of the playback because an initial RTCP packet was dropped. When sending out all RTCP packets (setting sync=FALSE on the RTCP updsink), the playback is fine. This syncs rtpsink with rtpsrc (where this property was already set). gst-launch-1.0 filesrc location=899-en.mp3 \ ! mpegaudioparse \ ! mpg123audiodec \ ! audioconvert \ ! audioresample \ ! avenc_g722 \ ! rtpg722pay ! rtpsink uri=rtp://239.1.2.3:1234 gst-launch-1.0 uridecodebin rtp://239.1.2.3:1234?encoding-name=G722 \ ! autoaudiosink Part-of: <gstreamer/gstreamer!993> -
rtsp-session: Don't unref medias twice if it is removed inside gst_rtsp_session_filter() while the mutex is shortly released Fixes gstreamer/gstreamer#757 Part-of: <gstreamer/gstreamer!1004>
-
Part-of: <gstreamer/gstreamer!994>
-
Jordan Petridіs authored
Get updates and newer ca-certificates in. Also update the way we install chocolatey Part-of: <gstreamer/gstreamer!1002>
-
- 30 Sep, 2021 5 commits
-
-
Part-of: <gstreamer/gstreamer!999>
-
Thibault Saunier authored
Part-of: <gstreamer/gstreamer!990>
-
Thibault Saunier authored
Part-of: <gstreamer/gstreamer!990>
-
Part-of: <gstreamer/gstreamer!956>
-
Seungha Yang authored
Similar to the wasapi2 plugin, GstWinRT library will be used for UWP, and adding new GstWin32DeviceWatcher object implementation for Win32 desktop application. Part-of: <gstreamer/gstreamer!947>
-
