| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
gtk plugin was renamed (gstgtk -> gtk) and rawparse
was moved to -base, with legacyrawparse remaining.
https://bugzilla.gnome.org/show_bug.cgi?id=794069
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=794620
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=793629
|
|
|
|
| |
This reverts commit b8ef897d0847d4abdd2855cde25ef8db0aae4d01.
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
| |
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
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=791910
|
|
|
|
|
|
| |
pending_segment shall be logged as GST_PTR_FORMAT, it's an event
https://bugzilla.gnome.org/show_bug.cgi?id=791813
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=791772
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=791330
|
|
|
|
|
|
|
| |
The previous code would emit GObject critical warnings when the info properties
are NULL.
https://bugzilla.gnome.org/show_bug.cgi?id=791982
|
|
|
|
| |
Removes a reference count loop
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
from getOutputBuffer
1. Similar to 880f3d8, 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
|
|
|
|
|
|
| |
when dequeuing a segment event.
https://bugzilla.gnome.org/show_bug.cgi?id=784593
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
Cast to the target type before shifting (or use macro if available)
|
|
|
|
|
|
|
|
|
|
|
| |
When switching bitrates we set the old streams as cancelled, but it
could also be confused with a cancel due to other reasons (as an error)
and it would lead the element to stop the pipeline mistankely. This
would happen when the stream being replaced was waiting for a manifest
update on live. Ss make it sure that we are stopping for switching
bitrates to avoid erroring out.
https://bugzilla.gnome.org/show_bug.cgi?id=789457
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=788508
|
|
|
|
|
|
|
|
|
| |
Everyone seems to be shipping 2.1 as the oldest v2 version, even debian
oldstable (jessie).
Also remove an unneeded (debug?) #include <stdio.h>.
https://bugzilla.gnome.org/show_bug.cgi?id=788703
|
|
|
|
|
|
|
|
|
| |
OpenJPEG 2.3 installs its headers to /usr/include/openjpeg-2.3. However,
since libopenjp2.pc seems to provide the right includedir CFLAGS at
least since version 2.1, instead of adding yet another version check,
just remove the subdir and the check for 2.2.
https://bugzilla.gnome.org/show_bug.cgi?id=788703
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=789999
|
|
|
|
|
|
|
|
| |
Ensure that region backgrounds are always show when tts:showBackground
is not explicitly set, in accordance with the default behavour given in
the TTML spec.
https://bugzilla.gnome.org/show_bug.cgi?id=787942
|
| |
|
| |
|
| |
|