The helper thread for Cocoa, in case no NS run loop is running,
should be started only once and shared across all the instances
running

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

We'll have to pop buffer from collectpads and store it
internally only to get the timestamp of the next buffer.
If we continue to keep it in collectpads, no new buffer
to calculate the end time will ever arrive.

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

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

Stream lock of sink pad was not unlocked after non-updating seek.

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

If the pool is stopped while gst_v4l2_buffer_pool_dqbuf() waits for a
buffer then the return value is GST_FLOW_FLUSHING. In this case the buffer
to queue must also be released. Otherwise is will never be deleted or
returned to its pool.

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

Downstream usually can't accept video/x-h263 but only application/x-rtp,
so we would always get an empty intersection here.

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

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

Add a signal to let the app select what streams will be selected.

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

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

gst_video_info_from_caps() always extract width, height, interlace mode and
framerate now. It is no longer necessary to do it again for encoded
formats.

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

Use seek stop position as range end for requests

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

On is_seekable, check if the server's headers have already been
received. If not, do a HEAD request to get them before responding
to basesrc.

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

This way, the app can look and modify the SDP.

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

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

This allows using avdec_flv which requires this field to be
present in the caps. FLV only supports flash-video version 1
right now.

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

Based on a patch by Kishore Arepalli <kishore.arepalli@gmail.com>

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

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

Align code with the theora payloader and add support for the config-interval to
periodically send out the config headers.

When we see a data packet, always check if we need to collect any previous
headers.

Take config strings from the streamheader when we can

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

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

Call reset-sync on the rtpbin before we go to playing. This makes us require SR
packets for all streams again before we attempt to sync them. If we don't reset,
it might be that we combine SR packets from before and after the PAUSE/PLAYING
state change and end up with huge bogus offsets.

Don't throw away the first RTCP packet if it arrives before the first
RTP packet but remember and use it to signal sync once we get the
RTP packet.

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

Only signal the loop function when it is active.

We can now use the RESYNC buffer flag to mark a timestamp discont when we update
the ts-offset property.