asfdemux: Change the mismatched definition

Change-Id: If9945d7b6df8da3c7114b88ebfe4b3b02faa081a

Merge branch 'tizen_gst_1.16.2' into tizen

Change-Id: I3bcdfa452e9a7f9eb26756f25ccb6e96ccefa446

Merge branch 'upstream/1.16' into tizen_gst_1.16.2

Change-Id: I6e7d06aee81dc8dda405615debd45f0e9885c9a9

Release 1.16.2

Update docs

Release 1.16.1

Update docs

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.

ci: use template from 1.16 branch

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

asfdemux: Send codec information through tag message.

Change-Id: I2779a4eb4f9fd1dd03829b25073f06256e0dcdbd

asfdemux: Disable WMV video format

Change-Id: Ibb08490b7875af70a90a0d9b8239a8e845a7e2cf

asfdemux : Return error if parsed data size is zero

  - Fix hangs while playing certain asf files

Change-Id: I8b34c7a24d7e113983cc7fd6862df5140ee2bade

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

spec: apply tv profile option

- sync with tv product code

Change-Id: Ie59282b3fdef8f280dc3fade3f2af21012766e4e

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

Add build option for security issues

Change-Id: I73e5223e46f9f2bbff1959bd4d6eef47b2b4ecba

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

meson: simplify GST_DISABLE_GST_DEBUG check and don't use add_global_*

add_global_arguments() can't be used in subprojects. It's
entirely possible that -ugly is a subproject but gstreamer
is picked up from an installed location, so we should
really use add_project_arguments() in both cases.

Back to development

Release 1.13.1

docs: update plugin docs

po: update translations

meson: make version numbers ints and fix int/string comparison

WARNING: Trying to compare values of different types (str, int).
The result of this is undefined and will become a hard error
in a future Meson release.

autotools: use -fno-strict-aliasing where supported

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

meson: use -fno-strict-aliasing where supported

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

Merge branch 'tizen_gst_upgrade' into tizen

upgrade 1.12.2

Change-Id: I857fa65bf9096bd72fb8c8e4b10635fe71d12874

amrnbdec: Don't use g_return_*_if_fail() on data parsing

Those functions can be disabled. Instead just use the (existing)
function.

CID #1427121

amrwbdec: Don't use g_return_*_if_fail() on data parsing

Those functions can be disabled. Instead just use the (existing)
function.

CID #1427093

meson: skip translations if gettext is not available

Automatic update of common submodule

From e8c7a71 to 3fa2c9e

x264enc: add 'insert-vui' property for users to choose

VUI(Video Usability Information) parameters should be set
according to the specification. However, some of the existing
hardware decoders refuse to decode in certain combinations of
the resolution and VUI parameters. To support the legacy
decoders, this patch provides 'insert-vui' to skip the settings.

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

cdio: Fix build with cdio >= 1.0

LIBCDIO_VERSION_NUM was defined as e.g. 94 for 0.94 but is now defined
as 1 for 1.0. We had various checks for < 83, which of course succeeded
now although we are >= 0.83.

Fix this by checking for < 76 (0.76) too, as that is the minimum version
we currently support and everything < 76 is going to be >= 1.0.

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

Automatic update of common submodule

From 3f4aa96 to e8c7a71

configure: actually use -fvisibility if supported

Fix up for previous commit.

autotools: stop controlling symbol visibility with -export-symbols-regex

Instead, use -fvisibility=hidden and explicit exports via GST_EXPORT.
This should result in consistent behaviour for the autotools and
Meson builds.

asfdemux: Fix prerolling files with "empty" streams

This is a regression that was introduced by
commit 1803b3c18530cb0100d140c2b8e49a8dfe41f941
"    asfdemux: Add support for dvr-ms"

The problem is that some files/streams might contain stream definition
but there is no actual packets for those streams.

This was used to "define" streams with different bitrates for example.

The first_ts calculation resulted in never ever finding a valid first_ts
since some streams were empty, and therefore never "activating" itself.

Instead of that we first check if we are prerolled. And if we are we
unconditionally get the "first_ts"

The preroll check has been adapted to check whether streams of
each defined type (i.e. audio/video/sub) has been prerolled. This solves
the problem of having different streams of a particular type where only
one stream actually has data.

asfdemux: Store the stream type in streams

The field was present but never set :)

Merge the tizen patch and fix build err based on 1.12.2

Change-Id: I59d8eb2e78ad3fe64417f447f65fa0abd1fd201d

a52dec: Fix out buffer memory leak in error code path

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

mpeg2dec: Fix buffer memory leak in error code path

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