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

asfdemux: Fix payloads check

Don't iterate stream->payloads if ... it doesn't exist

CID #1139846

.gitignore: Ignore gcov intermediate files

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

Automatic update of common submodule

From fe1672e to bcb1518

Automatic update of common submodule

From 1a07da9 to fe1672e

docs: install prebuilt plugin docs if gtk-doc is disabled

Sync to the Makefile.am from gst-plugin-base where it is done right.
Fixes #725034

xingmux: add muxer category and make element plugable

This is required to make encodebin consider the element. Yet it is not enough to
have it plugged it has a lower priority than most mp3encoders and no different
caps.

x264enc: allow lossless compression (qp=0)

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

m4: Remove extra check for 11+ year old a52 release

You deserve a build failure if you still have that version

If someone wants to completely remove this m4 to replace it with the
generic AS_GST_CHECK_LIBHEADER() it would be appreciated.

m4: Fix multiple tests in AC_CHECK_A52DEC

asfdemux: Remove unused function

check: Fix test location

tests: Don't build disabled plugins' check tests

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

Automatic update of common submodule

From d48bed3 to 1a07da9

asfdemux: only add "format" field with fourcc to WMV caps

Doesn't make sense for e.g. H264 or MJPEG.

Automatic update of common submodule

From dbedaa0 to d48bed3

po: set gettext domain in Makevars so we don't have to patch the generated Makefile.in.in

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

amrwbdec: Remove some dead code

amrnbdec: Remove some dead code

amrnbdec: Use gst_audio_decoder_set_needs_format() instead of custom code

amrwbdec: Use gst_audio_decoder_set_needs_format() instead of custom code

mpeg2dec: Use new gst_video_decoder_set_needs_format() API

x264enc: fix compiler warning

Compiler warns rightly about possibly uninitialized variable.

x264enc: fix crash on NULL caps when negotiation happens without a downstream peer

gst-launch-1.0 videotestsrc ! x264enc

mpeg2dec: graceful degradation for badly parsed input

Automatic update of common submodule

From 865aa20 to dbedaa0

asfdemux: mo_size check bug fix. mo_size is not mandatory field.

So, don't need to check previous payload's mo_size and current
payload's mo_size when merging it.

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

asfdemux: Keep audio error checking fields only for audio

Video shouldn't need to be descrambled, this can cause frames data
to be corrupted

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

asfdemux: really copy the buffer data

Pass the copy-memory flag to copy the memory for the output buffer,
otherwise we end with 0-sized buffers

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

x264enc: If FPS is available, set VFR to false

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

asfdemux: Only use segment.start as seek_time if it is relative

Relying on the gst_segment_do_seek results for getting the
seeking time should not be used if seek type is SET because the
do_seek function makes the 'cur` position of the seek normalized
on the segment range. This means that seeking beyond the end of the
file might not result in instant EOS as it will end up seeking to
the final ts of the file.

In asf seeking to the final timestamp can lead to seeking to the last
keyframe, meaning a few seconds of video will still be played, which should
not be the desired behavior when seeking beyong file limits.

asfdemux: Parse last simple index entry

The entry size is fixed at 6, fix typo to finish parsing the index
correctly until the last sample

Automatic update of common submodule

From 6b03ba7 to 865aa20

configure: Actually use 1.3.0.1 as version to make configure happy

Back to development

Release 1.2.0

Update .po files

x264enc: Update the documentation to match the default profile used

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

Automatic update of common submodule

From b613661 to 6b03ba7

Automatic update of common submodule

From 74a6857 to b613661

Automatic update of common submodule

From 098c0d7 to 74a6857

Back to development

Release 1.1.90

Update .po files