Automatic update of common submodule

From 6b03ba7 to 7412249
bluez: Fix compilation on big endian systems
applemedia: avfvideosrc is not ported to 1.0 yet
configure: Fix iOS check for eglglessink
eglglessink: Port iOS part to 1.0
iosassetsrc: Add new element from the GStreamer SDK project
iosassetsrc: Port to 1.0 and fix some bugs on the way
tsdemux: fix buffer overflow

This can happen with a corrupt TS file, found with breakmydata element
plugged before tsdemux.

https://bugzilla.gnome.org/show_bug.cgi?id=708161
mpegtspacketizer: rework TS packet sync and extraction

The previous code could enter an infinite loop because the adapter state
could get out of sync with its mapped data state after sync was lost.
The code was pretty confusing so it's been rewritten to be clearer.

The easiest way to reproduce the infinite loop is to use the breakmydata
element before tsdemux to trigger a resync.

https://bugzilla.gnome.org/show_bug.cgi?id=708161
mpegtsparse: Queue buffers until we have enough to know the caps

https://bugzilla.gnome.org/show_bug.cgi?id=708222
hlsdemux: Fix dereferencing of NULL pointer

On some live HLS streams, gst_hls_demux_switch_playlist causes
assertion failures because it tried to dereference a NULL fragment.
This is because g_queue_peek_tail sometimes was returning NULL and
this case was not being checked.

This patch does two things:
* move the g_queue_peek_tail inside the semaphore protection
* check if q_queue_peek_tail returns NULL

https://bugzilla.gnome.org/show_bug.cgi?id=708849
Add gstreamer-mpegts pkg-config file.

https://bugzilla.gnome.org/show_bug.cgi?id=709145
h264parse: Fix conversion to AVC if a SPS/PPS not from the first indizes is used

https://bugzilla.gnome.org/show_bug.cgi?id=707974
hlsdemux: Do not call _stop holding the updates lock

It will cause a deadlock and the calers for _get_next_fragment
will already call _stop if required when _get_next_fragment fails.

Fixes #690148
egl: Allow disabling gstreamer-egl library

https://bugzilla.gnome.org/show_bug.cgi?id=709531
configure: Make sure to try window-system-agnostic EGL if nothing was auto-detected
speed: Fix some bytes-per-frame vs. bytes-per-sample mixups

Otherwise we will crash when handling multiple channels and
miscalculate timestamps.

https://bugzilla.gnome.org/show_bug.cgi?id=709734
pitch: Fix inverted condition in setcaps
avfvideosrc: fix truncated line

https://bugzilla.gnome.org/show_bug.cgi?id=710657
hlsdemux: fix memory leak in gst_hls_demux_get_next_fragment

This patch fixes three memory leaks in hlsdemux, one that occurs
during normal operation and two that occur during error conditions.

The gst_hls_demux_get_next_fragment function calls
gst_fragment_get_buffer which increments the reference count
on the buffer but gst_hls_demux_get_next_fragment never calls unref on
the buffer. This means that the reference count for each downloaded
fragment never gets to zero and so its memory is never released.

This patch adds a call to gst_buffer_unref after the flags have been
updated on the buffer.

There is a leak-on-error in gst_hls_demux_decrypt_fragment if it fails
to download the key file. If the key fails to download, null is
returned without doing an unref on the encrypted fragment. The
semantics of gst_hls_demux_decrypt_fragment is that it takes ownership
of the encrypted fragment and releases it before returning.

There is a leak-on-error in gst_hls_src_buf_to_utf8_playlist in the
unlikely event that the gst_buffer_map fails. In the "happy path"
operation of gst_hls_src_buf_to_utf8_playlist the buffer gets an unref
before the function returns, therefore the error condition must do the
same.

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