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 :)

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

mpeg2dec: Unmap output video frame if copying to it fails

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

realmedia: fix leak in asmrules error code path

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

realmedia: Fix Memory leak in error case

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

tests: remove files that were used by the mpg123 unit test

Remove twolame plugin, moved to -good

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

Remove lame plugin, moved to -good

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

Remove mpg123 plugin, moved to -good

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

Automatic update of common submodule

From 48a5d85 to 3f4aa96

sidplay: hide symbols in meson for this c++ plugin too

Keep things local, as this is the only c++ plugin
in ugly currently.

meson: don't export symbols by default

Only plugin entry points should be exported.

Currently plugins might export more symbols with
the meson build, as we don't have the exports
regexp there that we pass to libtool.

x264enc: add FIXME note for future configuration cleanup

dvdreadsrc: Fix string memory leak

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

x264enc: fix indentation

x264enc: fix caps leak

Move creation of supported sink pads into class_init function
which is also the only place where they're used. Unref the
caps when no longer needed, the pad template will take its
own ref.

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

mpg123audiodec: fix caps leak

The pad template takes its own ref, so we should unref the caps.

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

meson: po: use glib preset and read language list from LINGUAS

Supported since meson 0.37, so we can use it now.

dvdlpmdec: Fix overrun from coverity

CID #1414801

meson: find python3 via python3 module

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

dvdlpcmdec: Added support for Blu-Ray audio

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

asfdemux: More index handling

In the same vein as the previous commit, the end of the file might have been
cut and therefore contains bogus data.

If the object is too short, consider it as garbage and return a non-fatal
flow.

Regression introduced in 97294eb8bbed1b9dad7d3f2c52dd69eb1812cc06

asfdemux; Don't assume index is present at end of file

Some files have garbage at the end of the file, don't error out if we don't
find the index there.

Reverts back to previous behaviour (where corrupted/missing indexex were
not a fatal error).

Regression introduced in 97294eb8bbed1b9dad7d3f2c52dd69eb1812cc06

meson: fix with-package-name option

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

asfdemux: adjust segment start to a keyframe ts only for a KEYUNIT seek

... which is how it has always been until changed coincidentally in commit
9ee60482b265481d0e3b397044f560eb736e5429 which then prompted commit
dba14178ce6115b406ef86e356b1201463af5e2a to consider ACCURATE as well
to compensate for that in a lateral way

x264enc: relax bframes upper limit count to maximum encoder supported

meson: don't error out if sidplay library is not found

meson: build sid plugin

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

x264: fix memory leak

When the allowed caps are the same of template caps the allowed
caps are not unrefed, leaking memory.

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

meson: Do not use path separator in test names

Avoiding warnings like:

    WARNING: Target "elements/audioamplify" has a path separator in its name.

asfdemux: fix checking for header objects

The if 'and' condition was mixed up with the last parameter of the
function and would lead to wrong results

meson: don't need config.h.meson any longer

meson: add options to set package name and origin

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

Add gstvideo_dep for meson mpeg2dec test build

mpeg2dec test: Fix expected output caps

In the absence of explicit info, video decoders
now output mono multiview caps by default, so make
the expected caps match that

Remove plugin specific static build option

Static and dynamic plugins now have the same interface. The standard
--enable-static/--enable-shared toggle are sufficient.

sid: Make plugin name match plugin file name

Back to development

Release 1.12.0

Update .po files

po: Update translations

Release 1.11.91

Update .po files

po: Update translations

x264: Use __declspec(dllimport) with MinGW too

x264.h says this isn't needed with MinGW, but it looks like it is.

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

Automatic update of common submodule

From 60aeef6 to 48a5d85

Automatic update of common submodule

From 39ac2f5 to 60aeef6

Release 1.11.90

Update .po files

po: Update translations

meson: test: Fix environment object usage

And use get_pkgconfig_variable instead of calling pkg-config ourself

REQUIREMENTS: update for mad mp3 decoder removal

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

Add libgstrmdemux.so to cruft list

This was renamed to libgstrealmedia.so, this fixes helps fixing
uninstalled setup.

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

Rename plugin filenames to match plugin names

libgstrmdemux.so becomes libgstrealmedia.so

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

mpeg2dec: Fix latency calculation

The latency calculation was missing a scaling by GST_SECOND,
so it would always report a tiny latency. Fix that.

Spotted by Guillaume Desmottes.

asfdemux: Fix compilation with gcc 7

gstasfdemux.c: In function 'gst_asf_demux_parse_stream_object':
gstasfdemux.c:3001:39: error: '<<' in boolean context, did you mean '<' ? [-Werror=int-in-bool-context]
   is_encrypted = ! !((flags & 0x8000) << 15);
                     ~~~~~~~~~~~~~~~~~~^~~~~~

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

Update Edgard Lima's email

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

meson: Update version

Back to development

Release 1.11.2

Update .po files

po: Update translations

meson: dist meson build files

Ship meson build files in tarballs, so people who use tarballs
in their builds can start playing with meson already.

x264: Initialize function vtable in plugin_init()

These values are defined in the x264.h header and are not const on
Windows due to the way DLLs work. See:
https://msdn.microsoft.com/en-us/library/619w14ds.aspx
https://msdn.microsoft.com/en-us/library/zw3za17w.aspx

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

asfdemux: Check that we have enough data available before parsing bool/uint extended content descriptors

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

asfdemux: Reset number of languages to 0 when freeing the array because of errors

Otherwise we will happily index into the array at NULL if the requested
index is smaller than the number of languages that were previously
allocated.

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

meson: Properly use ':' for defining keywords

meson: bump version

Back to development

Release 1.11.1

Update .po files

po: Update translations

meson: Install presets files

x264enc: Add a youtube preset.

Based on https://support.google.com/youtube/answer/1722171

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

mad: remove plugin

We have better replacements such as the mpg123 plugin.
The main reason to keep around mad was for 'freeform'
mp3 support, but mpg123 can handle those too nowadays.
Also, mad is GPL and has been unmaintained for years.

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

win32: remove platform-specific copies of generated headers

Unused and no longer needed.

Remove generated .spec file

Likely extremely bitrotten, and we should not ship this anyway.

meson: Support building without Gst debug

Automatic update of common submodule

From f980fd9 to 39ac2f5

asfdemux: Fix memory leak of payload extensions for unusable/unsupported streams

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

x264enc: Add information for mixed mode

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

x264enc: Correctly pass interlacing/TFF information

Give the interlacing information correctly to the encoder. Also parse
TFF/BFF information from the caps and pass it too.

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

x264enc: Auto-detect interlace mode from caps

If the caps are interlaced, interlacing is always enabled on the
encoder. If the interlace-mode field is missing or if it's progressive,
the encoder uses the "interlaced" property.

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

common: use https protocol for common submodule

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

real: Fix compiler warnings with latest clang

realhash.c:295:11: error: implicit conversion from 'int' to 'char' changes value from 128 to -128 [-Werror,-Wconstant-conversion]
  *buf1 = 128;
        ~ ^~~

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

asfdemux: Allow 64bit sizes for DATA object

we *can* have files greater than 4GB, any other object should be
smaller than that

asfdemux: Add sanity check for asf_stream_audio

We should have enough bytes for the specified codec_data

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

asfdemux: Add sanity checks when reading asf_stream_video_format

It should report a size of at least 40 bytes
Also check for the size of the remaining data (i.e. codec_data)

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

asfdemux: Add check for invalid/corrupt asf object

An asf object can't realistically be bigger than 2**32 bytes.

If it reports a size bigger than that, consider it corrupt and properly
propagate the error back.

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

asfdemux: Handle EOS in push-mode on corrupted files

It is possible no streams were activated when receiving EOS, if so
handled it as if we hadn't seen the header

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

asfdemux: FILE headers are mandatory in the header

As per the specification, also avoids ending up trying to play a
file with plenty of un-initialized values.

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

asfdemux: Handle incomplete header in pull mode

pulling headers is meant to complete as a whole. If we don't have
enough data, it's an error.

Avoids pipeline hangs on corrupted files

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

asfdemux: Handle issues with "empty" files

In some corrupted files, we could end up with no actual streams
being exposed.

In those cases, make sure we properly propagate the failure all
the way to the loop function. This avoids ending up in cases where
we are neither EOS'd nor ERROR'd out from a pipeline point of view.

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

dvdreadsrc: dvd-spu-clut-change is a sticky custom event

meson: Add ignored warnings for MSVC

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

x264enc: Add configure parameter to specify additional x264 libraries with e.g. different depth configuration

x264 has to be compiled specifically for a target bit depth.
Distributions currently ship various libraries in their packages, with
different bit depths.

This change now allows to provide them all at configure time and have
the x264enc element dynamically switch between them based on the bit
depth of the input format.

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

meson: update version

Back to development