Fixes build in OSX when running 'make check' in gst-uninstalled.

Fixes "error: duplicate 'const' declaration specifier"

Fixes "clang: error: argument unused during compilation: '-pthread'"

This broke API, so we need a better solution!

This reverts commit c7579d31.

Stian Selnes authored May 06, 2016 and Olivier Crête committed Aug 26, 2016

If the result of depayloading is an empty frame, just drop it. This is
likely the result of a buggy payloader.

Havard Graff authored May 06, 2016 and Olivier Crête committed Aug 26, 2016

It could not set the offset for the full guint32 range.

Havard Graff authored May 06, 2016 and Olivier Crête committed Aug 26, 2016

To be able to cap the number of allowed streams for one session.

This is useful for preventing DoS attacks, where a sender can change
SSRC for every buffer, effectively bringing rtpbin to a halt.

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

Havard Graff authored Feb 05, 2016 and Olivier Crête committed Aug 26, 2016

So we don't blow up while investigating

Stian Selnes authored Feb 04, 2016 and Olivier Crête committed Aug 26, 2016

Under certain conditions gst_rtp_buffer_get_payload() returns a copy of
the payload. In this case the payload modifications will not affect the
rtp buffer. So instead of modifying the payload buffer directly we
should modify the buffer that actually gets pushed on the adapter.

Stian Selnes authored Nov 19, 2015 and Olivier Crête committed Aug 26, 2016

Packets with no H.261 payload should be dropped to avoid invalid
write/reads.

Mikhail Fludkov authored Jul 07, 2016 and Olivier Crête committed Aug 25, 2016

The functionality of all the tests was kept exactly the same. Some tests
were renamed:
test_push_forward_seq -> test_rtxsend_rtxreceive
test_drop_one_sender -> test_rtxsend_rtxreceive_with_packet_loss
test_drop_multiple_sender -> test_multi_rtxsend_rtxreceive_with_packet_loss

test_rtxreceive_data_reconstruction was testing that retransmitted
buffer produced by rtxsend was correctly transformed to the original
buffer by rtxreceive. Now we are checking for this in all the tests
where both rtxsend & rtxreceive are involved. That's why the test was
removed.

Set the RTP marker bit on the last RTP packet of an H.265 access unit.

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

It implements now this interface with its video-direction
property. Values are changed to GstVideoOrientationMethod but they have
the same value than the originals.

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

Havard Graff authored Nov 06, 2015 and Olivier Crête committed Aug 23, 2016

Less code, easier to read, more consistent.

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

On 32-bit x86: gstsplitmuxsink.c:966:31: warning: format ‘%u’ expects
argument of type ‘unsigned int’, but argument 9 has type
‘guint64 {aka long long unsigned int}’

https://github.com/mesonbuild/meson

With contributions from:

Tim-Philipp Müller <tim@centricular.com>
Jussi Pakkanen <jpakkane@gmail.com> (original port)

Highlights of the features provided are:
* Faster builds on Linux (~40-50% faster)
* The ability to build with MSVC on Windows
* Generate Visual Studio project files
* Generate XCode project files
* Much faster builds on Windows (on-par with Linux)
* Seriously fast configure and building on embedded

... and many more. For more details see:

http://blog.nirbheek.in/2016/05/gstreamer-and-meson-new-hope.html
http://blog.nirbheek.in/2016/07/building-and-developing-gstreamer-using.html

Building with Meson should work on both Linux and Windows, but may
need a few more tweaks on other operating systems.

Extend the byte tracking counters to 64-bit on
all platforms, instead of using gsize, which overflows
after 4GB.

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

If atom_copy_data fails to write anything, return 0

CID #1371458

Both work with autotools but they definitely don't mean the same thing, cause
problems with other build systems, and are bad form. Existence should always be
checked with #ifdef or #if defined.

D3DX has been deprecated for the last 4 years and latest versions of
Windows no longer ship headers for it. This is fine as long as you're
building with Cerbero's Wine-based DirectX headers, but sucks if you
want to build against the actual Windows SDK.

We were just using it to get error strings anyway, so just use the
generic error string API.

This reverts commit c703ab69.

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

Need to set max-misorder-time and max-dropout-time to 0 so the
jitterbuffer does not base them on packet rate calculations.
If it does, out gap is big enough to be considered a new stream and
we wait for a few consecutive packets just to be sure

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

Will try to request a keyframe from the encoder to be sent at the target
running time.

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

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

Some servers add properties like charset, e.g.
  application/sdp; charset=utf8

Ideally we should also parse the charset and do conversion of all messages,
but that's for a later time.

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

This fixes endpoints not receiving any data intermittently.

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

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

This is a normal scenario and should not be a warning.  This can
happen frequently when re-transmits of lost packets are enabled.

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

Use the correct collected timestamp.

This reverts commit fa008f27.

async-handling in GstBin causes the pipeline to spin at 100%
CPU as the top-level pipeline tries to change that state
to PLAYING constantly. This is a workaround for a core
problem, essentially, but an improvement in this case for now.