[rtsp-mediafa-factory] Remove g_strdup of no use and add g_autofree

Change-Id: I0aacbccb733da1eeb4a5d56450e22670c7284cfb
Signed-off-by: Hyunsoo Park <hance.park@samsung.com>

rtsp-media-factory-wfd: Fix memory leak

Change-Id: Ibd32fcbec6e86b2e654e8781d6ee7a0c768aacc2
Signed-off-by: Hyunsoo Park <hance.park@samsung.com>

[rtsp-mediafa-factory] Fix Memory leak

Change-Id: Idbaeb02957f60a385622a90b7b0f6b5e6612f5ae
Signed-off-by: Hyunsoo Park <hance.park@samsung.com>

Add null checking

Change-Id: Ic8c48a7e5b63190f42079ff784e8c3cb498f649e
Signed-off-by: Hyunsoo Park <hance.park@samsung.com>

Remove if statement that is always true

Change-Id: I4bfcfd58d883f1a9b5285182c0fff63181141ecb
Signed-off-by: Hyunsoo Park <hance.park@samsung.com>

Remove msglength of no use

Change-Id: Id9a03a6c4e4163292c0a72818678f8a97f6c4f37
Signed-off-by: Hyunsoo Park <hance.park@samsung.com>

Fix memory leak

Change-Id: If2fcd7661d05a5837cf912b2540b3ab1f900ed68
Signed-off-by: Hyunsoo Park <hance.park@samsung.com>

Add class init apis

It is opensource difference since gstreamer 1.12.
So I applied it on tizen for diff continuity.

Change-Id: Icc38c8444089a8465eb15685f91b438569af6674
Signed-off-by: Hyunsoo Park <hance.park@samsung.com>

[rtsp-server] change 'gst_rtsp_media_set_target_state' api scope

For using other file, change this api's scope.
It is fix up of I7370e4c5d75508aa33e90cd0e8819db7ad0b3ee2.

Change-Id: I02f8d1c0ea8dd9ae6fc2e470b93e12d3b1c0048d
Signed-off-by: Hyunsoo Park <hance.park@samsung.com>

[rtsp-server] change 'gst_rtsp_media_set_status' api scope

For using other file, change this api's scope.
It is fix up of I7370e4c5d75508aa33e90cd0e8819db7ad0b3ee2.

Change-Id: Iab68b3bba892490a4b9c59da969e84a84b9f4a0d
Signed-off-by: Hyunsoo Park <hance.park@samsung.com>

[rtsp-server] Fix preroll fail

Change-Id: I7370e4c5d75508aa33e90cd0e8819db7ad0b3ee2
Signed-off-by: Hyunsoo Park <hance.park@samsung.com>

Modify spec version

Only Release version should be changed.

Change-Id: I1c68c4f712f9a19cf128117be79eb7d9ba08b03a
Signed-off-by: Hyunsoo Park <hance.park@samsung.com>

Sets APIs to GLOBAL

Change-Id: I392c0bbe307a59f321a2ca415bd87774e240c08d
Signed-off-by: Hyunsoo Park <hance.park@samsung.com>

Sets APIs to GLOBAL

APIs sets LOCAL as default.
For external uses, macro is applied.

Change-Id: Iff1f0488843f3172ef7d6cb87630889860e539e0
Signed-off-by: Hyunsoo Park <hance.park@samsung.com>

Merge branch 'tizen_gst_1.16.2' into tizen

Change-Id: Ib7193192a766bd942660a947262e074973465fe3

Add .gbs.conf file

- With this file, diff patches by tizen developers are created and applied when builds package.
- The build result is same against previous one, but, it's better to check difference between tizen version and upstream.
- We can also check the diff patches in pakcage info on OBS.

Change-Id: I23ba4caf8eb05ba6e2be677864c9402198368daa
Signed-off-by: Jeongmo Yang <jm80.yang@samsung.com>

Merge branch 'upstream/1.16' into tizen_gst_1.16.2

Change-Id: Icfef251a7d3c9ad452be716086898fdad6325204

Release 1.16.2

rtsp-media: Use lock in gst_rtsp_media_is_receive_only

(cherry picked from commit f1d2a0cae9a791ce07c753faaf82a6cdefecd373)

rtsp-client: RTP Info when completed_sender

Change condition that should be fulfilled regarding RTPInfo.
Replace !gst_rtsp_media_is_receive_only with
gst_rtsp_media_has_completed_sender. It is more correct to actually look
for a sender pipeline that is complete. Only then a RTPInfo should
exist.

gst_rtsp_media_is_receive_only gives different answears depending on
state of server.
If Describe is called wth URL+options for backchannel SDP will give only
audio and only backchannel a=sendonly
If Describe is called on URL+options that gives both audio and video
direction from server to client, pipelines are created. Thus
receive_only will return false, even though Setup only would setup
backchannel.

RTP-Info is only for outgoing streams. Thus one should look if outgoing
streams are complete.

rtsp-client: Generate correct URI for MIKEY in ANNOUNCE responses

Instead of hardcoding the URI, take the actual URI (and especially the correct port)
from the RTSP context.

Fixes #84

Release 1.16.1

rtsp-client: RTP Info must exist in PLAY response

If RTP Info is missing. Then return GST_RTSP_STS_INTERNAL_SERVER_ERROR

Fixes #76

onvif-media: fix "void function returning a value" compiler warning

rtsp-server: Add various missing Since: 1.16 markers

rtsp-server: Add various Since: 1.14 markers

rtsp-server: Fix various Since markers

Server side TCP switching step refactorying.

Sock APIs are mixed in use. So i integrate it gio APIs.

Change-Id: Iaf8890e8c31bdd2254785bdc4b72ac7e415c51a8
Signed-off-by: Hyunsoo Park <hance.park@samsung.com>

Sets attributes to their original position.

max_hres and max_vres have inappropriate value, so it is changed.

Change-Id: I0e569e94bf56c8d2560573233a0a02070291ecfc
Signed-off-by: Hyunsoo Park <hance.park@samsung.com>

Add coupling modes to server and TEARDOWN_COUPLING signal

-It is of no use setting coupled sink information when teardown.
-Add coupling mode process

Change-Id: Ie7fe95676530ef8eb207d98544dc035a0e95f7b1
Signed-off-by: Hyunsoo Park <hance.park@samsung.com>

ci: use template from 1.16 branch

Release 1.16.0

rtspclientsink: Notify the stream transport about each written message

Otherwise it will never try to send us the next one: it tries to keep
exactly one message in-flight all the time.

In gst-rtsp-server this is done asynchronously via the GstRTSPWatch but
in the client sink we always write data out synchronously.

rtsp_server: Free thread pool before clean transport cache

If not waiting for free thread pool before clean transport caches, there
can be a crash if a thread is executing in transport list loop in
function send_tcp_message.

Also add a check if priv->send_pool in on_message_sent to avoid that a
new thread is pushed during wait of free thread pool. This is possible
since when waiting for free thread pool mutex have to be unlocked.

Release 1.15.90

rtsp-stream: Add support for GCM (RFC 7714)

Follow-up to !198

Expand wfd2_audio_codec to meet wfd r2 standard

- direct_audio_codec changed to wfd2_audio_codec
  to meet wfd2 r2 standard
- able to negotiate with wfd2_audio_codec.

Change-Id: Ic91bd0a085cb2a1255d7891b71db03437216fee7
Signed-off-by: SeokHoon LEE <andy.shlee@samsung.com>

session pool: fix missing klass-> in klass->create_session

g-i: pass --quiet to g-ir-scanner

This suppresses the annoying 'g-ir-scanner: link: cc ..' output
that we get even if everything works just fine.

We still get g-ir-scanner warnings and compiler warnings if
we pass this option.

g-i: silence 'nested extern' compiler warnings when building scanner binary

We need a nested extern in our init section for the scanner binary
so we can call gst_init to make sure GStreamer types are initialised
(they are not all lazy init via get_type functions, but some are in
exported variables). There doesn't seem to be any other mechanism to
achieve this, so just remove that warning, it's not important at all.

Make R2 features message configurable.

R2 is not fully supported yet.
So these setting is needed to be configurable.
> wfd2-audio-codecs
> wfd2-video-formats

Change-Id: I595c6c9557e2ed82c89dfbda99da253ea139060a
Signed-off-by: Hyunsoo Park <hance.park@samsung.com>

meson: pass -Wno-unused to compiler if gstreamer debug system is disabled

rtsp-media: Handle set state when preparing.

Handle the situation when  a call to gst_rtsp_media_set_state is done
when media status is preparing.

Also add unit test for this scenario.

The unit test simulate on a media level when two clients share a (live)
media.
Both clients have done SETUP and got responses. Now client 1 is doing
play and client 2 is just closing the connection.

Then without patch there are a problem when
client1 is calling gst_rtsp_media_unsuspend in handle_play_request.
And client2 is doing closing connection we can end up in a call
to gst_rtsp_media_set_state when
priv->status == GST_RTSP_MEDIA_STATUS_PREPARING and all the logic for
shut down media is jumped over .

With this patch and this scenario we wait until
priv->status == GST_RTSP_MEDIA_STATUS_PREPARED and then continue to
execute after that and now we will execute the logic for
shut down media.

Back to development

Release 1.15.2

rtsp-media: Fix multicast use case with common media

Use case
client 1: SETUP
client 1: PLAY
client 2: SETUP
client 1: TEARDOWN
client 2: PLAY
client 2: TEARDOWN

rtsp-server: remove recursive behavior

Introduce a threadpool to send rtp and rtcp to avoid recursive behavior.

rtsp-client: Only allow to set either a send_func or send_messages_func but not both

And route all messages through the send_func if no send_messages_func
was provided.

We otherwise break backwards compatibility.

rtsp-client: Add support for sending buffer lists directly

Fixes https://gitlab.freedesktop.org/gstreamer/gst-rtsp-server/issues/29

rtsp-server: Add support for buffer lists

This adds new functions for passing buffer lists through the different
layers without breaking API/ABI, and enables the appsink to actually
provide buffer lists.

This should already reduce CPU usage and potentially context switches a
bit by passing a whole buffer list from the appsink instead of
individual buffers. As a next step it would be necessary to
  a) Add support for a vector of data for the GstRTSPMessage body
  b) Add support for sending multiple messages at once to the
    GstRTSPWatch and let it be handled internally
  c) Adding API to GOutputStream that works like writev()

Fixes https://gitlab.freedesktop.org/gstreamer/gst-rtsp-server/issues/29

client: Fix crash in close handler

The close handler could trigger a crash because it invalidated the
watch_context while still leaving a source attached to it which would be
cleaned up at a later point.

rtsp-stream: Use cached address when allocating sockets

If an address/port was previously decided upon (ex: multicast in the
SDP), then use that instead of re-creating another one

Fixes https://gitlab.freedesktop.org/gstreamer/gst-rtsp-server/issues/57

rtsp-media: Fix race codition in finish_unprepare

The previous fix for race condition around finish_unprepare where the
function could be called twice assumed that the status wouldn't change
during execution of the function. This assumption is incorrect as the
state may change, for example if an error message arrives from the
pipeline bus.

Instead a flag keeping track on whether the finish_unprepare function
is currently executing is introduced and checked.

Fixes https://gitlab.freedesktop.org/gstreamer/gst-rtsp-server/issues/59

Fix misordered parameter, Height <-> Width

- Change mis ordered parameter.
- Add failure log for getsockopt

Change-Id: I75806d83e44142430dc58a1ae0ee36bd4d45b141
Signed-off-by: SeokHoon LEE <andy.shlee@samsung.com>

Release 1.15.1

Add caps unref to avoid mem leak

Change-Id: I705b12e4576ac6501d17dd46e2abbeb446ea2e6c
Signed-off-by: SeokHoon LEE <andy.shlee@samsung.com>

Change attribute name 'wfd2_tcp_port' to 'wfd2_transport_switch'.

Following Wi-Fi Display R2 spec, i changed it.

Change-Id: I6164321c5e288536ce21eea6faeac8b82c062636
Signed-off-by: Hyunsoo Park <hance.park@samsung.com>

Add source elements to the pipeline before activation

In plug_src we changed the element state before adding it to
the owner container. This prevented the pipeline from intercepting
a GST_STREAM_STATUS_TYPE_CREATE message from the pad in order
to assign a custom task pool.

Fixes https://gitlab.freedesktop.org/gstreamer/gst-rtsp-server/issues/53

Automatic update of common submodule

From ed78bee to 59cb678

examples: test-appsrc: fix coding style error

examples: test-appsrc: fix buffer leak

rtsp-media: Update priv->blocked when linked streams are unblocked.

Media is considered to be blocked when all streams that belong to
that media are blocked.
This patch solves the problem of inconsistent updates of
priv->blocked that are not synchronized with the media state.

rtsp-media: Don't block streams before seeking

Before the seek operation is performed on media, it's required that
its pipeline is prepared <=> the pipeline is in the PAUSED state.
At this stage, all transport parts (transport sinks) have been successfully
added to the pipeline and there is no need for blocking the streams.

tests: rtspserver: Add shared media test case for TCP

rtsp-stream: Use seqnum-offset for rtpinfo

The sequence number in the rtpinfo is supposed to be the first RTP
sequence number. The "seqnum" property on a payloader is supposed to be
the number from the last processed RTP packet. The sequence number for
payloaders that inherit gstrtpbasepayload will not be correct in case of
buffer lists. In order to fix the seqnum property on the payloaders
gst-rtsp-server must get the sequence number for rtpinfo elsewhere and
"seqnum-offset" from the "stats" property contains the value of the
very first RTP packet in a stream. The server will, however, try to look
at the last simple in the sink element and only use properties on the
payloader in case there no sink elements yet, and by looking at the last
sample of the sink gives the server full control of which RTP packet it
looks at. If the payloader does not have the "stats" property, "seqnum"
is still used since "seqnum-offset" is only present in as part of
"stats" and this is still an issue not solved with this patch.

Needed for gst-plugins-base!17

rtsp-stream: Plug memory leak

Attaching a GSource to a context will increase the refcount. The idle
source will never be free'd since the initial reference is never
dropped.

Add Gitlab CI configuration

This commit adds a .gitlab-ci.yml file, which uses a feature
to fetch the config from a centralized repository. The intent is
to have all the gstreamer modules use the same configuration.

The configuration is currently hosted at the gst-ci repository
under the gitlab/ci_template.yml path.

Part of https://gitlab.freedesktop.org/gstreamer/gstreamer-project/issues/29

Update git locations to gitlab

meson: add new onvif types

Add ONVIF subclass headers to the installed headers in meson.build too

rtsp-server: Declare GstRTSPServer struct before anything else

It's needed by all kinds of other headers, including the ones that are
required for defining the GstRTSPServer struct itself and its API.

Mark all ONVIF-specific subclasses as Since 1.14

Include ONVIF types from single-include rtsp-server.h

... by actually making it a single-include header and moving everything
related to the GstRTSPServer type to rtsp-server-object.h instead.
Otherwise there are too many circular includes.

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

rtsp-stream: use idle source in on_message_sent

When the underlying layers are running on_message_sent, this sometimes
causes the underlying layer to send more data, which will cause the
underlying layer to run callback on_message_sent again. This can go on
and on.

To break this chain, we introduce an idle source that takes care of
sending data if there are more to send when running callback

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

rtsp-client: Remove timeout GSource on cleanup

Avoids ending up with races where a timeout would still be around
*after* a client was gone. This could happen rather easily in
RTSP-over-HTTP mode on a local connection, where each RTSP message
would be sent as a different HTTP connection with the same tunnelid.

If not properly removed, that timeout would then try to free again
a client (and its contents).

autotools: fix distcheck

onvif: encapsulate onvif part into a bin

...and thus do not let onvif affect pipelines latency

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

tests: client: Avoid bind() failures in tests

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

New property for socket binding to mcast addresses

By default the multicast sockets are bound to INADDR_ANY,
as it's not allowed to bind sockets to multicast addresses
in Windows. This default behaviour can be changed by setting
bind-mcast-address property on the media-factory object.

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

libs: fix API export/import and 'inconsistent linkage' on MSVC

Export rtsp-server library API in headers when we're building the
library itself, otherwise import the API from the headers.

This fixes linker warnings on Windows when building with MSVC.

Fix up some missing config.h includes when building the lib which
is needed to get the export api define from config.h

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

rtsp-media-factory: Add missing break statements

This resulted in warnings/assertions whenever one accessed the
max-mcast-ttl property.

CID #1439515
CID #1439523

meson: add gobject-cast-checks, glib-asserts, glib-checks options

meson: add option to disable build of rtspclientsink plugin

meson: re-arrange options

meson: Use feature option for tests option

This was somehow missed the last time around.

meson: Maintain macOS ABI through dylib versioning

Requires Meson 0.48, but the feature will be ignored on older versions
so it's safe to add it without bumping the requirement.

Documentation:
https://github.com/mesonbuild/meson/blob/master/docs/markdown/Reference-manual.md#shared_library

meson: add pkg-config file for the rtspclientsink plugin

rtsp-client: Avoid reuse of channel numbers for interleaved

If a (strange) client would reuse interleaved channel numbers in
multiple SETUP requests, we should not accept them. The channel
numbers are used for looking up stream transports in the
priv->transports hash table, and transports disappear from the table
if channel numbers are reused.

RFC 7826 (RTSP 2.0), Section 18.54, clarifies that it is OK for the
server to change the channel numbers suggested by the client.

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

rtsp-client: Add unit test of SETUP for RTSP/RTP/TCP

Allow regex for matching transport header against expected pattern.

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

meson: There is no gstreamer-plugins-good-1.0.pc

There is no installed version of that, only an uninstalled version.

Fix indentation again

stream: Added a list of multicast client addresses

When media is shared, the same media stream can be sent
to multiple multicast groups. Currently, there is no API
to retrieve multicast addresses from the stream.
When calling gst_rtsp_stream_get_multicast_address() function,
only the first multicast address is returned.
With this patch, each multicast destination requested in SETUP
will be stored in an internal list (call to
gst_rtsp_stream_add_multicast_client_address()).
The list of multicast groups requested by the clients can be
retrieved by calling gst_rtsp_stream_get_multicast_client_addresses().
There still exist some problems with the current implementation
in the multicast case:
1) The receiving part is currently only configured with
regard to the first multicast client (see
https://bugzilla.gnome.org/show_bug.cgi?id=796917).
2) Secondly, of security reasons, some constraints should be
put on the requested multicast destinations (see
https://bugzilla.gnome.org/show_bug.cgi?id=796916).

Change-Id: I6b060746e472a0734cc2fd828ffe4ea2956733ea

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

stream: Choose the maximum ttl value provided by multicast clients

The maximum ttl value provided so far by the multicast clients
will be chosen and reported in the response to the current
client request.

Change-Id: I5408646e3b5a0a224d907ae215bdea60c4f1905f

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

rtsp-stream: Don't require address pool in the transport specific case

If "transport.client-settings" parameter is set to true, the client is
allowed to specify destination, ports and ttl.
There is no need for pre-configured address pool.

Change-Id: I6ae578fb5164d78e8ec1e2ee82dc4eaacd0912d1

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

client: Don't reserve multicast address in the client setting case

When two multicast clients request specific transport
configurations, and "transport.client-settings" parameter is
set to true, it's wrong to actually require that these two
clients request the same multicast group.
Removed test_client_multicast_invalid_transport_specific test
cases as they wrongly require that the requested destination
address is supposed to be present in the address pool, also in
the case when "transport.client-settings" parameter is set to true.

Change-Id: I4580182ef35996caf644686d6139f72ec599c9fa

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

Add new API for setting/getting maximum multicast ttl value

Change-Id: I5ef4758188c14785e17fb8fbf42a3dc0cb054233

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

rtsp-stream: avoid duplicating the first multicast client

In dcb4533fedae3ac62bc25a916eb95927b7d69aec , we made it so
clients were dynamically added and removed to the multicast
udp sinks, as such we should no longer add a first client in
set_multicast_socket_for_udpsink

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

Revert "rtsp-stream: avoid duplicating the first multicast client"

This reverts commit 33570944401747f44d8ebfec535350651413fb92.

Commits where accidentially squashed together

Revert "Add new API for setting/getting maximum multicast ttl value"

This reverts commit 7f0ae77e400fb8a0462a76a5dd2e63e12c4a2e52.

Commits where accidentially squashed together

Revert "rtsp-stream: Don't require address pool in the transport specific case"

This reverts commit a9db3e7f092cfeb5475e9aa24b1e91906c141d52.

Commits where accidentially squashed together