- Jun 19, 2020
-
-
Sebastian Dröge authored
Part-of: <gstreamer/gst-plugins-base!713>
- Jun 18, 2020
-
-
Guillaume Desmottes authored
Arguments were in the wrong order in the doc. Part-of: <gstreamer/gst-plugins-base!711>
-
Tim-Philipp Müller authored
subproject.get_variable() only has fallback since 0.51 Part-of: <gstreamer/gst-plugins-base!710>
-
Hosang Lee authored
Test for webvtt without hour component. mm:ss.000
-
- Jun 15, 2020
-
-
Thibault Saunier authored
We have no idea at that moment and this code was trying to divide by 0! Part-of: <gstreamer/gst-plugins-base!705>
-
Aaron Boxer authored
Part-of: <gstreamer/gst-plugins-base!695>
-
- Jun 12, 2020
-
-
Part-of: <gstreamer/gst-plugins-base!702>
-
If the cropping or scaling input or output rects put us completely outside the input/output frame respectively, we can't draw anything except black safely. Check for those conditions and don't set up a configuration that attempts to access out of bounds memory outside the input/output framebuffers. Part-of: <gstreamer/gst-plugins-base!696>
-
If the frames passed in to gst_video_converter_frame() have a different layout than was configured for, the conversion code might go out of bounds and crash. Do a sanity check on each frame passed in, and in the absence of a return value in the API, just refuse the conversion in invalid cases and leave the destination frame untouched so it's obvious to users that it was broken. Part-of: <gstreamer/gst-plugins-base!696>
-
This patch was taken from #629#note_178766, the comment made at the time was: The root issue is a mismatch between the initialization of render_rect in GstGLWindowX11Private and what's expected in the draw_cb function. Because render_rect is not explicitly initialized to a width and height of -1 (unlike gstglwindow_wayland_egl.c which does initialize to -1), the less-than check for explicitly-set render_rect at gstglwindow_x11.c:453-454 always fails, even when the parent_win has been set and the render rectangle has never been set. Maybe this came from copying the similar check in the wayland code? Regardless, I think the correct inequality should be '<= 0' (on both lines). Alternatively initialization could be changed, but other sinks, e.g. xvimagesink don't appear to use -1 to mean "unset" render_rect this way. The issue can be reproduced by running the example in tests/examples/gl/qt/videooverlay/ on X11, and resizing the output window Part-of: <gstreamer/gst-plugins-base!701>
-
- Jun 11, 2020
-
-
Part-of: <gstreamer/gst-plugins-base!700>
-
Thibault Saunier authored
Debugging leftover Part-of: <gstreamer/gst-plugins-base!699>
-
Jordan Petridіs authored
gst_element_class_set_metadata is meant to only be used with static or inlined strings, which isn't the case for this element resulting in use-after-free later on. https://gstreamer.freedesktop.org/documentation/gstreamer/gstelement.html?gi-language=c#gst_element_class_set_static_metadata Part-of: <gstreamer/gst-plugins-base!698>
-
Nirbheek Chauhan authored
This is what gstreamer core does too, and avoids a configure error when tests are disabled globally. Also print a useful error when gst_tester is not found from the gstreamer subproject. This broke in gstreamer/gst-plugins-base!667 Part-of: <gstreamer/gst-plugins-base!697>
-
- Jun 10, 2020
-
-
Thibault Saunier authored
-
Guillaume Desmottes authored
Part-of: <gstreamer/gst-plugins-base!694>
-
- Jun 09, 2020
-
-
Thibault Saunier authored
-
Will ensure that we pick the "best" format when negotiating caps. Fix #649 Part-of: <gstreamer/gst-plugins-base!689>
-
Will ensure that we pick the "best" format when negotiating caps. Fix #649 Part-of: <gstreamer/gst-plugins-base!689>
-
Tests are assuming video is I420 but are not actually enforcing it. Part-of: <gstreamer/gst-plugins-base!689>
-
- Jun 08, 2020
-
-
Thibault Saunier authored
If no one answers our `select-stream` signal, uridecodebin3 should behave the same way as `decodebin3` and let decodebin do its own stream selection. Part-of: <gstreamer/gst-plugins-base!666>
-
Thibault Saunier authored
In case the user set a list of streams to select or answer explicitly to all 'select-stream' event, we should respect his choice and not try to add a stream per type. Part-of: <gstreamer/gst-plugins-base!666>
-
When adding elements dynamically to a pipeline one should never guess what the curren/target state is, and instead use `gst_element_sync_state_with_parent()`. Fixes racy hang when running within valgrind Part-of: <gstreamer/gst-plugins-base!692>
-
- Jun 06, 2020
-
-
Seungha Yang authored
If user set very high rank to an element (e.g., integer max), integer overflow can happen while multiplication operation Part-of: <gstreamer/gst-plugins-base!690>
-
- Jun 05, 2020
-
-
Mathieu Duponchelle authored
-
Part-of: <gstreamer/gst-plugins-base!684>
-
videoencoder: Also don't request a new key-unit if we already got one after the requested running time Part-of: <gstreamer/gst-plugins-base!684>
-
videoencoder: Don't request another keyunit if another one is pending or we requested one for a future time already Part-of: <gstreamer/gst-plugins-base!684>
-
This allows configuring the minimum interval between subsequent force-key-unit requests and prevents a big bitrate increase if a lot of key-units are requested. Part-of: <!684>
-
Part-of: <gstreamer/gst-plugins-base!684>
-
This now behaves according to the videoencoder API instead of some other signalling. Part-of: <gstreamer/gst-plugins-base!684>
-
Part-of: <gstreamer/gst-plugins-base!684>
-
Previously we only handled one event at a time, which could lead to the following two suboptimal situations: - frame 0 at 20ms, frame 1 at 40ms and two force-keyunit events at 10ms and 15ms. We would create a new keyframe for both of the frames. - 100 force-keyunit events with running-time NONE would cause all following 100 frames to be made into a keyframe. Part-of: <gstreamer/gst-plugins-base!684>
-
That way we can more easily work with the whole list without iterating over all of the elements. Part-of: <gstreamer/gst-plugins-base!684>
-
When linking source pads to decodebin, make sure we use the *specified* new source pad and not some random one. This avoids ending up with source pads being unlinked. Main cause of random timeouts with rtsp change_state_intensive validate tests Part-of: <gstreamer/gst-plugins-base!687>
-
Fix warning on fedora arm64 target Part-of: <gstreamer/gst-plugins-base!685>
-
- Jun 04, 2020
-
-
This format has 3 components, just like NV12. Part-of: <gstreamer/gst-plugins-base!686>
-
Thibault Saunier authored
-
Thibault Saunier authored
-