GitLab

This is made possible by filtering errors. This is required to let
harware accelerated element query the video context. The video context
is used to determine if the HW is capable, and thus if the element is
supported or not.

Fixes bug #662330.

It currently makes the build fail. Idea is to enable
it back again once its building problems get sorted
out.

If the pad block never happens because there is no data flow at all, the
callback is never fired and the reference is never released. This causes a
reference cycle between the pad and element, so valgrind is not very vocal
about it (memory is still reachable).

... which ensures e.g. processing and sending last fragment of reverse playback
downstream at EOS.

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

... rather than scaring audiodecoder with a frame extracted from caps.

Fixes #662108 (partially).

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

This will allow playbin2 to send its about-to-finish signal.
Taken out (apparently by mistake) by the EOS rewrite in july.

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

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

... which still detects gaps and marks DISCONT, depending on configuration,
but may come up with somewhat different timestamps when crossing the gap.

... as empty buffers are discarded, and header buffers are now
also optionally retrieved from caps anyway.

... as documented, where discont is marked here if tolerance has been
exceeded.

All tests were testing the default sine wave

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

And make violet noise usable

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

The bins' getcaps was bypassing the inner elements, and thus
failing to account for the caps transformations they allow,
which caused YUV video pipelines to fail with ximagesink, which
does not support YUV, even though the convenience bin includes
a colorspace converter for just this purpose.

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

The new code was checking for a prefix, and would find video/
first. Check in two passes, first checking for a perfect match,
and falling back to a prefix check if nothing was found.

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

Re-enable parsers in encodebin to allow more passthrough scenarios
to work. Specially the ones that require changing 'stream formats'.
i.e. h264 in mkv to mpegts.

The video-sink property allows manual specification via g_object_set ()
of the video sink element to be used.

The fact that a decoder is not compatible with the fixed sink
is currently happenning in the case where we have hardware accelerated
video decoders on the system (especially vaapi elements that are actually plugged),
and the user is providing a sink that doesn't support the surface.

A simple example that shows how it used to crash on a system where gstreamer-vaapi
is installed:
    gst-launch playbin2 video-sink=xvimagesink uri=/codec/supported/by/vaapi

What we are now doing in this case, is avoid using the accelerated
decoder and plug a "normal" decoder instead (if avalaible).

This commit doesn't handle the case where we have hardware accelerated
demuxing.

Only A/V streams are added at the moment, there does not seem to be
a similar way to add other streams (eg, subtitles).

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

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