Add new header files
docs: update audio multi-channel docs

Remove includes and functions that don't exist any longer,
add new ones instead.
streamsynchronizer: reduce debug log spam a bit

Log locking/unlocking with TRACE debug level.
streamsynchronizer: don't send gap events with huge bogus durations when advancing EOS streams

When the input buffers for a stream don't have a duration set,
timestamp_end might still be GST_CLOCK_TIME_NONE. When advancing
EOSed streams via GAP events (with other streams not yet EOS), we
would then use the invalid timestamp_end to calculate the duration
of the gap. This in turn would make baseaudiosink abort, because it
would try to allocate memory for a trizillion samples.

So if buffers don't have a duration set, assume a duration of
one second for stream catch-up purposes, just so we can still
continue to catch up in those cases. And make sure that
timestamp_end is valid before doing calculations with it.

http://bugzilla.gnome.org/show_bug.cgi?id=678530
videoscale: Fix unit test to ignore unsupported color formats
rtsp: add method to parse options list
configure.ac: Update libtool versioning

In order for 1.x and 1.(x+1) versions to not invade on each other
we need to have different lib versions.

So we need a consistent and predictable scheme:
   library version number = MINOR * 100 + MICRO

Ex:
  1.0.0 => 0 (duh)
  1.0.3 => 3
  1.1.0 => 100
  1.1.1 => 101
  1.2.0 => 120
  1.10.5 => 1005
test: add test for playbin in combination with appsink

Make sure appsink works multiple times in a row.
Disable it though for now though.

https://bugzilla.gnome.org/show_bug.cgi?id=644989
win32: update .def for new API
audioencoder: add some more debug info and remove obsolete comment
tcp: print warning if someone tries to add clients in NULL state

And mention this in docs.

https://bugzilla.gnome.org/show_bug.cgi?id=689326
pbutils: encoding-profile: fix _new function introspection docs

Makes the parameter accept NULL as input for GI bindings
encoding-profile: Let the user decide what preset name to use

It was possible to decide only what #GstElement implementing #GstPreset
to use during the encoding, we can now let the user select a specific preset previously
saved using #gst_preset_save_preset specifying the name chosen when it was saved
in the gst_encoding_profile_set_preset_name.

Actually loading a preset with %NULL as a name would have always failed, so
in the current state of the API that feature is unusable

API:
  gst_encoding_profile_set_preset_name
  gst_encoding_profile_get_preset_name
encodebin: Make use of the new preset_name when setting a preset

The behaviour is sensibly changed here. Instead of purely falling when a
preset is set on the #GstEncodingProfile, we now make sure that the
element that is plugged corresponds to the one specified as preset. Then,
if we have a preset_name, we use it, if it fails, we fail (we might rather
just keep working even without setting the element properties?)

 + Add tests that it behave correctly
tests: encodebin: Properly rename new preset test
win32: add new encoding profile API to .def file
rtspmessage: Add several missing g-i annotations

https://bugzilla.gnome.org/show_bug.cgi?id=689873
videodecoder: Only keep track of timestamps if the subclass is parsing data

Otherwise we just pass through the timestamps directly and don't
need to waste additional memory for them.

Fixes bug #689814.
docs: fix up some more GstXOverlay -> GstVideoOverlay

https://bugzilla.gnome.org/show_bug.cgi?id=689740
docs: update