Back to development

Release 1.17.1

docs: Update plugins cache

docs: Update plugins cache

siddec: update gst_type_mark_as_plugin_api() calls

This was left behind in commit bc1ab5e8e00a7ed6ac5e192af9310bd2146e446a.

Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-ugly/-/merge_requests/55>

plugins: uddate gst_type_mark_as_plugin_api() calls

doc: Require hotdoc >= 0.11.0

docs: Update gst_plugins_cache.json

plugins: Use gst_type_mark_as_plugin_api() for all non-element plugin types

asfdemux: extract WM/PartOfSet disc number and count metadata

Fixes #30

Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-ugly/-/merge_requests/54>

asfdemux: sprinkle some INDENT-OFF

Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-ugly/-/merge_requests/54>

tests: fix meson test env setup to make sure we use the right gst-plugin-scanner

If core is built as a subproject (e.g. as in gst-build), make sure to use
the gst-plugin-scanner from the built subproject. Without this, gstreamer
might accidentally use the gst-plugin-scanner from the install prefix if
that exists, which in turn might drag in gst library versions we didn't
mean to drag in. Those gst library versions might then be older than
what our current build needs, and might cause our newly-built plugins
to get blacklisted in the test registry because they rely on a symbol
that the wrongly-pulled in gst lib doesn't have.

This should fix running of unit tests in gst-build when invoking
meson test or ninja test from outside the devenv for the case where
there is an older or different-version gst-plugin-scanner installed
in the install prefix.

In case no gst-plugin-scanner is installed in the install prefix, this
will fix "GStreamer-WARNING: External plugin loader failed. This most
likely means that the plugin loader helper binary was not found or
could not be run. You might need to set the GST_PLUGIN_SCANNER
environment variable if your setup is unusual." warnings when running
the unit tests.

In the case where we find GStreamer core via pkg-config we use
a newly-added pkg-config var "pluginscannerdir" to get the right
directory. This has the benefit of working transparently for both
installed and uninstalled pkg-config files/setups.

Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-ugly/-/merge_requests/53>

dvdreadsrc: fix uninitialized warning

Variable is always set in actual code paths but let's keep gcc happy.

Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-ugly/-/merge_requests/51>

meson: Pass native: false to add_languages()

This is needed for cross-compiling without a build machine compiler
available. The option was added in 0.54, but we only need this in
Cerbero and it doesn't affect older versions so it should be ok.
Will just cause a spurious warning.

Part-of: <https://gitlab.freedesktop.org/gstreamer/gst-plugins-ugly/-/merge_requests/50>

asfdemux: Always re-initialize metadata and global_metadata

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.

x264enc: Fix 'ref' property range and default

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.

a52dec: Mark as converter

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

x264enc: Respect Youtube bitrate recommandation

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

ugly: use of g_value_dup_string

Use helper method to get string from GValue.

x264enc: fixed codestyle

x264enc: corrected em_data value in CEA-708 CC SEI message (fixes #28)

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.

https://gitlab.freedesktop.org/gstreamer/gst-plugins-ugly/issues/28

Remove autotools build system

documentation: fix some typos

docstrings: port ulinks to markdown links

meson: Don't generate doc cache when no plugins are enabled

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

x264enc: Port to color_{primaries,transfer,matrix}_to_iso

... with more color value mapping

tests: x264enc: Enable test on Windows

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

meson: Bump minimal GLib version to 2.44

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.

doc: remove xml from comments

asfdemux: remove some unused cruft in internal headers

docs: Stop building the doc cache by default

And update the cache

Fixes https://gitlab.freedesktop.org/gstreamer/gst-docs/issues/36

docs: Update plugins documentation cache

docs: Port documentation to hotdoc

docs: Port all docstring to gtk-doc markdown

meson: sidplay: use library() instead of shared_module()

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

meson: Always require the gmodule dependency

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.

Back to development

Release 1.16.0

Update docs

Update translations

Release 1.15.90

Update docs

meson: Add a subproject fallback for x264

Update LINGUAS

meson: add -Wno-unused also to C++ args when gst debug system is disabled

Back to development

x264enc: inject CEA708 closed captions

Release 1.15.2

Update docs

Update translations

sidplay: fix indentation

dvdreadsrc: Work around GCC9 compiler warning

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);
      |                                                     ~~~~~~~~~~~~^~~~~~~~~

meson: Add support orc fallback

Allow fallback to orc subproject if any.

x264: Only enable dynamic loading code for x264 < 253

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)
 ^~~~~~~~~

x264: Link to gmodule in the meson build if extra x264 libraries are provided

We would dynamically load additional x264 libraries then.

sid: Fix cross-compilation by using AC_TRY_LINK instead of AC_TRY_RUN

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=917899

Release 1.15.1

Update docs

Update translations

tests: Enable test generic_states on Windows

... and drop needless unistd.h dependency

meson: Use join_paths() instead '/'

tests: Enable unit test on Windows

Remove hard-coded ':' whitelist separator since it varies with OS

Automatic update of common submodule

From ed78bee to 59cb678

meson: Specify encoding to UTF-8 when building with MSVC

Use build arguments consistent with core and -base. This can also
remove noisy "C4819" warning of non-us locale MSVC.

Add Gitlab CI configuration

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 https://gitlab.freedesktop.org/gstreamer/gstreamer-project/issues/29

Update common submodule location

Remove the git directory

Clone the code from gitlab

This fixes https://gitlab.freedesktop.org/gstreamer/gst-plugins-ugly/issues/22

meson: use new 'python' module instead of deprecated

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

tests: x264enc: fix leak in unit test

The static pad templates weren't static so their
contents were leaked. valgrind was not happy.
Also rename confusing define.

x264enc: Avoid format decision per frame

Avoid switch/case per frame for format decision and detect the format
only if where it could be changed. Note that, whenever encoder->input_state
is changed, gst_x264_enc_init_encoder() is called.

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

meson: add glib-checks option to disable API guards and such

We want this enabled by default, also in releases, but people
may want to disable this for performance-critical workloads or
on embedded devices.

meson: fix missing closing bracket in option descriptions

meson: add option to disable tests

meson: clean up some cruft

meson: add options to disable gobject cast checks and glib asserts

... and define G_DISABLE_DEPRECATED for development versions,
like we do in autotools.

x264enc: Set bit depth for x264 ≥ 153

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

x264enc: Remove superfluous x264_param_default

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

Add feature options for all plugins

The only automagic dependency left is C++ availability detection.

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

meson: Convert common options to feature options

The rest will be converted later, these are necessary for gst-build to
set options correctly.

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

asfdemux: Remove 0.10 code

This was used to "close" a segment. It's no longer needed anymore
in 1.x (it was essentially sending the same thing again)

asfdemux: Only send flush event on seeking flushes

And not on all the time

meson: add 'nls' option to disable translations

And enable by default. Was implicitly disabled because
ENABLE_NLS was not defined. Also use .set_quoted().

meson: Update option names to omit disable_ and with- prefixes

Also yield common options to the outer project (gst-build in our case)
so that they don't have to be set manually.

dvdsubdec: Take the highlight event from the structure.

Don't use GST_EVENT_TIMESTAMP to transfer any PTS
associated with a highlight event, instead store
it in the event structure directly, as
GstEvent::timestamp will disappear in GStreamer 2.0

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

Meson: Generate pc file for all plugins in ugly

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

meson: use -Wl,-Bsymbolic-functions where supported

Just like the autotools build.

asfdemux: Set the stream-format field of H264 streams

If we have codec_data it will be AVC, otherwise assume byte-stream.

Automatic update of common submodule

From 3fa2c9e to ed78bee

Back to development

Release 1.14.0

Update docs

Release 1.13.91

Update docs

docs: plugins: minor addition to plugins list

configure.ac: enable largefile support if possible

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

Release 1.13.90

Update docs

meson: enable more warnings

x264enc: fix build with newer x264 with support for multiple bit depths

libx264 used to be built for one specific bit depth, and if we
wanted to support multiple bit depths we would have to dynamically
load the right .so from different paths. That has changed now, and
libx264 can include support for multiple depths in the same lib,
so we don't need to do the dlopen() dance any more. We'll keep
the vtable stuff around until we can drop support for older x264.

gstx264enc.c:2927:36: error: ‘x264_bit_depth’ undeclared

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

x264enc: Add format example for option-string

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