Derek Lesho authored Apr 03, 2020 and Sebastian Dröge committed Apr 08, 2020

When transitioning from the PAUSED state, to the READY state, and back,
metadata and global_metadata are left uninitialized, unlike when the
demxuer transitions from NULL to READY, then to PAUSED.  I have found
this to cause a segmentation fault when fields in these structures are
set.

Nicolas Dufresne authored Apr 02, 2020 and Nicolas Dufresne committed Apr 02, 2020

The --ref option indicate the size of the DPB, hence should be in the range of
0 to 16. This patch also fix the default to match x264enc default 3. This
change isn't a behaviour change since we don't enforce the reported default.

It is able to do channel downminxing, so technically it is also a
converter

This is also important so validate knows about that when doing its
checks

Thibault Saunier authored Oct 17, 2019 and Thibault Saunier committed Jan 07, 2020

Properly follow google recommendations[0] concerning bitrate when the
user wants to use the youtube profile.

[0]: https://support.google.com/youtube/answer/1722171?hl=en

Use helper method to get string from GValue.

Section 4.4 of CEA-708-D specification (table 2) requires all bits to be
set inside em_data field. h264parse element (and possible third-party
decoders such as libav) also follows this requirement.

gstreamer/gst-plugins-ugly#28

Fixes gst-build with -Dauto-features=disabled -Dugly=enabled

Seungha Yang authored Jul 15, 2019 and Tim-Philipp Müller committed Jul 15, 2019

... with more color value mapping

... with removal of pointless unistd.h dependency.
Note that full dependency listing is required to run unit test
executable binary on Windows uninstalled environment.

This means we can use some newer features and get rid of some
boilerplate code using the G_DECLARE_* macros.

As discussed on IRC, 2.44 is old enough by now to start depending on it.

And update the cache

Fixes gstreamer/gst-docs#36

Like we do for other plugins, and also install a .pc file
if we build the plugin statically.

It's needed by the dvdread plugin but also by the x264 plugin in certain
circumstances. As it's part of GLib and always available, simply move it
as a hard dependency to the top-level meson.build.

It's technically true but not for this specific type.

dvdreadsrc.c:394:65: error: taking address of packed member of ‘struct <anonymous>’ may result in an unaligned pointer value [-Werror=address-of-packed-member]
  394 |       gst_dvd_read_src_make_clut_change_event (src, src->cur_pgc->palette);
      |                                                     ~~~~~~~~~~~~^~~~~~~~~

Allow fallback to orc subproject if any.

Otherwise we get some compiler warnings:

../subprojects/gst-plugins-ugly/ext/x264/gstx264enc.c:200:1: warning: ‘unload_x264’ defined but not used [-Wunused-function]
 unload_x264 (GstX264EncVTable * vtable)
 ^~~~~~~~~~~
../subprojects/gst-plugins-ugly/ext/x264/gstx264enc.c:154:1: warning: ‘load_x264’ defined but not used [-Wunused-function]
 load_x264 (const gchar * filename)
 ^~~~~~~~~