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.

Turn some errors into warnings, we can continue processing so this should
not be fatal.

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

When we are waiting for a server reply, handle data messages instead of
ignoring them.

Refactor and make a method to handle a data message.

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

Actually call BINDTODEVICE to bind to the interface as given by the
property.

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

In theory we can only get I420 though, just to be on the safe side.

The encoder does not work with Y42B and Y444 yet it seems.

After we do a pause request, go back to loop mode so that we can listen
for server messages again.

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

First forward the stream-start, then the caps, then the rest

When setting timestamps on outgoing buffers, clear the
dts explicitly, otherwise it may end up being set to a
bogus value from last time it was used. Avoids every
second or so buffer's dts being set to 0. Not that it
should matter for raw video.