This commit adds a .gitlab-ci.yml file, which uses a feature
to fetch the config from a centralized repository. The intent is
to have all the gstreamer modules use the same configuration.

The configuration is currently hosted at the gst-ci repository
under the gitlab/ci_template.yml path.

Part of gstreamer/gstreamer-project#29

Edward Hervey authored Nov 08, 2018 and Edward Hervey committed Nov 08, 2018

Allows actually decoding such streams :)

Remove the git directory

This fixes gstreamer/gst-libav#43

When building with MSVC, if the 3rd operator is a double, the entire
expression always promoted double, and is then cast to int64.

When TRUE, this evaluates to (gint64) (gdouble) (INT64_MAX)
which overflows to INT64_MIN on MSVC, but not on C99 compilers.

This causes us to fail the g_return_if_fail inside g_param_spec_int64
when built with MSVC.

This exposes support for the "iff" demuxer. This is a general purpose
format, and the reason to expose this now is to allow reading DSD data
(which is supported via a variant called DSDIFF).

More information at:
  https://wiki.multimedia.cx/index.php?title=IFF
  https://www.loc.gov/preservation/digital/formats/fdd/fdd000245.shtml

This matches all other plugins in the other gstreamer repos. This is
also necessary for generating the correct libtool archive (.la) files
in Cerbero which are needed for static linking on Android and iOS.

https://github.com/mesonbuild/meson/pull/4169

We don't want to export any symbols from the ffmpeg static libraries
we link to when building inside Cerbero. In the Autotools build, we
pass -export-symbols-regex to libtool which ensures this for us.

Edward Hervey authored Sep 21, 2018 and Edward Hervey committed Sep 21, 2018

frame is always valid in this function (but wasn't before the
refactoring from a few months ago).

CID #1439540

Edward Hervey authored Sep 21, 2018 and Edward Hervey committed Sep 21, 2018

The existence of 'opt' is checked, the remainder of the code can therefore
rely on it being valid.

CID #1439537

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

Georg Ottinger authored Jul 03, 2018 and Olivier Crête committed Jul 26, 2018

In the function gst_ffmpeg_formatid_get_codecids() in the if / else if
construct the special case !strcmp (format_name, "pva") should be
handled before the generic case (plugin->audio_codec !=
AV_CODEC_ID_NONE) || (plugin->video_codec != AV_CODEC_ID_NONE)
This patch fixes the ordering.

I stumbled accorss this issue while adding a new format to
gst_ffmpeg_formatid_get_codecids()

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

This removes the internal interleave loop and always negotiates
the native output layout of the libav decoder. Users can use
audioconvert to interleave if necessary.

Special care has been taken to leave the encoder unaffected by
the changes in avcodecmap, since GstAudioEncoder doesn't support
the non-interleaved layout yet.

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

Seungha Yang authored Jul 18, 2018 and Tim-Philipp Müller committed Jul 19, 2018

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

This has been disabled for 5.5 years, time to remove it.

Edward Hervey authored Jul 16, 2018 and Edward Hervey committed Jul 16, 2018

.. to the expected property value type.

(Sorry about that)

We were ignoring these before the port to 4.0, interpreting them
as GST_FLOW_ERROR / GST_ELEMENT_ERROR causes check failures.

We should start using GST_*_DECODER_ERROR in latter commits,
for now simply restore the previous behaviour.

I simply confused those two, we didn't need g_object_getv
here anyway.

We expose profile, level and colorimetry / colorspaces through
caps.

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

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

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

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

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

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

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

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

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

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

avcodec_align_dimensions2 uses context->pix_fmt to make its
calculations, we thus need to make sure it is adequately set
when calling it.

Fixes:

gst-launch-1.0 videotestsrc ! video/x-raw, width=1920, height=1080 \
! avenc_mpeg4 ! avdec_mpeg4 ! xvimagesink

This showed invalid writes under valgrind, then segfault.

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

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

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

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