Automatic update of common submodule

From 21ba2e5 to d37af32

Automatic update of common submodule

From c408583 to 21ba2e5

docs: remove variables that we define in the snippet from common

This is syncing our Makefile.am with upstream gtkdoc.

Automatic update of common submodule

From d676993 to c408583

Back to development

Release 1.5.1

Update .po files

po: Update translations

check: Use GST_CHECK_MAIN () macro everywhere

Makes source code smaller, and ensures we go through common initialization
path (like the one that sets up XML unit test output ...)

x264enc: don't artificially limit max allowed value of "threads" property

In auto mode it will happily chose much higher values anyway,
and a limit of 4 seems a bit low these days.

dvdread: Also reset the first_seek var in start()

Make the initial chapter seek work across reuse.

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

dvdread: Work around basesrc initial seek

Ignore the initial seek basesrc sends, as it
breaks starting from another chapter by
immediately seeking back to the start of the title

docs: update example pipelines in element docs

Mostly gst-launch -> gst-launch-1.0, but also
use autoaudiosink/autovideosink in more places
and update pipelines a little or flesh out
descriptions.

Rename property enums from ARG_ to PROP_

Property enum items should be nameed PROP_ for consistency and readability.

Remove obsolete Android build cruft

This is not needed any longer.

realmedia: remove unused enum item PROP_LAST

tests: define GST_CHECK_TEST_ENVIRONMENT_BEACON

Make sure the test environment is set up.

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

configure: bump automake requirement to 1.14 and autoconf to 2.69

This is only required for builds from git, people can still
build tarballs if they only have older autotools.

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

Update .gitignore

Remove LICENSE_readme

It's completely outdated and just confusing, better if people are
forced to look at the actual code in question than trusting this file.

Remove INSTALL file

autotools automatically generate this, and when using different versions
for autogen.sh there will always be changes to a file tracked by git.

asfdemux: fix a seek failure due to out-of-range in push mode

A seek in push mode failed for big offsets which are beyond
the range of guint32.

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

tests: Use AM_TESTS_ENVIRONMENT

Needed by the new automake test runner

Automatic update of common submodule

From bc76a8b to c8fb372

a52dec: fix race in liba52dec lookup table initialization

a52_init initializes the IMDCT global state as well as creating
a new state. When two A52 decoders are created (eg, when two AC3
tracks are contained in a video), calls to a52_init may happen
at the same time, and the IMDCT initialization is not reentrant.

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

mpeg2dec: fix buffer leak in crop_buffer()

gst_buffer_pool_acquire_buffer() gives us a new owned buffer while
gst_buffer_replace() reffed it as well so we were one reference extra.

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

rmdemux: resurrect some flow return handling

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

asfdemux: resurrect some flow return handling

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

mpeg2dec: fix memory leak

CID #1291630

mpeg2dec: initialize buffer

Buffer needs to be null before passing it to gst_buffer_pool_acquire_buffer()

CID #1291634

mpeg2dec: Add stride support

This allow using external pools that have different strides from the
default. These strides need to respect certain rules, which we check
and if these are not met, we fallback to generic pool.

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

mpeg2dec: Re-implement pool handling

This is a rewrite of the pool negotiation and configuration. Direct
to output decoding is now achieved by configuring the pool using
video-alignment. This removes copies when dealing with any elements that
supports VideoAlignment, and enable usage of generic video buffer pool,
XVImagePool and GLPool. It drops the crop meta implementation for now.

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

dvbsub: fix indentation

Fix double semicolons

Revert "mpeg2dec: Fix handling of stride"

This reverts commit f3e8dcb9de4d546e7d80ccc1754ed13dd4e7ac81.

Revert "mpeg2dec: Use propose unref method for buffer"

This reverts commit 63b43d3bee832aec353d02575da543f3c73f6893.

mpeg2dec: Use propose unref method for buffer

mpeg2dec: Fix handling of stride

A pipeline like:

gst-launch-1.0 filesrc location=file.ts ! tsdemux ! mpegvideoparse ! mpeg2dec  ! vaapisink

would look bad when file.ts contains 704x576 video, because vaapisink would
give you buffers of stride 768, but libmpeg2 was not told about this and
used a stride of 704.

Tell libmpeg2 about the stride from  downstream; in the process, teach it to
reject buffer pools that don't meet libmpeg2's chroma stride requirements

Signed-off-by: Simon Farnsworth <simon.farnsworth@onelan.co.uk>

Improve and fix LATENCY query handling

This now follows the design docs everywhere, especially the maximum latency
handling.

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

x264enc: Don't set max latency to the same value as the encoder latency

The meaning of the max latency is *not* the maximum latency this element will
introduce. It is the maximum latency this element can endure without
overflowing any buffers, which is infinite for x264enc.

Fixes latency configuration in zero latency mode, where max latency was
becoming 0... which usually won't work well if something else introduces
latency as then max < min in the end, and latency configuration just fails.

x264enc: set annexb=1 in byte stream mode when downstream has ANY caps

This matches what is done when downstream caps are not ANY, and fixes
prerolling in byte stream mode when typefind is downstream.

Constify some static arrays everywhere

configure: remove non-ported plugins stuff

It's not needed any longer, all plugins in -ugly
have been ported.

x264enc: Don't set an allocation maximum

There is no reason x264enc should enforce a maximum allocation size.
The maximum is normally set by buffer pool which cannot grow, but we
don't offer a buffer pool. This would lead to stall when used with
element that don't implement allocation query.

Related to: https://bugzilla.gnome.org/show_bug.cgi?id=738302

Automatic update of common submodule

From f2c6b95 to bc76a8b

MAINTAINERS: Update my mail address

Automatic update of common submodule

From ef1ffdc to f2c6b95

Automatic update of common submodule

From 7bb2bce to ef1ffdc

dvdlpcmdec: set channel positions using the appropriate API

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

asfdemux: fix comment

asfdemux: Send duration query upstream first

An upstream element (like mms or some dlna source) might be able to
answer the query. Try that first, else fallback to standard logic

asf: fix up file mode

Automatic update of common submodule

From 84d06cd to 7bb2bce

tests: parallelise 'make check-valgrind'

Automatic update of common submodule

From a8c8939 to 84d06cd

Automatic update of common submodule

From 36388a1 to a8c8939

asfdemux: first try to delegate TIME seek events upstream

We should give a chance to upstream to handle TIME seek events before trying
to handle it in asfdemux.

Fix a bug where fast backward seeks where discarded right away because they
were not supported by asfdemux.

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

asfdemux: add ASF_OBJ_METADATA_LIBRARY_OBJECT

We can safely ignore those but best to claim to understand this object type so
we don't raise a warning.

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

asfdemux: if video is h264, check the codec_data for bytestream data

For bytestream we don't want to expose it as codec_data but rather as
streamheader as it is not out-of-band data but data that should be
prepended to the beginning of the stream before the other buffers.

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

docs: update for git master

asfdemux: simplify log statement

Use the GST_PTR_FORMAT to print the buffer

x264: fix colour inversion with YV12 format

It's the same as I420 but with the U/V planes swapped.

Makefile: Add usage of build-checks step

Allows building checks without running them

x264enc: Request buffers in allocation query

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

x264enc: Shift both PTS and DTS to ensure positive timestamp

Currently we only shift DTS to compensate that we don't support negative
timestamp. This cause a problem that PTS is no longer >= DTS and may
make muxers live much harder. Instead, shift both PTS/DTS forward. Also
remove all the hack to handle this which seems the result of thinking libx264
is bugged.

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

Back to development

Release 1.4.0

Update .po files

po: Update translations

Release 1.3.91

Update .po files

po: Update translations

rademux: Print invalid fourcc in error message in hex

Previously this was printed as characters which caused later processing
of the error message to sometimes warn about non-UTF-8 characters.

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

Release 1.3.90

Update .po files

Ignore autotools test-driver temp files from 'make check'

Back to development

Release 1.3.3

Update .po files

po: Update translations

rmdemux: use GstFlowCombiner

Removes flow return combination code to use the newly added GstFlowCombiner

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

asfdemux: use GstFlowCombiner

Removes flow return combination code to use the newly added GstFlowCombiner

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

x264enc: fix caps leak in set_format()

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

asfdemux: Handle initial 0 timestamp that should have been -1

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

Back to development

Release 1.3.2

Update .po files

Automatic update of common submodule

From 211fa5f to 1f5d3c3

mpeg2dec: remove unused struct members

rtspreal: Fix some memory leaks in an error path

CID 1212165.

mpeg2dec: Release codec state on negotiation failures

Else it leaks

CID #1212169

Back to development

Release 1.3.1

Update .po files

po: Update translations

Automatic update of common submodule

From bcb1518 to 211fa5f

docs: remove outdated and pointless 'Last reviewed' lines from docs

They are very confusing for people, and more often than not
also just not very accurate. Seeing 'last reviewed: 2005' in
your docs is not very confidence-inspiring. Let's just remove
those comments.

dvdsubdec: fix spurious rejection of 0 time offset commands

Coverity 206168

dvdread: avoid intermediate promotion to signed

We should not reach the dangerous range here, though.

Coverity 206491, 206492, 1139856

mpeg2dec: do not reset the whole video info when setting size

New changes to gstvideo will reset all the video info state
when calling _set_format, overwriting what was previously set
in the preceding code.

The comment says the following code is meant to preserve the
pre-crop size, so let's just keep the size and related data
 as this does not seem to break anything else (this is what
the _set_format call would have set before the change that
reset all data, except the colorimetry).