GitLab

Follow-up to commit 5f5c52cb, which only fixed the CFLAGS order.
Fix the linker order as well.

Post better error messages in case typefind/decodebin2 are missing or
could not be loaded for some reason (e.g. because they inadvertently
got blacklisted).

https://bugzilla.gnome.org/show_bug.cgi?id=644892

Negative return values are used for errors and storing
them in an unsigned integer will make it impossible to
detect the errors.

Fixes bug #644845.

This fixes muxing of Speex content and possibly other formats where the
header detection works by counting the packets.

Fixes bug #644745.

https://bugzilla.gnome.org/show_bug.cgi?id=644208

Pango is not reentrant. Use a class wide mutex to protect pange use in
gst_text_overlay_render_pangocairo(). This works reliable in contrast to the
hack in my previous commit.

Fixes Bug #412678

This reverts commit fee32660.

Use a single g_object_set to configure the new multiqueue instance. Also don't
needlessly set "use-buffering" if it is the default.

Layout a single char to pre-create all resources.

Adds a test case to check if encodebin can be reused

https://bugzilla.gnome.org/show_bug.cgi?id=644416

In NULL/READY, we should be able to switch profiles on encodebin,
this patch makes it tear down old profiles when new ones are set
if in NULL/READY states

https://bugzilla.gnome.org/show_bug.cgi?id=644416

Clients are usually disconnected in the streaming thread if their inactivity
is bigger than the timeout. If no new buffers are to be rendered in the sink,
these clients will never be disconnected and for that reason it should be
handled in the select() loop too.

Subtitle streams being parse can cause the pipeline to wait indefinitely
to PREROLL. This makes subtitle streams got to PAUSED even if no data is
available. This should not be a cause for concern as we don't expect to
get much data for subtitle streams other than language tags from the
container.

https://bugzilla.gnome.org/show_bug.cgi?id=632291

... otherwise we may end up without running clock in PLAYING.

Fixes #636886.

g_object_set is a varargs function. Save 7 g_obvject_calls (and the overhead of
them) by using it accordingly.

Mark 64-bit interger constant as such to avoid warnings such as:
gsttypefindfunctions.c:2152: error: integer constant is too large for ‘long’ type

Fixes #642504.

From 1de7f6a to 6aec6b9

Parsers are the only element class that are not changing the data and
could lead to an infinite loop. Other element classes like demuxers,
e.g. id3demux, can be used multiple times in a row and sometimes are.

This is going to lead to an infinite loop of this element and can easily
happen with parsers that accept their own src caps on the sinkpad.

Previously we only checked against the raw caps but we should also
check against the return value of autoplug-continue. Additionally fix
a thread-safety issue with accessing the raw caps.

Maps to GST_BUFFER_FLAG_MEDIA4. The purpose is to explicitly indicate
whether a telecined buffer is progressive or not without having to make
assumptions based on previous buffers.

Add "source-setup" signal for convenience and discoverability. No need
to figure out "notify::source", look up the notify callback signature,
then do an g_object_get() to get the source element..

https://bugzilla.gnome.org/show_bug.cgi?id=626152

Request pads have to be released by the caller and must be
unreffed after releasing them.

The GObject signal code assumes that the signal handlers return a
new reference or copy. Fixes bug #641927.

... rather than leave it as GST_BUFFER_OFFSET_NONE

Fix bug #642942.

Also fixes #642466.

... to avoid subsequent cleanup disposing an element not in NULL state.