x264enc: drop unnecessary NULL check before g_free

Automatic update of common submodule

From b99800a to b319909

Use new GST_ENABLE_EXTRA_CHECKS #define

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

Automatic update of common submodule

From 9aed1d7 to b99800a

Update GLib dependency to 2.40.0

dvdread: remove broken link

Removing instead of updating as previously pointed-to page
(now http://dvd.sourceforge.net/dvdinfo/) is already linked
from dvd.sourceforge.net's homepage as: "Collection of
information on file formats/data structures relating to DVD
navigation/SPUs."

dvdlpcmdec: fix invalid read beyond channel position array

We would always copy sizeof(sorted_position) bytes, which is
for 8 channels, but if we have less than 8 channels the
position array we copy from will only have allocated space
for channel channels, so we would read beyond the input
array in some cases.

dvdlpcmdec: factor out common code to set output format into new function

When caps event is recieved and header is changed, reordering channel
and setting the default output format for audio are processed. These 2 of
code are same. Thus, It is better to make a new function for these common
code in terms of removing duplicated code, maintenance and expansion.

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

asfdemux: Don't push any data on pads after the segment.stop

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

asfdemux: Only change segment start to a keyframe for KEYUNIT seeks

Not for accurate seeks, which should accurately start at the requested
position.

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

asfdemux: Update segment.position when pushing buffers

Without this, non-flushing seeks are not going to work well.

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

asfdemux: Only push EOS event if we're not doing a segment seek

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

asfdemux: If pushing buffers returned EOS, go into the EOS and not failure code path

We don't want to unconditionally send an EOS event downstream, but might want
to send a SEGMENT_DONE message/event instead if a segment seek was done
before.

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

Back to development

Release 1.6.0

Update .po files

Release 1.5.91

Update .po files

po: Update translations

x264: Add bitrate info to the tags output.

Makes it possible for muxers to know the target bitrate as soon
as encoding starts, which flvmux now uses.

asfdemux: fix file mode of some source files

Release 1.5.90

Update .po files

po: Update translations

x264enc: actually return TRUE from accept-caps handler

The query was handled

x264enc: implement accept-caps handling

Implement accept-caps handling without doing caps queries downstream

audioencoders: use template subset check for accept-caps

It is faster than doing a query that propagates downstream and
should be enough

Elements: amrnbenc, lamemp3enc, twolamemp2enc

mpeg2dec: use default pad accept-caps handling

Avoids useless check of downstream caps when handling an
accept-caps query

audiodecoders: use default pad accept-caps handling

Avoids useless check of downstream caps when handling an
accept-caps query

Elements: a52dec, amrnbdec, amrwbdec, mad

check: Rename states unit test

Makes it easier to differentiate from other modules states unit test

rmdemux: fix assertion error when freeing old tags.

Check if old_tags is present before calling gst_tag_list_unref

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

asfdemux: fix assertion error when codec_data is not present in structure

When discovering a particular asf file, caps structure doesn't have
codec_data, and this was not being checked before using the same,
resulting in assertion error

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

asfdemux: remove unread value

Init value of idx2 is never used. First usage sets it to idx + 1. Removing
initial value.

asfdemux: Don't post error on flushing while reading headers

rmdemux: mark tag list as global scope

rmdemux: fix taglist leak

merge doesn't take ownership, so must unref the
old tags if we do merge.

rmdemux: fix wrong unref when there are no tags

Tags should be appended to pending tags and unref'ed only if tags
are present. Else there is no need to append.

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

rmdemux: fix memory leaks during error cases

while adding stream, during error cases, only stream is
being freed. Adapter, pad, tags, subpackets, index are not being
freed resulting in memory leaks

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

Update mailing list in doap file as well

Update mailing list address from sourceforge to freedesktop

rmdemux: fix tag memory leak

tags is not being freed after being merged to the
pending_tags.

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

Automatic update of common submodule

From f74b2df to 9aed1d7

Back to development

Release 1.5.2

Update .po files

po: Update translations

asfdemux: Use gst_video_multiview_guess_half_aspect() function

Use gst_video_multiview_guess_half_aspect() to guess if frame-packed
stereoscopic video is full-frame per view or not.

Automatic update of common submodule

From 6015d26 to f74b2df

x264enc: Use gst_video_encoder_set_min_pts

This method replace the manual adjustment of PTS and DTS to avoid
negative DTS issues. Using this method will also update the segment so
we don't loos sync.

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

asfdemux: Add support for stereoscopic video metadata.

Add parsing of stereoscopic metadata, and place into the caps to
the decoder.

Fix parsing of Advanced Mutual Exclustion objects.

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

Based on a patch by HyeJin Choi <meeshel78@hotmail.com>

x264enc: Add support for stereoscopic video

Provide new frame-packing property to directly set
x264enc frame packing, or pass through upstream settings

The explicit layout from the frame-packing property is
preferred over any info from the caps.

xingmux: fix compiler warnings

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

cruft: add the obsolete tmpl dir to cruft-dirs

Automatic update of common submodule

From d9a3353 to 6015d26

Automatic update of common submodule

From d37af32 to d9a3353

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