rtsp-client: ipv4 adress should not be marked ipv6 even if socket is ipv6

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

rtsp-sdp: Parse framerate caps field and set SDP attribute

The SDP attribute and its format is described in RFC4566.

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

rtsp-sdp: Parse width/height from caps and set SDP attribute

The SDP attribute and its format is described in RFC6064.

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

rtsp-sdp: add bandwidth line

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

Automatic update of common submodule

From 5edcd85 to 098c0d7

tests: add dynamic payloader prepare/unprepare check

media: release lock when removing fakesink

stream: set elements to NULL before removing

When removing a stream, set the elements to NULL first. This avoids
element-is-not-in-NULL-state errors when we dispose the elements.

Automatic update of common submodule

From 3cb3d3c to 5edcd85

media: listen to pad-removed signals

Listen to the pad-removed signal and remove the stream associated with the
removed pad.
Add signal to be notified of the removed pad.
Remove the fakesink in unprepare()
Fix signatures of the signal methods

tests: add example of reusable pipelines

stream: add method to get the srcpad

check: add media prepare/unprepare test

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

media: disconnect from signal handlers in unprepare()

We connected to the pad-added and no-more-pads signals in prepare() so
we need to disconnect from them in unprepare().

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

media: don't free streams array

Don't free the streams array in the unprepare() method, they were not
added in prepare().

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

media: don't unref the pipeline in unprepare

Unprepare() should undo what prepare() does. Because the pipeline is
not created in prepare(), we should not unref it in unprepare()

stream: clear session and caps for reuse

Set the session and caps to NULL after unref otherwise we might unref
them again later.

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

client: send out teardown signal before tearing down

The advantage is that in the signal handler you get direct access to
information about what streams are about to get torn down (in the
GstRTSPClientState).

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

client: expose connection

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

Automatic update of common submodule

From aed87ae to 3cb3d3c

media: add method to get the base_time of the pipeline

Together with a shared clock, this base-time could eventually be sent to
the client so that it can reconstruct the exact running-time of the clock
on the server.

media: add GstNetTimeProvider support

Add a property to let the media provide a GstNetTimeProvider for its clock.
Make methods to get the clock and nettimeprovider
Add a x-gst-clock property to the SDP with the IP and port number of the nettime
provider and also the current time of the clock. This should make it possible
for (GStreamer) clients to slave their clock to the server clock.

Automatic update of common submodule

From 04c7a1e to aed87ae

media: wait for buffering to complete

Wait for buffering to complete before changing the state to the target state.

media: small cleanup

tests: remove extra unref in test_setup_non_existing_stream

The unref is not needed anymore, teardown runs without it.

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

tests: GSocketService cleanup in test_bind_already_in_use

Use g_socket_service_stop so the rtspserver test stops listening for
incoming connections in test_bind_already_in_use.

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

rtsp-media-factory: g_signal_connect_object is not thread safe, can't use it here

Instead use a GWeakRef which is safe to use

This is a known GLib bug, see:
https://bugzilla.gnome.org/show_bug.cgi?id=667145

rtsp-media/client: Reply to PLAY request with same type of Range

Remember the type of Range from the PLAY request and use the same type for
the reply.

rtsp-client: expose uri

tests: Hold ref while creating second media

To test if the media aren't shared, make sure we keep the first one while creating a second
otherwise the same memory address may be reused.

configure: remove out-of-date comment

.gitignore: ignore more build files

tests: use right _LIBS variable for gst-plugins-base libs

check: add librtp to libs

tests: Add test to check selecting a port the server will send from

tests: Make sure packets are actually received

stream: Select unicast address from pool if appropriate

stream: Properties are always there in Gst 1.0

tests: Add tests for unicast addresses in pool

address-pool: Verify that multicast addresses are used for multicast and vice-versa

address-pool: Add unicast addresses

rtsp-server: Limit the number of threads per server instance

If we exceed the maximum, just round robin the clients over the existing
threads.

rtsp-server: No need to store the GMainContext in the client context

tests: Add test for client disconnection

tests: Test client and session timeouts with multiple threads

Document locking and its order

tests: Test that slow DESCRIBE don't block other clients

tests: Add tests for client-requested multicast address

docs: Put the various functions in the right sections

docs: Generate docs for GstRTSPAddressPool

client: Check client provided addresses against the address pool

address-pool: Add API to request a specific address from the pool

Also add relevant unit tests.

tests: Check the passing around of a RTSPAddressPool

Make sure the RTSPAddressPool is propagated from the MediaFactory all the
way down to the stream.

tests: Add more tests for the address pool

address-pool: Fix off by one error

When splitting a port range, the port after a skip is not part of range.

Automatic update of common submodule

From 2de221c to 04c7a1e

configure: replace deprecated AM_CONFIG_HEADER with AC_CONFIG_HEADERS

AM_CONFIG_HEADER was removed in automake 1.13

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

Automatic update of common submodule

From a942293 to 2de221c

client: make sure the watch exists while sending data

Protect the send_func with a lock. This allows us to wait for sending
to complete before changing the send_func and user_data. We add an
extra ref to the watch to make sure that it remains valid during
sending.
When closing the connection, set the send_func to NULL

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

tests: use GST_*_1_0 environment variables everywhere

The _1_0 suffixed environment variables override the
non-suffixed ones, so if we're in an environment that
sets the _1_0 suffixed ones, such as jhbuild, we need
to set those to make sure ours actually always get
used.

Automatic update of common submodule

From acb04d9 to a942293

rtsp-client: set the client backlog

Set the client backlog to a reasonable default

rtsp-media: Make the element a constructor parameter

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

docs: Link with gcov library when gcov is enabled

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

media: match prepare with unprepare

Really unprepare when there were an equal amount of prepare calls.

media: media has to be unprepared in finalize

Because unprepare takes away the last ref on the media.

Revert "client: never call gst_rtsp_media_unprepare, let gst_rtsp_media_finalize do it"

This reverts commit ba5b78ff2ff223049188eb456e228c709ccd3e05.

We can't use the refcount to trigger unprepare because it is the unprepare call
that removes the last refcount after all messages are consumed. What we should
probably do is make a prepared refcount and only unprepare when the refcount
reaches 0.

media: let the source unref the last media ref

the last ref to the media is held by the source so we don't need to add more ref
and unrefs, we simply destroy the media when the source is gone.

media: improve debug

media: check state

Make sure we are in the right state when collecting the position and duration.
Only make ourselves PREPARED when we were previously PREPARING.

media: use g_object_ref/unref for GObjects

client: never call gst_rtsp_media_unprepare, let gst_rtsp_media_finalize do it

Calling gst_rtsp_media_unprepare breaks shared medias. Just unref
GstRTSPMedia instances and let gst_rtsp_media_finalize unprepare when a media
isn't being used anymore.

Fix compiler warning

Add missing g_type_class_add_private in GstRTSPMediaFactoryURI

small cleanup

media: avoid element leak

media: require an element in media constructor

Revert "client: TEARDOWN brings that state to Init again"

This reverts commit 4b61fdad85a3ca84752bf074fdb2fa203954b32e.

The object is already disposed, there is no point in setting the state.

client: TEARDOWN brings that state to Init again

rtsp: make object details private

Make all object details private
Add methods to access private bits

tests: add media tests

media: check if prepared for some methods

Check that the media object is prepared before doing seek and getting the
current position etc.
Add some g_return checks.

tests: add mediafactory test

stream: improve debug

media: unref pipeline in finalize to avoid leaking it

rtsp: use gst_object_unref on GstObjects

media-factory: require an url

examples: fix include

server: remove unused include

tests: add test for mountpoints

client: fix factory leak

Keep the factory in the state object only for authorization checks and make
sure we unref it on failure. Also don't keep invalid objects in the state
object.

mounts: add g_return_if guards

tests: add more tests

client: improve debug

client: improve debug and fix leaks

Cleanup the uri and session when there is a bad request.

update common

test: add test for session in options request

client: use 454 when session can't be found

We should use 454 when a session can't be found because there was no session
pool configured in the server. This is not a server configuration problem
because the server on which the request is done might not be the same one that
will keep the sessions for us and so it does not need to support sessions.

client: only free connection when there is one

It's possible that the client doesn't have a connection when we try to free it.