tsdemux: We do not support the SKIP seek flag but that is not a problem
gdppay: push the stream-start event

instead of just swallowing upstream's stream-start into its
payload, push it as elements expect a stream-start before data
tests: gdppay: Do not forget to send stream-start event on test

Even if we don't want to push the caps event, a stream-start must
be present before any data in 1.x
tests: gdppay: refactor and add missing bits

Most of the tests weren't updated after the sticky events order
and stream start. Fix that and refactor those tests check that
are the same to some common functions.

Those functions still don't actually test the content but at
least now they are in a single place and can be improved
without replication
h264parse: Default framerate to 0/1 when no informations found

It is not perfect but it allows us to be sure that the mandatory 'framerate'
field is present in the caps.

As soon as some information is found in the stream, that will be
updated.

https://bugzilla.gnome.org/show_bug.cgi?id=723243
fisheye: Fix documentation

https://bugzilla.gnome.org/show_bug.cgi?id=723398
gdppay: update to 1.x reality

* stream-start-id is mandatory at the beginning, so add that to the
gdp headers
* caps must be sent before new segment, invert the order from legacy
0.10 code

And fix the tests as a ref is now kept for those buffers that compose
the header
gdp: add DTS to headers
tests: gdpdepay: update to 1.x events

Tests needed stream start at beginning and segment after the
caps event
aiffparse: fix data start offset calculation not counting COMM size

In particular, this fixes seeking back to the start reading data
out of sync with sample start granularity, yielding swapped channels.
Since b1a756fd, applemedia fails to build on osx 10.7, which lacks VideoToolbox.h... so disable it on OSX if that header is missing.

https://bugzilla.gnome.org/show_bug.cgi?id=723508
aiffparse: adaptive buffer size

Copied from wavparse, helps with CPU usage on high bitrate
files.
uridownloader: Fix race condition between EOS handling and downloading a range

https://bugzilla.gnome.org/show_bug.cgi?id=723134
mpg123: improved error report and checks

Signed-off-by: Carlos Rafael Giani <dv@pseudoterminal.org>
camerabin: remove unused variable

Probably a left over from 0.10 -> 1.x porting
wrappercamerabinsrc: stop source to do internal reconfiguration safely

In order to be able to change the caps on multiple capsfilters the
source element needs to be stopped, otherwise it will get a few
reconfigure events and might try to renegotiate while the bin
is still transitioning its caps, leading to a not-negotiated failure
and the image capture won't happen because the source will be
unusable.

The solution is to keep the source in paused while the caps are being
changed in the bin, and then bring the element back to playing once
it is done. Unfortunately this increases the image capture latency,
but it should always work.

A possible improvement to reduce the latency is to add another signal
to be called before 'start-capture': 'prepare-capture'. At this step
the camera source should set all caps it needs and get the source
ready for doing the capture as soon as 'start-capture' is called.
This can be done on a future commit
tests: camerabin: avoid warning if test is failing

In case the test fails the message won't be returned and it
will lead to an assertion that might be misleading to those
debugging the issue.
tests: insertbin: update tests to 1.x scenario

The thread that calls the success/failure callback can be the
same that is adding/removing the element as the IDLE probe can
happen instantly if the pad is not 'busy'.

This required moving some checks for the callback counter around
as well as removing some pad pushes from the main test thread as
they were made useless after the IDLE pad probe was fixed in core
by commit 0324358ebc8122a41ab499a3ef7973b61c3e621b
mpegtsdemux: Update plugin license field

The original code (old mpegtsparse) from which this plugin was based on
was dual-licensed. This allowed usage of the code under any of the
licenses (which including LGPL):

"""
* Alternatively, the contents of this file may be used under the terms of
* the GNU Lesser General Public License Version 2 or later (the "LGPL"),
* in which case the provisions of the LGPL are applicable instead
* of those above. If you wish to allow use of your version of this file only
* under the terms of the LGPL, and not to allow others to
* use your version of this file under the terms of the MPL, indicate your
* decision by deleting the provisions above and replace them with the notice
* and other provisions required by the LGPL. If you do not delete
* the provisions above, a recipient may use your version of this file under
* the terms of the MPL or the LGPL.
"""

When refactored (leading to the creation of this new plugin), I chose all
new code to be LGPL-only (which was allowed for pre-existing code) by removing
the MPL sections.

The headers were all updated, but not the plugin license field. This commit
fixes this.
applemedia: Fix libtool usage

--tag=CC is needed for static build