- Apr 02, 2023
-
-
Sebastian Dröge authored
This works on Linux, Android, Windows, macOS, FreeBSD, NetBSD, OpenBSD, DragonFlyBSD, Solaris and Illumos. Newly supported compared to the C version is Windows. Compared to the C version various error paths are handled more correctly and a couple of memory leaks are fixed. Otherwise it should work identically. The minimum required Rust version for compiling this is 1.48, i.e. the version currently in Debian stable. On Windows, Rust 1.54 is needed at least. Fixes gstreamer/gstreamer#1259
-
- Mar 28, 2023
-
-
Part-of: <gstreamer/gstreamer!4291>
-
- Mar 27, 2023
-
-
Part-of: <gstreamer/gstreamer!4052>
-
Returning G_MAXDOUBLE from a function returning a float is not going to work well and MSVC also correctly warns about this. Part-of: <!4264>
-
Need mark selection_update to true when update selection, otherwise, pipeline will not handle this selection update sometimes when this flag has been reset Part-of: <gstreamer/gstreamer!4277>
-
It was simply ignored so actually handle it. Part-of: <gstreamer/gstreamer!4278>
-
Adding propose_allocation is to meet the requirement of Application to request buffers. Application sometimes need to create buffer pool and request buffers to maintain buffer management itself, and Gstreamer plugin import Application's buffers to use. So, add propose_allocation in appsink like waylandsink and kmssink etc. Part-of: <gstreamer/gstreamer!4185>
-
g_string_free(.., FALSE) gives us ownership of the string already, no need to duplicate that again with g_strdup(), and doing so will leak the string returned by g_string_free() here. Caught by compiler warnings in newer GLib versions. Part-of: <gstreamer/gstreamer!4273>
-
Fix compiler warnings about not using the return value when freeing the GString segment with g_string_free(.., FALSE): ignoring return value of ‘g_string_free_and_steal’ declared with attribute ‘warn_unused_result’ which we get with newer GLib versions. These were all harmless. Part-of: <gstreamer/gstreamer!4273> -
e.g. "foo, bar: did stuff" should be allowed Part-of: <gstreamer/gstreamer!4273>
-
Part-of: <gstreamer/gstreamer!4265>
-
- Mar 25, 2023
-
-
This fixes, among other things, a compiler warning with clang. Also add static assertions that our own enum values match with the ones from libaom. Part-of: <!4223>
-
To avoid mis-ordered frames, allow multithread decoding only in subframe mode. Fixes #1786 Part-of: <gstreamer/gstreamer!3948>
-
Part-of: <gstreamer/gstreamer!4267>
-
- Mar 24, 2023
-
-
It is the responsibility of the subclass to advance segment->position if it wants to rely on gst_aggregator_simple_get_next_time() for timeouts in live mode. Part-of: <gstreamer/gstreamer!4266>
-
We wouldn't add the missing EOI marker if the frame ended with either 0xFF NN or 0xNN D9. Fixes #2407 Part-of: <gstreamer/gstreamer!4256>
-
Since it's possible to grab the VA display from the GstBuffer and GstMemory, there's no need to keep a reference to it in GstVaEncodePicture. Part-of: <gstreamer/gstreamer!3066>
-
Since it's possible to grab the VA display from the GstBuffer and GstMemory, there's no need to keep a reference to it in GstVaDecodePicture. Part-of: <!3066>
-
Víctor Manuel Jáquez Leal authored
Specification says: """ engineVersion is an unsigned integer variable containing the developer-supplied version number of the engine used to create the application. """ Assuming the engine is GStreamer, it would be expected to set its version as engine version. Part-of: <gstreamer/gstreamer!4243>
-
- Mar 23, 2023
-
-
Add missing condition check in for loop Part-of: <gstreamer/gstreamer!4255>
-
This allows to check for syncronization issues while using the validation layer. https://vulkan.lunarg.com/doc/sdk/1.3.239.0/linux/synchronization_usage.html Part-of: <gstreamer/gstreamer!4245>
-
Replaces the ad-hoc type string 'video/x-gst-av-ffvhuff' with 'video/x-ffvhuff' for the avdec_ffvhuff and avenc_ffvhuff elements. Related to #2389. Part-of: <gstreamer/gstreamer!4250>
-
The FFVHuff video codec is a FFmpeg-specific variant of the lossless HuffYUV codec with increased coverage of supported pixel formats and bit depths. Fixes #2389. Part-of: <gstreamer/gstreamer!4250>
-
Matthew Waters authored
Part-of: <gstreamer/gstreamer!4184>
-
Part-of: <gstreamer/gstreamer!4180>
-
And fix writing of dual-mono special cases. Part-of: <gstreamer/gstreamer!4180>
-
Part-of: <gstreamer/gstreamer!4180>
-
Part-of: <gstreamer/gstreamer!4180>
-
This was kind of implemented before but missing a few pieces to actually work correctly. These configurations are mapped to channel mapping family 255. Part-of: <gstreamer/gstreamer!4180>
-
This is a follow-up of the previous commit that enabled support for redirection. The problem is that the urisourcebin that emitted the error redirection never produced any pads, and therefore was never linked to decodebin3. This resulted in the code waiting for that (output) item to finally switch over ... which will never happen. The fix is done by removing it early if it was never connected to decodebin3. Part-of: <gstreamer/gstreamer!4252>
-
Part-of: <!4249>
-
Change window_proc and subclass_proc to static to avoid symbols duplication. Part-of: <!4246>
-
Namespace the symbol MEDIASUBTYPE_I420 to avoid double definition across dshow and mediafoundation plugins. Part-of: <gstreamer/gstreamer!4246>
-
- Mar 22, 2023
-
-
It should include progressive as well Part-of: <gstreamer/gstreamer!4236>
-
According with gi annotations [1] the "optional" annotation must be only for (out) or (inout) parameters. 1. https://gi.readthedocs.io/en/latest/annotations/giannotations.html Part-of: <gstreamer/gstreamer!4244>
-
With GST_SEEK_FLAG_SNAP_AFTER present, the previous version would adjust seek time based on the keyframe farthest away from desired_time. This was incorrect, because we always want the *earliest* suitable keyframe to seek to, not the last one. With this fix, in case of the SNAP_AFTER, we now look for the closest keyframe that can be found after desired_time. Behaviour for SNAP_BEFORE should remain unchanged. Part-of: <gstreamer/gstreamer!4183>
-
This is done by doing an immediate switch to the redirection URI if compatible. Fixes #1562 Part-of: <gstreamer/gstreamer!4242>
-
Trying to run the `janus` Rust `gst-example`, `tungstenite` reports: > Missing, duplicated or incorrect header sec-websocket-key Indeed, all mandatory headers from the following list are missing (code from `tungstenite::handshake::client::generate_request`): ```rust const WEBSOCKET_HEADERS: [&str; 5] = ["Host", "Connection", "Upgrade", "Sec-WebSocket-Version", KEY_HEADERNAME]; ``` These headers are mandatory for the websocket handshake. This feature is selected by async-tungstenite. Prior to this commit, the HTTP request was created with the header "Sec-WebSocket-Protocol" only. Delegating the request creation to tungstenite adds the missing headers. Part-of: <gstreamer/gstreamer!4240> -
Since msdkdec uses video pool as the output buffer pool at all time. The use_video_memory variable is not useful anymore. Now delete it. Part-of: <gstreamer/gstreamer!4088>
-
One-frame sleep time is not enough to wait until there is a surface unlocked from downstream. Now expand it to 1s and add a return when fail. Part-of: <gstreamer/gstreamer!4088>
-
