Fix build when -Werror=deprecated-declarations is on

As gst_rtsp_session_next_timeout is deprecated.

```
../subprojects/gst-rtsp-server/gst/rtsp-server/rtsp-session.c:760:3: error: ‘gst_rtsp_session_next_timeout’ is deprecated: Use 'gst_rtsp_session_next_timeout_usec' instead [-Werror=deprecated-declarations]
   res = (gst_rtsp_session_next_timeout (session, now) == 0);
   ^~~
../subprojects/gst-rtsp-server/gst/rtsp-server/rtsp-session.c:685:1: note: declared here
 gst_rtsp_session_next_timeout (GstRTSPSession * session, GTimeVal * now)
 ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
```

Automatic update of common submodule

From 3f4aa96 to e8c7a71

check/media: Add seekability test case: not all streams are active

Media contains two streams but only one is complete and prepared
for playing.

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

rtsp-stream: Do not reset 'blocking' if stream is already blocked

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

rtsp-media: Fix missing lock in gst_rtsp_media_seekable()

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

meson: remove vs_module_defs_dir variable which is no longer needed

rtsp: fix distcheck

win32: remove .def file with exports

They're no longer needed, symbol exporting is now explicit
via GST_EXPORT in all cases (autotools, meson, incl. MSVC).

autotools: stop controlling symbol visibility with -export-symbols-regex

Instead, use -fvisibility=hidden and explicit exports via GST_EXPORT.
This should result in consistent behaviour for the autotools and
Meson builds.

rtsp-server: add missing GST_EXPORT and export deprecated funcs

check: Add seekability testing on medias

Make sure that once GstRTSPMedia are prepared they returned
the expected seekability results

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

rtsp-media: Enable seeking query before pipeline is complete

SDP are now provided *before* the pipeline is fully complete. In order
to know whether a media is seekable or not therefore requires asking
the invididual streams.

API: gst_rtsp_stream_seekable

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

rtsp-media: Fix handling in default_unsuspend()

Handle the case when streams are not blocked and media
is suspended from PAUSED.

Change-Id: I2f3d222ea7b9b20a0732ea5dc81a32d17ab75040

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

check/media: Fix thread pool leak.

Change-Id: I0f92b1caca0ee518ae64a7dacfbd28a214c3eea1

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

rtsp-media: Removed fakesink elements

There is not need of adding fakesink elements to the media
pipeline in the dynamic-payloader case.
The media pipeline itself is dynamically updated with
the receiver and sender parts that are based on the client
transport information known after SETUP has been received.

Change-Id: I4e88c9b500c04030669822f0d03b1842913f6cb9

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

rtsp-media: Corrected ASYNC_DONE handling

Media is complete when all the transport based parts are
added to the media pipeline. At this point ASYNC_DONE is
posted by the media pipeline and media is ready to enter
the PREPARED state.

Change-Id: I50fb8dfed88ebaf057d9a35fca2d7f0a70e9d1fa

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

check/media: Check that prepared media can provide a SDP

Whenever a RTSPMedia is prepared, it should be able to provide a SDP

rtsp-client: Don't leak addr

CID #1422260

Run gst-indent

rtsp-media: Don't unblock with remaining dynamic payloaders

If we still have some dynamic paylaoders which haven't posted
no-more-pads yet, don't go to PREPARED if one of the streams
blocked.

The risk was that we would end up not exposing/using all specified
streams.

The downside is that if you have _multiple_ _live_ _dynamic_ payloaders
then it will take a bit more time to start. But only if those 3
conditions are present.

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

rtsp-media: Fix doc

rtsp-media: Don't set float on a gint64 variable

Just use 0. Fixes 'undefined' behaviour from clang

rtsp-media: Fix previous commit

We only want to count dynamic payloaders

rtsp-media: Handle multiple dynamic elements

If we have more than one dynamic payloader in the pipeline, we need
to wait until the *last* one emits 'no-more-pads' before switching
to PREPARED.

Failure to do so would result in a race where some of the streams
wouldn't properly be prepared

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

win32: Fix exported symbols list

rtsp-stream: Only update the RTP udpsink if it actually exists

For send-only streams it does not exist, but the RTCP udpsink might.

win32: Update exports

rtsp-media: seek on media pipelines that are complete

Make sure that a seek is performed on pipelines that
contain at least one sink element.

Change-Id: Icf398e10add3191d104b1289de612412da326819

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

Dynamically reconfigure pipeline in PLAY based on transports

The initial pipeline does not contain specific transport
elements. The receiver and the sender parts are added
after PLAY.
If the media is shared, the streams are dynamically
reconfigured after each PLAY.

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

rtsp-stream: obtain stream position from pad

If no sinks have been added yet, obtain the current and
the stop position of the stream from the send_src pad.

Change-Id: Iacd4ab4bdc69f6b49370d06012880ce48a7d595a

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

rtsp-session-media: add function to get a list of transports

Change-Id: I817e10624da0f3200f24d1b232cff481099278e3

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

rtsp-stream: add functions to get rtp and rtcp multicast sockets

Change-Id: Iddfe6e0bd250cb0159096d5eba9e4202d22b56db

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

stream: set async=sync=false only for RTCP appsink

Change-Id: I929a218a9adf4759f61322b6f2063aacc5595f90

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

rtsp-media: return minimum value in query position case

The minimum position should be returned as we are interested
in the whole interval.

Change-Id: I30e297fc040c995ae40c25dee8ff56321612fe2b

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

rtsp-session: Handle the case when timeout=0

According to the documentation, a timeout of value 0 means
that the session never timeouts. This adds handling of that.
If timeout=0 we just return with a -1 from
gst_rtsp_session_next_timeout_usec ().

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

rtspclientsink: Add "accept-certificate" signal for manually checking a TLS certificate for validity

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

docs: add media factory transport mode accessors

and fix the documentation for the return value of the getter

rtsp-client: unref 'pipelined_requests' in finalize

The hash table priv->pipelined_requests is not unref:ed in the
finalize funktion. Make sure it is.

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

rtsp-media: Initialize scalar variable

CID 1418985

win32: Update export file

Start support for RTSP 2.0

This adds basic support for new 2.0 features, though the protocol is
subposdely backward incompatible, most semantics are the sames.

This commit adds:

- features:
 * version negotiation
 * pipelined requests support
 * Media-Properties support
 * Accept-Ranges support

- APIs:
  * gst_rtsp_media_seekable

The RTSP methods that have been removed when using 2.0 now return
BAD_REQUEST.

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

stream: Use stream duration as stream-stop if segment was not configured with a stop

Allowing client to know stream duration when no seeking happened.

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

rtsp-media-factory: Don't cache any media if NULL was returned as key

The docs already mentioned this, but we actually stored it in the hash
table with key==NULL and leaked its reference forever.

rtspclientsink: Use a mutex for protecting against concurrent send/receives

This is a simple port of:

* a722f6e8329032c6eda4865d6a07f4ba5981d7ea
* c438545dc9e2f14f657bc0ef261fff726449867b
* cd17c71dcea5c9310d21f1347c7520983e5869ac

in gst-plugins-good.

sdp: fix Memory leak in error case

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

meson: don't install -uninstalled.pc file

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

Automatic update of common submodule

From 48a5d85 to 3f4aa96

rtsp-client: Fix typo in debug message

meson: hide symbols by default unless explicitly exported

pkgconfig: remove -I@srcdir@/.. which duplicates abs_top_srcdir

Fixes meson warning about undefined @srcdir@.

meson: skip tests on windows for now

As we do in the other modules. As libgstcheck is currently not
built on windows. Fixes "Fallback variable 'gst_check_dep' in
the subproject 'gstreamer' does not exist"" Meson error.

rtsp-stream: fix connection delay due to wrong assumption on last-sample

Commit 852cc09f542af5cadd79ffd7fe79d6475cf57e14 assumed that
multiudpsink's last-sample always comes from the payloader. Which
is wrong if auxiliary streams are multiplexed in the same stream.

So check the buffer's ssrc against the caps'ssrc before to use its
seqnum. If not the same ssrc just use the payloader as done prior
the commit above or when there is no last-sample yet.

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

meson: Allow using glib as a subproject

meson: fix with-package-name option

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

Distribute meson_options.txt

And config.h.meson is no longer dist either

meson: config.h.meson is no longer needed

meson: Fix building tests and activate them again

meson: Do not use path separator in test names

Avoiding warnings like:

    WARNING: Target "elements/audioamplify" has a path separator in its name.

meson: add options to set package name and origin

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

Mark symbols explicitly for export with GST_EXPORT

Remove plugin specific static build option

Static and dynamic plugins now have the same interface. The standard
--enable-static/--enable-shared toggle are sufficient.

Back to development

Release 1.12.0

Release 1.11.91

Automatic update of common submodule

From 60aeef6 to 48a5d85

gi: Fix some annotations and docstrings

meson: Build gir

Automatic update of common submodule

From 39ac2f5 to 60aeef6

Release 1.11.90

examples: make test-launch pipeline shared by default as well

gstreamer-rtsp-server: Add both srcdir and builddir to the include path

Just the build dir is not going to work for srcdir!=builddir.

meson: Update version

Back to development

Release 1.11.2

meson: dist meson build files

Ship meson build files in tarballs, so people who use tarballs
in their builds can start playing with meson already.

examples/test-record: Add extra line to initial printout

Add an example line of how to deliver a stream to the
RTSP RECORD example

rtsp-client: Also handle the (S|G)ET_PARAMETER case of size==0 || !data as keep-alive

If there is no Content-Length header, no body would be allocated and the
'\0' would also not be appended to the body.

rtsp-client: Fix handling of keep-alive GET_PARAMETER/SET_PARAMETER

While they logically have 0 bytes length, GstRTSPConnection is appending
a '\0' to everything making the size be 1 instead.

meson: bump version

rtsp-session: Only remove deprecated API if requested to do so, not just when disabling

gst_rtsp_session_is_expired() and gst_rtsp_session_next_timeout() were
affected.

Back to development

Release 1.11.1

rtsp-stream: corrected if-statement in _get_server_port()

This bug was accidentally introduced while fixing a segfault
in _get_server_port() function.

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

rtsp-stream: fixed segmenation fault in _get_server_port()

Calling function gst_rtsp_stream_get_server_port() results in
segmenation fault in the RTP/RTSP/TCP case.
Port that the server will use to receive RTCP makes only
sense in the UDP case, however the function should handle
the TCP case in a nicer way.

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

dosc: Fix a little typo

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

meson: generate pkg-config -uninstalled pc files

Generating those files is useful for users building the GStreamer stack
using meson and having to link it to another project which is still
using the autotools.

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

pkgconfig: fix -uninstalled pc file

pcfiledir was never defined so the paths were wrong.

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

rtsp-stream: Fixed TCP transport case

Make sure that the appsink element is actually added to
the bin before trying to link it with the elements in it.

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

Remove generated .spec file

Likely extremely bitrotten, and we should not ship this anyway.

Automatic update of common submodule

From f980fd9 to 39ac2f5

media: Fix pt map caps

Since decryption is handled within rtpbin, all outcoming stream
caps will be application/x-rtp (i.e. regular rtp)

Fixes RECORD with SRTP streams

media-factory: Create media objects with the proper transport mode

The function called immediately afterwards (collect_streams()) will
need it to work properly

rtsp-auth: Don't remove digest-auth nonces that already/still have a client connected

rtsp-media-factory: Don't create a pipeline for the media pipeline string

We're going to put a pipeline into a pipeline otherwise, which is not
exactly ideal.

media: Fix race condition around finish_unprepare() if called multiple time

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

rtspclientsink: Don't leave stale pointer after unref

Fix a warning on shutdown - don't keep a pointer to an
alread-unreffed object.

common: use https protocol for common submodule

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

stream: block the output of rtpbin instead of the source pipeline

85c52e194bcb81928b96614be0ae47d59eccb1ce introduced a more correct
detection of the srtp rollover counter to add to the SDP.

Unfortunately, it was incomplete for live pipelines where the logic
blocks the source bin before creating the SDP and thus would never have
the necessary informaiton to create a correct SDP with srtp encryption.

Move the pad blocks to rtpbin's output pads instead so that the
necessary information can be created before we need the information for
the SDP.

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

rtsp-client: add IDLE timeout, before session exists

The RTSP server will not timeout an idle RTSP connection
(note this is different from doing timeout on a RTSP
session).

At least for Apache this is a problem when running RTSP over
HTTPS since it uses one of the threads (there is a rather
limited number) that are available for handling requests.

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