- Mar 28, 2018
-
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
-
- Mar 27, 2018
-
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
gtk plugin was renamed (gstgtk -> gtk) and rawparse was moved to -base, with legacyrawparse remaining. https://bugzilla.gnome.org/show_bug.cgi?id=794069
-
Tim-Philipp Müller authored
When starting up we need to initialise things *before* streaming starts, so before we chain up to the parent class in the state change function. And when we shut down the element, we need to reset things after streaming has stopped, so after we chain up to the parent class in the state change function. Possibly related to memory leak in: https://bugzilla.gnome.org/show_bug.cgi?id=794353
-
- Mar 24, 2018
- Mar 21, 2018
-
-
Reset the internal 'state' variable when the parser is started, fixes errors when parser is being re-used. https://bugzilla.gnome.org/show_bug.cgi?id=794537
-
- Feb 23, 2018
-
-
Jan Schmidt authored
When doing a 3D/multiview transformation and rescaling to match the output window size, the resulting PAR may not match the input any more and needs recalculating, or else the GstSample reported to client-draw has the wrong PAR.
-
- Feb 20, 2018
-
-
- Feb 05, 2018
-
-
Víctor Manuel Jáquez Leal authored
This reverts commit b8ef897d.
-
- Jan 31, 2018
-
-
Víctor Manuel Jáquez Leal authored
gdpdepay element uses the decide_allocation to fetch the downstream allocator. Nonetheless it is possible that allocate uses a custom alloc function, which is not usable by gdpdepay, crashing later the application when the allocater buffer is NULL. This patch checks for the allocator flags and reset it if the allocator has a custom alloc function. https://bugzilla.gnome.org/show_bug.cgi?id=789476
-
Víctor Manuel Jáquez Leal authored
When querying downstream for allocation, and the source caps hasn't set its caps, using ANY by default, it raises a critical message in console: CRITICAL **: gst_video_info_from_caps: assertion 'gst_caps_is_fixed (caps)' failed This patch bails out decide_allocation() if the caps aren't fixed. https://bugzilla.gnome.org/show_bug.cgi?id=789476
-
- Jan 17, 2018
-
-
There are not only encoders nowadays, there are decoders too and a postprocessor in the future.
-
The algorithm we use only supports up to a maximum exponent of 31 (for a maximum resulting of 2**32 -1) CID #1427097
-
pending_segment shall be logged as GST_PTR_FORMAT, it's an event https://bugzilla.gnome.org/show_bug.cgi?id=791813
-
- Jan 16, 2018
- Jan 15, 2018
-
-
- Dec 27, 2017
-
-
Philippe Normand authored
The previous code would emit GObject critical warnings when the info properties are NULL. https://bugzilla.gnome.org/show_bug.cgi?id=791982
-
- Dec 11, 2017
-
-
Removes a reference count loop
-
- Dec 07, 2017
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Dec 06, 2017
-
-
gst_allocator_find() needs gst_object_unref() after usage. https://bugzilla.gnome.org/show_bug.cgi?id=790042
-
fix wrong AdaptationSet list iterator https://bugzilla.gnome.org/show_bug.cgi?id=790812
-
Calling these two functions in the wrong order will result in use-after-free inside wayland. https://bugzilla.gnome.org/show_bug.cgi?id=787293
-
1. Similar to 880f3d8a, don't consider not getting an output buffer as an error during flushing. I've seen the following sometimes when encoding: W GStreamer+amcvideoenc: java.lang.IllegalStateException W GStreamer+amcvideoenc: at android.media.MediaCodec.getBuffer(Native Method) W GStreamer+amcvideoenc: at android.media.MediaCodec.getOutputBuffer(MediaCodec.java:2886) 2. For amcvideodec/enc, call _find_nearest_frame (which grabs a fresh reference on a GstVideoCodecFrame) after we have an output buffer, so as to not leak the reference, in case getting an output buffer fails. Otherwise, if we get an error grabbing the output buffer, we leak the reference to the frame. This can cause issues with a v4l2bufferpool feeding the encoder not being able to clean itself up properly due to buffers still being marked as in-use. https://bugzilla.gnome.org/show_bug.cgi?id=791258
-
- Dec 05, 2017
-
-
when dequeuing a segment event. https://bugzilla.gnome.org/show_bug.cgi?id=784593
-
- Dec 01, 2017
-
-
We are ignoring all its flags anyway, so let's remove it altogether.
-
If we drop many frames at once, printing one message per video frame and one per audio packet would cause a lot of disk IO. Just print a total at the end. https://bugzilla.gnome.org/show_bug.cgi?id=788780
-
The "fields" flag is ignored because currently GStreamer doesn't support having only top or only bottom fields inside a frame. The "drop frame" flag is ignored because some occurrences have been spotted where it wasn't set while it should have been. In practice, when we have 29.97 or 59.94 FPS, it's always drop-frame. https://bugzilla.gnome.org/show_bug.cgi?id=790112
-
Sebastian Dröge authored
-
GPtrArray in GstActiveStream is leaked in some cases. gst_mpdparser_free_active_stream shall be invoked to free GstActiveStream https://bugzilla.gnome.org/show_bug.cgi?id=790899
-
-
On very-high connection, we could quite well exceed that. Instead use gint64 for max-bitrate.
-
buffer would always be NULL in the error case. Simplify and just return GST_FLOW_ERROR CID #1417216
-
Unref it in error case CID #1417220
-
G_N_ELEMENTS is the *number* of entries, not the maximum entry number CID #1417215
-
This involves generating and processing 65536 packets, let's give it time to actually complete that. And a bit of debug to track what's going on.
-
Nothing guarantees the manifest is valid and will return a root node
-